Вопрос: Странная таблица разделов


Мне был предоставлен жесткий диск для восстановления / извлечения данных. Этот жесткий диск был когда-то жестким диском компьютера, на котором были установлены окна и Linux (с использованием grub для изменения между двумя). Загрузка с жесткого диска больше невозможна. При подключении к linux найдено 4 раздела (/dev/sdb[1256]), но только /dev/sdb1 можно прочитать. /dev/sdb1 является grub-разделом, тогда как /dev/sdb5 был идентифицирован как своп-разбиение на blkid (возможно, это была другая программа, я проверю это). Монтаж разделов 2 и 6 дает ошибки, var/log/syslog говорит что-то о плохом суперблоке.
Тем не менее, самый раздражающий результат дает fdisk -l, который печатает таблицу разделов AFAIK.

Device    Start    End        Type
/dev/sdb1     2048  19531775  83 linux
/dev/sdb2 19533822 625141759   5 extended
/dev/sdb5 19533824  36304895  82 linux swap 
/dev/sdb6 36306944 625141759  83 linux

(1 сектор равен 512 байт, часть вывода была удалена мной. Я добавлю его, если необходимо)

Если я правильно понимаю, что-то не так с таблицей разделов. Как-то раздел 2 находится в том же месте, что и разделы 5 и 6, что может объяснить ошибки установки. (Я спрошу, какая ОС действительно была использована на этом жестком диске).


2
2018-05-24 12:03


Источник


Единственными разделами, которые могут потенциально хранить данные, являются sdb1 и sdb6 (информация о разделе дается экспертно по ответу грамотности), и здесь нет разделов Windows для восстановления данных. Хотя я не могу сказать наверняка, sdb1, вероятно, был root (/), а sdb6 был, вероятно, домашним (/ home) монтированием, поэтому более поздний, вероятно, самый важный. Если это возможно, поскольку вы получаете ошибки, я бы dd эти 2 раздела в файлы, затем монтируйте файлы и пытайтесь восстановить там. - acejavelin
"/dev/sdb1 это grub-partition "- Нет, я не думаю, что это так. Это около 9.5GiB, что предполагает, что это корневая файловая система (содержащая программы OS +, но не документы и носители). Хорошо, корневая файловая система будет Это дело также содержат grub, но для меня «grub-partition» подразумевает, что это только содержит grub. - marcelm
@marcelm Если /dev/sdb1 будет корневым разделом, будут такие каталоги, как bin, var, etc и другие. Я просто быстро посмотрел на него, но я этого не видел. Я быстро решил, что /dev/sdb1 не было корневой файловой системы, потому что в самой верхней директории было много файлов, содержащих «grub». Но, конечно, это не говорит, что я прав, до сих пор я видел только ограниченное количество дистрибутивов Linux. Я посмотрю на это позже. Спасибо. - AidenPearce
Проверить дисковод (возможно озверели) Разделы NTFS, см. Мой ответ здесь: askubuntu.com/a/776317/271 - Andrea Lazzarotto


Ответы:


Если я правильно разбираюсь, что-то не так с таблицей разделов. Как-то раздел 2 находится в том же месте, что и разделы 5 и 6, что может объяснить ошибки установки.

Это нормально. Таблица разделов MBR в MS-DOS-эшелоне может содержать только 4 раздела, поэтому принято использовать последнюю «расширенный» раздел, в котором дополнительные «логические» разделы вложены.

(Linux всегда выводит логические разделы, начиная с 5+, и хотя имена в fdisk -l фактически составлены, они также следуют той же нумерации.)

(В то время как по теме не забывайте, что есть другие таблицы разделов, такие как GPT. Fdisk 2.23 понимает GPT, но более старые версии этого не делают.)

Также обратите внимание, что типы разделов не всегда соответствуют фактическим данным внутри. Не исключено, что владелец, возможно, решил использовать sdb5 для данных и sdb6 для обмена, но забыл обновить типы разделов MBR (в любом случае, Linux игнорирует).

Как получить эти файлы с жесткого диска или (лучше) изменить жесткий диск, чтобы linux мог монтировать все разделы

Пытаться PhotoRec,

