Restaurer un FS en ext3 vers un disque en ext4 ?

Support Debian
#1

Salut,

Mon disque est dans un état plus que critique.

[code][08:32:25] ~ # smartctl -a /dev/sda

ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE

…

7 Seek_Error_Rate 0x000b 055 055 067 Pre-fail Always FAILING_NOW 22216772
[/code]
Via rsync, peut on sans craintes, restaurer se file system en ext3 vers un disque préparé (partitionner) au préalable en ext4, il y aurait-il des conséquences à venir ?

Est-ce concevable ?

  • en live-usb
#2

Si tu n’as pas encore d’erreurs de lecture oui c’est ce que je ferai à ta place.

En revanche si tu as déjà des erreurs de lecture j’utiliserais plutôt ddrescue pour maximiser les chances de tout récupérer.

#3

Salut,

Côté sauvegarde et restauration je n’ai strictement aucun souci dans la pratique, Rsync !

La question … la comptabilité du system existant (source_malade_ext3) et le nouveau disque partitionner et formater, source_saine_ext4 … ?

Via une restauration avec mon ami rsync.

#4

Là je ne sais pas dsl. Même si je ne pense pas que rsync tienne compte du FS :question: Il faut regarder dans le man.

#5

Ext3 et ext4 sont compatibles. La différence entre ext3 et ext4 tient aux tailles maximales, aux extents, à la défragmentation…

Tu ne clones pas un système de fichiers, tu transfères des fichiers avec leurs attributs. Les propriétés des fichiers stockés en un système de fichiers ext3 seront reproduites en un système de fichiers ext4.

#6

Salut,

Merci etxeberrizahar ! C’est bien ce qu’il me semblait.

En tout état de cause j’avais lancé l’opération.

[code][10:31:12][root@debian] ~ # fdisk -l

Disk /dev/sda: 20.0 GB, 20020396032 bytes
255 heads, 63 sectors/track, 2434 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000f22c2

Device Boot Start End Blocks Id System
/dev/sda1 * 1 1275 10240000 83 Linux
/dev/sda2 1275 2434 9309184 5 Extended
/dev/sda5 1276 1467 1536000 82 Linux swap / Solaris
/dev/sda6 1467 2434 7771136 83 Linux

Disk /dev/sdb: 8019 MB, 8019509248 bytes
247 heads, 62 sectors/track, 1022 cylinders
Units = cylinders of 15314 * 512 = 7840768 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000d0ce1

Device Boot Start End Blocks Id System
/dev/sdb1 * 1 130 989183+ 83 Linux
Partition 1 has different physical/logical endings:
phys=(1023, 3, 32) logical=(129, 46, 10)
Partition 1 does not end on cylinder boundary.
/dev/sdb2 130 1023 6842368 5 Extended
Partition 2 has different physical/logical beginnings (non-Linux?):
phys=(123, 37, 43) logical=(129, 46, 11)
Partition 2 has different physical/logical endings:
phys=(974, 250, 44) logical=(1022, 196, 44)
Partition 2 does not end on cylinder boundary.
/dev/sdb5 130 330 1536000 82 Linux swap / Solaris
/dev/sdb6 331 879 4198400 83 Linux

Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00045394

Device Boot Start End Blocks Id System
/dev/sdc1 1 487 3906560 83 Linux
Partition 1 does not end on cylinder boundary.
/dev/sdc2 487 121602 972854272 5 Extended
/dev/sdc5 32997 121602 711720960 83 Linux
/dev/sdc6 487 24709 194562048 83 Linux
/dev/sdc7 24709 32996 66568192 83 Linux

Partition table entries are not in disk order
[10:31:19][root@debian] ~ #
[/code]

[10:33:29][root@debian] ~ # mount -t ext3 /dev/sdc5 /media [10:35:57][root@debian] ~ # mount -t ext4 /dev/sda1 /mnt

[code][10:41:02][root@debian] ~ # time rsync -arvi /media/pc-2_backup/racine/15102013_12h20/ /mnt/
…
sent 6400073523 bytes received 2809624 bytes 11956831.27 bytes/sec
total size is 6389244011 speedup is 1.00

real 8m54.688s
user 1m42.226s
sys 2m4.500s

[10:47:42][root@debian] ~ #

[/code]

Il me reste la home, quelques retouches en fstab et un update-grub2.

#7

Après moult tests/vérifications/connexions_distantes/ etc …

Ma restauration en ext4 est un succès ! :dance:

Mes serveurs distants étant encore en ext3 suite aux mises à jour, j’envisage déjà de suivre le même mode opératoire.
D’ici deux semaines environ. :smiley:

[code]
[14:44:12] ~ # fdisk -l

