Окно не может обнаружить жесткий диск после попытки восстановить двойную загрузку через Boot Repair

Следующее сообщение GParted очень беспокоит:

Большинство жестких дисков имеют 512-байтовые логические сектора. Старые жесткие диски также имеют 512-байтовые физические секторы, но многие более новые имеют 4096-байтовые физические сектора, каждый из которых «переводится» в восемь 512-байтовых секторов. Несколько современных дисков имеют 4096-байт физических и логических секторов. Единственными дисками, которые я знаю с 2048-байтовыми секторами, являются оптические диски - компакт-диски, DVD-диски, магнитооптические (MO) диски и их варианты, такие как CD-R. Таким образом, тот факт, что GParted говорит, что размер физического блока (сектора) составляет 2048 на обычном жестком диске, очень странный.

Размер сектора - это не то, что вы можете изменить; он исправлен в аппаратных средствах, по крайней мере, на современных жестких дисках. Таким образом, тот факт, что GParted требует размер физического сектора, является чем-то странным для аппаратного сбоя. Если это так, вам нужно будет заменить свой диск. Возможно, выполнение низкоуровневой копии исходной файловой системы на новый диск сделает ее читаемой снова. OTOH, ваш выход fdisk указывает стандартный размер сектора 512 байтов (как физический, так и логический). Таким образом, может быть, вы обнаружили ошибку в GParted (или библиотеке libparted, на которую она ссылается).

Другая возможность заключается в том, что сообщение GParted относится к размеру блоков данных файловой системы (так называемый «размер кластера»). Согласно этой странице Microsoft, это может быть 512 байт до 64 килобайт для NTFS, в зависимости от того, какая версия ОС создала файловую систему и каков размер файловой системы. Если структуры данных NTFS стали повреждены, возможно, что Windows станет не загружаемой, а утилиты Linux также не смогут справиться. Если эта гипотеза верна, есть вероятность, что утилита восстановления NTFS сможет исправить файловую систему. Обратите внимание, что для Linux нет хороших утилит восстановления NTFS. Инструмент ntfsfix выполняет несколько тривиальных проверок, а затем помещает файловую систему для восстановления в Windows. Чтобы правильно восстановить эту файловую систему, вам нужно будет загрузить аварийный диск Windows, а затем запустить CHKDSK на нем или какой-либо другой инструмент для восстановления файловой системы Windows. Если вы считаете, что это причина, я рекомендую просить на форуме Windows дополнительную помощь, так как восстановление NTFS является проблемой Windows, а не проблемой Ubuntu.

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

Это приведет к резервному копированию всего устройства /dev/sda на /path/to/lots/of/space/sda.img; вы установили резервный носитель в /path или какой-нибудь подкаталог на пути к sda.img. (Конечно, вы, вероятно, измените имя точки монтирования.)

Вы можете использовать аналогичную команду для копирования всего диска; вы просто используете of=/dev/sdb, а не значение of=, указывающее на файл в файловой системе. Будьте особенно осторожны с dd, особенно, когда вы нацеливаете целое дисковое устройство; если вы измените параметры if= и of= или иным образом предоставите неверные параметры, вы можете легко уничтожить исходный диск.

Следующее сообщение GParted очень беспокоит:

Большинство жестких дисков имеют 512-байтовые логические сектора. Старые жесткие диски также имеют 512-байтовые физические секторы, но многие более новые имеют 4096-байтовые физические сектора, каждый из которых «переводится» в восемь 512-байтовых секторов. Несколько современных дисков имеют 4096-байт физических и логических секторов. Единственными дисками, которые я знаю с 2048-байтовыми секторами, являются оптические диски - компакт-диски, DVD-диски, магнитооптические (MO) диски и их варианты, такие как CD-R. Таким образом, тот факт, что GParted говорит, что размер физического блока (сектора) составляет 2048 на обычном жестком диске, очень странный.

Размер сектора - это не то, что вы можете изменить; он исправлен в аппаратных средствах, по крайней мере, на современных жестких дисках. Таким образом, тот факт, что GParted требует размер физического сектора, является чем-то странным для аппаратного сбоя. Если это так, вам нужно будет заменить свой диск. Возможно, выполнение низкоуровневой копии исходной файловой системы на новый диск сделает ее читаемой снова. OTOH, ваш выход fdisk указывает стандартный размер сектора 512 байтов (как физический, так и логический). Таким образом, может быть, вы обнаружили ошибку в GParted (или библиотеке libparted, на которую она ссылается).

Другая возможность заключается в том, что сообщение GParted относится к размеру блоков данных файловой системы (так называемый «размер кластера»). Согласно этой странице Microsoft, это может быть 512 байт до 64 килобайт для NTFS, в зависимости от того, какая версия ОС создала файловую систему и каков размер файловой системы. Если структуры данных NTFS стали повреждены, возможно, что Windows станет не загружаемой, а утилиты Linux также не смогут справиться. Если эта гипотеза верна, есть вероятность, что утилита восстановления NTFS сможет исправить файловую систему. Обратите внимание, что для Linux нет хороших утилит восстановления NTFS. Инструмент ntfsfix выполняет несколько тривиальных проверок, а затем помещает файловую систему для восстановления в Windows. Чтобы правильно восстановить эту файловую систему, вам нужно будет загрузить аварийный диск Windows, а затем запустить CHKDSK на нем или какой-либо другой инструмент для восстановления файловой системы Windows. Если вы считаете, что это причина, я рекомендую просить на форуме Windows дополнительную помощь, так как восстановление NTFS является проблемой Windows, а не проблемой Ubuntu.

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

Это приведет к резервному копированию всего устройства /dev/sda на /path/to/lots/of/space/sda.img; вы установили резервный носитель в /path или какой-нибудь подкаталог на пути к sda.img. (Конечно, вы, вероятно, измените имя точки монтирования.)

Вы можете использовать аналогичную команду для копирования всего диска; вы просто используете of=/dev/sdb, а не значение of=, указывающее на файл в файловой системе. Будьте особенно осторожны с dd, особенно, когда вы нацеливаете целое дисковое устройство; если вы измените параметры if= и of= или иным образом предоставите неверные параметры, вы можете легко уничтожить исходный диск.