web-dev-qa-db-fra.com

Gel au démarrage (problème systemd?)

J'ai un ordinateur portable Dell Precision 3510 et mon Kubuntu 17.04 est très souvent gelé au démarrage.

Ce que j'ai vu de la sortie de la commande journalctl -xb est, il est gelé en raison d'un dépassement de délai sur les disques.

La première erreur que je peux voir est la suivante:

systemd[1]: dev-sda1.device: Job dev-sda1.device/start timed out.

J'ai essayé de jouer avec /etc/fstab et a remplacé l'UUID par des liens/dev/sdXX mais cela n'a pas aidé.

Voici la sortie que j'obtiens:

čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: dev-sda1.device: Job dev-sda1.device/start timed out.čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Timed out waiting for device dev-sda1.device.
-- Subject: Unit dev-sda1.device has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- Unit dev-sda1.device has failed.
-- 
-- The result is timeout.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Dependency failed for File System Check on /dev/sda1.
-- Subject: Unit [email protected] has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- Unit [email protected] has failed.
-- 
-- The result is dependency.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Dependency failed for /boot/efi.
-- Subject: Unit boot-efi.mount has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- Unit boot-efi.mount has failed.
-- 
-- The result is dependency.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Dependency failed for Local File Systems.
-- Subject: Unit local-fs.target has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- Unit local-fs.target has failed.
-- 
-- The result is dependency.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: local-fs.target: Triggering OnFailure= dependencies.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: boot-efi.mount: Job boot-efi.mount/start failed with result 'dependency'.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: [email protected]: Job [email protected]/start failed with result 'dependency'.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: dev-sda1.device: Job dev-sda1.device/start failed with result 'timeout'.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: dev-sda3.device: Job dev-sda3.device/start timed out.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Timed out waiting for device dev-sda3.device.
-- Subject: Unit dev-sda3.device has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- Unit dev-sda3.device has failed.
-- 
-- The result is timeout.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Dependency failed for /dev/sda3.

Toute idée de comment résoudre ce problème?

Voici mon /etc/fstab fichier:

# /etc/fstab: static file system information.
## Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system>                                 <mount point>   <type>   <options>               <dump>  <pass>
# / was on /dev/sda2 during installation
# UUID=2f75b38f-6fa8-473a-b893-e03514a17b1f
/dev/sda2                                       /               ext4    errors=remount-ro       0       1
# /boot/efi was on /dev/sda1 during installation
# UUID=D926-7D91
/dev/sda1                                       /boot/efi       vfat    umask=0077              0       2
# swap was on /dev/sda3 during installation
/dev/sda3                                       none            swap    sw                      0       0

MISE À JOUR # 1 le 29 juin 2017 7:11 CEST

Je dois mentionner que ce problème ne se produit pas toujours; mais, je dirais que dans 50% des cas, le système est démarré.

MISE À JOUR # 2 le 7 juillet 2017 8:45 CEST

La réponse suggérée ci-dessous n'a évidemment pas résolu le problème.
Ce matin, j'ai redémarré mon système et il a de nouveau gelé.

Ma /etc/fstab le fichier contient désormais les entrées suivantes:

UUID=D926-7D91                              /boot/efi   vfat    defaults                0   1
UUID=2f75b38f-6fa8-473a-b893-e03514a17b1f   /           ext4    errors=remount-ro       0   1
UUID=de138edb-ee13-4c44-9cbd-cc777e56cca7   none        swap    sw                      0   0

Quelqu'un at-il une idée de ce que pourrait être ce problème?

MISE À JOUR # 3 le 11 juillet 2017 10:40 CEST

Voici une capture d'écran des partitions de GParted:

here.

MISE À JOUR # 4 le 19 juillet 2017 11:22 CEST

Ce problème persiste même si j'utilise le noyau 4.12.2.

MISE À JOUR # 5 le 15 août 2017 15:07 CEST

Je ne sais pas si le fait suivant a résolu mon problème, mais depuis que j'utilise le noyau 4.12.4 (ni 4.12.7 ni le stock d'Ubuntu 4.10.0-32), je n'ai plus rencontré le problème.

L'autre fait qui pourrait aider (mais je n'y crois pas beaucoup) était que j'ai désactivé le démarrage de Kubuntu.

Je ne suis pas en mesure d'utiliser un noyau plus récent que 4.12.4 car alors je suis confronté à un autre problème avec VirtualBox 5.1.26 - l'invité Windows 10 vient de se coincer et je dois tuer le processus V-B.

bootmountfstabsystemduuid
2
Petr Nehez

Modifiez/etc/fstab pour utiliser les UUID au lieu de/dev/sdaX.

Pour résoudre votre problème, modifiez spécifiquement la ligne suivante ...

Modifiez ceci:

# /boot/efi was on /dev/sda1 during installation
UUID=D926-7D91    /boot/efi      vfat    umask=0077     0       2

À ceci:

# /boot/efi was on /dev/sda1 during installation
UUID=D926-7D91    /boot/efi      vfat    defaults       0       1
                                             ^                  ^
                               change here___|__________________|

Mise à jour # 1:

Pour vérifier le système de fichiers sur votre partition Ubuntu ...

  • démarrer dans le menu GRUB
  • choisissez Options avancées
  • choisissez le mode de récupération
  • choisissez l'accès root
  • à l'invite #, saisissez Sudo fsck -f /
  • répétez la commande fsck en cas d'erreurs
  • tapez reboot
1
heynnema

vous devez utiliser uuid pour le montage, en supposant que vous avez les bons identifiants.

faire lire la ligne UUID=D926-7D91 /boot/efi vfat umask=0077 0 2

effectuer une modification similaire pour les autres supports de partition

le dossier/dev n'existe pas tant que/(partition racine) n'a pas été monté.

0
ravery

J'ai également eu des problèmes similaires avec un ordinateur portable Dell. Par exemple. I\O se bloque, traîne, le système de fichiers a été foiré, j'ai donc dû utiliser fsck de liveusb. Ce qui m'a aidé, c'est d'utiliser iommu = soft au démarrage.

Voici la ligne de ma config grub

GRUB_CMDLINE_LINUX_DEFAULT = "silencieux splash iommu = soft" Une fois que vous mettez à jour la configuration, exécutez Sudo update-grub. Ça marche juste pour moi.

0
Aleksey