私は最近、Linuxの管理方法を学ぶために、パーソナルワークステーションやコンピュータとして使用されている古いラップトップにArch Linuxをインストールしました。
Arch Linuxをインストールした後、継続的に起動エラーが発生しましたが、これは他の起動時間にのみ発生します。これが発生すると、/ varマウント用に作成されたLVMボリュームのSystemd.fsck操作がタイムアウトし、パニックモードになります。今まで再起動しましたが、迷惑でここに私ができることを投稿し、問題が明白であることを確認する必要があると思いました。
他のオペレーティングシステムがない場合は、Grubをブートローダとして使用します。パーティションテーブルは以下の通りです。
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 47G 2.7G 42G 7% /
dev 1.8G 0 1.8G 0% /dev
run 1.8G 468K 1.8G 1% /run
tmpfs 1.8G 0 1.8G 0% /dev/shm
tmpfs 1.8G 0 1.8G 0% /sys/fs/cgroup
tmpfs 1.8G 8.0K 1.8G 1% /tmp
/dev/mapper/volgrp1-lv_var 20G 1.1G 18G 6% /var
/dev/sda1 656M 46M 563M 8% /boot
/dev/mapper/volgrp1-lv_home 227G 1.5G 214G 1% /home
tmpfs 356M 4.0K 356M 1% /run/user/1000
以下は、開始できなかったJournalctlの関連部分です。
Jan 22 22:03:33 dustin-laptop kernel: USB Video Class driver (1.1.1)
Jan 22 22:03:33 dustin-laptop lvm[205]: 2 logical volume(s) in volume group "volgrp1" now active
Jan 22 22:04:57 dustin-laptop systemd[1]: Job dev-mapper-volgrp1\x2dlv_home.device/start timed out.
Jan 22 22:04:57 dustin-laptop systemd[1]: Timed out waiting for device dev-mapper-volgrp1\x2dlv_home.device.
Jan 22 22:04:57 dustin-laptop systemd[1]: Dependency failed for /home.
Jan 22 22:04:57 dustin-laptop systemd[1]: Dependency failed for Local File Systems.
Jan 22 22:04:57 dustin-laptop systemd[1]: Job dev-mapper-volgrp1\x2dlv_var.device/start timed out.
Jan 22 22:04:57 dustin-laptop systemd[1]: Timed out waiting for device dev-mapper-volgrp1\x2dlv_var.device.
Jan 22 22:04:57 dustin-laptop systemd[1]: Dependency failed for /var.
Jan 22 22:04:57 dustin-laptop systemd[1]: Dependency failed for Load/Save Random Seed.
Jan 22 22:04:57 dustin-laptop systemd[1]: Dependency failed for Update UTMP about System Boot/Shutdown.
Jan 22 22:04:57 dustin-laptop systemd[1]: Dependency failed for Trigger Flushing of Journal to Persistent Storage.
Jan 22 22:04:57 dustin-laptop systemd[1]: Dependency failed for Load/Save Screen Backlight Brightness of backlight:acpi_video0.
Jan 22 22:04:57 dustin-laptop systemd[1]: Dependency failed for Load/Save RF Kill Switch Status of rfkill0.
Jan 22 22:04:57 dustin-laptop alsactl[237]: /usr/bin/alsactl: load_state:1677: Cannot open /var/lib/alsa/asound.state for reading: No such file or directory
Jan 22 22:04:57 dustin-laptop alsactl[237]: /usr/bin/alsactl: sysfs_init:48: sysfs path '/sys' is invalid
Jan 22 22:04:57 dustin-laptop alsactl[237]: Found hardware: "HDA-Intel" "IDT 92HD81B1X5" "HDA:111d7605,103c169a,00100107" "0x103c" "0x169a"
Jan 22 22:04:57 dustin-laptop alsactl[237]: Hardware is initialized using a generic method
Jan 22 22:04:58 dustin-laptop kernel: microcode: CPU0: new patch_level=0x05000119
Jan 22 22:04:58 dustin-laptop kernel: microcode: CPU1: new patch_level=0x05000119
Jan 22 22:04:58 dustin-laptop systemd[239]: Failed at step EXEC spawning /bin/plymouth: No such file or directory
これで、クリーンブート時にLVM varマウントに関連する同じ関連部分は次のようになります。
Jan 22 22:20:10 dustin-laptop kernel: rt2800pci 0000:06:00.0 wlo1: renamed from wlan0
Jan 22 22:20:11 dustin-laptop systemd-fsck[196]: /dev/sda1: clean, 360/43776 files, 18545/174744 blocks
Jan 22 22:20:11 dustin-laptop systemd[1]: var.mount: Directory /var to mount over is not empty, mounting anyway.
-- Subject: Mount point is not empty
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- The directory /var is specified as the mount point (second field in
-- /etc/fstab or Where= field in systemd unit file) and is not empty.
-- This does not interfere with mounting, but the pre-exisiting files in
-- this directory become inaccessible. To see those over-mounted files,
-- please manually mount the underlying file system to a secondary
-- location.
Jan 22 22:20:11 dustin-laptop kernel: EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: data=ordered
Jan 22 22:20:12 dustin-laptop kernel: EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: data=ordered
Jan 22 22:20:12 dustin-laptop systemd-journal[140]: Permanent journal is using 80.0M (max allowed 1.9G, trying to leave 2.9G free of 17.5G available → current limit 1.9G).
Jan 22 22:20:13 dustin-laptop systemd-journal[140]: Time spent on flushing to /var is 475.798ms for 699 entries.
Jan 22 22:20:14 dustin-laptop kernel: EXT4-fs (dm-1): mounted filesystem with ordered data mode. Opts: data=ordered
Jan 22 22:20:14 dustin-laptop kernel: media: Linux media interface: v0.10
Jan 22 22:20:14 dustin-laptop kernel: Linux video capture interface: v2.00
Jan 22 22:20:14 dustin-laptop kernel: uvcvideo: Found UVC 1.00 device HP Truevision HD (05c8:0348)
Jan 22 22:20:14 dustin-laptop kernel: input: HP Truevision HD as /devices/pci0000:00/0000:00:13.2/usb2/2-1/2-1:1.0/input/input18
Jan 22 22:20:14 dustin-laptop kernel: usbcore: registered new interface driver uvcvideo
Jan 22 22:20:14 dustin-laptop kernel: USB Video Class driver (1.1.1)
Jan 22 22:20:14 dustin-laptop lvm[195]: 2 logical volume(s) in volume group "volgrp1" now active
Jan 22 22:20:14 dustin-laptop kernel: microcode: CPU0: new patch_level=0x05000119
Jan 22 22:20:14 dustin-laptop kernel: microcode: CPU1: new patch_level=0x05000119
さて、偶然、ルートマウントポイントの/ varディレクトリにすでにファイルがあるように見え、この警告が表示されることがわかりました。なぜこれが起こるのかよくわかりませんが、これがここで問題の原因と関連しているかどうか疑問に思います。該当する場合、どのように修正する必要がありますか？ルートパーティションに47 GBだけを割り当てると、ログとジャーナルがどのように大きくなるかを理解できます。私はそれらを分離することを好みます。どう思いますか？
私のfstabファイルも見たい場合は教えてください。