Situation principale:
Déjà répondu en détail ... (Vous devez vérifier l'UUID sous ces fichiers)
/etc/crypttab
/etc/fstab
/etc/grub.d/40_custom
/boot/grub2/grub.cfg
Situation alternative I - Udev:
Cela pourrait être dû à udev si vous avez un script de règles sous /etc/udev/rules.d/
qui n’est pas destiné à être exécuté au démarrage, si le script échoue, l’étape fstab sera définitive, modifiez simplement votre script pour répondre à vos besoins ou supprimez-le.
Situation alternative II - Dev crypté:
Les partitions cryptées peuvent être source de confusion car la partition principale a un UUID et celle qui est mappée décryptée ont un autre UUID différent du disque principal pour une partition unique, elles doivent être définies à un endroit différent etc/crypttab
et/etc/fstab
# lsblk -o name,uuid,mountpoint
├─sda2 727fa348-8804-4773-ae3d-f3e176d12dac
│ └─sda2_crypt (dm-0) P1kvJI-5iqv-s9gJ-8V2H-2EEO-q4aK-sx4aDi
Le véritable UUID doit être spécifié dans etc/crypttab
# cat /etc/crypttab
sda2_crypt UUID=727fa348-8804-4773-ae3d-f3e176d12dac none luks
L'UUID virtuel doit être à /etc/fstab
# cat /etc/fstab
UUID=P1kvJI-5iqv-s9gJ-8V2H-2EEO-q4aK-sx4aDi / ext4 defaults,errors=remount-ro 0 1
Situation alternative III - Ghost Dev:
Un périphérique qui est configuré pour être monté au démarrage mais qui n'est ni présent dans le système ni détaché comme un lecteur USB.
Vérifiez les périphériques réellement connectés avec lsblk -o name,uuid,mountpoint
et éditez /etc/fstab
pour ne conserver que le périphérique connecté
OU laissez le périphérique non connecté là-bas, mais configurez-les pour qu'ils soient ignorés au démarrage avec l'option noauto
et définissez la ligne comme ceci
UUID=BLA-BLA-BLA /mount ext4 option,noauto,option 0 0
Vérification des journaux du système
journalctl -ab
systemd-analyze blame
systemd-analyze critical-chain
systemctl status dev-mapper-crypt_sda2.device
systemctl status systemd-udev-settle.service