Vous n'êtes pas identifié(e).
Dernière modification par mister_g (06-02-2024 17:05:48)
Hors ligne
Hors ligne
que je choisisse le mode normal ou recovery, j'arrive au même endroit, je dois taper le mot de passe root ou faire ctrl+D.
Donc tu tombes dans le mode emergency. Cela se produit typiquement lorsque le montage d'un système de fichiers non optionel échoue.
j'ai "juste" de nombreuses lignes avec "/scripts/local-block" (cela vient de plymouth non ?)
Non, de l'initramfs, qui peut éventuellement lancer plymouth s'il est installé.
le uuid de la partition de boot ayant changé, j'ai mis le nouvel uuid de la partition dans fstab (je ne sais pas si c'est utile) et cela n'a rien changé.
Oui c'est nécessaire pour qu'elle puisse être montée au démarrage. Cette partition n'a pas besoin d'être montée en temps normal (sauf pour réinstaller GRUB), tu peux commenter la ligne pour voir ce que ça donne.
avais aussi supprimer le swap, je l'ai remis et changé son uuid dans fstab, mais cela ne suffit pas.
L'UUID du swap est aussi enregistré dans l'initramfs (via /etc/initramfs-tools/conf.d/resume) pour la reprise après hibernation. Il aurait mieux valu recréer le swap avec le même UUID qu'avant pour éviter de modifier les fichiers de configuration et reconstruire l'initramfs. Tu peux encore le changer avec swaplabel -U. Mais ce n'est pas ça qui empêche le démarrage normal, ça rallonge seulement.
Dernière modification par raleur (02-02-2024 16:16:15)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Dernière modification par mister_g (02-02-2024 16:25:01)
Hors ligne
Hors ligne
Hors ligne
est ce que je dois rejouer un grub-install après la modification d'un uuid ?
Je ne pense pas. GRUB ne recherche pas de fichier par UUID sur cette partition.
le répertoire /boot/efi est vide
Parce que la partition EFI n'est pas montée ?
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Dernière modification par raleur (02-02-2024 17:32:34)
Il vaut mieux montrer que raconter.
Hors ligne
......... bon, en faisant la copie depuis un live cd et non en ligne de commande avec une résolution dégueu ... j'ai interverti dans fstab l'uuid du swap et de /boot/efi ...
je teste et je reviens
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
j'ai
la partition de boot (p1) se retrouve bien montée sur la partition racine (p2)
dans le répertoire /boot/efi, j'ai bien un répertoire EFI avec des sous répertoires.
après un umount, la commande df -hF /boot/efi retourne la même chose mais le répertoire /boot/efi est vide
Hors ligne
Dans fstab tu as mis 5373-a423 mais les UUID doivent respecter la casse comme dans la sortie de blkid -> 5373-A423
ah !!! je suis un gros mailn .... j'y retourne
Hors ligne
apres avoir monté la partition 4
Pourquoi sur /mnt ? C'est sur /boot/efi qu'elle doit être montée ! Et pas à la main mais automatiquement ! La monter à la main ne sert à rien !
la partition de boot (p1)
La partition EFI est la n° 4 ! La partition n° 1 est le swap !
dans le répertoire /boot/efi, j'ai bien un répertoire EFI
Impossible si la partition n'est pas montée sur /boot/efi, ce que montre la sortie de df !
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
les entrées de la table de partitions ne sont pas dans l'ordre du disque
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
p1 est la partition de swap et je n'ai pas fait d'erreur de copie.....
quand j'ai fait ma mauvaise manip, je pense que p1 était le boot et p4 le swap.
quand je les ai recréés avec gparted, j'ai créé le swap en premier, il a pris la premiere place dispo et à été numéroté 1.
est ce qu'il y a un loup de ce coté ?
je supprimerai bien a nouveau ces deux partitions pour recréer en premier la EFI.
c'est idiot ce que je dis ?
Hors ligne
je vais écrire juste le retour du mount sur un autre pc, c'est interessant.
En quoi ce qui se passe sur un autre PC a-t-il un intérêt ?
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
je ne tape pas les commandes sur un autre pc quand meme
La façon dont tu l'as écrit permettait d'en douter.
FAT-fs (nvme0n1p1) : bogus number of reserved sector
FAT-fs (nvme0n1p1) : can't find a valid file system
Ces messages proviennent du noyau, pas de mount. Si le montage échoue, mount devrait afficher quelque chose. Cependant il n'est pas normal que le noyau parle de nvme0n1p1 alors qu'on est censé monter nvme0n1p4.
Commente la ligne de la partition efi avec # dans fstab et redémarre pour voir
Il vaut mieux montrer que raconter.
Hors ligne