Восстановление раздела без допустимых суперблоков

Question 1

Моя система имела эти разделы:

(Поле Dell с двойной загрузкой Ubuntu и отдельным домом / "другие данные" разделы)

Последовательность событий

Текущая ситуация

Мои разделы:

DellUtility (хорошо)
Windows 7 (хорошо)
Ubuntu 16.04 (хорошо)
/home-new (плохо, удаленный, в том же дисковом месте как исходный / домой) - расширенный
/ домой (кажется OK, в другом дисковом местоположении) - расширенный
virtualbox (плохо) - расширенный
подкачка (хорошо) - расширенный

"virtualbox" раздел является ~550GB. Это нечитабельно и не имеет никаких допустимых суперблоков.

Важные данные по нему: * изображение испытательного стенда моего исходного / размещает раздел, ~50GB, сам нечитабельный без допустимых суперблоков * некоторые исходные данные из / домой, который не был обработан Crashplan. Недостаточно быть критической проблемой, но достаточно быть раздражающим.

Обратите внимание, что первые начальные загрузки были прекрасны - это было на следующей начальной загрузке, проблемы произошли. "virtualbox" раздел был сохранен, поскольку Testdisk отображает на Карте памяти.

fdisk:

sudo fdisk -l /dev/sda
Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x15642c74

Device     Boot      Start        End    Sectors   Size Id Type
/dev/sda1  *            63      80324      80262  39.2M  6 FAT16
/dev/sda2         18395136  427995135  409600000 195.3G  7 HPFS/NTFS/exFAT
/dev/sda3        427995136 1920120831 1492125696 711.5G  f W95 Ext'd (LBA)
/dev/sda4       1920122880 1953523711   33400832  15.9G 82 Linux swap / Solaris
/dev/sda5        438233088  489433087   51200000  24.4G 83 Linux
/dev/sda6        773240832 1920120831 1146880000 546.9G 83 Linux
/dev/sda7        633921536  736321535  102400000  48.8G 83 Linux

Partition 1 does not start on physical sector boundary.
Partition table entries are not in disk order.

dumpe2fs:

sudo dumpe2fs /dev/sda6
dumpe2fs 1.42.13 (17-May-2015)
dumpe2fs: Bad magic number in super-block while trying to open /dev/sda6
Couldn't find valid filesystem superblock.

разделенный:

sudo parted -l
Model: ATA ST1000DM003-1CH1 (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type      File system     Flags
 1      32.3kB  41.1MB  41.1MB  primary   fat16           boot
 2      9418MB  219GB   210GB   primary   ntfs
 3      219GB   983GB   764GB   extended                  lba
 5      224GB   251GB   26.2GB  logical   ext4
 7      325GB   377GB   52.4GB  logical   ext4
 6      396GB   983GB   587GB   logical
 4      983GB   1000GB  17.1GB  primary   linux-swap(v1)

Гипотеза

Как можно предположить, это очень печально. Обратите внимание, что "Раздел 1 не запускается на физической границе сектора". предупреждение в fdisk, который не появился прежде.

Движение Разделом не запускается на физической границе сектора?, я подозреваю, что существует некоторая проблема выравнивания, которая путает дисковые утилиты низкого уровня, представленные этими 16,04 обновлениями, но это - просто подозрение.

gdisk:

sudo gdisk -l /dev/sda
GPT fdisk (gdisk) version 1.0.1

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present


***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. 
***************************************************************

Disk /dev/sda: 1953525168 sectors, 931.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 8C15FD44-F839-4637-853E-C092F0959C48
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1953525134
Partitions will be aligned on 8-sector boundaries
Total free space is 209964007 sectors (100.1 GiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1              63           80324   39.2 MiB    0700  Microsoft basic data
   2        18395136       427995135   195.3 GiB   0700  Microsoft basic data
   4      1920122880      1953523711   15.9 GiB    8200  Linux swap
   5       438233088       489433087   24.4 GiB    8300  Linux filesystem
   6       773240832      1920120831   546.9 GiB   8300  Linux filesystem
   7       633921536       736321535   48.8 GiB    8300  Linux filesystem

Вопросы

Как я могу определить причину? Моя система теперь кажется стабильной, но опасается дальнейших записей на диск низкого уровня.
Действительно ли возможно восстановить суперблок меньше "virtualbox" раздел - и затем надо надеяться, суперблок меньше "домашнее" изображение раздела в?

Возможно, суперблоки неповреждены, но через смещение, о котором не знает система.

Question 2

Сделали некоторые успехи (и частичный ответ):

Замеченный, что в некоторых приложениях (например, Системный монитор), в какой-то момент подкачка стала сообщаемой как 546.9 ГБ. Подкачка должна составить 15.9 ГБ, и это - число подозрительно около поврежденного "virtualbox" раздела.

lsblk показал, что/dev/sda6 - раздел - был также отображен через cryptswap1 для свопинга.

/etc/crypttab имел:

cryptswap1 /dev/sda6 /dev/urandom swap,cipher=aes-cbc-essiv:sha256

Дымящееся оружие! Таким образом, гипотеза теперь является 16,04 обновлениями, отказавшими, чтобы реконфигурировать подкачку правильно, и на более поздних начальных загрузках запуск подкачки повредил раздел (который объяснит, почему первые начальные загрузки были успешны).

Отключите подкачку везде (используемая техника в том, Что сделать о "дисководе для/dev/mapper/cryptswap1 еще, не готово или не существует"?)
Перезагрузка и подтверждает состояние подкачки меньше
Используйте испытательный стенд для исследования. Это пытается отметить активные разделы, как удалено и не может найти раздел, таким образом выйти.
Подтвердите состояние, неизменное с sudo dumpe2fs /dev/sda6
dumpe2fs: Bad magic number in super-block while trying to open /dev/sda6 Couldn't find valid filesystem superblock.
Так используйте последний метод, описанный выше:
sudo /sbin/mkfs.ext4 -S -v /dev/sda6
sudo mount /dev/sda6 /media/USER/virtualbox-image/
... и ls перечисляет некоторые файлы / каталоги!

Ну, ура!!

Я не мог получить доступ к файлам, поэтому выполнил fsck. Было столько ошибок, с которыми я сдался, прихорашиваются и интерактивные режимы и просто используемый-y. Вот некоторые сообщения fsck для ссылки:

Дескриптор группы 4 349 контрольных сумм являются 0xf6d0, должен быть 0x2ed1. ФИКСИРОВАННЫЙ.
/dev/sda6: Inode 13434881 используется, но имеет набор dtime. ФИКСИРОВАННЫЙ.
/dev/sda6: Inode 13434881 имеет дополнительный размер (336), который является недопустим ЗАФИКСИРОВАННЫЙ.
/dev/sda6: Inode 13434881 установили флаг INDEX_FL, но не является каталогом. ИНДЕКС HTREE ОЧИЩЕН.
/dev/sda6: Inode 13434881, i_blocks 137157068659908, должен быть 0. ФИКСИРОВАННЫЙ.
Inodes, которые были частью поврежденного найденного связанного списка висячей строки. Зафиксировать? да
Inode 13434886 был частью осиротевшего списка inode. ФИКСИРОВАННЫЙ.
Inode 13434886 имеет набор флага imagic.Ясно? да
Inode 13434886 имеет дополнительный размер (62340), который является недопустимой Фиксацией? да
Inode 13434886 имеет набор флага сжатия в файловой системе без поддержки сжатия.Ясно? да
Inode 13434886 установили флаг INDEX_FL, но не является каталогом. Очистить индекс HTree? да
Inode 13434886, i_size 18440780219561279704, должен быть 0. Зафиксировать? да
Inode 13434886, i_blocks равняется 219803506189340, должен быть 0. Зафиксировать? да
Inode 13495674 имеет плохой расширенный блок атрибута 21496064.Ясно? да
Inode 13495674 имеет недопустимый блок (блоки).Ясно? да
Недопустимый блок № 0 (1376321536) в inode 13495674. ОЧИЩЕННЫЙ.
Файл/image_new_superblock.dd (inode № 45605, ультрасовременное время среда 28 октября 12:58:24 2015) имеет 1, умножаются - требуемый блок (блоки), совместно использованный с 1 файлом (файлом):... (inode № 13455772, ультрасовременное время четверг 4 июля 3:48:32 1996) Клон умножаются - требуемые блоки? да

Много экранов вышеупомянутого, метки времени повсеместно. fsck, на самом деле прерываемый несколько раз из-за выделения памяти, LOL. В конечном счете это работало чистый с сообщениями:

Выполнение дополнительных передач для разрешения блоков, требуемых больше чем одним inode...
Передача 1B: Повторное сканирование для умножается - требуемые блоки
Передача 1C: Сканирование каталогов для inodes с умножается - требуемые блоки
Передача 1D: Согласование умножается - требуемые блоки

Может теперь смонтировать раздел и скопировать данные. Много файлов все еще кажется неповрежденным.

Но существует больше, чтобы сделать; этот раздел затрагивался в течение 3 недель. По-видимому, если я повторяю это на изображении, сделанном первоначально, я могу восстановиться больше или почти все данные. И все еще потребность исследовать "Раздел 1 не запускается на физической границе сектора". Но, выглядя хорошим!

Community · Answer 1 · 2 December 2019 в 10:07