Disk /dev/sda: 20 GB, 20020331520 bytes
255 heads, 63 sectors/track, 2434 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 * 1 1161 9325701 83 Linux
Warning: Partition 1 does not end on cylinder boundary.
/dev/sda2 1161 2434 10225372 5 Extended
Warning: Partition 2 does not end on cylinder boundary.
/dev/sda5 1161 1301 1124550 82 Linux swap
Warning: Partition 5 does not end on cylinder boundary.
/dev/sda6 1301 2434 9100822 83 Linux
Warning: Partition 6 does not end on cylinder boundary.
[14:44:16] ~ # [/code]

[code][14:44:20] ~ # cat /etc/fstab

/etc/fstab: static file system information.

proc /proc proc defaults 0 0
#Entry for /dev/sda1 :
UUID=58a7bb9a-0a8a-4309-83a5-2079e912a18c / ext4 errors=remount-ro 0 1
#Entry for /dev/sda6 :
UUID=c085e37a-9de6-471e-8a62-004cbaa8207a /home ext4 defaults 0 2
#Entry for /dev/sda5 :
UUID=bb4ebd2a-abfa-4c41-a045-835030219568 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto,exec 0 0

[14:44:23] ~ # [/code]

[14:44:25] ~ # df -h Sys. fich. Taille Util. Dispo Uti% Monté sur rootfs 8,8G 6,2G 2,2G 75% / udev 10M 0 10M 0% /dev tmpfs 126M 792K 125M 1% /run /dev/disk/by-uuid/58a7bb9a-0a8a-4309-83a5-2079e912a18c 8,8G 6,2G 2,2G 75% / tmpfs 5,0M 0 5,0M 0% /run/lock tmpfs 472M 0 472M 0% /run/shm /dev/sda6 8,6G 4,8G 3,4G 59% /home [14:44:27] ~ #

#8

Salut,

Je vous fais part de ce petit bijoux que j’ai découvert très récemment, en linux-magazine. (ce jour :wink: )

Convertir un filesystems unix avec fstransform sans formatage du support ou de suppression de fichiers.

Ce dernier est présent dans les dépôts.

[19:15:35]:~$ apt-cache policy fstransform fstransform: Installé : (aucun) Candidat : 0.9.3-1 Table de version : 0.9.3-1 0 990 http://ftp.fr.debian.org/debian/ stable/main i386 Packages 97 http://ftp.fr.debian.org/debian/ testing/main i386 Packages 95 http://ftp.fr.debian.org/debian/ unstable/main i386 Packages [19:15:46]:~$

[code][19:15:46]:~$ aptitude show fstransform
Paquet : fstransform
Nouveau: oui
État: non installé
Version : 0.9.3-1
Priorité : supplémentaire
Section : admin
Responsable : Giovanni Mascellani gio@debian.org
Architecture : i386
Taille décompressée : 325 k
Dépend: libc6 (>= 2.11), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 4.6)
Description : Tool for in-place filesystem conversion
fstransform is a tool to change a file-system from one format to another, for example from jfs/xfs/reiser to ext2/ext3/ext4, in-place and without the need for backup. Idea from
convertfs, but it is fully independent code.

The current version of fstransform is fully functional, and ready for testing from the general public. It has been tested on the following file-systems, both as source and
target: ext2, ext3, ext4, jfs, minix, reiserfs, xfs.
Site : http://sourceforge.net/projects/fstransform/

Je testerai dès que j’aurai un périphérique/disque (externe/interne) disponible. :083

#9

Salut,

Si c’est juste pour convertir du ext3 en ext4, la commande tune2fs est probablement moins risquée.
La doc ici : ext4.wiki.kernel.org/index.php/ … em_to_ext4

#10

lroy, cela est fait chez moi :wink: ou plus exactement un transfert ext3 vers ext4 via rsync (Cf. sujet initial)

ps : sauf les serveurs distants, je n’ai pas encore pris le temps pour cela.

En tout cas, Merci pour ce lien. :smiley:

#11

Oui, j’avais lu le problème initial :wink:

Ma remarque se référait plutôt à ça :

J’en ai déduis (peut être à tord) que tu souhaitais migrer ces partitions en ext4 en utilisant fstransform, c’est pour ça que je me permettais de plutôt te conseiller l’outil officiel de manipulation des partitions de type ext2/3/4 qui est tune2fs (déjà installé par défaut vu qu’il est dans le même paquet que fsck ou mkfs).
J’ai d’ailleurs effectué cette migration ext3->ext4 sur un disque externe il y a quelques temps, et je te confirme qu’elle fonctionne bien :023

#12

Venant de ta part, je n’en avais nullement douté, ne serait-ce un instant. :wink:

Non, je ne me permettrai pas l’utilisation de ce dernier, mes distants se trouvant chez ovh et ayant respectivement un disque de 1 To, je ne me vois pas trop louer un disque supplémentaire pour chacun d’eux, pour ce faire.

J’ai une totale confiance en mes sauvegardes (rsync) et restauration, durement éprouvés.

Ceci dit, je me ferai un plaisir à tester la méthode que tu as éprouvée, en local, vers un support externe/interne. :wink: