Как смонтировать системную MBR Windows (NTFS) при использовании USB для загрузки?
У меня был старый компьютер с системой Windows XP, настроенной так:
c:\
d:\
e:\
f:\
?:\ backup disk
Я хотел установить Windows 10 на этот компьютер и удалил c:\ (поскольку он не позволил мне отформатировать его, я не знал, что Windows 10 не может быть установлена в систему MBR), и теперь это 50 ГБ незанятого пространства.
Я пытаюсь сделать с Ubuntu резервное копирование моих данных в d:\, e:\, f:\, но после загрузки в систему я вижу только /dev/sda1
а также /dev/sda2
и последний является резервным диском в формате FAT 32 (LBA). С sudo fdisk -l
я могу видеть /dev/sda1
в неизвестном формате. И если я использую:
sudo ntfs-3g /dev/sda1 /mnt/windows
ИЛИ ЖЕsudo mount -t ntfs-3g /dev/sda1 /mnt
Терминал вернет подпись NTFS, отсутствует ошибка...
(То же самое касается /dev/sda
имеется ввиду крепление всего диска)
Если я использую sudo gdisk -l /dev/sda
будет указано точное совпадение типов для кода типа 1F00.
С sudo lsblk -f
Я получил:
loop0 squashfs /rofs
sda
sda1
sda2 vfat sys_bak 3e28-1cab
С sudo lsblk -m
Я получил:
loop0 1.5G root
sda 931.5G root
sda1 877.8G root
sda2 4.9G root
С sudo parted -ls
Я получил:
Model: ATA WDC WDXXX(scsi)
Disk /dev/sda: 1000GB
Selector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File System Flags
1 52.4GB 995GB 943GB primary null null null
2 995GB 1000GB 52440MB primary fat32 null boot, lba
С df -h
Я не имею ничего общего с /dev/sda
1 ответ
Windows 10 может быть установлена в BIOS/CSM/ устаревшем режиме. Хитрость заключается в контроле режима загрузки. Даже если в прошивке включен CSM, на большинстве компьютеров нет гарантии, что система действительно загрузится в режиме BIOS; он может загружаться в режиме EFI, в зависимости от алгоритмов, используемых микропрограммой для определения способа загрузки, и действий, предпринимаемых пользователем во время загрузки. Смотрите эту страницу для получения дополнительной информации по этой теме. Этот вопрос во многом спорный, хотя....
На основании вашего parted
вывод, кажется, что ваша таблица разделов сильно повреждена. Я подозреваю, что на вашем диске изначально использовался диспетчер логических дисков Windows (LDM), он же "динамические диски". Эта система похожа на Ubuntu Logical Volume Manager (LVM), но эти две системы несовместимы друг с другом. В обоих случаях обычные разделы объединяются в так называемую (в случае LVM) группу томов (VG), а VG, в свою очередь, снова разбивается на логические тома (LV). Это может показаться бессмысленным, но это добавляет гибкости. Похоже, что Windows делает это главным образом, чтобы получить возможность хранить более четырех томов (LV) на диске MBR, который ограничен четырьмя основными разделами. Более старое решение этой проблемы, которое до сих пор используется в Ubuntu, заключается в использовании логических разделов, которые отличаются от LV, несмотря на схожие имена! Логические разделы отображаются как разделы, хранящиеся в расширенном разделе, это инструменты разбиения, такие как GParted и fdisk
, Эти инструменты не могут справиться с конфигурацией LDM; они показывают базовые разделы MBR, а не LV, которые они в конечном итоге размещают.
В своем вопросе вы отмечаете, что на диске было четыре или пять "дисков" (разделов) в Windows - вы указываете C:
, D:
, E:
, F:
, а также " ?:
"(" резервный диск "). Если под последним вы имеете в виду пятый раздел с буквой диска, которую вы не помните, скорее всего, Windows использовала бы LDM для их настройки. Есть большая вероятность, что GParted приведет вас неверно полагать, что первый раздел LDM был C:
, Таким образом, вы удалили первый раздел LDM, а не C:
; и с первым пропавшим разделом LDM все в LDM было скомпрометировано. Случайно ваш /dev/sda2
кажется, что FAT32, поэтому он может содержать целую файловую систему FAT32.
Моя рекомендация по восстановлению:
- Если возможно, сделайте низкоуровневое резервное копирование всего диска. Например,
sudo dd if=/dev/sda of=/path/to/lots/of/space/sda.img bs=4096
, Эта команда выполняет резервное копирование/dev/sda
вsda.img
на каком-то другом устройстве. (Вам нужно где-то смонтировать его и указать путь к этому устройству как частьof=
вариант.) Смысл этого шага в том, что остальная часть процедуры может ухудшить ситуацию, поэтому вы сможете восстановить все в плохое (но лучшее) состояние, если это произойдет. - С помощью
fdisk
или жеparted
удалите разделы на/dev/sda
, - Используя TestDisk, ищите файловые системы на диске и восстанавливайте их.
Если повезет, TestDisk сможет создать новую таблицу разделов, которая даст вам доступ к вашим файловым системам. Это будет сделано без использования LDM, и результат может быть не загрузочным; но, по крайней мере, есть большая вероятность, что вы сможете восстановить свои данные, удалить реальные C:
, а затем установите Windows 10 или Ubuntu на диск.
Возвращаясь к вопросу о режиме загрузки, похоже, что ваш компьютер загрузил установщик Windows 10 в режиме EFI. Таким образом, вы можете указать TestDisk использовать GPT для своих восстановленных разделов. Я точно не знаю, как это сделать не по назначению. Если вы не можете понять это, не беспокойтесь об этом; альтернатива - восстановить разделы как MBR, а затем выполнить преобразование MBR в GPT с gdisk
, В любом случае, главное - иметь GPT-диск с пустым пространством, чтобы Windows могла установить его в режиме EFI. Альтернатива состоит в том, чтобы добраться до точки, где у вас есть MBR-диск, и выяснить, как загрузить установщик Windows в режиме BIOS. Однако это может привести к другому преобразованию MBR в LDM, что может вызвать проблемы в будущем, если вы решите выполнить двойную загрузку с Linux.
Если вы решите сделать полное преобразование в Ubuntu, а не устанавливать Windows 10, имейте в виду, что использование NTFS на компьютере с Ubuntu только неразумно. Проблема в том, что для Ubuntu нет хороших инструментов обслуживания NTFS. Таким образом, когда (не если) том NTFS нуждается в восстановлении, вам придется перепрыгивать через дополнительные обручи. Если вы выбираете установку только в Ubuntu, вам следует создать резервные копии разделов данных NTFS, преобразовать их в собственные формы Linux и восстановить в них данные.