Бывают в жизни моменты, когда приходится выполнять действия неправильные, но необходимые. К таким действиям можно, в общем-то, отнести и запуск операционной системы Windows с жесткого диска, который ранее стоял в другом компьютере, на котором и производилась установка. Попробуем разобраться, почему эту операцию можно считать «неправильной», по каким причинам может не запускаться перенесенная таким образом операционная система и что следует сделать, чтобы все-таки ее запустить.
Начнем с главного. Почему не стоит «оживлять» старую операционную систему в новом компьютере, и с какими проблемами это связано? Для объяснения потребуется небольшой экскурс в то, как устанавливается и работает операционная система Windows.
Если Вы хотя бы раз производили установку самостоятельно, Вы наверняка помните примерную последовательность. После начала установки с оптического диска первым делом копируются установочные файлы, затем, после первой перезагрузки, операционная система запускается уже с жесткого диска и некоторое время настраивается «самостоятельно». Именно в этот момент происходит первоначальная «привязка» Windows к аппаратной части компьютера. Еще до первого полноценного запуска система определяет, из каких комплектующих состоит компьютер и устанавливает для них стандартные драйверы. Естественно, таким образом устанавливаются драйверы не для всех устройств. Но обязательный набор, в который входят драйверы системных устройств (процессора, чипсета и стандартных контроллеров), жестких дисков и приводов оптических дисков, устанавливается всегда.
После первой загрузки «новоустановленной» системы пользователь осуществляет окончательную настройку Windows и устанавливает драйверы, которые поставляются вместе с комплектующими компьютера. При этом часть стандартных драйверов заменяется на «специальные», которые позволяют полностью использовать возможности оборудования.
Что мы имеем в итоге? Операционная система установлена и настроена на работу с определенной конфигурацией компьютера. Именно с этим и связаны проблемы при переносе жесткого диска с установленной на него Windows, и именно по этой причине лучше устанавливать систему заново.
Но иногда возникают ситуации, когда установка новой операционной системы не решает проблемы, а создает. Например, установлена какая-либо уникальная программа с уникальной конфигурацией, переустановить которую не представляется возможным, или установочного диска Windows под руками нет, а работать компьютер должен сразу после установки жесткого диска.
В таком случае хочешь — не хочешь, а приходится «поднимать» уже установленную на жесткий диск операционную систему. При этом главной задачей является загрузить Windows до этапа появления рабочего стола. Чаще всего перенесенная с жестким диском операционная система просто не загружается. Она может зависать в процессе загрузки, выбрасывать «синие экраны» с сообщениями об ошибке, бесконечно перезагружаться или показывать строку с бегущими полосками загрузки.
Почему так происходит, ведь, теоретически, Windows должна автоматически распознавать новое оборудование? Как же Plug and Play, спросите Вы? Дело в том, что автоматическое распознавание устройств начинает работать только после загрузки ядра операционной системы. Драйверы некоторых устройств запускаются раньше этого момента, и определить и устранить несоответствие драйвера и устройства система не может.
Чаще всего проблемы при загрузке Windows связаны с работой контроллера жестких дисков. Механизм возникновения этих проблем выглядит следующим образом. После того, как «чистая» операционная система загружается первый раз, пользователь устанавливает пакет драйверов, идущих в комплекте с материнской платой. В этот пакет могут входить драйверы встроенной звуковой и видеокарты, сетевой карты и контроллеров USB. И обязательно в этот набор входят драйверы контроллера жестких дисков, которые позволяют эффективнее использовать ресурсы накопителя (в сравнении со стандартными, интегрированными в Windows драйверами). Именно эти драйверы загружаются до того, как начинает работать система, и именно они чаще всего «мешают» загрузке Windows.
Решение проблемы, как это часто бывает, напрямую связано с причиной ее возникновения. Для того, чтобы загрузить Windows после переноса жесткого диска, необходимо еще до перемещения носителя произвести на компьютере-доноре определенные операции. Перед последним выключением компьютера следует удалить из системы драйверы контроллера жестких дисков и восстановить стандартные драйверы Windows. Также не лишним будет удалить драйверы плат расширения, например, ТВ-тюнера. Выполняются эти операции в меню «Свойства системы –> Оборудование» в Панели управления Windows. Система потребует произвести перезагрузку, для того, чтобы изменения вступили в силу. Выбираем вариант «Произвести перезагрузку позже» и выключаем компьютер. Все, жесткий диск можно переносить, при такой последовательности действий вероятность загрузки системы в новом компьютере приближается к ста процентам.
Но что делать, если старый компьютер вышел из строя и произвести на нем какие-либо операции уже нельзя? Могу посоветовать только одно – материнскую плату в новый компьютер в этом случае следует выбирать так, чтобы она была максимально похожа на старую. Производитель чипсета (Intel, AMD, Nvidia) должен совпадать обязательно, и желательно, чтобы производитель материнской платы и модель чипсета также совпадали. Идеальным вариантом, естественно, является замена материнской платы на аналогичную.
Итак, запустить систему удалось. Что нужно сделать после этого? Как и в случае с установкой новой операционной системы, следует установить драйверы для нового оборудования и системные программы, такие как панель управления звуком для новой звуковой карты или программу работы с модулем Wi-Fi. И конечно, следует удалить аналогичные программы, «привязанные» к старым устройствам.
Подводя итог сказанному выше, хочу еще раз напомнить, что запускать Windows, перенесенную на новый компьютер вместе с жестким диском, стоит только в случае крайней необходимости. Если таковой необходимости нет, лучше будет установить на новый компьютер новую и «чистую» операционную систему. Но если переносить и запускать Windows все же придется, я надеюсь, что рекомендации, изложенные в статье, будут Вам полезны.
Если нет никакого понимания, никаких знаний и нет желания учиться и изучать, лучше отнести системник в сервисцентр где тебе за 1-2 т.р. все сделают
Иначе, начни с простых ответов на вопросы, что за операционная система (linux/win), какая версия (xp,7,8,10,1), архитектура (x32/x64) кто администрировал ее в прошлый раз, были ли какие то отхождения от стандартов (а то я помню для winxp люди меняли место размещения и имена всех системных каталогов, типа windows -> w, program files -> pf и еще более глубоко)
p.s. если это windows, то нужно записать на cdrom/usb ту же версию и запустить в режиме восстановления, с некоторой долей вероятности в автоматическом режиме оно попробует что то восстановить.
иначе квест довольно затянется без каких то гарантий, и проще сделать резервную копию, установить с форматированием новую чистую систему и потихоньку восстанавливать данные и приложения.
Сообщение от KuperPN
В partition wizard добавил галку на использование разделов guid, выставил загрузку с ssd uefi, но загружает по-прежнему с жёсткого диска.
Варианты.
1. Система х32 или х64?
2. Раздел есть EFI есть, но не известно есть ли на нём загрузочные файлы. И загрузку выбираете с этого диска или с Windows Boot Manager? В загруженной 10-ке открыть ком.строку от имени администратора, ввести diskpart и следующие команды
Кликните здесь для просмотра всего текста
Bash | ||
|
Diskpart завершит работу, ком.строка останется открытой в ней выполнить
Code | ||
|
Команду можно скопировать и вставить в ком.строку. Должно будет появиться сообщение, что файлы загрузки созданы. Перезагрузиться и пробовать загрузку с SSD или через Windows Boot Manager. В BIOS должн быть включен режим загрузки UEFI and Legacy в разных его вариациях.
Если система х32, то эти команды можно не пробовать, так как бесполезно.
3.
Сообщение от KuperPN
Затем попробовал установить чистую винду на ssd ради проверки — всё нормально запустилось, но мне нужно перенести саму систему со всеми надстройками,
Можно было на раздел с новой системой развернуть бэкап старой системы (остальные разделы не трогать) и старая ОС должна была загрузиться. Какая разметка была на SSD после чистой установки системы, не проверяли?
4. Временно систему с SSD можно загружать из ОС с HDD. 10-ку на HDD через меню Пуск перезагрузить удерживая зажатой клавишу Shift. После перезагрузки Диагностика -> Дополнительные параметры -> Командная строка. В командной строке ввести
Code | ||
|
и нажать Enter. Будет произведён поиск операционных систем. Когда система будет найдена ввести y (Да) и нажать Enter.
moi
Well-Known Member
-
-
#1
Ставил Win 10 на новый SSD диск и при этом другой имеющийся физический диск отключил. Теперь подключаю его и получаю при загрузке Win 10 грустный смайлик с пометкой Inaccessible Boot Device. Команда diskpart показывает, что подключенный «старый» диск имеет номер 0, а SSD-диск номер 1. По ходу дела винда грузится не оттуда (хотя «форточка» появляется). Что делать? В Win 10 файл boot.ini вообще существует? Чтобы заглянуть и поправить… ))
-
-
#2
значит загрузчик у вас был на старом HDD, надо сделать загрузочный диск и с помощью него поправить этот ужас. Или врукопашку.
-
-
#3
@basЫl, если при установке старый диск был отключен, то загрузчика на нем быть не может.
[DOUBLEPOST=1443240241,1443240186][/DOUBLEPOST]@moi, в биосе с какого диска стоит загрузка? Возможно на обоих дисках есть активные разделы.
moi
Well-Known Member
-
-
#4
«Старый» HDD никогда не был системным. Использовался просто для инфы. Единственное, что я в свое время на него файл подкачки перекидывал.
Посмотрел биос. Там как first стоит CD-ROM, на second указан HDD. Попробовал убрать вообще HDD, оставив только CD — не помогло. Потому что в биосе есть еще отдельная строка, именно «HDD boot priority». Там значатся оба диска, и SSD и HDD (HDD убрать нельзя). Но SSD стоит первым.
С помощью diskpart указал HDD как inactive. Получил сообщение, что он и так inactive.
И еще. Загружаясь под прежней Виндой, вижу что HDD является основным, а не динамическим. Это может влиять?
-
-
#5
топтать клавишу F8 пока не появится список вариантов загрузки — выбрать репаир, а потом командную строку, где и выполнить три команды
Код:
bootrec /fixmbr
bootrec /fixboot
bootrec /rebuildbcd
но обычно одной первой команды хватает
moi
Well-Known Member
-
-
#6
На команде bootrec /rebuildbcd пишет, что установленных систем 0. Делаю вот такую последовательность:
* bcdedit /export C:\BCD_Backup
* c:
* cd boot
* attrib bcd -s -h -r
* ren c:\boot\bcd bcd.old
* bootrec /RebuildBcd
Тогда конмада bootrec /RebuildBcd находит одну систему и предлагает ее занести в загрузчик. Пишу Yes. Перегружаюсь — эффекта нет. Отключаю этот HDD — и винда 10 нормально грузится.
[DOUBLEPOST=1443285948,1443282944][/DOUBLEPOST]Победил эту проблему путем форматирования раздела выделенного под систему (через командную строку). Потом перегрузился, Винда пошуршала и завелась. )) HDD диск виден.
[DOUBLEPOST=1443334664][/DOUBLEPOST]Рано обрадовался… Сегодня такая же ерунда, а вышеописанные танцы с бубном приводят уже к ошибке 0x00000001. Отключаю диск и все норм. Может это аппаратная проблема?
-
-
#7
Единственное, что я в свое время на него файл подкачки перекидывал.
А pagefile.sys на нем не остался?
-
-
#8
у тебя действительно имеется скрытая папка с:\boot ?
т.к. на нормально установленной современной винде ее уже не должно быть, а boot находится на невидимом EFI разделе
moi
Well-Known Member
-
-
#9
А pagefile.sys на нем не остался?
Удалял pagefile.sys с LiveCD — не помогло.
у тебя действительно имеется скрытая папка с:\boot ?
диск С и был со скрытым разделом. До загрузки Винды томы же как-то по другому буквы получают.
-
-
#10
на нормально установленной современной винде ее уже не должно быть, а boot находится на невидимом EFI разделе
Это если ставили на неразмеченную область.
@moi, если отключить HDD, то с SSD Windows нормально грузится и работает до сих пор?
[DOUBLEPOST=1443344174,1443343832][/DOUBLEPOST]По симптомам похоже на некорректный драйвер жесткого диска, но не могу понять, как это связано с подключением другого диска в систему. Поменяйте местами порты SSD и HDD. Оба диска SATA?
-
-
#11
Это если ставили на неразмеченную область.
во первых написано же
Ставил Win 10 на новый SSD диск
а во вторых если он правильно размечен, то тоже папки boot не должно быть. Такое возможно если инсталятор был запущен с CD или флешки без поддержки UEFI и винт разметился как MBR. При подключении еще одного диска биос начинает стартовать через ЕФІ и не находит загрузчика где ожидал. Или наоборот…
-
-
#12
@Alf_Zetas, «новый диск» еще не осзначает, что ТС не разметил его перед установкой. Так как есть такой момент:
Победил эту проблему путем форматирования раздела выделенного под систему (через командную строку). Потом перегрузился, Винда пошуршала и завелась. )) HDD диск виден.
Требуется уточнить анамнез
moi
Well-Known Member
-
-
#13
если отключить HDD, то с SSD Windows нормально грузится и работает до сих пор?
Да, все норм. Сейчас из-под Вин 10 пишу ))
Поменяйте местами порты SSD и HDD. Оба диска SATA?
Менял и порты, и делал Мастер-Слейв. Эффекта — ноль. Оба диска SATA.
а во вторых если он правильно размечен, то тоже папки boot не должно быть.
Прилагаю скрины. Папка boot с файлами BCD есть в зарезервированных системой 500mb
-
boot-1.JPG
32,8 KB
· Просмотры: 295
-
boot-2.JPG
128,3 KB
· Просмотры: 318
-
-
#14
@moi, вы бут видите из под рабочей системы?
moi
Well-Known Member
-
-
#15
вы бут видите из под рабочей системы?
Нет, это я через LiveCD загрузился
-
-
#16
и делал Мастер-Слейв. Эффекта — ноль. Оба диска SATA.
откуда вдруг у SATA мастер-слейв?
Нет, это я через LiveCD загрузился
для манипуляций с диском грузиться нужно через среду восстановления Винды (а еще лучше через MSDaRT10) а не через сомнительный лайвсиди
-
-
#17
откуда вдруг у SATA мастер-слейв?
@moi, тоже интересно.
для манипуляций с диском грузиться нужно через среду восстановления Винды (а еще лучше через MSDaRT10) а не через сомнительный лайвсиди
Чем это вам «сомнительный лайвсиди» не угодили? Они как правило имеют больше возможностей по сравнению с MSовскими средствами.
-
-
#18
во первых сомнительные лайвсиди не поддерживают ЕФІ-загрузку, а во вторых напрямую к системе можно подключиться только с помощью MSDaRT (хотя в конкретном случае в этом и нет необходимости). А «больше возможностей» лайвсиди в большинстве своем єто бесполезные понты для приезжих
-
-
#20
и где там слейв? — у SАТА все диски всегда мастера, т.к. на один порт цепляется только один диск, а не два как у PATA или семь как у SCSI
по скринам видно что материнка там доисторическая без поддержки UEFI — и нафига на такое SSD и Вин 10 взгромождать…
-
-
#21
по скринам видно что материнка там доисторическая без поддержки UEFI — и нафига на такое SSD и Вин 10 взгромождать…
Ну допустим это не является причиной отказа от SSD, но в Win10 тоже не вижу смысла.
Меня гложут сомнения, что SATA работает в режиме IDE. Интересно также что за накопители подключены через SCSI.
@moi, что у вас за железо уважаемый?
Последнее редактирование:
moi
Well-Known Member
-
-
#22
Помог старый добрый chkdsk )) Все работает. Рецидивов не наблюдается))