사건의 연속:
- 업무용 노트북에서 암호화된 우분투 20.04 실행
- 외부 USB(Pop-OS 20.04) 부팅을 사용하여 개인 작업 실행
- 펌웨어 업데이트를 위한 부팅 프롬프트
- 큰 실수: 펌웨어 업데이트(BIOS 업데이트) 실행, 아마도 올바른 순서가 아닐 수 있음
- 다시 시작할 때: Windows를 시작할 수 없다는 블루 스크린이 나타나고 오류 코드는 0xc00000e입니다.
- 오랜 기간의 디버깅 및 명령줄 grub 후에 다음 요점을 발견했습니다.https://gist.github.com/samuelcolvin/43c5ed2807e7db004b1058d0c9bfb068
nvme0n1
세심한 주의를 기울여 설정에 맞는 드라이브( )를 교체했습니다 .- 내 부팅과 시스템이 돌아왔습니다! 하지만.....
이제는 이전(SSD!)에 비해 매우 느리게 부팅됩니다.
sudo systemd-analyze Startup finished in 19.544s (firmware) + 13.302s (loader) + 13.646s (kernel) + 1min 38.111s (userspace) = 2min 24.604s
신속하게 부팅을 다시 시작하기 위해 무엇을 시도할 수 있는지 아시나요?
편집 : 출력 systemd-analyze critical-chain
:
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @1min 38.139s
└─multi-user.target @1min 38.139s
└─docker.service @1min 36.961s +1.177s
└─network-online.target @1min 36.960s
└─NetworkManager-wait-online.service @1min 30.658s +6.302s
└─NetworkManager.service @1min 30.583s +73ms
└─dbus.service @1min 30.581s
└─basic.target @1min 30.574s
└─sockets.target @1min 30.574s
└─snapd.socket @1min 30.574s +594us
└─sysinit.target @1min 30.570s
└─systemd-timesyncd.service @1min 30.450s +119ms
└─systemd-tmpfiles-setup.service @1min 30.430s +18ms
└─systemd-journal-flush.service @335ms +134ms
└─systemd-journald.service @267ms +66ms
└─systemd-journald.socket @264ms
└─system.slice @261ms
└─-.slice @261ms
이렇게 생겼나요 systemd-tmpfiles-setup.service
?
답변1
사실 제가 직접 해결할 수 있었던 것 같아요... 장황해서 죄송하지만 언젠가 누군가에게 도움이 될 수도 있을 것 같아요...
처음에는 /tmp 디렉토리 정리를 제안하는 tmpfiles 설정에 대한 도움말을 찾았습니다. 이렇게 했는데 재부팅이 여전히 느립니다.
그러다가 실제로 이것을 발견했습니다. https://forums.linuxmint.com/viewtopic.php?t=243029
마지막 댓글은 중요한 발견을 했습니다. 내 구조 시도로 인해 내 UUID가 엉망이 되었습니다. 실제로는 항목만 /boot/efi
엉망이었습니다. 다행스럽게도 원본은 그대로 남아 있으며 주석만 달았습니다. 다시 활성화했더니 - 짜잔: 바로 시작할 수 있었습니다.