Как одна Windows 7 может испортить вторую на другом SSD?

Как одна Windows 7 может испортить вторую на другом SSD?

Слова настоящего отчаяния:

Несколько дней назад сломался мой системный SSD, поэтому я отправил его в RMA. Я был на последнем этапе написания своей бакалаврской диссертации, поэтому мне нужно было все настроить и запустить. Я использовал свой второй, старый SSD на 60 ГБ для временной системы. Сегодня я получил новый SSD от RMA. Поскольку у меня одна из тех материнских плат P55 без надлежащей собственной поддержки SATA3, которая реализована с помощью дерьмового контроллера Marvel, я никогда им не пользовался. Тем не менее, я просто хотел посмотреть, как это будет работать, и подключил его к порту SATA3, установил Windows 7 и все драйверы и приложения. Так что на тот момент у меня было 2 SSD, на каждом из которых была установлена ​​копия Windows 7, и я также добавил загрузочную запись (с помощью bcdboot) моей новой системы в старый загрузчик Windows (временное решение перед установкой нового SSD в качестве первого варианта загрузки). Все работало довольно хорошо. НО...

В качестве последнего, что мне нужно было сделать, я начал устанавливать Visual Studio 2013 (из DreamSpark). Когда я вернулся с кухни, я увидел экран ошибки загрузки Windows с кодом 0xc00....0f. Ну, черт. Я быстро понял, что моя новая установка Windows, возможно, пропала, после нескольких часов работы. Поэтому я подумал, что могу использовать свою старую Windows, чтобы посмотреть, что произошло. Но она тоже была повреждена! И не ее MBR. Она начала нормально загружаться, но зависла. То же самое с безопасным режимом.

Я использовал свою копию Windows DVD для исправления "проблем запуска" старой системы (новая вообще не определялась). Когда процесс восстановления завершился, я загрузился в систему, запустив chkdsk на новом SSD. Так много поврежденных секторов! Сначала я думал, что SSD просто исчез. Но после множества перезагрузок, форматов и всего остального я переподключил его с порта SATA3 на порт SATA2. Внезапно мне удалось выполнить низкоуровневое форматирование, и на самом деле мне удалось снова установить новую копию Widnows на диск. Без каких-либо проблем вообще, по крайней мере, пока.

Если вы дошли до этого места, то меня интересуют две вещи:

  1. Как, черт возьми, сбой SSD, подключенного к другому порту и хост-чипу, также мог как-то повлиять на мою старую систему? Да, у него была загрузочная запись для него, но он завис во время загрузки, посреди анимации запуска Windows, так что, очевидно, его MBR не был поврежден.
  2. Может ли контроллер Marvell SATA3 действительно быть причиной проблемы в первую очередь? Большинство опасений по этому поводу связаны с производительностью, а не со стабильностью или разрушением MBR... Может ли простая установка Visual Studio повредить MBR? Даже если бы произошел какой-либо сбой системы, не связанный с обоими SSD (скачок напряжения, BSOD и т. д.), в сектора MBR обычно ничего не пишется.

Пожалуйста, извините за некоторые опечатки и возможные грамматические ошибки, я слишком подавлен и устал, чтобы даже думать здраво после более чем 12-часового марафона, посвященного решению этой ерунды.

решение1

Если оба диска были подключены одновременно, то причиной может быть сбой или конфликт менеджера загрузки.

Попробуйте выполнить ремонт, подключая по одному диску за раз.

Две версии Windows прекрасно работают в отдельных разделах на одном диске, поскольку менеджер загрузки позволяет это. Но если было два диска, когда вы устанавливали Windows, он испортил/переписал или конфликтует с существующим менеджером загрузки на вашем старом диске. Менеджер загрузки, похоже, записан только на один диск, чтобы действовать как оба, из того, что я читал

Я установил Win 8.1 на свой SSD, без моего предыдущего жесткого диска (Windows 7) и хотел сохранить оба в качестве формы двойной загрузки с помощью BIOS. Когда я подключаю их оба, это, кажется, вызывает проблемы. Надеюсь перейти на использование только SSD и удалить Win 7 с жесткого диска, используя его как диск с данными. Надеюсь, это имеет смысл

прочитай это: http://technet.microsoft.com/en-us/magazine/ee851681.aspx

Связанный контент