Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет dibr ([info]dibr)
@ 2011-06-18 13:32:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
микрософт виндоуз
     Модернизировали другу домашнюю машину. Как водится, проехались по всем маломальски приличным магазинам, собрали железа и завалились ко мне на работу, дабы в тишине и уюте серверной собрать железного друга. Решили не менять старые харды с целью экономии денег на более мощный камень. Кроме злополучных хардов, сменили всё.
     Запуская машину, не успели с непривычки залезть в биос и сменить приоритет загрузки. Система пошла грузиться с харда, на котором мирно жила ничего не подозревающая «хрюша». Винда, увидев такую облаву из совершенно незнакомого железа, закономерно издала последний писк и вылетела в BSoD.
     Ребутнулись, но вспомнили, что на втором харде сидит ещё и Убунта десятая. Решили грешным делом поиздеваться и над этим бедолагой. Пускаем систему с него. Динукс хрустит хардом, мигает монитором и, мать его, запускается, причём с дровами на всё оборудование! Единственное, что мы смогли из себя выдавить:
     — Дункан?!

     http://ithappens.ru/story/6504

     А я вот уже давно не могу понять.
     Я обычно хорошо отношусь к продукции Microsoft, в том числе к собственно Windows. В винде (и другом софте от MS) можно искать и находить множество недостатков, но главную задачу - чтобы софт как правило мог поставить человек с уровнем эникейщика, и чтобы для начала работы как правило не требовалось обязательной правки конфигов, чтения исходников, и "вот тут разработчики лажанулись, но это фигня, вы вместо этой кнопки запускайте простенький скриптик..." - они решили.
     А вот с загрузкой системы (в смысле, винды) при смене железа я как-то совсем логики не понимаю. Чтобы хоть как-то загрузиться (до того состояния, в котором пользователь сможет объяснить системе, что произошло и что делать, да и сама система сможет поискать новые драйвера) нужно не так много: клава-мышь (они стандартные), жёсткий диск и его контроллер (чипсеты, конечно, бывают разные - но "подмножество" стандартных PATA/SATA покроет 99% домашних компов, причём драйвера эти в системе есть - инсталлятор-то их изначально сам ставит, это потом юзер может подоткнуть диск от материнки и проапдейтить), и видеокарта (100% которых совместимы с VGA - опять же, инсталлятор-то картинку сразу показывает, до установки "детонаторов" и "каталистов")... а, собственно, и всё. Ну, процессор ещё, но ему "драйвера" вроде как не нужны. Так вроде бы в чём проблема - грузишься на незнакомом железе, для которого нет драйверов - грузи generic драйвера на всё, что сможешь (а клавомышь, HDD с контроллером и видео такие "генерики" имеют), с остальным разбирайся в порядке общей очереди: требуй дистрибутив, интернет, и американского консула технического специалиста.
     Однако ситуация "сменил железку - навернулась система" под виндой распространена весьма, а под всякими бздями-линухами - распространена не очень. При этом главное непонимание вызывает даже не то, что "винда падает" (тоже мне, удивили), а другое.

     Сейчас у нас везде сплошной плаг-н-плей: устройство отдаёт идентификатор, система согласно идентификатору грузит драйвер, если идентификатор не подходит к драйверу - драйвер не будет загружен, ситуации вида "драйвера от одной железки заставили работать на другой железке" практически исключены. Раньше, во времена NT3.51/NT4, плаг-н-плеев не было, драйвера ставились "ручками", драйвер, конечно, мог при старте "обнюхать" железку и сказать "не моё", но мог и не обнюхать - а главное, чёткого алгоритма "что делать, если железке не нашлось драйвера" не было.
     Однако раньше, когда плаг-н-плеев не было, и ситуация "драйвер от одного чипсета загрузили на другом" была реальной - система при смене материнки или видео чаще "криво-косо, но загружалась", чем умирала. Сейчас же, несмотря на весь прогресс - чаще умирает, чем загружается.
     Где логика?!


(Читать комментарии) - (Добавить комментарий)


[info]ilya_314@lj
2011-06-18 12:09 (ссылка)
Да, выглядит как-то не слишком убедительно.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]mr_rm@lj
2011-06-18 15:01 (ссылка)
Это не та инструкция. Вот правильная:
http://support.microsoft.com/kb/314082
Проблема переноса на другое железо в том, что винда при первоначальной установке прописывает не все standard и generic драйверы контроллеров дисков.
Но и решение из MS KB, конечно, неполно и работает не всегда.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dibr@lj
2011-06-18 15:10 (ссылка)
Не-не-не, это другой бубен :-) В этой статье написано как _подготовиться_ к переносу винды на другое железо, в случае же если железо уже ой, то написано, буквально: "Для решения этой проблемы необходимо использовать на резервном компьютере то же самое оборудование" (и дальше перечисленно, что значит "то же самое").

В этом смысле "переустановить поверх" как-то практичнее, чем "найти точную копию железа". Хотя заранее "вакцинироваться" приведённым там reg-файлом тоже практично (но я этого делать не буду).

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]mr_rm@lj
2011-06-18 15:53 (ссылка)
Заранее вакцинироваться - 100% практично и безопасно. Кстати, reg-файла недостаточно, надо еще проверить наличие четырех .sys (Например, intelide.sys отсутствует, если система изначально ставилась не на интеловском чипсете).
А когда железо уже всё, для внесения изменений в реестр надо грузиться c WinPE или другой системы.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dibr@lj
2011-06-18 17:09 (ссылка)
> надо еще проверить наличие четырех .sys

Я заметил, просто не упомянул для краткости :-)

Но мне вакцинироваться банально лениво: винты вылетают чаще материнок, плановый апгрейд я обычно использую как хороший повод для переустановки системы (иногда полезно), а форс-мажоры вида "внезапно сгорела мать" бывают настолько редко, что я, пожалуй, скорее потрахаюсь когда он произойдёт (или смирюсь с перестановкой), чем буду геморроиться заранее (тем более, соответствующую статью для win7/64 надо ещё найти - по ссылке про XP/32) :-)

(Ответить) (Уровень выше)


[info]ilya_314@lj
2011-06-18 16:12 (ссылка)
Если проблема только в этом, то это конечно не бог весть какая большая проблема и очевидно что MS не особо стремится это как-то исправлять.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]dibr@lj
2011-06-18 17:11 (ссылка)
Забавно то, что тут уже привели ссылку на KB, где рассказывается именно о том, как такое предотвратить - то есть, как это исправить, MS прекрасно знает. Однако ж - "unsupported": "мы можем вам рассказать как это сделать, но сами будем продавать систему без этого".

(Ответить) (Уровень выше)


(Читать комментарии) -