업데이트 9
나는 실험을하기로 결정했다. 데스크탑에서 SSD를 제거하여 일시적으로 Dell Latitude 랩톱에 넣었습니다. 보라, 그것은 부팅 시간을 6 초initrd
단축하면서 10 배 더 빨리 로드했습니다 ...
나는 지금 약간 혼란스러워 ... 어쩌면 GRUB이 내 마더 보드 칩셋에 문제가 있습니까?
업데이트 8
그래서 HDD 활동 표시등에 대해 흥미로운 것을 발견했습니다. 를로드 할 때 initrd
, 라이트가 10 % 듀티 사이클 또는 다른 것에서 PWM 처리되는 것과 거의 같습니다. GRUB의 읽기가 최적화되어 있지 않은지 궁금합니다. 이미지를 바이트 스트림으로 읽는 대신 OS 바이트를 사용하여 각 바이트를 읽습니다.
업데이트 7
초기 램 디스크 로딩이 문제의 큰 부분 인 것으로 보입니다.
GRUB 내부 C에서 수동 명령 프롬프트를 눌렀 습니다. 그런 다음 기본 구성의 모든 단일 행을 한 번에 하나씩 입력하고 (UUID를 입력하는 것은 고통 스럽습니다!) 명령이 완료되는 시간을 기록했습니다. 내가 찾은 것은 다음과 같습니다.
- 대부분의 명령은 즉시 완료
- 커널을로드하는 데 약 1 초가 걸렸습니다.
- 초기 램 디스크를로드하는 데 7 초가 걸렸습니다.
구성 파일의 모든 줄을 입력 한 후 run으로 진행합니다 boot
. Enter 키를 눌렀을 때부터 로그인 화면이 표시 될 때까지 약 7.5 초가 걸렸습니다.
로드중인 initrd 이미지가 36MB라는 사실이 중요합니다. 따라서로드하는 데 7 초가 걸린 경우 5MB / 초로 읽는 것입니다!
타워의 디스크 작동 표시등이 7 초 동안 켜져 있습니다.
또한 다음은 위키피디아 페이지에서 initrd에 관한 흥미로운 스 니펫입니다 .
다른 Linux 배포판 (예 : Fedora 및 Ubuntu)은보다 일반적인 initrd 이미지를 생성합니다. 루트 파일 시스템 (또는 해당 UUID)의 장치 이름으로 만 시작하며 부팅시 다른 모든 것을 검색해야합니다. 이 경우 소프트웨어는 루트 파일 시스템을 마운트하기 위해 복잡한 일련의 작업을 수행해야합니다.
업데이트 6
Nathan Osman은 채팅에서 단일 사용자 모드로 부팅 시간을 요청했습니다.
F10GRUB에 도달했을 때부터 프롬프트가 표시 될 때까지 13 초가 걸립니다.
또한 나는 채팅에서 Zanna와 Rinzwind와 이야기하고 있었고 둘 다 전원 버튼을 눌렀을 때부터 8 초간 시동했습니다. 내 20 초는 GRUB에서 온 것입니다. POST 시간을 세면 더 길어질 것입니다!
업데이트 5
Ubuntu는 최대 속도 550MB / 초로 SSD를 읽을 수 있습니다 ...
업데이트 4
그래서 quiet splash $vt_handoff
랩톱의 GRUB에서 부팅 명령에서 매개 변수를 제거하고 (이 랩톱에는 SSD가 없음을 명심하십시오) 부팅 시퀀스 중에 매우 흥미로운 것을 발견했습니다.
이 줄에 15 초 동안 정지합니다.
[ 4.374390] init: plymouth-upstart-bridge respawnng too fast, stopped
(품질이 낮은) 사진은 다음과 같습니다.
그 의미가 무엇인지 확실하지 않습니다 ...
업데이트 3
14.04 (이 컴퓨터에는 SSD가 없음을 명심하십시오)를 실행하는 다른 컴퓨터 중 하나의 부팅 시간을 정하고 로그인 화면이 나타날 때까지 GRUB에서 Enter 키를 누르는 시점부터 40 초가 걸립니다.
Enter 키를 누르면 20 초 동안 동일한 빈 자주색 화면에 앉아 우분투 애니메이션이로드되고 로그인 화면에 착륙하기 전에 20 초가 더 걸립니다.
의 출력을 보았지만 dmesg
부팅이 완료된 위치를 알 수 없습니다. 나는 그것이 25 초에 끝났다고 생각 한다. 마지막 몇 줄은 다음과 같습니다.
[ 24.916824] wlan0: associated
[ 24.916852] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 25.215550] init: kdm main process (869) killed by TERM signal
[ 25.441216] vboxdrv: module verification failed: signature and/or required key missing - tainting kernel
[ 25.445587] vboxdrv: Found 2 processor cores.
[ 25.446142] vboxdrv: fAsync=0 offMin=0x18c offMax=0x960
[ 25.446228] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'.
[ 25.446230] vboxdrv: Successfully loaded version 4.3.36_Ubuntu (interface 0x001a000b).
[ 25.476940] vboxpci: IOMMU not found (not registered)
[ 33.174926] init: plymouth-upstart-bridge main process ended, respawning
[ 36.495811] init: anacron main process (933) killed by TERM signal
올바르게 해석하면 보편적 인 GRUB 문제 인 것 같습니다.
업데이트 2
GRUB에 C있을 때을 눌러 액세스 한 명령 줄을 사용하여 GRUB의 배경색을 녹색으로 설정하여 GRUB 문제인지 확인할 수있었습니다 .
Enter 키를 누르면 우분투 부팅 애니메이션이로드되기 전에 ~ 15 초 동안 빈 녹색 화면이 나타납니다 ...
최신 정보
GRUB이 커널 이미지를로드하는 데 시간이 오래 걸린다는 것이 문제라고 생각합니다.
질문
Samsung 850 Pro 512GB SSD에 Ubuntu 16.04를 설치했는데 부팅 시간이 20 초인 이유를 이해할 수 없습니다. (내가 GRUB에서 엔터를 칠 때부터). 내가 참조하고있는 20은 로그인 화면에 17, 다른 3은 바탕 화면에 있음을 명심하십시오)
또한 이것이 관련이 있는지 확실하지 않지만 :
- UEFI를 멸시하기 때문에 Ubuntu는 MBR 모드로 설치됩니다.
- 독점적 인 Nvidia 드라이버가 설치되어 있습니다
에 의해 생성 된 이미지를systemd-analyze plot > bootimage2
보면 시작하는 데 3 초가 걸렸습니까?
그리고을 보면 dmesg
내 시작에 4 초가 걸렸습니다. 그러나 나는 스톱워치로 시간을 정했고 20 초가 걸렸다! (POST 시간을 포함하지 않음) 다시 말하지만 참조하는 20은 로그인 화면에 17, 다른 3은 바탕 화면에 있습니다.
시작 순서는 다음과 같습니다.
- 게시하다
- GRUB 하중
- ENTER를 눌렀을 때 스톱워치를 시작합니다
- ~ 15 초 동안 빈 자주색 화면이 나타납니다.
- 2 초 동안 우분투 부팅 애니메이션이 보입니다.
- 로그인 화면에 도착합니다
- 나는 스톱워치를 멈춘다
- 비밀번호를 입력하고 Enter 키를 누른 다음 스톱워치를 다시 시작하십시오.
- 3 초 후 나는 바탕 화면에 착륙
- 스톱워치를 다시 멈 춥니 다.
dmesg
http://paste.ubuntu.com/23955108/ 의 전체 출력은 다음 과 같습니다 .
그리고 여기에 출력의 첫 줄이 있습니다 systemd-analyze blame
:
365ms dev-sda5.device
327ms networking.service
287ms accounts-daemon.service
286ms ModemManager.service
233ms systemd-logind.service
216ms apport.service
213ms grub-common.service
209ms ondemand.service
200ms irqbalance.service
183ms speech-dispatcher.service
178ms apparmor.service
160ms gpu-manager.service
148ms thermald.service
148ms pppd-dns.service
146ms systemd-user-sessions.service
142ms alsa-restore.service
140ms console-setup.service
137ms rsyslog.service
105ms NetworkManager.service
104ms upower.service
102ms avahi-daemon.service
100ms systemd-udev-trigger.service
이 사람들은 같은 문제가 있습니다.
- https://ubuntuforums.org/showthread.php?t=2325045
- https://www.bleepingcomputer.com/forums/t/598260/booting-ubuntu-temporarily-stuck-on-a-purple-screen/
- 그리고 ARCH를 가진 사람들 조차도이 문제가있는 것 같습니다 ...
어떤 아이디어?
systemd-analyze blame
. 이상한 부분은 Grub이 파일 크기 때문에 2 초가되어야 할 때 "초기 램 디스크로드 중"에 약 10 초 동안 붙어 있다는 것입니다. 그런 다음 시차가 사라졌습니다. 아마도 커널 업데이트입니까? 내가 변경 한 내용이 plymouthd
확실하지 않을 수 있습니다.