Поскольку грёбаная корбина извращённо создаёт pptp/l2tp соединения, с настройкой их интернета НЕ под виндой перманентно возникают грабли. Из-за того, что корбина в качестве дальнего конца туннеля подставляет адрес их VPN-сервера, каковой и делается шлюзом по умолчанию, то при подъёме туннеля пакеты VPN пытаются идти не по локалке, как должны, а внутри самого туннеля. Из-за этого соединение рвётся. Я с этим научился бороться на FreeBSD с помощью статических маршрутов к VPN-серверам и правки на ходу шлюза по умолчанию после подъёма соединения.

В конторе купили маршрутизаторы MikroTik RB750. Мега-вещь, кстати. И надо их как-то настроить, чтобы они раздавали интернет корбиновский в офисе. Но сходу фокус не прокатил, в силу описанных выше причин. Поиск по интернету привёл к очень толковой методичке, разработанной неким ООО «Виджет-Про». За что выражаю им благодарность перед строем с занесением в карму.

От себя добавлю, что нужно также в настройках dhcp-клиента на WAN-интерфейсе убрать галку «Add default route», иначе в системе получалось два машрута по умолчанию, и хотя VPN не отваливался, но интернета всё равно не было.

Камрад мой один, живущий в США, передал мне с оказией свой старый-старый ноут — IBM ThinkPad 600X. Запихал в него 512 метров памяти помимо встроенных 64 метров. Решил я этот ноут приспособить для смелых экспериментов по организации десктопа не фре. Ну, заодно в качестве медиа-центра его использовать, а то таскать нетбук, являющийся сейчас основным рабочим компом между рабочим столом и «мультимедийным» — на котором стоит усилитель, колонки и большой монитор для просмотра фильмов — с определённого момента стало ломать. Поставил фрю 7.2, всё настроил — работает вроде. При просмотре фильмов на некоторых сценах изображение подёргивается, что неудивительно — процессор-то всего 500 MHz. Но это редко бывает, так что не напрягает.

Но лучшее — враг хорошего. С выходом FreeBSD 8.0 я подумал, что не грех было бы перевести всю наличную технику на неё — сервак и этот самый ноут. Поставил 8-ку на ноут, и обнаружил, что при включении hald ноут постоянно с интервалом примерно в секунду ругается на первой консоли, что acd0: FAILURE — unknown CMD (0x03) ILLEGAL REQUEST asc=0x20 ascq=0x00. И приводит это к невозможности смонтировать диски в CDROM. Полез в интернет, копался там дня три — ничего толком нет, кроме совета убрать драйвер atacdrom из ядра и воткнуть вместо него atapicam.

Я эту операцию немедленно проделал. Налицо эффект, надпись сменилась на:

unknown: FAILURE — unknown CMD (0x03) ILLEGAL REQUEST asc=0x20 ascq=0x00

Короче, не помогло. Полез рыться в районе конфигов hald. Оказывается, ему можно запретить опрос определённых устройств. Кровавые подробности можно вкурить тут.

Описаный по ссылке способ помог, ошибки перестали сыпаться. Создал файл /usr/local/share/hal/fdi/preprobe/20thirdparti/10-ignore-acd0.fdi следующего содержания:


Перезапустил hal, вроде ему полегчало, болезному. Посмотреть, какой freebsd.driver и freebsd.unit нужен, чтобы вписать в файл, можно с помощью утилиты lshal.

Попросил меня один товарищ переставить ему винду на ноуте. У него английская стоит, а английского он не знает. Ноут — HP Omnibook 500. Теоретически, привод и флопик в этом ноуте есть, но в док-станции. Отдельно ноут и док-станция работают, а вместе — хрен, ноут не запускается, будучи подключенным к док-станции.

Городить огород с загрузкой по сети или ещё чем-нибудь подобным мне не хотелось (и, блин, совершенно напрасно, как показали дальнейшие события!), поэтому я решил по-быстрому всё сделать — вытащить винт из этого ноута, и поставить в свой ровер, отформатировать там всё, начать инсталляцию винды, а после текстовой фазы установки переткнуть винт обратно.

Дальше под катом Сказано — сделано. Вынимаю винты из обоих ноутов, ставлю винт из омнибука к себе. Загружаюсь с BartPE, размечаю акронисом диск, перезагружаюсь с установочного компакта русской XP, прохожу текстовый этап установки, при перезагрузке проверяю, что всё путём и инсталляция пойдёт дальше, жму Ctrl-Alt-Del, выключаю ноут, вынимаю из него винт и ставлю винт на родину — в омнибук. Включаю омнибук и получаю БОЛЬШОЙ БОЛТ! На омнибуке инсталлятор винды не грузится.

И тут началось нетрадиционное порно с элементами BDSM и скотоложества... Что я только не делал. Форматировал этот винт в FAT16, FAT32, создавал разные конфигурации разделов и файловых систем. Везде было одно и то же — пока винт загрузочный в MS DOS — с него омнибук грузится. Копирую инсталлятор винды, запускаю его из ДОСа прямо на омнибуке, инсталляция проходит первый этап копирования файлов, после перезагрузки получаем БОЛТ. Либо омнибук глухо зависает без всяких сообщений, лиоб NTLDR is missing.

Капец, как я там извращался. Винт между ноутами за всё время порева я переставил раз не менее 50, снося разделы и создавая их заново. Смеха ради даже создавал разделы с помощью FreeBSD. Вот кстати фря стала и запустилась на омнибуке без вопросов, у меня уже начала появляться мысль, что товарищу будет проще освоить KDE, чем мне поставить ему на ноут винду... :-) Протрахался, короче, с 10 утра воскресенья до 3 ночи понедельника. Результат нулевой.

Наутро встал, почитал, что на мой вопрос по этому поводу пишут в ЖЖ. Ничего путного не обнаружил. Стал думать.

В общем, вскрытие показало, что больной умер от вскрытия, омнибук криво определяет CHS-геометрию своего винта. Ну, не то, чтобы совсем криво — сама по себе предлагаемая им конфигурация CHS вполне рабочая, но она не такая, какая написана на винте, хотя размер винта при такой геометрии совпадает с правильной. А мой ноут определяет конфигурацию правильно, в полном соответствии с тем, что указано на лейбле на самом винте. И форматирует разделы исходя из своей правильно геометрии. Пока мы в ДОСе — это особой роли не играет. Но как только на этапе первой перезагрузки управление передаётся загрузочному сектору виндового инсталлятора BOOTSECT.DAT, ему сносит крышу, и он либо виснет, либо жалуется, что не может найти ntldr, хотя он железно лежит в корне диска C:, где ему и положено быть.

Выставление прямой геометрии вручную в БИОСе омнибука не дают ничего — он виснет наглухо даже при попытке грузануть DOS. Понять, что грабли связаны с тем, какую геометрию пытается подсунуть винту ноут, я смог только тогда, когда настроил сетевую загрузку через PXE и попытался загрузить омнибук с нескольких своих ремонтных образов дискет. Так вот, при любых параметрах, даже самых прямых, но отличающихся от «Auto» при загрузке DOS омнибук вис даже при загрузке через сеть. И выводилась интересная надпись: Int13 08 failed. Не помню, что за функция 08, но судя по всему, с прямой геометрией этот BIOS работать не будет.

В итоге я выставил определение винта в «Auto», сделал дискету с Partition Magic 8, загрузил омнибук по сети, разбил PM винт, отформатировал на самом омнибуке с его кривым биосом, криво определяющим геометрию, потом переставил винт на свой ноут, переписал инсталлятор XP на винт, вернул винт обратно и загрузившись ещё раз по сетке с чистым DOS'ом и smartdrive'ом, запустил установку XP. Файлы копируются, первая перезагрузка, затаили дыхание... И о чудо! Оно грузится и продолжает установку, ссучара бацильная, скока крови попил! Вот так человеческий разум в очередной раз победил бездушную технику :-)

