Эта странная, но забавная проблема довольно актуальна, так что пока я не получу ответ, она будет опубликована здесь и здесь.

У меня есть расширенный раздел, содержащий три системы Linux, каждая в своем собственном разделе. Каждая из этих систем отображает это в gparted:

Перекрытие перекрытий:

Гном-диски видят это:

Первоначально я думал, что это не может быть точным, поскольку я точно знал, что раздел Mint фактически занимает то, что здесь выглядит как свободное пространство в расширенном разделе, тогда как Win7 берет то, что здесь показано как свободное пространство справа. Но я получил ответ и комментарии, предлагающие иное.

Я также могу подтвердить, что свободное пространство, которое я считаю фактически местом, где был раздел Win 7, теперь стало меньше (66 ГБ), чем раньше (выше 100 ГБ). Как будто раздел Mint объемом 42 ГБ был перемещен из расширенного раздела (который теперь имеет 42 ГБ свободного места) в раздел Win, который был таким образом удален и оставил разницу в 66 ГБ свободной.

Вот как таблица разделов была некоторое время назад, когда eOS и Ubuntu заняли другие ОС:

Как я попал в это:

Я использую в основном Linux и список grub для загрузки. Я сжал большой раздел NTFS слева (помеченный как Depo), чтобы установить там Windows XP 32bit. Я сделал это и, конечно, потерял лихорадку. Я восстановил его с живого USB EOS. Это восстановило grub и поместило в качестве первой в списке мою первоначальную установку Linux (Mint Xfce), которая здесь видна снаружи справа от расширенного раздела, хотя фактически она занимает то, что отображается выше как пустое пространство внутри расширенного раздела. ,

Другие симптомы:

  • Раздел Windows 7 полностью недоступен; единственный, отсутствующий в списке grub и невидимый во всех системах
  • Все разделы, кроме Win7, доступны в операционных системах (кроме, конечно, XP, которая не видит ext4).

(Я должен перезагрузиться, чтобы сообщить об остальном)

Как я могу это исправить, если не с gparted?

Я бы предпочел графический интерфейс.


Обновление для ответа на комментарии и ответы:

~$ cat /proc/partitions
major minor  #blocks  name

   8        0  488386584 sda
   8        1  185841664 sda1
   8        2   50996224 sda2
   8        3          1 sda3
   8        4   41389648 sda4
   8        5   51796875 sda5
   8        6   52628906 sda6
  11        0    1048575 sr0

Команда sudo smartctl -a /dev/sda следующему результату: http://pastebin.com/MLEXi8TF

Команда sudo dd if=/dev/sda bs=512 count=1 | xxd | cat имела такой результат: http://pastebin.com/z10QbqqQ


ОБНОВЛЕНИЕ ПОСЛЕ ОТВЕТА:

Раздел Mint 42 ГБ перекрывает раздел 100 ГБ, который был таким образом удален. Чтобы исправить это, я должен просто удалить раздел Mint 42 ГБ?


В последнем gparted live usb я получаю два сообщения об ошибках, но потом вижу это:

3 ответа3

0

Из /proc /partitions мы видим следующее:

1) У вас есть 4 основных раздела (1-4). Таблица разделов DOS может иметь до 4 основных разделов, которые в Linux пронумерованы 1-4. Одним из этих первичных разделов может быть расширенный раздел, содержащий несколько разделов. Ваш раздел № 3 является расширенным разделом.

2) У вас есть 2 логических раздела в расширенном разделе. Это sda5 и sda6.

Так что на самом деле кажется, что Gnome-disk прав: у вас есть только два раздела в расширенном разделе, а основной раздел 4 не принадлежит вашему расширенному разделу.

К сожалению, /proc /partitions не показывает размер расширенного раздела. Для этого нам понадобится вывод fdisk -l или хотя бы fdisk -l /dev/sda поэтому я не могу точно сказать, перекрывается ли какой-либо из ваших основных разделов 4 неиспользуемым пространством в расширенном разделе 3.

Так как fdisk не показывает какой-либо вывод, что-то может быть некорректно с вашей таблицей разделов. Может быть, cfdisk будет более полезным.

0

Спасибо за вывод xxd. Преобразовав его обратно в двоичный файл с помощью xxd -r и изучив этот файл с помощью sfdisk, я вижу следующее:

   Device Boot Start     End   #cyls    #blocks   Id  System
 xxd.bin1   *     25+  23161-  23137- 185841664    7  HPFS/NTFS
 xxd.bin2      23161+  29510-   6349-  50996224    7  HPFS/NTFS
 xxd.bin3      29510+  47663-  18154- 145817169+   5  Extended
 xxd.bin4      42511+  47663-   5153-  41389648+  83  Linux

