Le démarrage se bloque pendant 30 secondes à «Begin: Running / scripts / local-premount»

Après la mise à niveau d'Ubuntu 17.10 vers 18.04, le processus de démarrage prend 30 secondes de plus qu'auparavant.

il s'arrête pendant 30 secondes à l'étape

Début: exécution de / scripts / local-premount

Puis ça continue.

Au début, il a continué

recherche de systèmes de fichiers btrfs

j'ai donc désinstallé le support btrfs , mais cela n'a pas résolu le problème.

Je ne vois aucun avis de cette étape ni dans dmesgni dansvar/log/boot.log

Comment puis-je déboguer ce problème? Puis-je activer une journalisation supplémentaire?

boot 18.04 rubo77
la source

Réponses:

Essayez ce qui suit:

ouvrir /etc/initramfs-tools/conf.d/resume
remplacer RESUME=UUID=xxxparRESUME=none
problème sudo update-initramfs -u
redémarrez votre système

Le fichier doit contenir l'UUID de votre partition de swap, vous pouvez le vérifier avec sudo blkid | grep swap.

J'ai trouvé le bogue suivant sur le tableau de bord qui est censé être spécifique à Lubuntu mais les commandes ci-dessus ont également résolu le même problème sur mon installation Xubuntu.

Voir les commentaires n ° 27 et n ° 28 .

Ce fichier semble être lié à l'hibernation / suspension, je peux confirmer que suspendle système fonctionne toujours sur mon système après les modifications.

mt7
la source

merci, ça a marché! J'ai également posté votre solution ici: unix.stackexchange.com/a/443272/20661

rubo77

J'ai supprimé ma partition de swap manuellement avant la mise à niveau, mais je suppose qu'elle était toujours mémorisée quelque part car le champ RESUME était défini sur l'ancien UUID. Le mettre à aucun rasé au moins 30s depuis mon démarrage! Haut!

Michel

Pour moi, le problème était que je n'avais pas du tout de partition de swap (je ne sais pas comment cela s'est produit). J'ai résolu mon problème en créant une partition de swap et en l'ajoutant au fichier comme décrit dans cette réponse.

tjespe

Je ne sais pas ce que vous voulez dire par "Le fichier doit contenir l'UUID ...". J'ai deux UUID TYPE = "swap", le réel (/ dev / sda6) et le mappé (/ dev / mapper / cryptswap1). Peut-être que cela se produit si vous n'avez pas de partition de swap OU qu'elle est cryptée. Quoi qu'il en soit, j'ai quitté le =noneet tout fonctionne bien maintenant.

Pablo A

ajouter: dans Ubuntu 18.10 /etc/initramfs-tools/conf.d/resume n'existe pas, donc je l'ai créé et RESUME = aucun ne l'a fait pour moi.

NoAngel

J'ai eu le même problème avec toute l'installation d'Ubuntu.

J'utilise LVM avec swap sur un LV.

Sur un bureau /etc/initramfs-tools/conf.d/resumese réfère à un UUID qui évite la possibilité d'hiberner.

Sur un serveur /etc/initramfs-tools/conf.d/resumen'existe pas après l'installation et introduire un retard au démarrage et / ou une erreur lvmetad.

sudo su -c 'echo RESUME=/dev/mapper/the_swap_LV_name > /etc/initramfs-tools/conf.d/resume' 
sudo update-initramfs -u

https://launchpad.net/bugs/1768230

Plus de retard au démarrage ou d'erreur lvmetad.

Sincères amitiés

moocan
la source