Пытаясь смонтировать резервную копию / dev / sda как ext4 для восстановления, fdisk сообщает о неверной таблице разделов

Question 1

Я использовал dd if=/dev/sda of=~/backup.img, где /dev/sda была файловая система ext4. Я хочу выполнить восстановление на нем, что означает, что мне нужно смонтировать его как файловую систему ext4 с помощью приложения extundelete . Кто-нибудь может мне помочь смонтировать это правильно?

Выход из dumpe2fs -h:

dumpe2fs 1.42.5 (29-Jul-2012)  
Filesystem volume name:   DOROOT  
Last mounted on:          /  
Filesystem UUID:          6c4f1456-a5bb-4d1d-afd4-a13d0a1ce63d  
Filesystem magic number:  0xEF53  
Filesystem revision #:    1 (dynamic)  
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize  
Filesystem flags:         signed_directory_hash  
Default mount options:    (none)  
Filesystem state:         clean  
Errors behavior:          Continue  
Filesystem OS type:       Linux  
Inode count:              1310720  
Block count:              5242880  
Reserved block count:     262144  
Free blocks:              4116242  
Free inodes:              1127629  
First block:              0  
Block size:               4096  
Fragment size:            4096  
Reserved GDT blocks:      1022  
Blocks per group:         32768  
Fragments per group:      32768  
Inodes per group:         8192  
Inode blocks per group:   512  
Flex block group size:    16  
Filesystem created:       Thu May  3 16:58:15 2012  
Last mount time:          Sat Jul 13 10:24:27 2013  
Last write time:          Thu Mar 28 12:54:31 2013  
Mount count:              2  
Maximum mount count:      29  
Last checked:             Thu Mar 28 12:54:31 2013  
Check interval:           15552000 (6 months)  
Next check after:         Tue Sep 24 12:54:31 2013  
Lifetime writes:          724 MB  
Reserved blocks uid:      0 (user root)  
Reserved blocks gid:      0 (group root)  
First inode:              11  
Inode size:           256  
Required extra isize:     28  
Desired extra isize:      28  
Journal inode:            8  
Default directory hash:   half_md4  
Directory Hash Seed:      9eb0125c-e592-492e-87ad-aaf42f92061d  
Journal backup:           inode blocks  
Journal features:         journal_incompat_revoke  
Journal size:             128M  
Journal length:           32768  
Journal sequence:         0x0006800e  
Journal start:            23393

Выход из fdisk -lu:

Disk ssdback: 21.5 GB, 21474836480 bytes  
255 heads, 63 sectors/track, 2610 cylinders, total 41943040 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  
Disk identifier: 0x00000000  
Disk ssdback doesn't contain a valid partition table

Выход из df:

Filesystem Size Used Avail Use% Mounted on /dev/sda 20G 3.4G 16G 18% / udev 242M 8.0K 242M 1% /dev tmpfs 99M 208K 99M 1% /run none 5.0M 0 5.0M 0% /run/lock none 246M 0 246M 0% /run/shm

Выходные данные из blkid /dev/sda:
/dev/sda: LABEL="DOROOT" UUID="6c4f1456-a5bb-4d1d-afd4-a13d0a1ce63d" TYPE="ext4"

Question 2

Вы говорите, что «/dev/sda была файловой системой ext4». Если это утверждение верно, это означает, что весь диск был одной файловой системой, без таблицы разделов. Если это так, fdisk будет бесполезен на диске, потому что fdisk манипулирует таблицами разделов, а ваш диск не имеет такой структуры данных. Таким способом можно создать файловую систему на всем диске, но это необычно; гораздо чаще создать таблицу разделов на диске, даже если вы собираетесь использовать все это как одну файловую систему. Поскольку вы не сообщали имена файлов устройств другими командами, неясно, настроили ли вы их таким образом или у вас возникли какие-то проблемы. Вы можете понять это с помощью blkid, например:

$ sudo blkid /dev/sda
/dev/sda: UUID="a139b90e-2f94-4378-bf66-fe7669808dbe" TYPE="ext4"

Этот пример показывает, что /dev/sda действительно раскрывает действительную файловую систему ext4. Вы также можете искать файлы устройств для разделов в /dev, например:

$ ls /dev/sda*
/dev/sda  /dev/sda1  /dev/sda2  /dev/sda3  /dev/sda4  /dev/sda5

Этот пример, в отличие от предыдущего, показывает, что /dev/sda разбит на разделы - вот чем заканчиваются файлы в цифрах см.

Question 3

Question 4

Используемая вами команда dd:

dd if=/dev/sda of=~/backup.img

предназначена для резервного копирования жесткого диска (/ dev / sda) в домашний каталог / image.img
разве это не образует петлю?

Это сработало ... ??

и для монтирования раздела:

mkdir /media/mountPoint

mount /dev/sda5 /media/mountPoint

Ваше устройство будет смонтировано в / media / mountPoint . [ 116]

Rod Smith · Answer 1 · 2 September 2013 в 20:24

Вы говорите, что «/dev/sda была файловой системой ext4». Если это утверждение верно, это означает, что весь диск был одной файловой системой, без таблицы разделов. Если это так, fdisk будет бесполезен на диске, потому что fdisk манипулирует таблицами разделов, а ваш диск не имеет такой структуры данных. Таким способом можно создать файловую систему на всем диске, но это необычно; гораздо чаще создать таблицу разделов на диске, даже если вы собираетесь использовать все это как одну файловую систему. Поскольку вы не сообщали имена файлов устройств другими командами, неясно, настроили ли вы их таким образом или у вас возникли какие-то проблемы. Вы можете понять это с помощью blkid, например:

$ sudo blkid /dev/sda
/dev/sda: UUID="a139b90e-2f94-4378-bf66-fe7669808dbe" TYPE="ext4"