Linux에서 극단적인 부팅 시간 문제 해결

Linux에서 극단적인 부팅 시간 문제 해결

여기가 이와 같은 기술 지원 관련 질문을 하기에 적합한 장소인지는 잘 모르겠지만, 이것은 분명히 Linux 문제이거나 적어도 Linux가 내 하드웨어와 상호 작용하는 방식에 관한 것 같습니다.

HP Z800 워크스테이션으로 구성된 데스크탑 컴퓨터가 있는데 시스템이 다음과 같을 수 있습니다.아니요UEFI가 지원되므로 모든 운영 체제는 레거시 BIOS 및 MBR 파티셔닝 체계를 사용합니다.

나는 보통 Windows 10과 Linux 배포판(현재 Linux Mint 20.2)을 이중 부팅하지만 이 문제는모두내가 시도한 배포판에는 Debian 11, Ubuntu 20.04-21.10, Fedora 33-35, OpenSUSE Tumbleweed 및 Arch Linux가 포함됩니다.

저는 주로 기술적 지식이 없는 사용자이기 때문에 정확한 용어가 무엇인지 잘 모르겠습니다. 하지만 제 문제를 제대로 설명하려면 시작 프로세스를 세 단계로 나누어야 합니다. 용어 및 기존 용어와의 충돌은 전혀 모릅니다!):

  • 1단계: 전원 버튼을 눌렀을 때 시작되고 부트로더(GRUB2)가 들어갈 때 끝나는 부분입니다.
  • 2단계: 부트로더에 들어갈 때 시작되어 실제 OS가 부팅을 시작할 때(예: 콘솔/시스템 메시지, plymouth 화면 등을 받을 때) 끝납니다.
  • 3단계: 2단계 끝 부분부터 시작하는 섹션은 운영 체제가 완전히 부팅되고 디스플레이 관리자에 들어가면 끝납니다.

문제는 두 번째 단계가 매우 오랜 시간이 걸린다는 점이다. 따라서 부트로더에 들어가서 Linux 항목을 선택(또는 자동 선택)하자마자 화면이 완전히 비어 있습니다(배포판에 따라 여기에 깜박이는 프롬프트가 있을 수 있습니다. Mint에서는 완전히 비어 있지만 예를 들어 Fedora에서는 시스템이 매우 오랜 시간 동안 유휴 상태인 경우(보통 깜박이는 프롬프트가 표시됩니다)마지막으로 측정한 게 1분 44초 정도 됐어요.) 그런 다음 3단계가 시작됩니다.

3단계에서는 문제가 없어서 어떻게 해결해야 할지 모르겠습니다. 예를 들어 systemd-analyze는 를 제공하는데 Startup finished in 16.129s (kernel) + 2.863s (userspace) = 18.993s graphical.target reached after 2.120s in userspace, 이는 나에게 정상적인 것처럼 보이며 부트로더와 부팅 시작 OS 사이의 1분 이상의 간격을 확실히 설명하지 않습니다.

추가 정보:

  • 윈도우확실히이 방법. 부트 로더에서 Windows 10 항목을 선택하면 즉시 부팅 프로세스가 시작됩니다(빠른 시작이 꺼져 있는 경우에도 마찬가지).
  • 항상 이렇지는 않습니다. 이 동작이 언제 시작되었는지(아마 약 1년 전) 잘 모르겠습니다. 하드 드라이브를 모두 지우고 W10과 Linux 배포판을 처음부터 설치한 것처럼 PC에 두 운영 체제를 모두 완전히 다시 설치한 것 같습니다. 그러나 문제의 근본 원인을 생각하게 만드는 특별한 일은 일어나지 않았습니다.
  • 사소한 차이점(앞서 언급한 깜박이는 프롬프트 등)을 제외하면 그 이후로 시도한 모든 Linux 배포판은 동일한 방식으로 작동합니다. 그러나 배포판 간의 부팅 시간 차이는 측정하지 않았습니다. 그러나 각각의 경우 대기 시간은 적절한 것보다 훨씬 길었고 2단계와 3단계 사이에는 항상 동일했습니다.
  • 내 컴퓨터에는 하드 드라이브 3개, SSD 2개, 회전하는 HDD 1개가 있습니다. 저는 보통 Windows C:용 SSD 하나, Linux / 파티션용 SSD 하나, Linux /home 및 Windows D: 파티션용 회전식 HDD를 사용합니다. 각 디스크에 Linux를 설치하는 과정의 일부로 MBR 부팅 코드를 작성해 보았지만 모든 경우에 동일한 문제가 발생합니다. 따라서 어느 것이 부팅 디스크인지는 중요하지 않은 것 같습니다.

반드시 마법처럼 해결될 것이라고 기대하는 것은 아니지만 앞서 말했듯이 기다리는 동안 어떤 피드백도 받지 못하고 문제를 검색하기 어렵기 때문에 이 문제를 어떻게 해결해야 할지 전혀 모르겠습니다. (예: 느린 부팅 시간 검색은 일반적으로 3단계 문제가 있다고 가정합니다.)

편집하다:

  • 시작 매개변수를 제거 quiet하고 splash추가했습니다 . systemd.show_status=yes이전에 1분+대기 시간이 있었다는 문제가 여전히 존재합니다.어느메시지가 나타납니다.
  • 출력 dmesg | grep command은 입니다 [ 0.064784] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.11.0-38-generic root=UUID=78354078-8fcd-4223-8fb0-9137207cb415 ro systemd.show_status=yes.
  • LED 표시등 관련: "대기 시간" 기간 동안 전원 버튼 옆의 녹색 표시등이 깜박이지 않고 계속 켜집니다. 케이스에서 보이는 유일한 LED 표시등입니다.
  • fdisk -l및 의 출력이 lsblk아래에 붙여넣어졌습니다.
Disk /dev/sda: 447,13 GiB, 480103981056 bytes, 937703088 sectors
Disk model: CT480BX500SSD1  
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00a879e5

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1  *         2048    104447    102400    50M  7 HPFS/NTFS/exFAT
/dev/sda2          104448 936654957 936550510 446,6G  7 HPFS/NTFS/exFAT
/dev/sda3       936656896 937697279   1040384   508M 27 Hidden NTFS WinRE


Disk /dev/sdb: 1,84 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: WDC WD20EZRX-00D
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xfc1366de

Device     Boot      Start        End    Sectors  Size Id Type
/dev/sdb1  *          2048 2833283071 2833281024  1,3T  7 HPFS/NTFS/exFAT
/dev/sdb2       2833283072 3907028991 1073745920  512G 83 Linux


Disk /dev/sdc: 223,58 GiB, 240057409536 bytes, 468862128 sectors
Disk model: KINGSTON SA400S3
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x143a208b

Device     Boot     Start       End   Sectors  Size Id Type
/dev/sdc1       452857856 468860927  16003072  7,6G 82 Linux swap / Solaris
/dev/sdc2  *         2048 452857855 452855808  216G 83 Linux

Partition table entries are not in disk order.

그리고

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 447,1G  0 disk 
├─sda1   8:1    0    50M  0 part 
├─sda2   8:2    0 446,6G  0 part 
└─sda3   8:3    0   508M  0 part 
sdb      8:16   0   1,8T  0 disk 
├─sdb1   8:17   0   1,3T  0 part 
└─sdb2   8:18   0   512G  0 part /Storage
sdc      8:32   0 223,6G  0 disk 
├─sdc1   8:33   0   7,6G  0 part [SWAP]
└─sdc2   8:34   0   216G  0 part /

관련 정보