Bruno13 a écrit
... le support OVH tout à l'heure au téléphone m'a dit que c'était un Raid1.
sudo lsblk -fe7 -o +size
NAME FSTYPE LABEL UUID MOUNTPOINT SIZE
sda 3,7T
├─sda1 vfat EFI_SYSPART D326-0803 511M
├─sda2 linux_raid_member 282a9acc-8baf-f68b-a4d2-adc226fd5302 19,5G
│ └─md2 ext4 / 0b160a51-0c1d-48ad-853b-b99c5ddca6b7 / 19,5G
├─sda3 linux_raid_member 5acd7322-99c9-981e-a4d2-adc226fd5302 3,6T
│ └─md3 ext4 /home 0284f213-cf5c-45fd-8be9-618456ead3f8 /home 3,6T
└─sda4 swap swap-sda4 42a1be76-9fef-43b4-9a5f-552ab9e01d26 [SWAP] 511M
sdb 3,7T
├─sdb1 511M
├─sdb2 linux_raid_member 282a9acc-8baf-f68b-a4d2-adc226fd5302 19,5G
│ └─md2 ext4 / 0b160a51-0c1d-48ad-853b-b99c5ddca6b7 / 19,5G
├─sdb3 linux_raid_member 5acd7322-99c9-981e-a4d2-adc226fd5302 3,6T
│ └─md3 ext4 /home 0284f213-cf5c-45fd-8be9-618456ead3f8 /home 3,6T
└─sdb4 511M
sdc 3,7T
├─sdc1 511M
├─sdc2 linux_raid_member 282a9acc-8baf-f68b-a4d2-adc226fd5302 19,5G
│ └─md2 ext4 / 0b160a51-0c1d-48ad-853b-b99c5ddca6b7 / 19,5G
├─sdc3 linux_raid_member 5acd7322-99c9-981e-a4d2-adc226fd5302 3,6T
│ └─md3 ext4 /home 0284f213-cf5c-45fd-8be9-618456ead3f8 /home 3,6T
└─sdc4 511M
Voici ma proposition finalisée. D'abord le principe:
A) on fait le swap
B) On regarde la structure de boot
C) On fait md2. C'est le plus petit, cela donnera une idée du temps pour le gros
D) On fait md3.
E) Tu demandes au technicien s'il sait démonter le disque sans stopper la machine.
F) Reformatage du nouveau disque
G) Remise des données dans le nouveau disque
A) Le swap
md4 n'existe pas, Je n'ai jamais réfléchi pour un swap dans un raid. Il aurait fallu que j'y pense mais comme la partition de swap est maintenant considérée comme inutile (un fichier de swap). Je ne vais pas y réfléchir.
1) On fait le point
tail -n +7 /etc/fstab && free -h && swapon -s
2) Tu formates sdb4 (511 Mo) en disant que c'est un format swap. idem pour sdc4
3) Tu dis à l'ordinateur de les utiliser voir paragraphe 3.6, (je ne vérifie pas)
sudo swapon /dev/sdb4
sudo swapon /dev/sdc4
4) Tu vérifies que c'est pris en compte
free -h && swapon -s
5) Tu déactives le swap de sda4 et tu vérifies
sudo swapoff /dev/sda4
free -h && swapon -s
6) Tu récupères les UUID des partitions de swap
sudo blkid | grep swap
7) Tu mets à jour le fichier /etc/fstab avec les deux nouvelles partitions et en supprimant celle sur SDA4. Mon diagnostic était que c'était la cause du non restart.
Voila une opération finie.
B) On passe à la structure de boot.
1) On fait le point en RAM
sudo efibootmgr -v
Cela permettra de connaître les priorité, On y verra peut-être que c'est aussi prévu pour SDB1 et SDC1
2) On fait le point sur la partition de boot
ls -ls /boot/efi/EFI
On devrait y trouver les répertoires boot et probablement ubuntu
cat /boot/efi/EFI/ubuntu/grub.cfg
Je ne connais le contenu de ce fichier en structure RAID mais je pense qu'il ne sera pas à modifier
3) On fait le point sur la partition SDB1
sudo mkdir /media/EFIsdb1
sudo mount -v /dev/sdb1 /media/EFIsdb1
ls -ls /media/EFIsdb1
S'il n'y a rien, on va copier
sudo cp -Rv /boot/efi/EFI /media/EFIsdb1
et du coup mettre à jour La NVRAM
sudo efibootmgr --create --disk /dev/sdb --part 1 --label "grubsdb" --loader "\EFI\ubuntu\grubx64.efi"
sudo efibootmgr --create --disk /dev/sdb --part 1 --label "shimsdb" --loader "\EFI\ubuntu\shimx64.efi"
sudo umount -v /dev/sdb1
4) On fait le point sur la partition SDC1
sudo mkdir /media/EFIsdc1
sudo mount -v /dev/sdc1 /media/EFIsdc1
ls -ls /media/EFIsdc1
S'il n'y a rien, on va copier
sudo cp -Rv /boot/efi/EFI /media/EFIsdc1
et du coup mettre à jour La NVRAM
sudo efibootmgr --create --disk /dev/sdc --part 1 --label "grubsdc" --loader "\EFI\ubuntu\grubx64.efi"
sudo efibootmgr --create --disk /dev/sdc --part 1 --label "shimsdc" --loader "\EFI\ubuntu\shimx64.efi"
sudo umount -v /dev/sdc1
Voila une opération finie.
C) La déclaration de SDA2 hors service
1) Un petit point avec cette commande
sudo mdadm --detail /dev/md2
Suivant son contenu, tu pourras n'avoir rien à faire ou que le point 3 ou les points 2 et 3
2) On déclare la partition Hors Service (on peut même le faire plusieurs fois)
sudo mdadm --manage /dev/md2 --set-faulty /dev/sda2
sudo mdadm --detail /dev/md2
cat /proc/mdstat
Je pense que cette action devrait être quasiment immédiate, elle consiste à dire qu'il ne faut plus accéder à la partition mais à se servir uniquement des deux autres.
3) On déclare que la partition est éliminée.
sudo mdadm --manage /dev/md2 --remove /dev/sda2
sudo mdadm --detail /dev/md2
cat /proc/mdstat
Voila une opération finie.
D) La déclaration de SDA3 hors service
1) Un petit point avec cette commande
sudo mdadm --detail /dev/md3
Suivant son contenu, tu pourras n'avoir rien à faire ou que le point 3 ou les points 2 et 3
2) On déclare la partition Hors Service (on peut même le faire plusieurs fois)
sudo mdadm --manage /dev/md3 --set-faulty /dev/sda3
sudo mdadm --detail /dev/md3
cat /proc/mdstat
Je pense que cette action devrait être quasiment immédiate, elle consiste à dire qu'il ne faut plus accéder à la partition mais à se servir uniquement des deux autres.
3) On déclare que la partition est éliminée.
sudo mdadm --manage /dev/md3 --remove /dev/sda3
sudo mdadm --detail /dev/md3
cat /proc/mdstat
Voila une opération finie.
E) Le remplacement du disque par le technicien.
S'il est amené à arrêter la machine, Je pense que cette fois-ci le boot se fera sans problème
F) Le reformatage du nouveau disque,
Je pense que normalement, il sera toujours vu comme SDA mais il faudra s'en assurer car si les branchements ne sont pas identiques, toute la numérotation peut changer et j'ai vu de nombreux cas d'erreurs d'identification de disques.
Pour je propose gparted comme outil.
On connait la taille des partitions à fabriquer
Device Start End Sectors Size Type
/dev/sda1 2048 1048575 1046528 511M EFI System ==> 511,0 MiO en FAT32
/dev/sda2 1048576 42006527 40957952 19,5G Linux RAID ==> 19999,0 MiO en EXT4
/dev/sda3 42006528 7812978687 7770972160 3,6T Linux RAID ==> 3794420,0 MiO en EXT4
/dev/sda4 7812978688 7814025215 1046528 511M Linux swap ==>[s] 511,0 MiO[/s] Le reste du disque
1) Création d'une table de partition
GPT
2) Création des partitions. J'ai vérifié que les tailles étaient multiples de 1 Mio, donc gparted peut être utilisé. Autrement il aurait fallu gnome disk utility pour aligner au KiO
SDA1 511 Mio en FAT32
SDA2 en EXT4 19999 Mio Elle deviendra RAID pendant la reconstruction
SDA3 en EXT4 3794420 Mio Elle deviendra RAID pendant la reconstruction
SDA4 en linux swap avec le reste de l'espace disque.
Voila une opération finie.
G) Remise en état des 4 partitions.
On va commencer par le RAIDS Il est à sécuriser en premier
1) Je propose le logiciel. La taille est petite, Tu auras alors une idée de la durée. Probablement plus d'une heure.
mdadm --manage /dev/md2 --add /dev/sda2 && cat /proc/mdstat
Tu pourras itérer sur cette commande.
cat /proc/mdstat
pour voir l'évolution de la reconstruction. Il ne faut pas lancer l'autre reconstruction tant que celle-ci n'est pas finie car les disques travaillent à fond avec de grands déplacements des têtes de lecture.
2) Je propose les données.
mdadm --manage /dev/md3 --add /dev/sda3 && cat /proc/mdstat
Pendant cette reconstruction, tu pourras faire la suite car elle ne consomme pas beaucoup d'écritures.
3) Réactivation de SDA4 en swap
sudo swapon /dev/sda4
sudo blkid | grep sda4
Puis modification de /etc/fstab pour ajouter cette nouvelle partition de swap aux deux autres.
4) Reconstruction de la partition de boot.
Elle n'a plus aucun fichier, on rapatrie
sudo mkdir /media/EFIsda1
sudo mount -v /dev/sda1 /media/EFIsda1
sudo cp -Rv /boot/efi/EFI /media/EFIsda1
sudo efibootmgr --create --disk /dev/sda --part 1 --label "grubsda" --loader "\EFI\ubuntu\grubx64.efi"
sudo efibootmgr --create --disk /dev/sda --part 1 --label "shimsda" --loader "\EFI\ubuntu\shimx64.efi"
5) Suivi de la reconstruction de la partition de données.
cat /proc/mdstat
Voila une opération finie.
En fait, tout est fini.
sudo lsblk -fe7 -o +size
sudo mdadm --detail /dev/md[0-127]
