Discussion :

[NicCo]

Merci encore pour les infos
Je n'ai pas vu l'exclusion dans le 5.3.2 ou j'ai mal interprété.
Pour les ACLs et les xattr je ne l'ai pas fais pour ma partition data du coup mais je n'en ai pas mis en place personnellement et Nextcloud non plus à mon avis.
Et OK pour les répertoires à exclure.

[NicCo]

Bon j'ai un gros souci...
J'ai ajouté ma partition sda1 dans le RAID, j'ai rebooté ça a fonctionné et là au reboot impossible de démarrer.
En éditant avec e dans le menu Grub, j'ai mes anciens périphériques de boot qui apparaissent (hd0,msdos1) et si je les modifie j'ai un message qui me dit que le kernel doit d'abord être chargé...
Une idée ?

Edit : Pour être plus précis j'ai ces 2 messages dans ce style :
diskfilter writes are not supported
unknow devices UUID

[chrtophe]

sda1 et sda2 sont dans le RAID ?

Pour booter en ligne de commande depuis grub (touche c) en cas de prob.
il faut :
se positionner dans la partition exemple pour hd0 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

set root (hd0)

charger le noyau :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

linux [nom du noyau et chemin si pas à la racine] [paramètres]

charger l'initrd :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

initd [nom initrd (normalement dans le dossier /boot]

puis lancer :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

boot

Je présume que pour mettre le root sur le RAID c'est md/0 mais il faut que je teste.
Je vais faire un test avec Ubuntu 16.

[NicCo]

Merci pour les infos, oui les 2 sont dans le RAID.
Je vais tester dans pas longtemps et je ferai un retour

[NicCo]

Merci pour les idées de commande, j'ai réussi à booter de nouveau en utilisant les commandes suivantes sous Grub :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ls

pour avoir la liste des disques

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ls (hd0,1)/

pour lister le contenu du HDD 0

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
set root=(hd0,1)
linux /boot/vmlinuz-xxxxxxx-generic root=/dev/md0
initrd /boot/initrd.img-xxxxxx-generic
boot

Je peux accéder à mon système mais au prochain redémarrage je vais sûrement avoir le même problème. Je vais voir s'il y a une solution via un update-grub

Edit : J'avais du oublier le update-grub je pense, je l'ai fais après avoir accédé au système et c'est OK au reboot à priori

Edit 2 : J'avais aussi désactivé le Quick boot hier, je ne l'ai pas remis donc je ne sais pas s'il y a un impact sur le boot

[chrtophe]

NicCo,

Je viens de tester avec Ubuntu.

Il y a effectivement quelques nuances qui t'ont généré les probs.

J'ai créé une partition /, une partition /home et 1 partition de swap.

J'ai commencé par créer le volume RAID md1 pour la partition /home en ayant copié les données, puis modification dans le fstab. Au reboot, j'ai eu droit au initramfs.

J'ai recommencé, en intégrant le retour de mdadm --scan --detail dans le fichier mdadm.conf, suivi d'un update-initramfs avant de rebooter et je n'ai plus eu le problème.

J'ai ensuite réalisé le reste du tutoriel de la même façon pour les autres volumes RAID. Pour le "/" contenant le boot, j'ai effectué la modif du initramfs dans le chroot et en dehors.

Tout le reste c'est passé correctement. J'ai une seule entrée dans Grub, alors qu'avec Debian, j'en avait une pour le RAID, et une pour chaque disque. Mais je pense qu'avec Debian, j'aurais pu enlever les entrées sda et sdb.

Pour finir, je ne pense pas que cette différence vienne de Ubuntu mais plutôt de systemd, mais ça reste à vérifie.

Je testerais avec une Fedora pour voir.