이상한 문제가 보이는데 그 원인을 알 수 없습니다.
저는 Pop_OS를 실행하고 있습니다! 20.10 및 커널 5.9.10
실행 sudo dmesg중입니다.
[ 13.453986] rfkill: input handler enabled
[ 41.356512] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[ 41.470036] rfkill: input handler disabled
[ 42.042698] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
[ 42.371273] usb 3-3.4: reset high-speed USB device number 8 using xhci_hcd
SDA1은 내 SSD이고 내 부팅 드라이브가 아니며 내가 찾을 수 있는 많은 문제 해결에서는 이것이 단지 ext4 스토리지 드라이브라고 가정하는 것 같습니다.
실행할 때 systemd-analyze상대적으로 높은 "펌웨어" 시간을 볼 수 있는데, 이는 인터넷에서 사람들이 일반적으로 수행하는 시간의 약 10배인 것으로 보입니다. 내 부팅 드라이브는 PCIe 4 NVME 드라이브입니다.
Startup finished in 15.478s (firmware) + 352ms (loader) + 3.989s (kernel) + 5.127s (userspace) = 24.948s
너무 특이한 실행은 없습니다 systemd-analyze blame. 또는 systemd-analyze critical-chaninupower가 그래픽 대상에 도달하기 전에 실행하는 데 4초가 걸릴 수 있다는 점을 제외하면 말이죠.
내가 무엇을 시도할 수 있는지 아는 사람 있나요?
크게 심각한 문제는 아니지만, 로그인 후 25초 동안 검은 화면이 나타나는 것은 상당히 짜증나는 일입니다.
고쳐 쓰다
cat /etc/fstab반품:
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=cff257f3-ddc3-4d67-8b47-b87c545a4a95 / ext4 noatime,errors=remount-ro 0 0
PARTUUID=5a670c7c-e69f-4578-9542-0ff8b8081789 /boot/efi vfat umask=0077 0 0
/dev/mapper/cryptswap none swap defaults 0 0
UUID=693161ff-c7ba-495d-8740-1c63cb6a2957 /home ext4 noatime,errors=remount-ro 0 0
fsck반품:
fsck from util-linux 2.36
마지막으로 개요가 제공됩니다 lsblk.
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 1 931,5G 0 disk
└─sda1 8:1 1 931,5G 0 part /media/username/SSD
sdb 8:16 1 3,6T 0 disk
├─sdb1 8:17 1 976,6G 0 part /media/username/HDD1
└─sdb3 8:19 1 2,7T 0 part /home
nvme0n1 259:0 0 931,5G 0 disk
├─nvme0n1p1 259:1 0 596,2G 0 part
├─nvme0n1p3 259:2 0 331G 0 part /
├─nvme0n1p4 259:3 0 603M 0 part /boot/efi
└─nvme0n1p5 259:4 0 3,6G 0 part
└─cryptswap 253:0 0 3,6G 0 crypt [SWAP]
이제 조금 이상해 보입니다. nvme0n1p1에 또 다른 설치가 있었지만 삭제했습니다. 내 의도는 /home과 마찬가지로 루트를 그 위로 이동하고 확장하는 것이었습니다.
답변1
부팅 시스템으로 작동하는지 여부에 관계없이 여러 i7 베어 메탈 시스템에서 SSD와 동일한 문제가 있습니다. SSD 장치 부팅의 예... 부팅 순서당 30초 지연:
[ 1.894942] hid-generic 0003:1A2C:2124.0001: input,hidraw0: USB HID v1.10 Keyboard [SEM USB Keyboard] on usb-0000:00:1d.0-1.1/input0
[ 1.896417] input: SEM USB Keyboard as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.1/2-1.1:1.1/0003:1A2C:2124.0002/input/input4
[ 1.954771] hid-generic 0003:1A2C:2124.0002: input,hidraw1: USB HID v1.10 Device [SEM USB Keyboard] on usb-0000:00:1d.0-1.1/input1
[ 32.656052] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[ 32.783076] ip_tables: (C) 2000-2006 Netfilter Core Team
이는 RAID가 아닌 SSD 디스크 메타데이터와 관련이 있다고 생각합니다. 참조 시스템:
# uname -a
Linux JSCR64 4.9.0-14-amd64 #1 SMP Debian 4.9.246-2 (2020-12-17) x86_64 GNU/Linux
편집: 방금 해결되었습니다... dmesg가 커널에서 약 30초의 간격을 갖는 것을 관찰하기 위해 로그 분석을 시도했습니다.
[ 2.067836] input: USB OPTICAL MOUSE as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/0003:2188:0AE1.0003/input/input5
[ 2.068070] hid-generic 0003:2188:0AE1.0003: input,hidraw2: USB HID v1.11 Mouse [ USB OPTICAL MOUSE] on usb-0000:00:1d.0-1.2/input0
[ 32.609087] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[ 32.742762] ip_tables: (C) 2000-2006 Netfilter Core Team
Watching daemon.log something wrong...
Jan 3 21:30:26 JSCR64 systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.
Jan 3 21:30:26 JSCR64 systemd[1]: Stopped target Sound Card.
Jan 3 21:30:26 JSCR64 systemd[1]: Stopping User Manager for UID 112...
Jan 3 21:31:53 JSCR64 systemd-modules-load[386]: Inserted module 'lp'
Jan 3 21:31:53 JSCR64 systemd-modules-load[386]: Inserted module 'ppdev'
Jan 3 21:31:53 JSCR64 systemd-modules-load[386]: Inserted module 'parport_pc'
Jan 3 21:31:53 JSCR64 systemd-modules-load[386]: Inserted module 'coretemp'
Jan 3 21:31:53 JSCR64 keyboard-setup.sh[380]: cannot open file /tmp/tmpkbd.NEcSl2
Jan 3 21:31:53 JSCR64 systemd[1]: Starting Flush Journal to Persistent Storage...
Jan 3 21:31:53 JSCR64 systemd[1]: Started Flush Journal to Persistent Storage.
Jan 3 21:31:53 JSCR64 systemd[1]: Started udev Kernel Device Manager.
Jan 3 21:31:53 JSCR64 systemd[1]: Started Set the console keyboard layout.
Jan 3 21:31:53 JSCR64 systemd[1]: Reached target Local File Systems (Pre).
Jan 3 21:31:53 JSCR64 systemd[1]: Reached target Local File Systems.
....
Jan 3 21:31:53 JSCR64 systemd[1]: Listening on Avahi mDNS/DNS-SD Stack Activation Socket.
Jan 3 21:31:53 JSCR64 systemd[1]: Reached target Sockets.
Jan 3 21:31:53 JSCR64 systemd[1]: Reached target Basic System.
Jan 3 21:31:53 JSCR64 systemd[1]: Starting LSB: Load kernel modules needed to enable cpufreq scaling...
Jan 3 21:31:53 JSCR64 systemd[1]: Started CUPS Scheduler.
Jan 3 21:31:53 JSCR64 systemd[1]: Starting RealtimeKit Scheduling Policy Service...
Jan 3 21:31:53 JSCR64 systemd[1]: Starting LSB: Speech Dispatcher...
Jan 3 21:31:53 JSCR64 systemd[1]: Started D-Bus System Message Bus.
Jan 3 21:31:53 JSCR64 rtkit-daemon[625]: Successfully called chroot.
Jan 3 21:31:53 JSCR64 rtkit-daemon[625]: Successfully dropped privileges.
Jan 3 21:31:53 JSCR64 systemd[1]: Started RealtimeKit Scheduling Policy Service.
Jan 3 21:31:53 JSCR64 rtkit-daemon[625]: Successfully limited resources.
Jan 3 21:31:53 JSCR64 systemd[1]: Starting Network Manager...
Jan 3 21:31:53 JSCR64 rtkit-daemon[625]: Running.
Jan 3 21:31:53 JSCR64 rtkit-daemon[625]: Watchdog thread running.
Jan 3 21:31:53 JSCR64 systemd[1]: Started Run anacron jobs.
Jan 3 21:31:53 JSCR64 rtkit-daemon[625]: Canary thread running.
...
Jan 3 21:31:53 JSCR64 systemd[1]: Starting Login Service...
Jan 3 21:31:53 JSCR64 systemd[1]: Starting Avahi mDNS/DNS-SD Stack...
Jan 3 21:31:53 JSCR64 systemd[1]: Started Restore /etc/resolv.conf if the system crashed before the ppp link was shut down.
Jan 3 21:31:53 JSCR64 speech-dispatcher[626]: speech-dispatcher disabled; edit /etc/default/speech-dispatcher.
Jan 3 21:31:53 JSCR64 systemd[1]: anacron.timer: Adding 3min 49.607004s random time.
Jan 3 21:31:53 JSCR64 systemd[1]: Started LSB: Speech Dispatcher.
Jan 3 21:31:53 JSCR64 avahi-daemon[650]: Found user 'avahi' (UID 114) and group 'avahi' (GID 120).
Jan 3 21:31:53 JSCR64 avahi-daemon[650]: Successfully dropped root privileges.
Jan 3 21:31:53 JSCR64 avahi-daemon[650]: avahi-daemon 0.6.32 starting up.
Jan 3 21:31:53 JSCR64 systemd[1]: Started Login Service.
Jan 3 21:31:53 JSCR64 loadcpufreq[619]: Loading cpufreq kernel modules...libkmod: ERROR ../libkmod/libkmod-module.c:1929 kmod_module_get_holders: could not open '/sys/module/mac80211/holders': No such file or directory
Jan 3 21:31:53 JSCR64 systemd[1]: Started Avahi mDNS/DNS-SD Stack.
Jan 3 21:31:53 JSCR64 avahi-daemon[650]: Successfully called chroot().
Jan 3 21:31:53 JSCR64 avahi-daemon[650]: Successfully dropped remaining capabilities.
Jan 3 21:31:53 JSCR64 avahi-daemon[665]: chroot.c: open() failed: No such file or directory
...
Jan 3 21:31:53 JSCR64 avahi-daemon[650]: Failed to open /etc/resolv.conf: Invalid argument
...
Jan 3 21:31:53 JSCR64 avahi-daemon[650]: Network interface enumeration completed.
Jan 3 21:31:53 JSCR64 avahi-daemon[650]: Server startup complete. Host name is JSCR64.local. Local service cookie is 310164566.
Jan 3 21:31:53 JSCR64 ModemManager[646]: <info> ModemManager (version 1.6.4) starting in system bus...
Jan 3 21:31:53 JSCR64 systemd[1]: Started Raise network interfaces.
Jan 3 21:31:53 JSCR64 systemd[1]: Started System Logging Service.
Jan 3 21:31:53 JSCR64 systemd[1]: Listening on Load/Save RF Kill Switch Status /dev/rfkill Watch.
Jan 3 21:31:53 JSCR64 systemd[1]: Starting Load/Save RF Kill Switch Status...
Jan 3 21:31:53 JSCR64 dbus[627]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service'
Jan 3 21:31:53 JSCR64 systemd[1]: Starting Hostname Service...
Jan 3 21:31:53 JSCR64 systemd[1]: Started Load/Save RF Kill Switch Status.
Jan 3 21:31:53 JSCR64 dbus[627]: [system] Successfully activated service 'org.freedesktop.hostname1'
Jan 3 21:31:53 JSCR64 systemd[1]: Started Hostname Service.
...
Jan 3 21:31:55 JSCR64 systemd[1]: Created slice User Slice of lightdm.
Jan 3 21:31:55 JSCR64 systemd[1]: Starting User Manager for UID 112...
UID=112 프로세스의 중지가 지연되는 문제가 발생했습니다. 이 UID는 누구입니까?
/etc# cat passwd|grep :112:
messagebus:x:108:112::/var/run/dbus:/bin/false
lightdm:x:112:116:Light Display Manager:/var/lib/lightdm:/bin/false
UID 112가 중지된 후 뭔가 지연되고 있으며, 이를 비활성화하여 문제 해결을 계속할 수 있습니다. ----------lightdm을 비활성화하면 새로운 시작 정보를 볼 수 있습니다. 시작; 실행 /Scripts/local-block...done |->Linux가 부팅되고 /scripts/local-block을 반복하는 동안 오랜 시간이 걸립니다. 가능한 원인: Linux 부팅에서는 시도 중인 스왑 파일의 UUID를 알아야 합니다. 마운트 . --- 저장 블록 장치 보기...
/etc# blkid
/dev/sda1: UUID="bd746cd3-2b08-4b5c-93a6-dbeca9cb899f" TYPE="ext4" PARTUUID="735c261f-01"
--- 시스템에는 없고 첫 번째 파티션에만 있습니다. 회전 디스크를 SSD 디스크로 교체하기 전의 오래된 스왑 파티션일 수도 있습니다.
/etc# cd /etc/initramfs-tools/conf.d/
/etc/initramfs-tools/conf.d# ls
resume
/etc/initramfs-tools/conf.d# cat resume
RESUME=UUID=43ea92db-85a7-4e73-9275-d033af4e9351
---- blkid에서 본 것처럼 기본 설치가 아닌 다른 스왑 장치가 있었습니다. 스왑 비활성화 및 복구 파일 삭제
/etc/initramfs-tools/conf.d# swapoff --all
/etc/initramfs-tools/conf.d# cat resume
RESUME=UUID=43ea92db-85a7-4e73-9275-d033af4e9351
/etc/initramfs-tools/conf.d# rm resume
---- 초기화 이미지 업데이트
/etc/initramfs-tools/conf.d# update-initramfs -u
update-initramfs: Generating /boot/initrd.img-4.9.0-14-amd64
---다시 시작하면 문제가 해결됩니다. :-)))