Eu usei dd if=/dev/sda of=~/backup.img onde /dev/sda era um sistema de arquivos ext4. Eu quero executar a recuperação nele, o que significa que eu preciso montá-lo como sistema de arquivos ext4 usando o aplicativo extundelete . Alguém pode me ajudar a montar isso corretamente?
Saída de 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
Saída de 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
Saída de 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
Saída de blkid /dev/sda :%
/dev/sda: LABEL="DOROOT" UUID="6c4f1456-a5bb-4d1d-afd4-a13d0a1ce63d" TYPE="ext4"
O comando dd que você usou:
dd if=/dev/sda of=~/backup.imgé para fazer o backup do harddrive (/ dev / sda) para o seu diretório home / image.img
funcionou ... ??
e para montar uma partição:
mkdir /media/mountPoint mount /dev/sda5 /media/mountPoint
Seu dispositivo será montado em / media / mountPoint .
Você diz que " /dev/sda era um sistema de arquivos ext4". Se esta afirmação é precisa, significa que o disco inteiro era um sistema de arquivos, sem uma tabela de partições. Em caso afirmativo, fdisk será inútil no disco, porque fdisk manipula as tabelas de partição e seu disco não possui essa estrutura de dados. É válido criar um sistema de arquivos em todo o disco dessa maneira, mas é incomum; é muito mais comum criar uma tabela de partição no disco, mesmo se você pretende usar a coisa toda como um sistema de arquivos. Como você não relatou nomes de arquivos de dispositivos com seus outros comandos, não está claro se você configurou as coisas dessa maneira ou se tem algum tipo de problema. Você pode descobrir usando blkid , como em:
$ sudo blkid /dev/sda
/dev/sda: UUID="a139b90e-2f94-4378-bf66-fe7669808dbe" TYPE="ext4"
Este exemplo mostra que /dev/sda de fato oculta um sistema de arquivos ext4 válido. Você também pode procurar por arquivos de dispositivos para partições em /dev , como em:
$ ls /dev/sda*
/dev/sda /dev/sda1 /dev/sda2 /dev/sda3 /dev/sda4 /dev/sda5
Este exemplo, ao contrário do anterior, mostra que /dev/sda está particionado - é a isso que os arquivos que terminam em números se referem.