Fazendo backup de uma partição: não reflete o status corretamente

2

Com a intenção de verificar como funciona o backup de arquivos / sistemas de arquivos, criei 3 partes itions sda9, sda10 e sda11.

Por favor, veja a estrutura abaixo. (Por favor, ignore o sda10 por enquanto já executei o comando para fazer o backup do sda9)

ravbholua@ravbholua-Aspire-5315:~/mount$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda6       9.9G  6.5G  2.9G  70% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
udev            489M   12K  489M   1% /dev
tmpfs           100M  936K   99M   1% /run
none            5.0M  4.0K  5.0M   1% /run/lock
none            497M  156K  497M   1% /run/shm
none            100M   36K  100M   1% /run/user
/dev/sda5       284M  177M   93M  66% /boot
/dev/sda8       9.5G  7.5G  1.6G  84% /home
/dev/sda11      1.2G  1.8M  1.1G   1% /home/ravbholua/mount/mount11
/dev/sda9        21M  181K   19M   1% /home/ravbholua/mount/mount9
/dev/sda10       64Z   64Z  4.6G 100% /home/ravbholua/mount/mount10

Para o meu teste, eu entrei no diretório onde o sda9 foi montado. Eu criei alguns arquivos e uma árvore de diretórios.

Então eu corri o comando abaixo para fazer backup do sda9 em sda11

sudo dd if=/dev/sda9 of=/dev/sda11

Agora, veja como fica a estrutura:

ravbholua@ravbholua-Aspire-5315:~/mount/mount11$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda6       9.9G  6.5G  2.9G  70% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
udev            489M   12K  489M   1% /dev
tmpfs           100M  948K   99M   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            497M  160K  497M   1% /run/shm
none            100M   40K  100M   1% /run/user
/dev/sda5       284M  177M   93M  66% /boot
/dev/sda8       9.5G  7.5G  1.6G  84% /home
/dev/sda11       37M -1.1G  1.2G    - /home/ravbholua/mount/mount11
/dev/sda9        21M  181K   19M   1% /home/ravbholua/mount/mount9
/dev/sda10       64Z   64Z  4.6G 100% /home/ravbholua/mount/mount10
ravbholua@ravbholua-Aspire-5315:~/mount/mount11$ ls
ravbholua@ravbholua-Aspire-5315:~/mount/mount11$ 

Não consigo entender por que o sda11 é exibido como acima.

Também estava esperando que quando eu entrasse no diretório onde o sda11 está montado (como mostrado no código acima, por último, mas uma linha), ele refletiria o conteúdo do sda9, mas estava em branco. Por quê !! O que eu entendi mal?

O mesmo aconteceu quando eu executei o comando de backup acima para fazer o backup do sda9 em sda10 e, portanto, o sda10 é mostrado como acima de /dev/sda10 64Z 64Z 4.6G 100% /home/ravbholua/mount/mount10 . O que é isso Z !! Mostra% de uso como 100% mas ainda mostrando 4.6G como disponível !! O que é tudo isso?

EDIT # 1

Eu reiniciei e encontrei as 3 novas partições no launcher do meu desktop Ubuntu. Eu montei clicando neles e achei as 2 partições sda10 e sda11 são clones da sda9. Por isso, o back-up funcionou bem.

Por favor, veja abaixo a saída de df -h agora:

ravbholua@ravbholua-Aspire-5315:~$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda6       9.9G  6.5G  2.9G  70% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
udev            489M  8.0K  489M   1% /dev
tmpfs           100M  952K   99M   1% /run
none            5.0M  4.0K  5.0M   1% /run/lock
none            497M  260K  497M   1% /run/shm
none            100M   44K  100M   1% /run/user
/dev/sda5       284M  177M   93M  66% /boot
/dev/sda8       9.5G  7.5G  1.6G  84% /home
/dev/sda9        21M  181K   19M   1% /media/ravbholua/c583223f-8dea-4dc0-b433-caff722eda68
/dev/sda10       21M  181K   19M   1% /media/ravbholua/c583223f-8dea-4dc0-b433-caff722eda681
/dev/sda11       21M  181K   19M   1% /media/ravbholua/c583223f-8dea-4dc0-b433-caff722eda682

Por favor, olhe os novos tamanhos de sda10 e sda11. De acordo com a saída do comando, eles perderam o tamanho original e tomaram o tamanho de sda9. (Repetindo que o sda9 foi feito backup para sda10 e sda11). Todos os 3 se tornaram perfeitamente os mesmos.