Моя первая мысль заключалась в том, чтобы сделать резервную копию с dd, а затем разрешить запуск fsck на / dev / sdb

Создание резервной копии - хорошая идея. Пытаясь запустить fsck на что-то, что не FS ничего полезного. /dev/sdb1 или /dev/sdb6 были бы лучшими целями для этого, поскольку они содержат файловые системы.


7
2018-05-24 12:17



Спасибо за ваш быстрый ответ. Хорошо знать, что таблица разделов в порядке (вы узнаете что-то новое каждый день :)). Я попробую фоторек и другое программное обеспечение для восстановления (есть также видео на этом диске) после завершения резервного копирования, чтобы не забыть fsck on /dev/sdb6, - AidenPearce
Я бы посоветовал пойти с testdisk перед тем, как вырезать photorec, Testdisk понимает файловые системы, поэтому сначала нужно попробовать, чтобы получить лучший результат. - Andrea Lazzarotto


Отображаемая таблица разделов относится к чистый Система Linux: на ней нет следов Windows. Итак, учитывая, что вы заявили:

Этот жесткий диск был когда-то жестким диском компьютера, на котором были установлены окна и Linux ...

возможно, тот, кто дал его вам, был прав, когда он сказал ...

Кроме того, человек, который дал мне жесткий диск, теперь думает, дал ли он мне правильный.

Файлы пользователя находятся в /home/, который, вероятно, будет разделен /dev/sdb6, Нет необходимости использовать что-то сложное, как photorec, и, возможно, вы можете восстановить раздел в его полное рабочее состояние альтернативным способом. Не могли бы вы точно указать, какое сообщение об ошибке вы получите при попытке установить раздел /dev/sdb6? Если это только вопрос плохого суперблока, это можно легко вылечить:

  1. Проверьте файловую систему (вам может потребоваться повторить это с помощью ext2 или ext3, из вышеизложенного не видно, какая файловая система использовалась),

     sudo fsck.ext4 -v /dev/sdb6
    
  2. Если суперблок действительно поврежден, тогда вы получите

    fsck /dev/sdb6
    fsck 1.41.4 (27-Jan-2009)
    e2fsck 1.41.4 (27-Jan-2009)
    fsck.ext4: Group descriptors look bad... trying backup blocks...
    fsck.ext4: Bad magic number in super-block while trying to open /dev/sdb6
    
    The superblock could not be read or does not describe a correct ext4
    filesystem.  If the device is valid and it really contains an ext4
    filesystem (and not swap or ufs or something else), then the superblock
    is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 /device
    
  3. Найдем, где резервные суперблоки,

    sudo mke2fs -n /dev/sdb6
    

    При загрузке длинного вывода вы найдете что-то вроде:

    Superblock backups stored on blocks:
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208
    
  4. И теперь, наконец, исправьте это, заменив дефектный суперблок на один (любой) резервный:

    sudo e2fsck -b block_number /dev/sb6
    

Перезагрузитесь, и вам должно быть хорошо идти. Если нет, попробуйте другой суперблок. Как я и сказал, если это причина, по которой вы не смогли установить раздел /dev/sdb6, все это намного проще, чем использование photorec, плюс вы восстановите диск и его разделы в их первозданном состоянии.


-1
2018-05-25 08:56



«На нем нет следов Windows». Вы считаете, что таблица разделов надежна и не перезаписана. Это может быть довольно сильное предположение. Тем не менее, OP должен отсканировать диск для остатков NTFS. :) - Andrea Lazzarotto
В NTFS нет суперэкрана (ну да, MFT, но это не то же самое). Если OP хочет проверить наличие трасс NTFS, таблица разделов не следует доверять вслепую. - Andrea Lazzarotto
Да, и я разработал программное обеспечение для восстановления судебной системы NTFS. Это не меняет того факта, что ваша зависимость от таблицы разделов - довольно наивный подход. Вы не можете определить, что нет следов файловой системы NTFS только потому, что таблица разделов не перечисляет ее. Если вы не доверяете этому (очевидному) факту, вы можете проверить Брайан Перевозчик. Судебный анализ файловой системы. ISBN 0321268172. или Харлан Карви. Windows Forensics и восстановление инцидентов. ISBN 0321200985. - Andrea Lazzarotto