41 votes

jrishaw avatar

Le démarrage reste bloqué pendant 30 secondes à "Début : Exécution /scripts/local-premount"

Demandé el 10 de Mai, 2018
Quand la question a-t-elle été
30100 affichage
Nombre de visites la question a
3 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

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 il continue.

Au début, il continuait une étape de plus jusqu'à

analyse des systèmes de fichiers btrfs

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

Je ne vois aucune mention de cette étape ni dans dmesg ni dans var/log/boot.log

Comment puis-je déboguer ce problème? Puis-je activer des journaux supplémentaires?

Demandé el 10 de Mai, 2018 par jrishaw

Réponses

Trop de publicités?

72voto

dumitru avatar
dumitru Points 319

Essayez ce qui suit:

  • ouvrez /etc/initramfs-tools/conf.d/resume
  • remplacez RESUME=UUID=xxx par RESUME=none
  • exécutez sudo update-initramfs -u
  • redémarrez votre système

(créez le fichier s'il n'existe pas et ajoutez simplement RESUME=none dedans)

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

J'ai trouvé le bug suivant sur launchpad 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 #27 et #28.

Ce fichier semble être lié à la mise en veille/hibernation, je peux confirmer que la mise en veille fonctionne toujours sur mon système après les modifications.

Répondu el 11 de Mai, 2018 par dumitru (319 Points )

9voto

fsevenm avatar
fsevenm Points 543

Dans mon cas, le blocage à Exécution de /scripts/local-premount était causé par des configurations de Grub. Donc, la solution que j'ai trouvée est de mettre à jour la configuration de GRUB_CMDLINE_LINUX à noresume. Tapez ceci dans votre terminal :

sudoedit /etc/default/grub

Recherchez GRUB_CMDLINE_LINUX et changez sa valeur à noresume.

GRUB_CMDLINE_LINUX="noresume"

Si vous ne trouvez pas cette ligne, vous pouvez l'ajouter à la fin du fichier. Vous pouvez également mettre à jour la valeur par défaut :

GRUB_CMDLINE_LINUX_DEFAULT="noresume"

De mon côté, j'ai fait les deux. Enregistrez les configurations. Ensuite, mettez à jour Grub :

sudo update-grub

Redémarrez l'ordinateur. Il devrait maintenant être plus rapide. Au fait, vous pouvez combiner noresume avec quite et splash, si vous utilisez le démarrage avec splash.

Voir également les réponses connexes sur askubuntu et superuser, ainsi que la documentation concernant ce paramètre sur linuxtopia

Répondu el 12 de Janvier, 2020 par fsevenm (543 Points )

1voto

moocan avatar
moocan Points 21

J'ai rencontré le même problème avec toutes les installations d'Ubuntu.

J'utilise LVM avec un swap sur un LV.

Sur un ordinateur de bureau /etc/initramfs-tools/conf.d/resume fait référence à un UUID qui empêche la mise en veille prolongée.

Sur un serveur /etc/initramfs-tools/conf.d/resume n'existe pas après l'installation et introduit 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 ni d'erreur lvmetad.

Cordialement

Répondu el 7 de Février, 2019 par moocan (21 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X