У меня проблема с шибко Фон tl; dr в том, что я пытаюсь настроить систему двойной загрузки с общим разделом TrueCrypt/NTFS для рабочих файлов. Детали компьютера:
- HP ZBook 15
- 256G m.2 SATA SanDisk SD6PP4M SSD
- BIOS установлен в устаревшем режиме
- MBR, а не GPT (подобные проблемы с поиском в Google часто связаны с GPT. Это не).
- Режим SATA установлен на AHCI
Компьютер запустился со следующими разделами:
- система
- C:
- HP_RECOVERY
- HP_TOOLS
Я сделал резервную копию последних двух и расширил C:
Затем я сжал Windows до ~ 80G:
Затем я установил Minitool Partition Wizard, поскольку Windows не изменяет идентификаторы разделов (о которых я знаю), и мне потребовались /boot и / как тип 83 для установки linux. Мне также понадобился мой общий раздел для TrueCrypt/NTFS, поэтому я создал следующее из свободного пространства:
- Основной: 100G для TrueCrypt NTFS, отформатированный как NTFS (временно), ID 7
- Логический: 512M для
/boot, неформатированный, ID 83 - Логический: 50G для
/, неформатированный, ID 83
Я укороту середину истории, в которой говорится о невозможности загрузки EasyBCD по цепочке в мой логический /boot раздел. Было много создания / удаления / форматирования томов, связанных с Minitool, но ничего больше (например, не было записи в MBR).
Где-то по пути я перестал создавать логические разделы в Minitool. Я мог бы добавить их в очередь действий, щелкнуть «Применить», там будет указано «Операция выполнена успешно», но пространство будет отображаться как нераспределенное. Как это:
Действия в очереди и готовы к рок:
После нажатия кнопки «Применить» (обратите внимание, у меня только что был последний кусок нераспределенного пространства без разделов):
Не так быстро... Дисковая утилита Windows, кажется, считает, что операция прошла нормально!
Я даже могу отформатировать их:
Теперь загрузитесь в установочный USB-пакет Arch linux и посмотрите, что он думает:
### sometimes booting to USB reverses the normal /dev/sda for the SDD
### with /dev/sdb. This reboot happened to be one of those times...
# fdisk -l /dev/sdb
Invalid flag 0xefdb of EBR (for partition 5) will be corrected by w(rite).
Disk /dev/sdb: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x1e6513b3
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 2048 2101247 2099200 1G 7 HPFS/NTFS/exFAT
/dev/sdb2 2101248 172433407 170332160 81.2G 7 HPFS/NTFS/exFAT
/dev/sdb3 172435393 500103167 327667775 156.3G f W95 Ext'd (LBA)
/dev/sdb5 3629746069 6108529054 2478782986 1.2T 74 unknown
Таким образом, очевидно, что с расширенными / логическими разделами происходит что-то интересное (ошибка от fdisk и 256G!= 1,2 т ...).
Как насчет того, чтобы позволить fdisk работать?
# fdisk /dev/sdb
### delete partitions 3 and 5
### new primary, default start, +50G, change type from 83 -> 7
### new extended, default start, default end
### new logical, default start, default end
### w to write
# mkfs.ntfs -f /dev/sdb3
# mkdir ./ntfs
# mount /dev/sdb3 ./ntfs
# touch ./ntfs/test.txxt
# umount /dev/sdb3
# mkfs.ext4 /dev/sdb5
# mkdir ./ext4
# mount /dev/sdb5 ./ext4
# touch ./ext4/test.txt
# umount /dev/sdb5
Вернувшись в Windows, если я нажму на D:, мне предложат отформатировать его и скажут, что это не распознанный формат. Как насчет Minitool? Кажется просто отлично, и он даже может увидеть содержимое (щелкните правой кнопкой мыши D: -> Исследовать)!
Дисковая утилита Windows рассказывает другую историю:
Я преследовал это много, много часов. Вещи, которые я пробовал (все безуспешно):
- Форматирование с помощью FAT32 вместо NTFS
- Один основной против двух основных против одного основного + логический
- Форматирование из Linux и из Win утилита для дисков против из Minitool
chkdsk /f c:(флаги для проверки при перезагрузке, перезагрузке, проблем не найдено)- Нажмите
Escпри загрузке, перейдите к диагностике оборудования, запустите короткий тест, проблем не найдено chkdisk /f d:(если он создан Minitool, он находит ошибку$MFT, исправляет ее, а затем Minitool больше не распознает ее как отформатированную)- Defragging
- Удаление раздела, отличного от Windows, перераспределение Windows до полного диска и запуск процесса раздела с самого начала
- Если я пытаюсь отформатировать раздел в утилите диска Windows и смонтировать его в Linux, я получаю сообщение об ошибке «Подпись NTFS отсутствует».
- Я заметил, что если я удаляю 3-й раздел в утилите диска Windows и воссоздаю его на месте, конечные сектора меняются незначительно (с 382146607 до 382146559). Я подумал, что это может быть проблема, поэтому я создал разделы в Windows (дополнительные основные + 2 логики), обратил внимание на начальный / конечный секторы
/dev/sda3и расширенный контейнер и заново создал таблицу разделов, используя те же значения. Неудачно.
До сих пор я не нашел ни одного сценария, в котором бы подходили как утилита Windows, так и Minitool. Я имел успешную двойную систему загрузки. Если я создаю таблицу разделов с помощью fdisk , похоже, что Windows с удовольствием загружается с C: а Arch Linux с удовольствием загружается с /dev/sda5 (логично для /boot). Просто они, похоже, не признают раздел действительным одновременно.
Усложнение этой проблемы заключается в том, что ноутбук является рабочим компьютером, который поставляется с McAfee Endpoint Encryption (EEPC). Нет предварительной аутентификации перед загрузкой, но я полагаю, что некоторые части MBR все еще могут быть зашифрованы. Таблица разделов, очевидно, нет, так как fdisk не помешал мне загрузиться (я сделал резервную копию 512 МБ /dev/sda используя dd прежде чем пытаться это сделать, кстати). Я добавляю это, так как наткнулся на некоторые документы McAfee, заявляющие, что fixmbr не должен использоваться (не могу найти его в данный момент).
Приносит ли это поведение какие-либо идеи относительно того, что может быть проблемой? Учитывая, что Minitool раньше соглашался с утилитой диска, я думаю, что-то непреднамеренно пошло не так.
Я пытаюсь решить, можно ли это исправить или нужно просто попросить перерисовать диск. Я только что получил его около недели назад и еще не восстановил все свои файлы (так как я не смог создать общий раздел ни с шифрованием, ни без него), так что это идеальное время, чтобы откусить маркер и отправить билет.
Мой нежелательный обходной путь, чтобы не отказываться от ноутбука на полдня и начинать все сначала, заключался в том, чтобы получить крошечную флэш-память 64 ГБ и оставить ее постоянно в порту. Я бы использовал его либо для зашифрованного хранилища TrueCrypt/NTFS, либо для Arch.
Спасибо за любые предложения, и не стесняйтесь спрашивать любую дополнительную информацию.