Para os tamanhos exatos, por favor, olhe o gparted abaixo. Aqui eu gostaria de saber por que o gparted mostra de maneira diferente do que o df -h mostrou. Por exemplo, df -h mostra o tamanho de sda11 como 21M, mas o gparted mostra o tamanho real de 1.17GB, ou seja, o tamanho que foi criado. Por que ambos (gparted e "df -h") diferem um do outro e qual deles aceitar?

    
por Ravi 07.12.2013 / 10:12

2 respostas

2

sudo dd if=/dev/sda9 of=/dev/sda11

Idéia absolutamente terrível por vários motivos, como o fato de você ter duplicado os UUIDs e copiado 21 MB para fazer o backup de 141 KB de dados.

Se você fez isso enquanto o / dev / sda11 foi montado, você terá que pelo menos desmontar e montá-lo novamente. Você destruiu a partição que estava lá, então é claro que é inutilizável.

Não use dd para fazer o backup de uma partição para outra. Use cp -a ou rsync ou algo assim, apenas não dd .

Outra questão neste caso é o tamanho muito diferente das partições. Partições do sistema de arquivos não são dispositivos físicos - elas são mais como arquivos normais, e é por isso que você pode transcrevê-las literalmente com dd . Como um arquivo, eles são organizados internamente; Se algo quiser saber algo sobre eles, deve olhar para dentro. 1 Por analogia, se você quiser saber as dimensões de uma imagem jpeg, você (ou seu software) olharia para dentro do cabeçalho em o começo do arquivo .jpg. Você também pode fazer um palpite com base no tamanho do arquivo, mas isso pode ser muito enganador.

Uma partição não ocupa apenas todo o espaço entre ela e a próxima partição - isso está relacionado ao dispositivo físico e, novamente, uma partição não é um dispositivo físico. Não sabe nada sobre o que está fora disso. Se for criado para ter um determinado tamanho, é esse o tamanho. Se você copiá-lo em outro lugar, ainda é o mesmo tamanho, assim como um arquivo.

Quando você copia uma partição bruta com dd , o local para o qual você copia será exatamente o mesmo . O mesmo tamanho, etc. Você não pode copiar uma partição para outra partição (exceto como uma imagem de arquivo). Você pode copiar uma partição sobre outra partição, mas a partição original é então completamente apagada, incluindo as informações sobre o tamanho dela, etc.

Existem algumas boas razões para copiar uma imagem de partição com dd , mas o backup de dados não é realmente um deles. Se você quiser fazer o backup dos dados em uma partição, copie esses dados, não a partição inteira.

1 Se a partição estiver em um dispositivo com outras partições, haverá alguns meta-dados na tabela de partições do dispositivo, mais significativamente onde a partição começa. Isso é usado para encontrar a partição.

    
por 07.12.2013 / 13:54
2

Se você estiver tentando fazer o backup / clonar partições, basta usar o Clonezilla para fazer isso ou Partclone . Eles estão incluídos na distribuição ao vivo do GParted ao vivo, assim como nos repositórios da maioria das

trecho do site clonezilla

Clonezilla is a partition and disk imaging/cloning program similar to True Image® or Norton Ghost®. It helps you to do system deployment, bare metal backup and recovery.

  • Filesystem supported: (1) ext2, ext3, ext4, reiserfs, reiser4, xfs, jfs, btrfs of GNU/Linux, (2) FAT12, FAT16, FAT32, NTFS of MS Windows, (3) HFS+ of Mac OS, (4) UFS of FreeBSD, NetBSD, and OpenBSD, (5) minix of Minix, and (6) VMFS3 and VMFS5 of VMWare ESX. Therefore you can clone GNU/Linux, MS windows, Intel-based Mac OS, FreeBSD, NetBSD, OpenBSD, Minix and VMWare ESX, no matter it's 32-bit (x86) or 64-bit (x86-64) OS. For these file systems, only used blocks in partition are saved and restored. For unsupported file system, sector-to-sector copy is done by dd in Clonezilla.
  • LVM2 (LVM version 1 is not) under GNU/Linux is supported.

trecho do site do partclone

Partclone is a program similar to the well-known backup utility "Partition Image" a.k.a partimage. Partclone provides utilities to save and restore used blocks on a partition and is designed for higher compatibility of the file system by using existing libraries, e.g. e2fslibs is used to read and write the ext2 partition.

Partclone now supports ext2, ext3, ext4, hfs+, reiserfs, reiser4, btrfs, vmfs3, vmfs5, xfs, jfs, ufs, ntfs, fat(12/16/32), exfat.

Você pode conferir o uso do partclone aqui:

por 07.12.2013 / 14:22