[Migration] Problème de mise à jour de Kernel [résolu]
[Migration] Problème de mise à jour de Kernel [résolu]
Bonjour à toutes et tous,
Récemment j'ai migré mon système qui était sur un raid 0 et 1 (selon les partitions) sur un SSD.
J'ai modifié fstab et mkinitcpio.conf pour prendre en compte les changements et mon système marche nickel....
Sauf dans une situation bien précise, si il y a une mise à jour du Kernel, au reboot j'ai un message "Unable to load Kernel modules" et le boot ne se termine pas.
Si je reboot sur un live, que je monte ma partition boot sur /mnt/boot la partition root sur /mnt, que je "archinux-chroot /mnt" et reinstall le kernel, il n'y a plus de problème au boot.
Mon petit doigt me dit que j'ai du oublier de modifier quelque chose dans configuration suite à la migration mais pour l'instant je n'ai pas trouvé où ça cloche.
Quelqu'un aurait une idée ?
Une info peut être importante, j'ai réinstallé Grub après la migration pour ne pas avoir de mauvaises surprises.
Récemment j'ai migré mon système qui était sur un raid 0 et 1 (selon les partitions) sur un SSD.
J'ai modifié fstab et mkinitcpio.conf pour prendre en compte les changements et mon système marche nickel....
Sauf dans une situation bien précise, si il y a une mise à jour du Kernel, au reboot j'ai un message "Unable to load Kernel modules" et le boot ne se termine pas.
Si je reboot sur un live, que je monte ma partition boot sur /mnt/boot la partition root sur /mnt, que je "archinux-chroot /mnt" et reinstall le kernel, il n'y a plus de problème au boot.
Mon petit doigt me dit que j'ai du oublier de modifier quelque chose dans configuration suite à la migration mais pour l'instant je n'ai pas trouvé où ça cloche.
Quelqu'un aurait une idée ?
Une info peut être importante, j'ai réinstallé Grub après la migration pour ne pas avoir de mauvaises surprises.
Dernière modification par cheeeese le dim. 09 juin 2019, 22:05, modifié 1 fois.
- benjarobin
- Maître du Kyudo
- Messages : 17235
- Inscription : sam. 30 mai 2009, 15:48
- Localisation : Lyon
Re: [Migration] Problème de mise à jour de Kernel
Bonjour,
Je pense que tu as juste oublié de monter la partition de boot. Le fstab doit être incomplet ou faux.
Pour information la partition de boot ne sert pas à grand chose (elle ne devrait pas être créée), attention à ne pas confondre avec la partition ESP
Pour confirmer peux tu donner la sortie (en root) de :
Je pense que tu as juste oublié de monter la partition de boot. Le fstab doit être incomplet ou faux.
Pour information la partition de boot ne sert pas à grand chose (elle ne devrait pas être créée), attention à ne pas confondre avec la partition ESP
Pour confirmer peux tu donner la sortie (en root) de :
Code : Tout sélectionner
fdisk -l
blkid
cat /etc/fstab
# Spécifie bien le chemin complet vers ton grub.cfg
grep -E "linux|initrd" grub.cfg
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Re: [Migration] Problème de mise à jour de Kernel
Merci pour ton aide benjarobin
J'ai gardé le même partitionnement pour limiter les sources de problèmes et faciliter le clonage des partitions. Je n'ai pas de partition ESP, je ne suis pas passé à l'UEFI
fdisk -l
blkid
cat /etc/fstab
grep -E "linux|initrd" /boot/grub/grub.cfg
Je ne suis pas encore passé aux UUID pour le fstab non plus ^^
J'ai gardé le même partitionnement pour limiter les sources de problèmes et faciliter le clonage des partitions. Je n'ai pas de partition ESP, je ne suis pas passé à l'UEFI
fdisk -l
Code : Tout sélectionner
Disque /dev/sda : 931.5 GiB, 1000204886016 octets, 1953525168 secteurs
Modèle de disque : CT1000MX500SSD1
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xb584c828
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 2048 206847 204800 100M 83 Linux
/dev/sda2 206848 205006847 204800000 97.7G 83 Linux
/dev/sda3 205006848 1953523711 1748516864 833.8G 83 Linux
Disque /dev/sdb : 2.7 TiB, 3000592982016 octets, 5860533168 secteurs
Modèle de disque : WDC WD30EZRS-00J
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 3CEE1402-7A76-4381-98EF-C07D7710D8FE
Périphérique Début Fin Secteurs Taille Type
/dev/sdb1 2048 5860533134 5860531087 2.7T Système de fichiers Linux
Code : Tout sélectionner
/dev/sda1: UUID="c7277e85-654b-431a-a1a7-5dc8c7556d67" TYPE="ext2" PARTUUID="b584c828-01"
/dev/sda2: UUID="25fee693-c33c-4278-9c9d-3793c44ea4b1" TYPE="ext4" PARTUUID="b584c828-02"
/dev/sda3: UUID="3e1c5fa6-fed3-48fd-9c36-dd6de249d435" TYPE="ext4" PARTUUID="b584c828-03"
/dev/sdb1: UUID="1ff84b69-2874-44a7-b352-b83d75a06d83" TYPE="ext4" PARTUUID="b804f0e0-9972-4e33-ace7-8e4c6e0d0f1b"
Code : Tout sélectionner
/dev/sda1 /boot ext2 defaults,noatime 0 1
/dev/sda2 / ext4 defaults,noatime 0 1
/dev/sda3 /home ext4 defaults,noatime 0 1
/dev/sdb1 /mnt/backup ext4 defaults 0 1
Code : Tout sélectionner
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Arch Linux' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-25fee693-c33c-4278-9c9d-3793c44ea4b1' {
echo 'Chargement de Linux linux…'
linux /vmlinuz-linux root=UUID=25fee693-c33c-4278-9c9d-3793c44ea4b1 rw quiet
initrd /initramfs-linux.img
submenu 'Options avancées pour Arch Linux' $menuentry_id_option 'gnulinux-advanced-25fee693-c33c-4278-9c9d-3793c44ea4b1' {
menuentry 'Arch Linux, avec Linux linux' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-advanced-25fee693-c33c-4278-9c9d-3793c44ea4b1' {
echo 'Chargement de Linux linux…'
linux /vmlinuz-linux root=UUID=25fee693-c33c-4278-9c9d-3793c44ea4b1 rw quiet
initrd /initramfs-linux.img
menuentry 'Arch Linux, with Linux linux (fallback initramfs)' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-fallback-25fee693-c33c-4278-9c9d-3793c44ea4b1' {
echo 'Chargement de Linux linux…'
linux /vmlinuz-linux root=UUID=25fee693-c33c-4278-9c9d-3793c44ea4b1 rw quiet
initrd /initramfs-linux-fallback.img
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
- benjarobin
- Maître du Kyudo
- Messages : 17235
- Inscription : sam. 30 mai 2009, 15:48
- Localisation : Lyon
Re: [Migration] Problème de mise à jour de Kernel
Si je ne dis pas de bêtise l'ordre des lignes du fstab à une importance capitale.
Si tu démonte (temporairement) /boot, le dossier (qui devrait être vide) ne devrait pas dans ton cas l'être. Supprime tout son contenu. Puis remonte la partition /boot
Et enfin corrige le fstab, et profites en pour utiliser des UUID. Tu devrais utiliser le script genfstab pour cela
Cela devrait donner quelque chose comme cela
Si tu démonte (temporairement) /boot, le dossier (qui devrait être vide) ne devrait pas dans ton cas l'être. Supprime tout son contenu. Puis remonte la partition /boot
Et enfin corrige le fstab, et profites en pour utiliser des UUID. Tu devrais utiliser le script genfstab pour cela
Cela devrait donner quelque chose comme cela
Code : Tout sélectionner
#
# /etc/fstab: static file system information
#
# <file system> <dir> <type> <options> <dump> <pass>
# /dev/sda2
UUID=25fee693-c33c-4278-9c9d-3793c44ea4b1 / ext4 rw,relatime,data=ordered,noatime 0 1
# /dev/sda3
UUID=3e1c5fa6-fed3-48fd-9c36-dd6de249d435 /home ext4 rw,relatime,data=ordered,noatime 0 2
# /dev/sda1
UUID=c7277e85-654b-431a-a1a7-5dc8c7556d67 /boot ext2 defaults,noatime 0 0
# /dev/sdb1
UUID=1ff84b69-2874-44a7-b352-b83d75a06d83 /mnt/backup ext4 defaults 0 3
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Re: [Migration] Problème de mise à jour de Kernel
En effet après avoir démonté la partition /boot il y a bien des fichiers dans le répertoire /boot, les fichiers sont les plus récents d'ailleurs ce qui veut dire que c'est le répertoire boot qui est utilisé lors du démarrage et pas la partition et que ce quand je chroot depuis le live, la partition boot ne doti pas être montée correctement.
Ce que je comprends pas, c'est que mon fstab est comme ça depuis plus de 5ans, à passé 2 migrations de support et que ça n'a jamais coincé (même si il est un peu pourri...)
Je vais essayer de comprendre correctement avant de corriger et revient documenter le résultat.
Merci beaucoup pour ton aide !
Ps: Les UUID c'est pas très confortable pour moi ^^
Ce que je comprends pas, c'est que mon fstab est comme ça depuis plus de 5ans, à passé 2 migrations de support et que ça n'a jamais coincé (même si il est un peu pourri...)
Je vais essayer de comprendre correctement avant de corriger et revient documenter le résultat.
Merci beaucoup pour ton aide !
Ps: Les UUID c'est pas très confortable pour moi ^^
- benjarobin
- Maître du Kyudo
- Messages : 17235
- Inscription : sam. 30 mai 2009, 15:48
- Localisation : Lyon
Re: [Migration] Problème de mise à jour de Kernel
Le nommage de /dev/sdXY est aléatoire. Tu as peut être de la chance avec ton PC... Mais avec le mien /dev/sda peut devenir /dev/sdb, ou /dev/sdc, ...
Bref ne jamais utiliser le nommage /dev/sdXY
Avec ta configuration actuelle, quelle est la sortie de : Ou simplement le menuentry de l'entrée de base
Bref ne jamais utiliser le nommage /dev/sdXY
Avec ta configuration actuelle, quelle est la sortie de :
Code : Tout sélectionner
stat -c '%m' /boot/vmlinuz-linux
mount | grep /dev/sda
grep -E "linux|initrd|search" /boot/grub/grub.cfg
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Re: [Migration] Problème de mise à jour de Kernel
C'est résolu.
En contrôlant les dates des fichiers, il y avait visiblement eut un problème quand j'ai réinstallé grub, la version la plus récente était dans le répertoire et non dans la partition.
J'ai démonté la partition boot, vidé le répertoire, remonté la partition, réinstallé et régénéré la configuration de grub (sur la partition cette fois) et c'est tout bon.
Encore un grand merci pour ton aide.
En contrôlant les dates des fichiers, il y avait visiblement eut un problème quand j'ai réinstallé grub, la version la plus récente était dans le répertoire et non dans la partition.
J'ai démonté la partition boot, vidé le répertoire, remonté la partition, réinstallé et régénéré la configuration de grub (sur la partition cette fois) et c'est tout bon.
Encore un grand merci pour ton aide.