Железо, как известно, может иногда накрываться. Причём сразу медным тазом. Бывает, что этим железом является материнка. Таким образом встаёт в полный рост задача переноса Windows XP на новую материнку. Известно, что в общем случае винда на новой материнке грузиться не будет, из-за того, что на новой материнской плате будет другой дисковый контроллер, а драйверов под него в уже установленной XP не будет. Этот косяк тянется ещё со времён Windows NT, не понимаю, почему его не исправили по сию пору. Можно ведь при загрузке просто проверять, есть нужный дисковый контроллер или нет, и если его нет, то подгружать GENERIC драйвер для IDE-контроллеров, то, что называется в XP «Cтaндapтный двyxкaнaльный кoнтpoллep PCI IDE».

Если есть возможность загрузить винду как-нибудь, то самый простой способ подготовить её к переносу на другую материнку — это в диспетчере устройств вместо дискового контроллера материнки поставить «Cтaндapтный двyxкaнaльный кoнтpoллep PCI IDE». После этого можно завершать работу Windows и менять материнку. После замены и запуска винды на новой матери можно уже поставить правильные драйвера под дисковый контроллер новой материнки.

Хорошо, если есть возможность предугадать замену материнской платы и подготовиться. А если же такой возможности нет, т. е. мать сгорела начисто, и другой аналогичной нет в наличии, то существует другой рецепт.

Для его реализации потребуется загрузочный LiveCD с какой-нибудь из вариаций Windows. Я пользуюсь BartPE. И reg-файл, который пропишет в реест сведения о стандартном контроллере IDE.


После импортирования reg-файла остаётся дело за малым (гы-гы, придёт малый, и доделаем ) — нужно переписать драйвера стандартного контроллера IDE в каталог system32. Вот эти файлы:

atapi.sys
intelide.sys
pciide.sys
pciidex.sys

Затем можно грузиться с винта, всё должно заработать.

Рецепт проверен, всё железно работает.

Материал подготовлен по мотивам курения форума http://forum.ru-board.com. Там также обсуждаются варианты переноса XP с материнки Intel на не-Intel и прочие извращения.

Столкнулся тут с граблями. Виста отказывается нормально распознавать USB-устройства. Пишет, что «Устройство не опознано». Танцы с бубном показали, что с портами всё нормально, и если удалить все USB-устройство вообще, включая хабы, то при их определении на краткий миг в диспетчере устройств становится видна флэшка как таковая, в моём случае это Corsair Flash Voyager. Клиент сказал, что он заплатил до фигища денег за техподдержку в Техносиле, вот пусть они и разбираются. На всякий случай я порылся в интернете на предмет рецепта от этой ботвы, и нашёл на одном форуме следующее:

Вытащить флешку, удалить из директории %SYSTEMROOT%\inf файлы DRVINDEX.DAT, INFPUB.DAT, INFSTOR.DAT, INFSTRNG.DAT, INFCACHE.*, SETUPAPI.*.
Вставить флешку.
Если автоматически драйвера не установятся — из диспетчера устройств установить драйвер вручную с опцией автоматического поиска (для поиска указать директорию %SYSTEMROO%\system32). Флешка должна успешно установиться.
Пправда сразу удалить может не получится, нужно стать владельцем этих файлов. В настройках безопасности прописать себя владельцем и поставил себе полный доступ.

Рецепт не проверен, при случае надо будет проверить.

Столкнулся тут как-то с граблями на материнке Foxconn NF4UK8AA — на клиентском компе звук воспроизводится замедленно примерно раза в два. Подумал — кодеки. Переставил. Не помогло. Потом решил переставить драйвера звуковой. Переставил — тоже не помогло. В интернете порылся — проблема описана, но решений не нашёл.

Потом добрые люди подсказали, что это известная бага для этой материнки. Оказывается, такой эффект у неё вызывает включенный в BIOS'е spread spectrum. Выключил его — всё заработало как надо.

Hint: spread specturm — исходя из описаний, я так понял, что включение этой функции заставляет генераторы тактовых частот менять частоту в некоторых очень небольших пределах, чтобы исключить либо уменьшить взаимные наводки проводников на матери друг на друга.