Корректное монтирование USB накопителей в OpenSuse 11.2

Проблема: при автомонтировании флеш накопителей с файловой системой FAT при помощи плазмойда device notifier происходит некорректное отображение русской кодировки.
Решение как оказалось не совсем то и быстрое, но единственное которое помогло.
Подводный камень нашелся при помощи просмотра файла конфигурации ядра
>zcat /proc/config.gz | grep FAT
CONFIG_FAT_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=366
CONFIG_FAT_DEFAULT_IOCHARSET="ISO-8859-1"

Необходимо было поправить настройки ядра и пересобрать оное.
Сырцы ядра у меня лежали вот сдеся: /usr/src/linux
для конфигурации использовалась графическая оболочка xconfig
>make  xconfig - для работы необходим qt3
после правки настроек file systems -> DOS/FAT/NT File systems для VFAT были выставлены default codepage в 866 и iocharset в utf8
ну и после собственно сама сборка ядра
#make && make install &&make modules_install
несмотря на то что исходники весят 400 мб после сборки размер увеличился до 5Гб , так что необходимо предусмотреть наличие свободного места на диске.
После сборки у меня ядро заменило существующее соответственно не пришлось править настройки загрузчика.

После перезагрузки поотваливались wifi, vmware. Wi-fi поднялся без проблем а vmware player не закхотел пересобирать свои модули т.к. говорил что ядро не обновилось, а старые не хотели подгружаться по причине нейкой несовместимости но все решилось переустановкой самого vmplayera.

PS. Корректировка некоторых параметров позитивно сказалась на производительности.

настройка сети в VMPlayer под Linux

Как то возникла необходимость поправить настройки сети для виртуальной машины, т.к. изначально там все работает под DHCP, а мне необходимо было присвоить статический адрес своему виртуальному серверу, не прописывая жестко настройки на самом сервере. Исходные данные:
ifconfig
vmnet1 Link encap:Ethernet HWaddr 00:50:56:C0:00:01
inet addr:192.168.170.1 Bcast:192.168.170.255 Mask:255.255.255.0
inet6 addr: fe80::250:56ff:fec0:1/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:14 errors:0 dropped:0 overruns:0 frame:0
TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

 Необходимо сделать что б виртуальная машина находилась в подсети 192.168.40.0/24 и имела статический адрес 192.168.40.2 посредствам DHCP.

Для поставленной задачи необходимо поправить 2 файла.
В файле /etc/vmware/networking
answer VNET_1_HOSTONLY_NETMASK 255.255.255.0
answer VNET_1_HOSTONLY_SUBNET 192.168.40.0
В файле /etc/vmware/vmnet1/dhcpd/dhcpd.conf
subnet 192.168.40.0 netmask 255.255.255.0

Для нашего сервера дописываем

host devserver {
hardware ethernet 00:0c:29:7e:6f:29;
fixed-address 192.168.40.2;
}
где mac-адрес сервера = 00:0c:29:7e:6f:29

host vmnet1 {
hardware ethernet 00:50:56:C0:00:01;
fixed-address 192.168.40.1;
option domain-name-servers 0.0.0.0;
option domain-name "";
}
- наш dhcp сервер
и для полной работоспособности выставляем
subnet 192.168.40.0 netmask 255.255.255.0
Перезапускаем службы vmware
~ sudo /etc/init.d/vmware stop
~ sudo /etc/init.d/vmware start
И вуаля - получаем требуемый результат

Skype Проблемы с видео

При установке скайпа все нормально заработало, но не хотело работать видео(не проходило проверку, в консоли выбивало X Error, request 132, minor 18, error code 8 BadMatch (invalid parameter attributes)), в результате поисков в интернете нашел пару причин, по которым это может происходить:
1. Из-за пакета compiz
2. Из-за cairo-dock
 Удалять компиз я побоялся, т.к. в Opensuse 11.2 он интегрирован в КДЕ и при его удалении могли посыпаться различные ошибки.
 Пришлось удалить из автозагрузки Cairo-Dock(with OpenGL) и заменить его на Cairo-Dock(without OpenGL)  - получилось не так красиво как раньше, но зато была решена проблема со Skype