Long démarrage si un disque externe chiffré n'est pas branché
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Jybz :Papoteur : c'est lié à l'initrd. Peux-tu tenter de le regénère le sans le disque branché ?
J'ai débranché le disque, régénéré l'initrd avec dracut -f, redémarré. C'est toujours le même problème, un timeout de 1,5 min.
Édité par Papoteur Le 09/02/2024 à 12h34
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Code TEXT :
févr. 02 08:28:49 systemd[1]: Finished mandriva-everytime.service. févr. 02 08:28:50 systemd[1]: systemd-rfkill.service: Deactivated successfully. févr. 02 08:30:14 systemd[1]: dev-disk-by\x2duuid-a070ee60\x2d9570\x2d449a\x2d836b\x2da0234aa99244.device: Job dev-disk-by\x2duuid-a070ee60\x2d9570\x2d449a\x2d836b\x2da0234aa99244.device/st> févr. 02 08:30:14 systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-a070ee60\x2d9570\x2d449a\x2d836b\x2da0234aa99244.device. févr. 02 08:30:14 systemd[1]: Dependency failed for systemd-cryptsetup@luks\x2da070ee60\x2d9570\x2d449a\x2d836b\x2da0234aa99244.service. févr. 02 08:30:14 systemd[1]: Dependency failed for cryptsetup.target. févr. 02 08:30:14 systemd[1]: cryptsetup.target: Job cryptsetup.target/start failed with result 'dependency'. févr. 02 08:30:14 systemd[1]: systemd-cryptsetup@luks\x2da070ee60\x2d9570\x2d449a\x2d836b\x2da0234aa99244.service: Job systemd-cryptsetup@luks\x2da070ee60\x2d9570\x2d449a\x2d836b\x2da0234aa> févr. 02 08:30:14 systemd[1]: dev-disk-by\x2duuid-a070ee60\x2d9570\x2d449a\x2d836b\x2da0234aa99244.device: Job dev-disk-by\x2duuid-a070ee60\x2d9570\x2d449a\x2d836b\x2da0234aa99244.device/st> févr. 02 08:30:14 systemd[1]: Reached target blockdev@dev-mapper-luks\x2da070ee60\x2d9570\x2d449a\x2d836b\x2da0234aa99244.target. févr. 02 08:30:14 systemd[1]: Reached target sysinit.target.
Je ne trouve pas ça très utile.
Le suivi en réel donne sensiblement la même chose, hormis le décompte du timeout de 1 min 30
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
rd.debug=1
Et supprimer quiet et splash ?
Je recommande de prendre en vidéo le boot, ça défile !
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Jybz :Tu voudrais y voir quoi ?Peux-tu ajouter depuis grub :
rd.debug=1
Et supprimer quiet et splash ?
Je recommande de prendre en vidéo le boot, ça défile !
le rd.debug concerne la phase dans l'initrd, si j'ai bien compris, mais mon problème semble survenir après cette phase.
Pour moi, le souci est qu'il existe une entrée dans /etc/crypttab:
Code TEXT :
crypt_sda2 UUID=2670ef45-81b2-438f-9abf-1839f72ac553 crypt_sda4 UUID=ab106d36-dd70-4f01-b130-79d2b95e9840 luks-a070ee60-9570-449a-836b-a0234aa99244 UUID=a070ee60-9570-449a-836b-a0234aa99244
et que le système se comporte comme avec une entrée en dur dans le fstab.
Les deux premières lignes sont pour / et /home et la dernière concerne le disque externe.
Édité par Papoteur Le 13/02/2024 à 16h14
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie