Fedora-Fr

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)

rikikou

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 première fois) et linux ne démarre plus depuis.

Informations utiles :

mises à jours windows faites :
- Mise à jour pour Microsoft Windows (KB 5045934)
- Mise à jour de sécurité pour Microsoft Windows (KB 048667)
Description du démarrage :
- lancement de GRUB2 sans problème
- Sélection de fedora (6.11.4-201.fc40-x86_64) 40 Workstation
- problème, notamment le timeout indiqué en sortie de journalctl (c.f. plus bas) qui implique
- depedency failed for home.mount
- depedency failed for local-fs.target
- depedency failed for selinux-autorelabel-mark.service
- passage en emergency mode mais là encore il y a un échec :
```
    Cannot open access to console, the root account is locked
    Press Enter to continue...
```
  Qui se répète en boucle si on appuie sur “enter”
- forcer l’arrêt
  
  Il n’est pas possible non plus de lancer fedora avec le mode d’urgence, ou depuis une ancienne version.
lsblk -f depuis un linux live :

NAME            FSTYPE      FSVER            LABEL         UUID                                   FSAVAIL FSUSE% MOUNTPOINTS
loop0           squashfs    4.0                                                                         0   100% /run/archiso/airootfs
sda             iso9660     Joliet Extension ARCHBANG_2412 2024-12-24-15-35-09-00                                
├─sda1          iso9660     Joliet Extension ARCHBANG_2412 2024-12-24-15-35-09-00                                
└─sda2          vfat        FAT32            ARCHISO_EFI   676A-D4AD                                             
nvme0n1                                                                                                          
├─nvme0n1p1     vfat        FAT32                          4447-3F36                                             
├─nvme0n1p2                                                                                                      
├─nvme0n1p3     ntfs                                       CAFE4855FE483C47                                      
├─nvme0n1p4     ntfs                                       086E3FF76E3FDC5E                                      
├─nvme0n1p5     ntfs                         MySwapData    527207AF7207973F                                      
├─nvme0n1p6     ext4        1.0                            528dfd1c-b84f-4586-99b8-8f2cbded3330                  
├─nvme0n1p7     LVM2_member LVM2 001                       7uBH5c-lhe7-emXB-Itbz-pe8E-LzjK-SxM8J0                
│ ├─fedora-swap swap        1                              971e5414-7e92-4cc3-984d-e1d33b8da60f                  
│ ├─fedora-root ext4        1.0                            a4c89b7d-2b9d-4db0-bcef-27b1fe6da855                  
│ └─fedora-home ext4        1.0                            8d611027-6b0f-4b6c-b2d7-de89c3d3fa1a                  
└─nvme0n1p8     ntfs                                       4A40418B40417F27

ou avec fdisk -l

  Disk /dev/nvme0n1: 476.94 GiB, 512110190592 bytes, 1000215216 sectors
  Disk model: SKHynix_HFS512GDE9X081N                 
  Units: sectors of 1 * 512 = 512 bytes
  Sector size (logical/physical): 512 bytes / 512 bytes
  I/O size (minimum/optimal): 512 bytes / 512 bytes
  Disklabel type: gpt
  Disk identifier: 00ECF87F-CCF0-487F-9DB2-5CE4A0AC723D
  
  Device             Start        End   Sectors   Size Type
  /dev/nvme0n1p1      2048     206847    204800   100M EFI System
  /dev/nvme0n1p2    206848     239615     32768    16M Microsoft reserved
  /dev/nvme0n1p3    239616  760602154 760362539 362.6G Microsoft basic data
  /dev/nvme0n1p4 760602624  762490879   1888256   922M Windows recovery environment
  /dev/nvme0n1p5 762492928  896708607 134215680    64G Microsoft basic data
  /dev/nvme0n1p6 896710656  898807807   2097152     1G Linux extended boot
  /dev/nvme0n1p7 898807808  999110655 100302848  47.8G Linux LVM
  /dev/nvme0n1p8 999110656 1000212479   1101824   538M Windows recovery environment
  
  
  Disk /dev/loop0: 1.26 GiB, 1356873728 bytes, 2650144 sectors
  Units: sectors of 1 * 512 = 512 bytes
  Sector size (logical/physical): 512 bytes / 512 bytes
  I/O size (minimum/optimal): 512 bytes / 512 bytes
  
  Disk /dev/loop1: 763.92 MiB, 801026048 bytes, 1564504 sectors
  Units: sectors of 1 * 512 = 512 bytes
  Sector size (logical/physical): 512 bytes / 512 bytes
  I/O size (minimum/optimal): 512 bytes / 512 bytes
  
  
  Disk /dev/mapper/fedora-swap: 6 GiB, 6442450944 bytes, 12582912 sectors
  Units: sectors of 1 * 512 = 512 bytes
  Sector size (logical/physical): 512 bytes / 512 bytes
  I/O size (minimum/optimal): 512 bytes / 512 bytes
  
  
  Disk /dev/mapper/fedora-root: 26.8 GiB, 28777119744 bytes, 56205312 sectors
  Units: sectors of 1 * 512 = 512 bytes
  Sector size (logical/physical): 512 bytes / 512 bytes
  I/O size (minimum/optimal): 512 bytes / 512 bytes
  
  
  Disk /dev/mapper/fedora-home: 15 GiB, 16106127360 bytes, 31457280 sectors
  Units: sectors of 1 * 512 = 512 bytes
  Sector size (logical/physical): 512 bytes / 512 bytes
  I/O size (minimum/optimal): 512 bytes / 512 bytes

journalctl -b -p 0..3 : informations du boot lors de l’échec de démarrage

Dec 28 12:13:26 machine kernel: spi-nor spi0.0: unrecognized JEDEC id bytes: f7 f0 30 09 03 00
Dec 28 12:13:28 machine kernel: 
Dec 28 12:13:28 machine kernel: Bluetooth: hci0: Malformed MSFT vendor event: 0x02
Dec 28 12:14:11 machine systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-8d611027\x2d6b0f\x2d4b6c\x2db2d7\x2dde89c3d3fa1a.device - /dev/disk/by-uuid/8d611027-6b0f-4b6c-b2d7-de89c3d3fa1a.
Dec 28 12:17:20 machine kernel: watchdog: watchdog0: watchdog did not stop!

le fstab avec la modification du montage de /home (1 2 remplacé par 0 0)

  UUID=a4c89b7d-2b9d-4db0-bcef-27b1fe6da855 /                       ext4    defaults        1 1
  UUID=528dfd1c-b84f-4586-99b8-8f2cbded3330 /boot                   ext4    defaults        1 2
  UUID=4447-3F36          /boot/efi               vfat    umask=0077,shortname=winnt 0 2
  # J'ai modifie cette partie en remplacant 1 2 par 0 0
  UUID=8d611027-6b0f-4b6c-b2d7-de89c3d3fa1a /home                   ext4    defaults        0 0
  UUID=971e5414-7e92-4cc3-984d-e1d33b8da60f none                    swap    defaults        0 0
  
  # UUID=527207AF7207973F /mnt/MySwapData ntfs-3g defaults,uid=1000 0 0

Déjà tenté :

désinstaller les mises à jours depuis windows mais cela ne change rien
modifier le fstab pour ne plus obliger de monter la partition /home
analyse de la partition /home avec fsck sans trouver aucune anomalie (par ailleurs depuis un linux live, j’arrive à monter toutes les partitions sans problème)

Auriez-vous des pistes pour réparer cette panne ?

Bien cordialement

Rikikou

Nicosss

rikikou Les merveilles de Windows aime bien dégager les autres !

Tu as l’air d’être en UEFI, depuis le bios est-ce que tu peux directement démarrer sur une entrée Fedora Linux ?

Tu peux aussi t’inspirer des commandes dans l’article https://doc.fedora-fr.org/wiki/Dual_boot_Windows_-_Fedora#Particularit%C3%A9s .

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.

rikikou

Merci pour vos réponses rapides et de prendre le temps e m’aiderm seulement, je suis assez peu expérimenté sur linux et donc je ne vois pas trop ce que vous voulez dire notamment par

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

xylphute chroot sur ta fedora et de réinstaller grub?

Est-ce que vous pourriez détailler un petit peu s’il vous plaît ?

Sinon, oui je crois bien être sur uefi. J’ai aussi essayé d’utiliser boot-repair il ne m’a proposé aucune réparation mais toutes les informations sont sur https://paste.debian.net/hidden/1817f9de/ si cela peut apporter plus d’informations…

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…

xylphute

Windows se permet de dégager la concurrence de la partition efi.

As tu essayé depuis un live de chroot sur ta fedora et de réinstaller grub?

xylphute

rikikou Est-ce que vous pourriez détailler un petit peu s’il vous plaît ?

Le principe est de démarrer sur un live cd.

Il faut monter toutes les partitions du PC par exemple dans le repertoire /mnt.

En gros, il faut le / de fedora installé dans /mnt, la partition EFI dans /mnt/boot/EFI etc etc.

Puis faire un chroot dans /mnt qui va redefinir l’environnement linux dans justement /mnt, et de relancer une installation de grub depuis la.

Faire exit et redemarrer.

Il y a plein de document pour ça. je manque de temps pour te fournir plus. Mais c’est une piste.

Doc grub fedora

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

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.

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.

Page suivante »