Окно не может обнаружить Жесткий диск после попытки восстановить двойную загрузку через Восстановление Начальной загрузки
Я использовал Ubuntu 16.04 вместе с Windows 7 очень гладко в течение нескольких лет. Но что-то пошло не так, как надо, и после использования Восстановления начальной загрузки для восстановления GRUB загружают Меню.
- Я не могу больше загружать Windows 7
- После попытки восстановить Windows 7 с помощью Диска Установки, я заметил, что это не могло обнаружить Жесткий диск и раздел, где Windows 7 предположил, чтобы быть установленным.
- Но Ubuntu все еще обнаруживает Раздел ОС
- Я выполнил GParted, чтобы попытаться видеть то, что произошло, это обменивалось сообщениями poped:
"Дескриптор драйвера говорит, что физический размер блока составляет 2 048 байтов, но в Linux говорится, что это - 512 байтов".
После исследования моего Раздела ОС (/dev/sda3) я нашел это Предупреждающее сообщение:
"Не мог считать содержание этой файловой системы! Из-за этого некоторые операции могут быть недоступными. Причиной мог бы быть недостающий пакет программного обеспечения. Следующий список пакетов программного обеспечения требуется для ntfs поддержки файловой системы: ntfs-3g / ntfsprogs".
GParted не мог решить файловую систему восстановления (nfts) на/dev/sda3;
Дополнительная информация:
"Диск/dev/sda: 698,7 гибибайт, 750156374016 байтов, 1 465 149 168 Единиц секторов: секторы 1 * 512 = 512-байтовый (логический/физический) размер Сектора: 512-байтовый / 4 096 байтов (минимальный/оптимальный) размер ввода-вывода: 4 096-байтовый / 4 096 байтов тип Disklabel: Дисковый идентификатор DOS: 0xdd6865b6
Device Boot Start End Sectors Size Id Type /dev/sda1 63 80324 80262 39.2M 6 FAT16 /dev/sda2 81920 25563135 25481216 12.2G 7 HPFS/NTFS/exFAT /dev/sda3 25563136 1332019199 1306456064 623G 7 HPFS/NTFS/exFAT /dev/sda4 1332021246 1465147391 133126146 63.5G 5 Extended /dev/sda5 1400381440 1431629823 31248384 14.9G 82 Linux swap / Solaris /dev/sda6 1431631872 1465147391 33515520 16G 83 Linux /dev/sda7 1332021248 1400381439 68360192 32.6G 83 LinuxРаздел 1 не запускается на физической границе сектора. Раздел 4 не запускается на физической границе сектора. Записи таблицы разделов не находятся в дисковом порядке."
Кто-либо мог помочь мне? Я в безысходном положении здесь
Как я мог восстановить Windows 7 и решить мою проблему?
1 ответ
Следующее сообщение GParted очень беспокоится:
Дескриптор драйвера говорит, что физический размер блока составляет 2 048 байтов, но в Linux говорится, что это - 512 байтов.
Большинство жестких дисков имеет 512-байтовые логические секторы. Более старые жесткие диски также имеют 512-байтовые физические секторы, но много более новых имеют 4 096-байтовые физические секторы, каждый из которых "переводится" в восемь 512-байтовых секторов. Несколько современных дисков имеют 4 096-байтовые физические и логические секторы. Единственные диски I знают о с 2 048-байтовыми секторами, оптические диски - CD, DVD, магнитооптические (MO) диски, и вариантам их нравятся CDR. Таким образом то, что GParted говорит, что физический блок (сектор) размер является 2048 на обычном жестком диске, является очень странным.
Размер сектора не что-то, что можно изменить; это фиксируется в аппаратных средствах, по крайней мере, на современных жестких дисках. Таким образом то, что GParted требует физического размера сектора, является чем-то странные точки к отказу оборудования. Если так, необходимо будет заменить диск. Возможно, выполнение копии низкого уровня исходной файловой системы к новому диску сделает это читаемым снова. OTOH, Ваш fdisk вывод указывает на стандартный 512-байтовый размер сектора (и физический и логичный). Таким образом могло случиться так нахождением ошибки в GParted (или libparted библиотека, на которую это полагается).
Другая возможность состоит в том, что сообщение GParted относится к размеру блоков данных файловой системы (иначе "размер кластера"). Согласно этой странице Microsoft, они могут быть 512 байтов к 64 кибибайтам для NTFS, в зависимости от того, какая версия ОС создала файловую систему и каков размер файловой системы. Если бы структуры данных NTFS стали поврежденными, возможно, что Windows стал бы незагрузочным, и утилиты Linux будут также не мочь справиться. Если эта гипотеза корректна, существует шанс, что утилита восстановления NTFS могла зафиксировать файловую систему. Обратите внимание, что нет никаких хороших утилит восстановления NTFS для Linux. ntfsfix инструмент просто делает несколько тривиальных проверок и затем отмечает файловую систему для восстановления в Windows. Для надлежащего восстановления этой файловой системы необходимо было бы загрузить диск чрезвычайной ситуации Windows и затем работать CHKDSK на нем, или некоторый другой инструмент восстановления файловой системы Windows. Если Вы думаете, что это - причина, я рекомендую спросить относительно форума Windows для большего количества справки, так как восстановление NTFS является проблемой Windows, не проблемой Ubuntu.
В любом случае я настоятельно рекомендую сначала создать резервную копию всего диска или по крайней мере раздела Windows. Это потребует целевого диска, это является, по крайней мере, столь же большим как исходный диск или раздел. Команда как следующее должна добиться цели:
sudo dd if=/dev/sda of=/path/to/lots/of/space/sda.img
Это создаст резервную копию всего /dev/sda устройство к /path/to/lots/of/space/sda.img; Вы смонтировали бы свой резервный носитель к /path или некоторый подкаталог на пути к sda.img. (Вы, вероятно, изменили бы имя точки монтирования, конечно.)
Вы могли использовать подобную команду для копирования всего диска; Вы просто использовали бы of=/dev/sdb вместо of= значение, которое указывает на файл в файловой системе. Будьте очень осторожны с dd, Тем не менее, особенно, когда Вы нацелены на целое дисковое устройство; если Вы инвертируете if= и of= опции, или иначе предоставляют неправильные возможности, можно легко повредить исходный диск.