Таким образом, ваш основной раздел 4 действительно перекрывается с вашим расширенным разделом 3. Они оба заканчиваются в одной позиции. Из таблицы разделов в MBR невозможно получить информацию о ваших логических разделах. Эти данные находятся в начале /dev /sda3 и, вероятно, немного сложнее для изучения.

Я предполагаю, что вы как-то указали и щелкнули в gparted и сделали логический раздел для Mint основным разделом. Знаете ли вы, если раздел Mint был логическим разделом с номером 5 или выше?

Каким-то образом gparted теперь кажется слишком запутанным. Если вам повезет, parted все равно будет использоваться из командной строки. Что сказал parted -l ?

Чтобы удалить основной раздел 4, выполните следующие действия:

1) Начните с вашего текстового файла, созданного с помощью xxd из первых 512 байт вашего диска.

2) Отредактируйте конец этого файла из:

`00001e0: ffff 05fe ffff feff 411c a3fc 6111 00fe  ........A...a...`
`00001f0: ffff 83fe ffff 00e0 b428 a11c ef04 55aa  .........(....U.`

чтобы:

`00001e0: ffff 05fe ffff feff 411c a3fc 6111 0000  .......$....hQ..`
`00001f0: 0000 0000 0000 0000 0000 0000 0000 55aa  ..............U.`

3) Создайте двоичный файл из вашего текстового файла, примерно так:xxd -r xxd2.txt > xxd2.bin Созданный двоичный файл должен иметь размер 512 байт.

4) Скопируйте двоичный файл в начало вашего диска:dd if=xxd2.bin of=/dev/sda

5) Теперь у вас больше не должно быть 4-го основного раздела и перекрывающихся разделов. Если вам повезет, теперь вы сможете восстановить логический раздел Mint и основной раздел Windows с помощью parted. Если вам не повезет, вещи станут еще большим беспорядком, чем раньше. Убедитесь, что у вас есть резервная копия и вы знаете, как ее использовать!

0

Поскольку ответ Хенрика Карлквиста казался "продвинутым" для моих навыков, я попытался просто удалить раздел мяты в сеансе USB Gparted в реальном времени, который показал это изображение

Но это было все еще неточно, потому что 39,47 ГБ пространства раздела mint появляется как внутри, так и снаружи расширенного раздела, но также и за пределами 100 ГБ пространства раздела ex-Win7: было показано, что диск имеет на 39,47 ГБ больше, чем он. действительно имеет. Во всяком случае, я продолжил. Удаление раздела Mint (который появился как основной) в сеансе Gparted, похоже, сработало, но я также расширил раздел eOS вправо до 39,47 ГБ пространства первоначального логического раздела mint. Это привело к тому, что оба были объединены в одно нераспределенное пространство: как будто пустое пространство было расширено ... Таким образом, раздел eOS был потерян.

Итак, я решил удалить все разделы, очистив весь диск.

Я заметил, что "Диски" («gnome-disk-utility», доступная в источниках, по умолчанию в Unity) не только могли видеть правильное положение разделов, но также создавать (создавать резервные копии) и восстанавливать образы дисков. Таким образом я сохранил, а затем восстановил одну из своих систем (остальное мне было наплевать).

Было ясно, что Gparted не видит все правильно, ищет решение, задает новый вопрос и делает следующее:

Загрузился в живую сессию USB и сделал

sudo dd if=/dev/urandom of=/dev/sda bs=1M

Но это не сработало, как я хотел, так как индикатор работы процессора был в основном выключен (или это индикатор жесткого диска?), А кулер был очень громким.

Затем я прочитал, что команда urandom очень медленная, поскольку она действительно пытается произвести действительно случайные числа. Меня не интересовало уничтожение всех данных в целях безопасности, а просто очистка всех разделов (что-то не так с ними), поэтому я остановил процедуру и сделал:

sudo dd if=/dev/zero of=/dev/sda bs=1M

При этом кулер успокоился, пока этот "рабочий свет" был там постоянно.

И чтобы увидеть прогресс этого, я открыл отдельное окно терминала и сделал

watch -n5 'sudo kill -USR1 `pgrep ^dd`'

который каждые 5 секунд сообщает о прогрессе в начальном окне терминала (источник)

245423407104 bytes (245 GB) copied, 3430.82 s, 71.5 MB/s
234354+0 records in
234354+0 records out
245737979904 bytes (246 GB) copied, 3435.84 s, 71.5 MB/s
234655+0 records in
234655+0 records out
246053601280 bytes (246 GB) copied, 3440.88 s, 71.5 MB/s
234956+0 records in
234956+0 records out
246369222656 bytes (246 GB) copied, 3445.91 s, 71.5 MB/s

... потребовалось 2 часа тридцать минут для жесткого диска емкостью 500 ГБ на 4-летнем среднем ноутбуке с оперативной памятью 4 ГБ.

Я восстановил образ одной из моих систем с помощью утилиты Disk, которая кажется отличным инструментом.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .