잘못된 재개 장치로 인한 느린 부팅, 긴 커널로드 시간

얼마 동안 부팅 프로세스가 너무 오래 걸렸습니다 (거의 1 분).

systemd-analyse time 

커널이 35.765를 복용하고 있음을 보여줍니다

를 보면 dmesg파일 시스템을 마운트하는 데 문제가있는 것 같습니다.

...
[    2.186084]  sdb: sdb1 sdb9
[    2.186919] sd 2:0:0:0: [sdb] supports TCG Opal
[    2.186922] sd 2:0:0:0: [sdb] Attached SCSI disk
[    2.499795] ata5: SATA link down (SStatus 0 SControl 300)
[    2.844320] clocksource: Switched to clocksource tsc
[   35.670493] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
[   35.782128] ip_tables: (C) 2000-2006 Netfilter Core Team
[   35.803610] systemd[1]: systemd 237 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)
...

내 /etc/fstab모습은 다음과 같습니다.

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/ubuntu--vg-root /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=3996-2381  /boot/efi       vfat    umask=0077      0       1
#/dev/mapper/ubuntu--vg-swap_1 none            swap    sw              0       0
/dev/mapper/cryptswap1 none swap sw 0 0

이 문제를 어떻게 해결할 수 있습니까?

편집 : 부팅 메시지를 자세히 보면 (grub에서 quiet 옵션을 제거한 후) 의심스러운 줄을 발견했습니다.

gave up waiting for suspend/resume device

스왑이 암호화되어 있다고 생각하고 UUID 입력이 /etc/initramfs/conf.d/resume장치와 일치하지 않는다고 생각합니다 .

재개 / 일시 중지를 비활성화해야합니까? 어떻게해야합니까?

좋아, Sudhanshu의 의견 덕분에 해결책을 찾았습니다.

스왑이 암호화되어 문제가 발생했습니다. 따라서 local-premountinitramfs 의 스크립트는 시간이 초과 될 때까지 사용할 수없는 스왑 장치를 기다리고있었습니다. 관련 메시지는 gave up waiting for suspend/resume device입니다.

이 기능을 비활성화하려면 (스왑에서 다시 시작할 수 없으며 암호화 된 스왑으로는 불가능하므로 최대 절전 모드를 사용하지 않습니다)이 파일을 수정했습니다 /etc/initramfs-tools/conf.d/resume.

이 파일에서

RESUME=none

(여기 있던 UUID 대신) 재개 장치 대기를 비활성화합니다.

운영

sudo update-initramfs -u

변경 사항을 적용합니다.

이제 시스템이 정상적으로 부팅됩니다.

나는 또한 Linux Mint (Ubuntu 기반)에서 이것을 보았고 어떤 일이 잘못되었는지 해결하는 데 시간을 보냈습니다.

시스템이 LVM에 설치되어 있고 LVM 볼륨을 스왑 디스크로 사용하는 경우에 발생합니다.

이력서 파일에 장치 경로 대신 UUID (LVM에는 유효하지 않음)가 잘못되어있는 오랜 반복 버그가 있습니다. https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1768230을 참조 하십시오.

/etc/initramfs-tools/conf.d/resume파일 을 편집하고 UUID를 스왑 드라이브의 장치 경로로 바꾸어 파일을 수정할 수 있습니다 . 다음 명령 스 니펫은 blkid에서 발견하고보고 한 첫 번째 스왑 드라이브를 사용하여이를 수행합니다.

sudo bash -c 'mv /etc/initramfs-tools/conf.d/resume /tmp/resume.bak; echo RESUME=$(blkid | \grep -I swap | head -n 1 | cut -d : -f 1) > /etc/initramfs-tools/conf.d/resume'

위 또는 다른 곳에서 해결 된 솔루션은 없지만 부팅 시간을 2 분 10 초에서 40 초로 줄이는 솔루션을 찾았습니다.

나는 스왑 파티션을 만들고 제거하는 데 사용했으며 어떻게 든 이러한 로그가 etc / fstab 파일에 남아있었습니다. 그래서 내 시스템은 더 이상 존재하지 않는 이전에 작성된 스왑 파티션을 마운트하려고했습니다. 그래서 내가 한 일을 단계별로 설명하겠습니다.

1. sudo blkid | grep swap스왑 파티션을 찾기 위해이 명령 을 실행했습니다 . 두 개가 있지만 실제로는 존재하지 않습니다 (내 파티션을 참조하지 않음).

2. 그래서 입력하여 / etc / fstab 파일을 편집했습니다. sudo gedit /etc/fstab

3. 그런 다음 삭제 한 스왑 파일이 너무 많아서이 파일에 기존 방식으로 재개되었음을 알았습니다. 따라서 1 단계를 참조하여 더 이상 존재하지 않는 파티션을 삭제했습니다 .

/ etc / fstab 파일 스크린 샷 전후 2 개를 참조하십시오. 이 정리 후 모든 것이 정상적으로 작동합니다.

이것은 편집되지 않은 / etc / fstab 파일입니다. 편집되지 않은 / etc / fstab

존재하지 않는 스왑 파티션을 지우고 나면 / etc / fstab을 정리하십시오.

2 개의 다른 리눅스 배포판을 설치 한 후이 문제가 발생했습니다. 어쨌든, 한 배포판에서 스왑 파티션에 다른 UUID가 할당되어 예상됩니다. 내 해결책은 다음과 같습니다. 첫째, sudo blkid스왑 파티션에 적합한 UUID를 얻도록 실행 하십시오. 스왑의 UUID를 복사하십시오. /etc/initramfs-tools/conf.d/resume당신이 얻을 수 있도록 그것을 붙여 넣습니다 RESUME=_the_correct_UUID_. 이제이 sudo update-initramfs -u변경 사항을 적용하기 위해 실행 하십시오.

그런 다음 / etc / fstab을 확인하고 필요한 경우 스왑 파티션의 UUID도 변경하십시오. (해야했다)