Que nenni ! Je le formatte ci-dessos (balises 3*Altgr+7 )
/dev/mapper/myVG0-lv--root / ext4 errors=remount-ro 0 1
UUID=33a6c33d-ae69-4d73-a5fc-fd6526b457cb /boot ext4 defaults 0 2
/dev/mapper/myVG0-lv--home /home ext4 defaults 0 2
/dev/mapper/myVG0-swap none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/sdc1 /mnt/sdc1 ext4 defaults 0 2
Il est magnifique ce fichier ! Vous avez un système qui résiste à un changement de noms car il utilise des identifiants persistants, sauf le disque monté sur /mnt/sdc1
Reformattage de la sortie de df -hT
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
/dev/dm-0 ext4 459G 171G 265G 40% /
/dev/sda1 ext4 232M 33M 183M 16% /boot
/dev/sdc1 ext4 1.8T 162G 1.6T 10% /mnt/sdc1
/dev/mapper/myVG0-lv--home ext4 459G 5.2G 430G 2% /home
Si j’ai bien compris, c’est le disque sdb qui n’est pas monté qui présente des signes de faiblesse ? ou celui qui est monté sur /mnt/sdc1 ?
Pour avoir un /etc/fstab du tonnerre il faudrait les UUID
Donnez le retour (entre balises triple backquotes Altgr+7 ) de
sudo lsblk -o +UUID
sudo est nécessaire pour avoir le champ UUID
Vous pouvez en ouvrant deux terminaux tester la commande mount d’un côté et éditer /etc/fstab de l’autre.
Exemple
fp2x@halc9:~$ sudo lsblk -o +UUID /dev/sdd7
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT UUID
sdd7 8:55 0 768,7M 0 part /mnt/truc cc03dd3a-8cd7-4a4f-aa99-d6c40ae81e6a
fp2x@halc9:~$
fp2x@halc9:~$ sudo mkdir /mnt/truc
fp2x@halc9:~$ sudo mount -t reiserfs UUID=cc03dd3a-8cd7-4a4f-aa99-d6c40ae81e6a /mnt/truc
fp2x@halc9:~$ df -hT /mnt/truc /tmp
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
/dev/sdd7 reiserfs 769M 33M 737M 5% /mnt/truc
/dev/sdd7 reiserfs 769M 33M 737M 5% /tmp
fp2x@halc9:~$
fp2x@halc9:~$ sudo umount -l /mnt/truc
fp2x@halc9:~$ fgrep cc03dd3a-8cd7-4a4f-aa99-d6c40ae81e6a -B1 /etc/fstab
# /dev/sdd7 /tmp reiserfs defaults 0 2
UUID=cc03dd3a-8cd7-4a4f-aa99-d6c40ae81e6a /tmp reiserfs defaults 0 2
fp2x@halc9:~$
En vous inspirant de ce modèle, vous obtenez facilement une table de montage robuste et documentée. Cette modification de cette table a été faite il y a très longtemps par une mise à jour de Debian.
Pour utiliser un système de fichiers dans un script (ou en interactif) vous référencez le point de montage, et seulement le point de montage.
Dans le cas d’une copie pour remplacer préventivement un disque (sage précaution), nous allons supposer que le système de fichiers à copier est celui monté présentement en /mnt/sdc1 et que la destination finale est la partition /dev/sdb1 1.8To inutilisée.
Vous vérifiez que la destination est bien la bonne et bien inutilisée.
Vous créez un système de fichiers sur le périphérique et un point de montage temporaire
sudo /sbin/mkfs.ext4 /dev/sdb1
sudo mkdir /mnt/copie
sudo mount -t ext4 /dev/sdb1 /mnt/copie
Vous choisissez un moment où vous êtes sûr que la sauvegarde ne va pas se mettre en route, éventuellement vous arrêter la tâche planifiée.
Vous lancez la copie via rsync car cela peut durer longtemps et si pour une raison quelconque cela s’arrête vous ne serez pas obligé de recommencer au début.
sudo rsync -a -v /mnt/sdc1 /mnt/copie > /tmp/copie.log 2>&1 &
Ou vous pouvez détourner le journal de la copie dans votre répertoire HOME, ce n’est pas la place qui manque.
Vous vérifiez que cela s’est bien passé
df -h -t ext4
Pour finaliser la bascule, il faut
- démonter /mnt/sdc1
- mettre à jour la table de montage, en déterminant le nouvel UUID et en le collant dans la table
- monter sur /dev/sdc1 le nouveau périphérique
- démonter /mnt/copie et rmdir /mnt/copie
Cette méthode est celle qui se rapproche le plus de celle que vous avez envisagé dans votre premier message.
Je ne vous cache pas que pour ma part je procéderais ainsi
Vérifier à deux fois que la destination est bien /dev/sdb
sudo pvcreate /dev/sdb
sudo vgcreate backup_vg /dev/sdb
sudo lvcreate bkp1_lv --size 300G backup_vg
sudo /sbin/mkfs.ext4 /dev/backup_vg/bkp1_lv
sudo mount -t ext4 /dev/backup_vg/bkp1_lv /mnt/copie
suivi du rsync comme ci-dessus
Pour la bascule, l’entrée dans fstab est à changer en
/dev/backup_vg/bkp1_lv /mnt/sdc1 ext4 defaults 0 2
Pas besoin de spécifier un UUID, le nommage est persistant, vous avez amplement de la place sur le reste du disque pour d’autres utilisations ou pour étendre le volume logique bkp1_lv.
Vu la place occupée relativement modeste, j’ai l’impression que vous vous inquiétez de la santé des disques un peu prématurément. Quels sont les paramètres SMART qui vous donnent du souci ?
Sur la machine halc9 ci-dessus le disque sda a été fabriqué
Manufactured in week 49 of year 2002
et j’ai en tout 3 erreurs d’écriture corrigées. La table de partition de type DOS a été faite pour AIX et est incompatible avec Linux, mais on a bien 8 ou 9 ans d’utilisation sous IBM AIX.
Cordialement,
Regards,
Mit freundlichen Grüssen,
مع تحياتي الخالصة
F. Petitjean
Ingénieur civil du Génie Maritime.
« Un ordinateur c’est comme un frigo : on le branche et ça marche. »
Laurent Serano Directeur informatique, réunion Délégués du Personnel 2010
Il y en a qui ont essayé, ils ont eu des problèmes 
)