Замораживание на запуске (systemd проблема?)

У меня есть ноутбук, Dell Precision 3510 и мой Kubuntu 17.04 очень часто замораживаются на запуске.

Что я видел от вывода команды journalctl -xb это замораживается из-за таймаута на дисках.

Первая ошибка, которую я вижу, существует это:

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

Я пытался играть с /etc/fstab и замененный UUID со ссылками/dev/sdXX, но это не помогло.

Это производится, я добираюсь:

č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 systemd-fsck@dev-sda1.service has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- Unit systemd-fsck@dev-sda1.service 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]: systemd-fsck@dev-sda1.service: Job systemd-fsck@dev-sda1.service/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.

Какая-либо идея, как зафиксировать его?

Вот мой /etc/fstab файл:

# /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

ОБНОВЛЕНИЕ № 1 29 июня 2017 7:11 ПОЯСА

Я должен упомянуть, что эта проблема не всегда происходит; но, я сказал бы в 50% случаев, система запускается.


ОБНОВЛЕНИЕ № 2 7 июля 2017 8:45 ПОЯСА

Предложенный ответ ниже, очевидно, не решил проблему.
Этим утром я перезапустил свою систему, и она была заморожена снова.

Мой /etc/fstab файл теперь содержит следующие записи:

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

У кого-либо есть идея, какова эта проблема могла быть?


ОБНОВЛЕНИЕ № 3 11 июля 2017 10:40 ПОЯСА

Вот снимок экрана разделов от GParted:

here.


ОБНОВЛЕНИЕ № 4 19 июля 2017 11:22 ПОЯСА

Эта проблема все еще сохраняется, даже если я использую ядро 4.12.2.


ОБНОВЛЕНИЕ № 5 15 августа 2017 15:07 ПОЯСА

Я не знаю, устранил ли следующий факт мою проблему, но со времени, я использую ядро 4.12.4 (ни 4.12.7, ни запас Ubuntu один 4.10.0-32), я больше не сталкивался с проблемой.

Другой факт, который мог помочь (но я не верю в него очень) был то, что я отключил всплеск начальной загрузки Kubuntu.

Я не могу использовать ядро, более новое, чем 4.12.4, потому что затем я сталкиваюсь с другой проблемой с VirtualBox 5.1.26 - гость Windows 10 просто застрял, и я должен уничтожить процесс V-B.

2
задан 3 May 2019 в 07:33

3 ответа

У меня были подобные проблемы с ноутбуком лощины также. Например, I\O зависает, задержки, файловая система была испорчена так, я должен был использовать fsck от liveusb. То, что помогло мне, использовало iommu=soft во время начальной загрузки.

Здесь строка от моей конфигурации личинки

GRUB_CMDLINE_LINUX_DEFAULT = "подавляют шумы всплеска iommu=soft", После того как Вы обновляете конфигурацию, выполненную sudo личинка обновления . Это просто работает на меня.

0
ответ дан 2 December 2019 в 08:52

Вы должны использовать uuid для монтирования, при условии, что у вас есть правильные идентификаторы.

заставить строку прочитать UUID=D926-7D91 /boot/efi vfat umask=0077 0 2

сделать аналогичные изменения для других монтируемых разделов

, папка / dev не существует, пока / (корневой раздел) не смонтирован. ]

0
ответ дан 2 December 2019 в 08:52

Отредактируйте / etc / fstab, чтобы использовать UUID вместо /dev/sdaX.

Чтобы устранить проблему, измените следующую строку ...

Изменить это:

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

На это:

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

Обновление № 1: [ 1115]

Чтобы проверить файловую систему на вашем разделе Ubuntu ...

  • загрузиться в меню GRUB
  • выбрать Дополнительные параметры
  • выбрать режим восстановления
  • выбрать Root-доступ
  • в приглашении #, введите sudo fsck -f /
  • повторите команду fsck, если были ошибки
  • type reboot
0
ответ дан 2 December 2019 в 08:52

Другие вопросы по тегам:

Похожие вопросы: