Xubuntu 18.04 커널을 부팅하는 데 시간이 오래 걸림

17.10에서 업그레이드 한 후 부팅 시간이 길어졌습니다. 처음에는 5 분 이상 걸렸습니다. dmesg범인은 존재하지 않는 플로피 드라이브이며, 커널이 찾으려고 시도했습니다.

즉시 제거하면 5 분이 약 40 초로 줄어 들었습니다. 업데이트 전에 걸리는 것보다 여전히 큽니다. dmesg다시 실행 하면 다음 메시지와 함께 파일 시스템을 마운트하는 데 30 초가 걸립니다 ( 전체 출력 ).

[   36.362834] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

SSD에서 부팅 중이며 다른 두 개의 하드 드라이브가 연결되어 있으며 그 중 하나는 ext4로 포맷되었지만 시스템 데이터는 보유하지 않습니다. 나는 이것이 SSD라고 가정합니다. 이 30 초 동안 아무 텍스트도 표시되지 않거나 튀기지 않고 빈 화면 만 표시됩니다.

이제는 이전보다 정확한 시간이 없기 때문에 업데이트 전보다 느리다고 느꼈습니다. 첫 번째 질문은 파일 시스템을 마운트하는 데 30 초가 걸리는 것이 정상이며 그렇지 않은 경우 더 많은 것을 찾는 방법입니다 지연의 원인은 무엇입니까?

편집 1 :

스왑을 켜거나 끄더라도 아무런 효과가 없습니다.

그동안 컴퓨터에 다른 하드 드라이브도 설치했습니다. dmesg위에서 언급 한 30 초 지연 직전 에 출력에 다른 줄이 나타나고 부팅 시간이 약 10 초 연장 된 것 같습니다 .

[    3.312351] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[   17.169519] random: crng init done
[   51.611617] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

편집 2 :

systemd-analyze blame결과는 여기

한편 여러 번 다시 시작한 후에 dmesg위에서 비난 한 줄이 시간을 변경했습니다.

[    3.348384] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[   34.091886] random: crng init done
[   36.488321] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

이 변경 사항이 무작위로 변경되는지 또는 동일하게 유지되는지 확인하기 위해 몇 번의 재시작을 수행합니다 (첫 번째 편집의 코드 블록은 추가 HDD를 삽입 한 후 첫 번째 부팅에서 수행됨).

편집 2.5 : random: crng init done일반적으로 편집 1과 거의 같은 시간에 나타나며 편집 2에서는 거의 발생하지 않습니다. 무작위로 보입니다.

나는 같은 문제가 있었다. 부팅 메시지 동안 장치 재개 대기 시간이 초과되었다고 말합니다. uuid를 제거하고 "none"으로 바꾸는 /etc/initramfs-tools/conf.d/resume것처럼 UUID가 있는지 확인하십시오 . 그 후 도망 가는 것이 좋을 것입니다.RESUME=some-uuidRESUME=nonesudo update-initramfs -uk all

나는이 문제를 여러 번 겪었고 내 솔루션은 모든 상황에서 작동합니다.

dsmeg를 실행하면 오류가 다음과 같이 표시됩니다.

[    6.382044] random: crng init done
[    6.382048] random: 7 urandom warning(s) missed due to ratelimiting
[   32.162934] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)

해결책은 다음과 같습니다.

먼저 fstab과 blkid를 비교하십시오.

$ blkid
/dev/sda1: UUID="C0C0-7641" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="1085d848-f8b9-45e2-a6be-087acb32a820"
/dev/sda3: LABEL="Windows" UUID="8662302C623022FB" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="de399a3e-c832-4dca-a09d-f65789425b89"
/dev/sda4: LABEL="Windows RE tools" UUID="2262513962511341" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="18feb4e1-5770-4e13-92b8-bb8ba8005536"
/dev/sda5: UUID="81a474ab-98bf-4d40-b03e-e5e647163d7e" TYPE="ext4" PARTLABEL="Arco Linux" PARTUUID="3759200f-6317-4487-8b10-3a0140c67bd5"
/dev/sda6: LABEL="rootMX17" UUID="7bae9e4d-61fa-4187-b11f-517c799f7c94" TYPE="ext4" PARTLABEL="MX Linux" PARTUUID="417c8cbd-11b7-4fe6-9b15-ac9082d74460"
/dev/sda7: UUID="d9539219-1c29-468f-bbd0-106663fdef59" TYPE="swap" PARTLABEL="Swap" PARTUUID="fefe3061-bf7b-4a26-8c20-08e209acc28e"



$ sudo nano /etc/fstab


# /etc/fstab: static file system information
#
# Created by make-fstab on Mon Nov 19 17:10:30 EST 2018

# <file system>                            <mount point>                               <type>     <$

#-> /dev/sda6  label=rootMX17
UUID=7bae9e4d-61fa-4187-b11f-517c799f7c94  /                                           ext4       d$
#-> /dev/sda1
UUID=C0C0-7641                             /boot/efi                                   vfat       d$
#-> /dev/sda7
UUID=42e5a9cd-b6e1-4d57-9a3a-2ad910862579  swap                                        swap       d$

보시다시피 / dev / sda7의 스왑은 blkid에서와 다른 fstab에서 UUID가 다릅니다. 필자의 경우 이것은 다른 Linux 설치가 스왑을 다시 분할하고 UUID를 변경하게했기 때문에 발생했습니다. 부팅 지연은 시스템이 스왑의 새 UUID를 찾으려고하기 때문에 발생합니다. 이 문제를 해결하려면 fstab 파일과 일치하지 않는 blui로 UUID를 복사 한 다음 저장하십시오.

다시 시작한 후에도 부팅 오류가 계속 발생하면 initramfs.conf 파일을 추가로 편집해야합니다.

이를 통해 다음을 수행하십시오.

$ sudo nano  /etc/initramfs-tools/conf.d/resume

그런 다음 새 파일을 만들거나 현재 이력서 파일을 편집하여 첫 번째 줄에 RESUME = UUID = << 스왑의 UUID >>를 작성하십시오.

예를 들어, 내 모습은

RESUME=UUID=d9539219-1c29-468f-bbd0-106663fdef59

그런 다음 아래 명령을 실행하여 initramfs 파일을 업데이트하십시오.

#sudo update-initramfs -u

그런 다음 다시 시작하십시오. 오류가 사라집니다.

나는, 그리고 함께 조사 후 부팅 시간에서 비슷한 증가를 경험 dmesg하고 systemd-analyze blame범인 것으로 나타났다random: crng init

SSD에서 부팅을 초기화 할 때 문제가 충분하지 않은 것 같습니다. 이 가설은 부팅하는 동안 마우스를 한 번에 움직이면 부팅 시간이 약 2 분에서 이전 시간에 가깝게 감소하기 때문에 확인 된 것으로 보입니다.

부팅시 커널은 마우스 움직임이 난수 생성기를 초기화하기를 기다립니다. 부팅시 커널 메시지 :
sudo dmesg | less

문제 :
kernel: random: crng init done

해결책:
sudo apt install haveged
sudo systemctl enable haveged

스왑 파티션을 철회하고 스왑 파일을 만든 후 우분투 19.04에서 부팅 시간이 느려지는 문제가있었습니다.

dmesg의 출력

[    2.220963] hid-generic 0003:1B1C:1B0F.0003: input,hidraw2: USB HID v1.11 Device [Corsair Corsair M45 Gaming Mouse] on usb-0000:00:14.0-1/input2
[   33.321639] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)
[   33.407323] systemd[1]: RTC configured in localtime, applying delta of 120 minutes to system time.
[   33.417651] systemd[1]: Inserted module 'autofs4'

/ etc / fstab에 스왑 파일이 없습니다. 마운트 된 모든 디스크 / uuid가 정확했습니다.

확인 /etc/initramfs-tools/conf.d/resume했지만 해당 파일이 없습니다.

난 그냥 도망

sudo update-initramfs -uk all

이제는 정말 빨리 부팅됩니다.