편집하다:
몇 가지 특정 흐름을 좁혔습니다. 형식은 다음과 같습니다.
[good boot
vs
bad boot]
[8.154559] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.
[8.335203] systemd[1]: Inserted module 'autofs4'
vs
[8.481411] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.
[10.642746] systemd[1]: Inserted module 'autofs4'
+2 seconds
Note: I've checked the UUIDs on fstab and they match
[8.398891] systemd[1]: Hostname set to <frink>.
[8.526727] systemd[1]: Queued start job for default target Graphical Interface.
vs
[10.991973] systemd[1]: Hostname set to <frink>.
[12.971349] systemd[1]: Queued start job for default target Graphical Interface.
+2 seconds
[8.595713] ppdev: user-space parallel port driver
[8.608930] systemd-journald[422]: Received client request to flush runtime journal.
vs
[13.136621] ppdev: user-space parallel port driver
[13.768849] input: Intel HID events as /devices/platform/INTC1070:00/input/input9
+0.5 seconds
No entry for name="man_groff"
vs
[14.765699] audit: type=1400 audit(1677744482.483:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="man_groff" pid=779 comm="apparmor_parser"
[15.630003] Bluetooth: hci0: Waiting for firmware download to complete
+1 second
[17.822488] r8169 0000:03:00.0: invalid VPD tag 0x00 (size 0) at offset 0; assume missing optional EEPROM
[22.643689] wlo1: authenticate with 20:47:ed:48:3d:13
vs
[11.254521] r8169 0000:03:00.0: invalid VPD tag 0x00 (size 0) at offset 0; assume missing optional EEPROM
[13.238764] Bluetooth: RFCOMM TTY layer initialized
+3 seconds
위의 델타 생성에 대한 아이디어가 있습니까?
어떤 경우에는 부팅 시간이 20초였다가 다음 날에는 25~30초가 되기도 했습니다. 타이밍이 문제가 된 것이 아니라 내 시스템이 부팅할 때마다 다른 작업을 수행했다는 사실입니다. 특히 부트로더에서 추가 시간이 발생하는 것 같습니다.
'good' boot:
Startup finished in 10.387s (firmware) + 4.630s (loader) + 7.083s (kernel) + 2.650s (userspace) = 24.752s
graphical.target reached after 2.647s in userspace
'bad' boot:
Startup finished in 11.405s (firmware) + 14.686s (loader) + 8.116s (kernel) + 2.945s (userspace) = 37.153s
graphical.target reached after 2.942s in userspace
dmesg, systemd-blame, systemd-key-chain 등은 모두 매우 유사합니다. 커널이 로드되기 전에 지연이 발생하기 때문이라고 생각됩니다.
나는 다음 스레드를 따랐습니다. 커널 로깅이 시작되기 전에 grub에서 부팅 성능 문제 디버깅
내 grub 구성에 "debug=all"을 추가했지만 모든 메시지를 인쇄하는 데 약 10분이 걸리므로 문제를 추적할 수 없습니다. "debug=linux"는 메시지를 전혀 인쇄하지 않습니다.
이 문제는 매우 간헐적으로 발생합니다. 짧은 시간 안에 재부팅하거나 시스템을 종료했다가 다시 부팅하면 "좋은" 부팅이 가능하다는 사실을 발견했습니다. 밤새 또는 낮에 몇 시간 동안 컴퓨터를 끄면 "불량" 부팅이 나타날 가능성이 더 높습니다. 이는 이중 부팅 Win 10 운영 체제에도 영향을 미치지 않습니다. 부팅 단계 중에는 BIOS/부트 로더/커널 오류 메시지가 없습니다.
SSD/Intel i5 12세대/kubuntu 22.04/kernel 5.15.0-58-generic-win 10 듀얼 부팅으로 설정(빠른 부팅 비활성화)
어떤 아이디어가 있나요? 나는 다른 설정을 선호하기 때문에 배포판 사용을 피하고 싶습니다. 감사해요