Falha na inicialização do Arch Linux: a verificação do Fsck na montagem do LVM / var falha

3

Instalei recentemente o Arch Linux em um laptop mais antigo que estou usando como uma estação de trabalho pessoal e uma máquina para aprender melhor como administrar o Linux.

Eu tenho uma falha de inicialização persistente que começou desde que eu instalei o Arch Linux, no entanto, acontece apenas todos os outros boot. Quando isso acontece, o trabalho Systemd.fsck atinge o tempo limite no volume LVM que criei para a montagem / var no ponto em que ele entra no modo de Emergência. Até agora eu estava apenas reiniciando, mas ficou chato, então imaginei que postaria o que pudesse aqui e veria se o problema é aparente.

Não há outros sistemas operacionais e estou usando o Grub para o bootloader. As tabelas de partições estão listadas abaixo.

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

Aqui está a seção relevante do journalctl para a inicialização com falha:

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

Agora, aqui está a mesma seção relevante relacionada à montagem do LVM var em uma inicialização limpa:

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

Agora, o que aconteceu foi que no ponto de montagem raiz parece haver arquivos já dentro de seu diretório / var e ele é avisado como tal. Não sei por que isso acontece, mas estou me perguntando se isso pode estar relacionado à causa do problema aqui. Se está relacionado como devo proceder para corrigi-lo? Há apenas 47 GB alocados na partição raiz e sei como os logs e os diários podem ficar bem grandes. Eu prefiro eles separados. Quais são seus pensamentos?

Deixe-me saber se você gostaria de ver também meu arquivo fstab.

    
por maple_shaft 23.01.2015 / 05:00

0 respostas