Мой ноутбук имеет Hitachi HTS725050A7E, это 500 ГБ с размером блока 4 КБ. Он поставляется с двумя разделами, разделом восстановления 10G на передней части диска и оставшимся дисковым пространством в одном большом основном разделе для C:. Я использовал диспетчер дисков Win7, чтобы уменьшить основной раздел до 358G, и загрузил новейший linux mint livecd.
Вот где это становится странным: в установщике linux mint, когда я шел создавать раздел, два существующих раздела NTFS не обнаруживаются.
Я вышел из установщика и в терминале попробовал sudo fdisk -l и он также не находит разделы NTFS, вместо этого он говорит, что весь диск представляет собой один огромный раздел FAT. Благослови Linux Mint за наличие TestDisk в его репозиториях, я смог быстро установить его и искать разделы. TestDisk мог найти их, выполнив поиск, но также увидел огромный раздел FAT. Я загрузился обратно в Windows и запустил там TestDisk, и получил совершенно другие результаты. В Windows TestDisk даже не видел ни одного раздела FAT и мог правильно читать два NTFS-раздела из таблицы разделов без поиска.
Я попробовал Ubuntu Live CD с теми же результатами, и я также исследовал жесткий диск во всех трех ОС, используя DFSee, и получил аналогичные результаты. DFSee в Windows может понять таблицу разделов, а в Linux - нет. Я думаю, что должна быть какая-то ошибка в таблице разделов, которую закрывает windows, или, возможно, драйвер windows для диска взаимодействует с прошивкой диска иначе, чем драйвер linux.
Итак, вот мой вопрос: у меня есть два варианта использования TestDisk, и я не уверен, что лучше ... Я могу создать резервную копию таблицы разделов в окнах TestDisk, загрузиться с live-диска linux и восстановить таблицу разделов из резервной копии. Или, в Linux Live CD, используйте testdisk для поиска разделов и попытайтесь восстановить таблицу разделов таким образом.
Что лучше, или я должен идти в другом направлении? Мне нужно установить Linux на этом ноутбуке.
обновление: таблица разделов в формате MBR.
обновление: я загрузил файл журнала с testdisk (windows) здесь: http://is.gd/orM5O7. В первой части вы увидите сообщение «Анализировать диск /dev /sda», после чего будут найдены правильные разделы. Но когда он начинает поиск, он видит раздел FAT в 0/1/1.
Я также загрузил журнал тестовых дисков из Linux: http://is.gd/mLay6f. В этом журнале вы можете видеть, что при запуске у него нет правильных разделов, но после поиска он может их найти.
Наконец, прикрепленный здесь: https://docs.google.com/open?id=0BzuZ-DbTYjC2R01nbEdrdW02NDQ - это первые 512 байт моего диска (я сгенерировал с помощью dd if=/dev/sda of=sda.img bs=512 count=1) Глядя на это в шестнадцатеричном редакторе, обнаруживается недостающий фрагмент головоломки. Этот первый сектор диска имеет ASCII-строку DENALI_DATAPLEX в передней части, а чуть дальше - строку Dataplex ERROR: Mem alloc failed...Write error
Оказывается, это все побочные эффекты установки кеш-накопителя NVELO Dataplex на ноутбуке. Когда Dataplex был установлен, он сделал это для таблицы разделов и исправил его с помощью невидимой магии драйвера в Windows. Мы должны удалить dataplex, чтобы использовать диск из операционной системы, не поддерживающей dataplex. У них нет драйверов linux и они не поддерживают конфигурации с двойной загрузкой, поэтому кэширование просто не будет работать.