web-dev-qa-db-ja.com

起動時にフリーズする(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 [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.

それを修正する方法はありますか?

これが私の/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

2017年6月29日7:11 CESTの更新#1

この問題は常に発生しないことに言及する必要があります。しかし、私は50%のケースでシステムが起動したと言います。


UPDATE#22017年7月7日8:45 CEST

提案された回答 は明らかに問題を解決しませんでした。
今朝、システムを再起動したところ、再びフリーズしました。

/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

誰かがこの問題が何であるかについて考えを持っていますか?


2017年7月11日の更新#310:40 CEST

これはGPartedのパーティションのスクリーンショットです。

here


2017年7月19日11:22 CESTに更新#4

カーネル4.12.2を使用している場合でも、この問題は解決しません。


2017年8月15日15:07 CESTに更新#5

次の事実で問題が解決したかどうかはわかりませんが、カーネル4.12.4(4.12.7もUbuntuのストック4.14.1-32も使用していない)を使用して以来、この問題にはもう直面していません。

役立つ可能性のあるもう1つの事実(ただし、あまり信じていません)は、Kubuntuのブートスプラッシュを無効にしたことです。

4.12.4以降のカーネルを使用できません。VirtualBox5.1.26で別の問題が発生しているため、Windows 10ゲストがスタックし、V-Bプロセスを強制終了する必要があるためです。

2
Petr Nehez

/ etc/fstabを編集して、/ dev/sdaXの代わりにUUIDを使用します。

問題を解決するには、具体的には次の行を変更します...

これを変更:

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

Ubuntuパーティションのファイルシステムを確認するには...

  • GRUBメニューに起動します
  • 詳細オプションを選択
  • 回復モードを選択
  • ルートアクセスを選択
  • #プロンプトで、Sudo fsck -f /と入力します
  • エラーが発生した場合は、fsckコマンドを繰り返します。
  • タイプreboot
1
heynnema

適切なIDがあると想定して、マウントにはuuidを使用する必要があります。

その行をUUID=D926-7D91 /boot/efi vfat umask=0077 0 2

他のパーティションのマウントについても同様の変更を行います

/(ルートパーティション)がマウントされるまで、/ devフォルダは存在しません。

0
ravery

デルのラップトップでも同様の問題がありました。例えば。 I\Oがハング、ラグ、ファイルシステムがめちゃくちゃになったので、liveusbからfsckを使用する必要がありました。起動時にiommu = softを使用するのに役立ちました。

ここに私のGRUB設定の行

GRUB_CMDLINE_LINUX_DEFAULT = "quiet splash iommu = soft"設定を更新したら、Sudo update-grubを実行します。それだけでうまくいきます。

0
Aleksey