unlock 3.1.3 Iphone 3GS b 06.04 с модемом 05.12.01

После одних не совсем ровных рук ко мне попал яблофон 3ГС, прошитый до версии 3.1.3 с поднятием версии модема до 05.12.01. Ковыряние тырнета месяц назад не принес никаких результатов кроме как понижение версии прошивки до 3.1.2(скачать можно с blackra1n.org) при помощи рекавери из ITunes (предварительно внеся в файл C:\WINDOWS\system32\drivers\etc\hosts запись 74.208.10.249 gs.apple.com) и джейл тулзой blackra1n. И вот в тырнете появилось лекарство для 3ГС - в сидии добавить репозиторий repo666.ultrasn0w.com и установить прилагу ultrasn0w - в результате чего яблофон перезагрузится и найдет симку.

Корректное монтирование 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
И вуаля - получаем требуемый результат