Fedora-Fr

rikikou · 2024-12-28T14:34:37+00:00

Bonjour, J’ai un dual boot Fedora-Windows (11) qui jusqu’ici fonctionnait bien. J’ai cependant fait récemment une mise à jour de Windows (ce n’est pas la pr...

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Démarrage fedora impossible après mise à jour windows (dual boot)

Nicosss

rikikou Il faut entrer dans ton bios au démarrage puis chercher le menu Boot ou quelque chose du genre et sélectionner l’entrée Fedora pour démarrer directement dessus.

J’avais pensé à un problème d’UUID modifiés aussi mais ça n’est pas le cas en recoupant les informations fournies.

Depuis le Grub lorsque tu sélectionnes le kernel, peux-tu éditer les options et retirer rhgb et quiet puis démarrer ? Ça sera plus verbeux et pourra peut-être donner une information supplémentaire.

rikikou

Bonjour,

Pardon pour le retour si tardif, une semaine d’examens et le repassage intensif de mes cours ne m’ont pas permis de revenir vers vous plus rapidement.

Nicosss est-ce que tu peux directement démarrer sur une entrée Fedora Linux ?

Merci pour la description de ce qu’il fallait faire. Lorsque je choisis “Fedora” dans le menu, cela m’envoie directement dans le grub

Nicosss retirer rhgb et quiet puis démarrer ?

Je l’ai fait aussi, mais quand je tape journalctl -o verbose -b -p 0..3 j’obtient une sortie identique au premier message (sauf que ici c’est un plus verbeux)

Sat 2025-01-11 08:53:46.721614 EST [s=85bd9bcd239f467eb19bf54631b4b302;i=19b254;b=3522999a67f14f699fc1fb0e7485d829;m=6b4511;t=62b6e8a49514e;x=2712df3d873a6b81]
    _TRANSPORT=kernel
    _BOOT_ID=3522999a67f14f699fc1fb0e7485d829
    _MACHINE_ID=24f24be09fb745d6848add8e66ccd04a
    _HOSTNAME=kirikou-badinter
    _RUNTIME_SCOPE=system
    SYSLOG_FACILITY=0
    SYSLOG_IDENTIFIER=kernel
    _KERNEL_SUBSYSTEM=spi
    _KERNEL_DEVICE=+spi:spi0.0
    _UDEV_SYSNAME=spi0.0
    _SOURCE_MONOTONIC_TIMESTAMP=7047193
    PRIORITY=3
    MESSAGE=spi-nor spi0.0: unrecognized JEDEC id bytes: f7 f0 30 09 03 00
Sat 2025-01-11 08:53:48.550691 EST [s=85bd9bcd239f467eb19bf54631b4b302;i=19b305;b=3522999a67f14f699fc1fb0e7485d829;m=872de6;t=62b6e8a653a23;x=1d7c44ef292f7067]
    _TRANSPORT=kernel
    _BOOT_ID=3522999a67f14f699fc1fb0e7485d829
    _MACHINE_ID=24f24be09fb745d6848add8e66ccd04a
    _HOSTNAME=kirikou-badinter
    _RUNTIME_SCOPE=system
    SYSLOG_FACILITY=0
    SYSLOG_IDENTIFIER=kernel
    PRIORITY=3
    _SOURCE_MONOTONIC_TIMESTAMP=8878806
    MESSAGE=Bluetooth: hci0: Malformed MSFT vendor event: 0x02
Sat 2025-01-11 08:53:48.628596 EST [s=85bd9bcd239f467eb19bf54631b4b302;i=19b30e;b=3522999a67f14f699fc1fb0e7485d829;m=885e37;t=62b6e8a666a74;x=3e82dca50bc89329]
    _TRANSPORT=kernel
    _BOOT_ID=3522999a67f14f699fc1fb0e7485d829
    _MACHINE_ID=24f24be09fb745d6848add8e66ccd04a
    _HOSTNAME=kirikou-badinter
    _RUNTIME_SCOPE=system
    SYSLOG_FACILITY=0
    SYSLOG_IDENTIFIER=kernel
    PRIORITY=3
    _SOURCE_MONOTONIC_TIMESTAMP=8956454
    MESSAGE=
Sat 2025-01-11 08:54:30.853195 EST [s=85bd9bcd239f467eb19bf54631b4b302;i=19b337;b=3522999a67f14f699fc1fb0e7485d829;m=30cb121;t=62b6e8ceabd5e;x=7de80a7202956f0c]
    _BOOT_ID=3522999a67f14f699fc1fb0e7485d829
    _MACHINE_ID=24f24be09fb745d6848add8e66ccd04a
    _HOSTNAME=kirikou-badinter
    _RUNTIME_SCOPE=system
    SYSLOG_FACILITY=3
    SYSLOG_IDENTIFIER=systemd
    _UID=0
    _GID=0
    TID=1
    _TRANSPORT=journal
    _PID=1
    _COMM=systemd
    _EXE=/usr/lib/systemd/systemd
    _CMDLINE=/usr/lib/systemd/systemd --switched-root --system --deserialize=45
    _CAP_EFFECTIVE=1ffffffffff
    _SELINUX_CONTEXT=system_u:system_r:init_t:s0
    _SYSTEMD_CGROUP=/init.scope
    _SYSTEMD_UNIT=init.scope
    _SYSTEMD_SLICE=-.slice
    CODE_FILE=src/core/job.c
    CODE_LINE=796
    CODE_FUNC=job_emit_done_message
    JOB_TYPE=start
    INVOCATION_ID=
    PRIORITY=3
    UNIT=dev-disk-by\x2duuid-8d611027\x2d6b0f\x2d4b6c\x2db2d7\x2dde89c3d3fa1a.device
    MESSAGE=Timed out waiting for device dev-disk-by\x2duuid-8d611027\x2d6b0f\x2d4b6c\x2db2d7\x2dde89c3d3fa1a.device - /dev/disk/by-uuid/8d611027-6b0f-4b6c-b2d7-de89c3d3fa1a.
    JOB_ID=176
    JOB_RESULT=timeout
    MESSAGE_ID=be02cf6855d2428ba40df7e9d022f03d
    _SOURCE_REALTIME_TIMESTAMP=1736603670853195
Sat 2025-01-11 08:54:36.061697 EST [s=85bd9bcd239f467eb19bf54631b4b302;i=19b472;b=3522999a67f14f699fc1fb0e7485d829;m=35c23c4;t=62b6e8d3a3001;x=9d784c33e0edf524]
    _TRANSPORT=kernel
    _BOOT_ID=3522999a67f14f699fc1fb0e7485d829
    _MACHINE_ID=24f24be09fb745d6848add8e66ccd04a
    _HOSTNAME=kirikou-badinter
    _RUNTIME_SCOPE=system
    SYSLOG_FACILITY=0
    SYSLOG_IDENTIFIER=kernel
    _SOURCE_MONOTONIC_TIMESTAMP=56388671
    PRIORITY=2
    MESSAGE=watchdog: watchdog0: watchdog did not stop!

xylphute Merci pour le lien et de prendre le temps pour m’orienter, je vais explorer cela…

rikikou

rikikou xylphute Merci pour le lien et de prendre le temps pour m’orienter, je vais explorer cela…

Pour le chroot, je pense avoir compris les explications du liens (grub2 - Recherche de la partition racine du système cible), mais j’ai un doute pour choisir la racine avec lvm j’ai ce qu’il y a en dessous et avec fdisk je l’ai mis dans le premier message. Serait-ce /dev/mapper/fedora-root ou /dev/nvme0n1p7 ou encore autre chose ?

lvm> vgdisplay 
  --- Volume group ---
  VG Name               fedora
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  6
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                3
  Open LV               2
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               47.82 GiB
  PE Size               4.00 MiB
  Total PE              12243
  Alloc PE / Size       12237 / 47.80 GiB
  Free  PE / Size       6 / 24.00 MiB
  VG UUID               aNRwnD-VtHR-ejJq-lg6U-xCSw-PQCH-DcgCo3

fgland

Le plus simple est de démarrer avec le live netinstall qui dans son option ‘troubleshooting’ à rescue.
Il détecte directement les systèmes installés et prépare le chroot qu’il n’y a qu’à appliquer.
Tu le trouveras ici https://alt.fedoraproject.org/
C’est le premier : EV

rikikou

fgland Il détecte directement les systèmes installés et prépare le chroot qu’il n’y a qu’à appliquer.

J’ai fait ainsi (et le chroot), puis j’ai suivis les instructions de grub2 - Recherche de la partition racine du système cible :

réinstallation puis redémarrage (dnf reinstall grub2-efi-x64 )
reconfiguration puis redémarrage (grub2-mkconfig -o /boot/grub2/grub.cfg )

mais cela n’a rien changé à mon problème. J’ai l’impression que le problème ne vient pas vraiment du GRUB qui semble fonctionner normalement, mais plutôt après, lorsque je lance fedora. Sauriez-vous ce que ça peut être ?

xylphute

Ce serait plus simple en effet

fgland

Quand tu fait le chroot, les partitions sont-elles toutes montées ?
$ ls -l /
devrait te donner

$ ls -1 /
afs
bin
boot
dev
donnees
etc
home
lib
lib64
media
mnt
opt
proc
root
run
sbin
snap
srv
sys
tmp
usr
var

fait la même chose avec /boot et /home.
root est-il actif chez toi ou utilises-tu uniquement sudo ? Pour le débloquer, on indique de changer le mot de passe root mais je ne sais si c’est valable si le compte root n’est pas actif

rikikou

Bonjour,

fgland root est-il actif chez toi ou utilises-tu uniquement sudo ?

Oui c’est actif (la ligne commence avec # ).

Ensuite les sorties donnent :

ls

Répertoire manquant
- donnees
- snap
  
  Répertoire en plus
- lost+found

ls /boot

  config-6.10.12-200.fc40.x86_64
  config-6.10.6-200.fc40.x86_64
  config-6.11.4-201.fc40.x86_64
  efi
  grub2
  initramfs-0-rescue-24f24be09fb745d6848add8e66ccd04a.img
  initramfs-6.10.12-200.fc40.x86_64.img
  initramfs-6.10.6-200.fc40.x86_64.img
  initramfs-6.11.4-201.fc40.x86_64.img
  loader
  lost+found
  symvers-6.10.12-200.fc40.x86_64.xz
  symvers-6.10.6-200.fc40.x86_64.xz
  symvers-6.11.4-201.fc40.x86_64.xz
  System.map-6.10.12-200.fc40.x86_64
  System.map-6.10.6-200.fc40.x86_64
  System.map-6.11.4-201.fc40.x86_64
  vmlinuz-0-rescue-24f24be09fb745d6848add8e66ccd04a
  vmlinuz-6.10.12-200.fc40.x86_64
  vmlinuz-6.10.6-200.fc40.x86_64
  vmlinuz-6.11.4-201.fc40.x86_64

ls /home
```
  kirikou
  lost+found
```

Au passage, lorsque j’ai exécuté fdisk -l en plus de la sortie normale, j’ai eu :

[31mGPT PMBR size mismatch (1845643 != 7831551) will be corrected by write.[0m

Je ne sais pas trop si ça peut être utile

rikikou

fgland peux-tu lister le contenu de /home ?

rikikou
ls /home
kirikou
lost+found

Merci pour la piste de la lvm, j’ai regardé ça, cela donne des choses que je ne comprends pas tout à fait :

Depuis le live netinstall en faisant le chroot, avec les commandes suivantes, je n’obtiens aucun affichage
```
#pvscan
#vgscan
#lvscan

#pvdisplay
#vgdisplay
#lvdisplay
```

sans le chroot, au contraire avec #lvdisplay, cela donne :
(note : en mode ‘rescue’ cela n’affiche rien non plus)

  --- Logical volume ---
  LV Path                /dev/fedora/swap
  LV Name                swap
  VG Name                fedora
  LV UUID                sa0hWp-JIB8-Xdfq-D5zN-AQy2-51uO-htvjgP
  LV Write Access        read/write
  LV Creation host, time localhost-live, 2024-05-08 21:50:32 +0000
  LV Status              available
  # open                 1
  LV Size                6.00 GiB
  Current LE             1536
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:2
   
  --- Logical volume ---
  LV Path                /dev/fedora/root
  LV Name                root
  VG Name                fedora
  LV UUID                GfHllc-KVNG-dTdV-ah5D-gs1M-gqoq-LWmPRY
  LV Write Access        read/write
  LV Creation host, time localhost-live, 2024-05-08 21:50:32 +0000
  LV Status              available
  # open                 1
  LV Size                26.80 GiB
  Current LE             6861
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0
   
  --- Logical volume ---
  LV Path                /dev/fedora/home
  LV Name                home
  VG Name                fedora
  LV UUID                nlV7Ys-gWBF-6e4e-4Guw-XlI9-jkLj-qe1Zjt
  LV Write Access        read/write
  LV Creation host, time localhost-live, 2024-05-08 21:50:32 +0000
  LV Status              available
  # open                 1
  LV Size                15.00 GiB
  Current LE             3840
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:1

Il y a un autre uuid pour /home, j’ai essayé de le mettre dans le fstab :
UUID=n1V7Ys-gWBF-6e4e-4Guw-XlI9-jkLj-qe1Zjt /home ext4 defaults 1 2
mais sans succès.

Auriez-vous une idée de ce qu’il y aurait à faire à partir de ces informations ?

fgland

Quand tu mets une commande, mets aussi le prompt qui permet de savoir si on est en root, utilisateur ou sudo.
Après le chroot, change le mot de passe root et redémarre pour voir s’il y a encore le blocage root
Tu as fais un essais sans la partition /home. Tu as mis un # dans fstab devant la ligne puis redémarré ? car remplacer 1 2 par 0 0 n’a pas d’effet sur le montage.

rikikou

fgland

Après le changement de mot de passe de root, puis le redémarrage de fedora, je suis repassé en mode de secours, mais cette fois, j’ai pu rentrer le mot de passe de root ! Ensuite pour le fstab, j’ai commenté la ligne de /home et fedora a pu se lancer. Merci beaucoup !

Pour le problème du montage de home, j’ai récupéré # journalctl -xb depuis le mode de secours, je ne sais pas si ça peut apporter des informations… (pastebin il est long, mais je ne savais pas ce qui était important ou pas)

nouvo09

janv. 17 17:12:51 kirikou-badinter systemd[1]: dev-disk-by\x2duuid-8d611027\x2d6b0f\x2d4b6c\x2db2d7\x2dde89c3d3fa1a.device: Job dev-disk-by\x2duuid-8d611027\x2d6b0f\x2d4b6c\x2db2d7\x2dde89c3d3fa1a.device/start timed out.

Je lis ça dans ton fichier. Peux tu dans un premier temps vérifier que l’UUID est bonne avec la commande (sous root):

blkid /dev/sdXXX <- indique bien le numéro de la partition

et correspond à ce que fstab recherche.

Je rappelle -encore une fois - qu’il est beaucoup plus facile de désigner les partitions par leur label, qui ne risque pas de changer accidentellement que par l’UUID.

fgland

nouvo09 Il l’a indiqué au début

rikikou │ └─fedora-home ext4 1.0 8d611027-6b0f-4b6c-b2d7-de89c3d3fa1a

L’avantage de l’UUID est d’éviter les problèmes quand on manipule les disques. Il m’est arrivé une fois, du temps des lebels, de mettre un deuxième disque dans ma tour pour faire une copie et je me suis retrouvé avec deux /, deux /boot …
donc il n’y a pas que des avantages

@rikikou où en es-tu maintenant ? le root étant maintenant opérationnel, il faudrait remettre le home dans fstab et démarrer sur le noyau rescue, si toutefois il n’est pas trop ancien.

nouvo09

fgland L’avantage de l’UUID est d’éviter les problèmes quand on manipule les disques. Il m’est arrivé une fois, du temps des lebels, de mettre un deuxième disque dans ma tour pour faire une copie et je me suis retrouvé avec deux /, deux /boot …
donc il n’y a pas que des avantages

Ok N’en discutons pas ici. Ça peut faire l’objet d’un autre fil.

rikikou

fgland il faudrait remettre le home dans fstab et démarrer sur le noyau rescue, si toutefois il n’est pas trop ancien.

C’est fait, j’en ai aussi profité pour remettre 1 2 à la place de 0 0 pour les options de montage de /home .

En essayant # mount /home en mode rescue, j’obtient l’erreur suivante :

mount: /home: can't find UUID=8d611027-6b0f-4b6c-b2d7-de89c3d3fa1a.

et donc je n’arrive pas à la monter.

nouvo09

Donc revérifie l’UUID de la partition en question.

rikikou

nouvo09 Donc revérifie l’UUID de la partition en question.

Comme je ne connaissais pas le chemin vers /home, j’ai utilisé # lsblk --fs pour avoir toutes les informations et trouver la bonne, mais c’est bizarre car lorsque je suis dans le mode “rescue”, j’obtiens (pas de mention de fedora-home) :

NAME            FSTYPE      FSVER    LABEL      UUID                                   FSAVAIL FSUSE% MOUNTPOINTS
nvme0n1                                                                                               
├─nvme0n1p1     vfat        FAT32               4447-3F36                                             
├─nvme0n1p2                                                                                           
├─nvme0n1p3     ntfs                            CAFE4855FE483C47                                      
├─nvme0n1p4     ntfs                            086E3FF76E3FDC5E                                      
├─nvme0n1p5     ntfs                 MySwapData 527207AF7207973F                         61,1G     5% /mnt/MySwapData
├─nvme0n1p6     ext4        1.0                 528dfd1c-b84f-4586-99b8-8f2cbded3330    542,7M    37% /boot
├─nvme0n1p7     LVM2_member LVM2 001            7uBH5c-lhe7-emXB-Itbz-pe8E-LzjK-SxM8J0                
│ ├─fedora-root ext4        1.0                 a4c89b7d-2b9d-4db0-bcef-27b1fe6da855      3,7G    81% /
│ └─fedora-swap swap        1                   971e5414-7e92-4cc3-984d-e1d33b8da60f                  [SWAP]
└─nvme0n1p8     ntfs                            4A40418B40417F27

Alors qu’avec le live netinstall (en mode troubleshooting), j’ai (il apparaît bien):

NAME            FSTYPE      FSVER            LABEL                  UUID                                   FSAVAIL FSUSE% MOUNTPOINTS
loop0           squashfs    4.0                                                                                           
[... Partie live]                                                                                                                  
zram0                                                                                                                     [SWAP]
nvme0n1                                                                                                                   
├─nvme0n1p1     vfat        FAT32                                   4447-3F36                                46.3M    52% /boot/efi
├─nvme0n1p2                                                                                                               
├─nvme0n1p3     ntfs                                                CAFE4855FE483C47                                      
├─nvme0n1p4     ntfs                                                086E3FF76E3FDC5E                                      
├─nvme0n1p5     ntfs                         MySwapData             527207AF7207973F                         61.1G     5% /mnt/MySwapData
├─nvme0n1p6     ext4        1.0                                     528dfd1c-b84f-4586-99b8-8f2cbded3330    542.7M    37% /boot
├─nvme0n1p7     LVM2_member LVM2 001                                7uBH5c-lhe7-emXB-Itbz-pe8E-LzjK-SxM8J0                
│ ├─fedora-root ext4        1.0                                     a4c89b7d-2b9d-4db0-bcef-27b1fe6da855      3.7G    81% /
│ ├─fedora-home ext4        1.0                                     8d611027-6b0f-4b6c-b2d7-de89c3d3fa1a      9.3G    31% /home
│ └─fedora-swap swap        1                                       971e5414-7e92-4cc3-984d-e1d33b8da60f                  [SWAP]
└─nvme0n1p8     ntfs                                                4A40418B40417F27

—

fgland # ls -l /dev/disk/by-uuid/

donne :

total 0
lrwxrwxrwx. 1 root root 15 18 janv. 19:26 086E3FF76E3FDC5E -> ../../nvme0n1p4
lrwxrwxrwx. 1 root root 15 18 janv. 19:26 4447-3F36 -> ../../nvme0n1p1
lrwxrwxrwx. 1 root root 15 18 janv. 19:26 4A40418B40417F27 -> ../../nvme0n1p8
lrwxrwxrwx. 1 root root 15 18 janv. 19:26 527207AF7207973F -> ../../nvme0n1p5
lrwxrwxrwx. 1 root root 15 18 janv. 19:26 528dfd1c-b84f-4586-99b8-8f2cbded3330 -> ../../nvme0n1p6
lrwxrwxrwx. 1 root root 10 18 janv.  2025 971e5414-7e92-4cc3-984d-e1d33b8da60f -> ../../dm-1
lrwxrwxrwx. 1 root root 10 18 janv.  2025 a4c89b7d-2b9d-4db0-bcef-27b1fe6da855 -> ../../dm-0
lrwxrwxrwx. 1 root root 15 18 janv. 19:26 CAFE4855FE483C47 -> ../../nvme0n1p3

fgland

surprenant…
voyons l’ensemble des partitions
# ls -l /dev/disk/by-uuid/

fgland

ok, je n’avais pas fait attention que c’est une partition lvm, donc ce n’est pas un /dev/sdax, c’est pour cela qu’il n’apparaît pas avec ls – l /dev/disk/by-uuid/
Avec le live netinstall (en mode troubleshooting), peux-tu lister le contenu de /home ? Cela ressemblerait à problème du côté lvm mais là je ne pourrai pas aider, ne connaissant pas.
Si tu as des données à sauvegarder, fais-le à partir du netinstall.
Il y a une page de la doc sur lvm
https://doc.fedora-fr.org/wiki/Concepts_de_base_%E2 %80 %93_LVM

fgland

Je ne connais pas assez lvm pour proposer des modifications…
Peux-tu lire ce qu’il y a dans /dev/fedora/home ?
# ls -l /dev/fedora/home/kirikou/
si oui dans fstab tu peux essayer de remplacer la ligne /home par
/dev/fedora/home /home ext4 defaults 1 2

rikikou

fgland Peux-tu lire ce qu’il y a dans /dev/fedora/home ?

Oui je peux, j’ai fait les 2 remplacement de root et home, mais sans succès.

Page suivante »