“Begin : Running / scripts / local-premount”에서 30 초 동안 부팅이 중단됨


31

Ubuntu 17.10에서 18.04로 업그레이드 한 후 부팅 프로세스가 이전보다 30 배 더 오래 걸립니다.

단계에서 30 초 동안 멈춤

시작 : / scripts / local-premount 실행

그런 다음 계속됩니다.

처음에는 한 단계 더 나아가

btrfs 파일 시스템 스캔

그래서 btrfs support 제거 했지만 문제를 해결하지 못했습니다.

나는 그 단계에 대한 통지를 보지 못했다 dmesg.var/log/boot.log

이 문제를 어떻게 디버깅 할 수 있습니까? 추가 로깅을 활성화 할 수 있습니까?

답변:


54

다음을 시도하십시오 :

  • 열다 /etc/initramfs-tools/conf.d/resume
  • 교체 RESUME=UUID=xxxRESUME=none
  • 발행물 sudo update-initramfs -u
  • 시스템을 재부팅

파일은 스왑 파티션의 UUID를 포함해야합니다 sudo blkid | grep swap.

런치 패드 에서 다음과 같은 버그 를 발견했습니다. Lubuntu와 관련이 있지만 위의 명령으로 Xubuntu 설치에서 동일한 문제가 해결되었습니다.

주석 # 27# 28을 참조하십시오 .

이 파일은 최대 절전 / 일시 중지와 관련이있는 것 같습니다 suspend. 변경 후에도 여전히 시스템에서 작동 하는지 확인할 수 있습니다 .


3
고마워요! 나는 또한 귀하의 솔루션을 여기에 게시했습니다 : unix.stackexchange.com/a/443272/20661
rubo77

업그레이드하기 전에 스왑 파티션을 수동으로 제거했지만 RESUME 필드가 이전 UUID로 설정되어있을 때 어딘가에 기억되어있는 것 같습니다. 부팅 시간에서 30 초 이상 면도하지 않도록 설정했습니다! 상단!
Michel

나에게 문제는 스왑 파티션이 전혀 없다는 것입니다 (어떻게 일어 났는지 전혀 모름). 이 답변에서 설명한 것처럼 스왑 파티션을 만들고 파일에 추가하여 문제를 해결했습니다.
tjespe

"파일에 UUID가 포함되어야합니다 ..."가 무슨 뜻인지 잘 모르겠습니다. 두 개의 TYPE = "swap"UUID, 실제 (/ dev / sda6) 및 매핑 된 (/ dev / mapper / cryptswap1)이 있습니다. 스왑 파티션이 없거나 암호화되지 않은 경우 이런 일이 발생할 수 있습니다. 어쨌든, 나는 떠났고 =none모든 것이 잘 작동합니다.
Pablo A

추가 : 우분투 18.10에서 /etc/initramfs-tools/conf.d/resume이 존재하지 않으므로 그것을 만들었고 RESUME = 아무도 나를 위해 그것을하지 않았습니다.
NoAngel

1

모든 우분투 설치와 동일한 문제가있었습니다.

LV에서 스왑과 함께 LVM을 사용하고 있습니다.

데스크탑 /etc/initramfs-tools/conf.d/resume에서는 최대 절전 모드를 피할 수있는 UUID를 참조하고 있습니다.

/etc/initramfs-tools/conf.d/resume설치 후 서버에 존재하지 않으며 부팅시 지연 및 / 또는 lvmetad 오류가 발생합니다.

sudo su -c 'echo RESUME=/dev/mapper/the_swap_LV_name > /etc/initramfs-tools/conf.d/resume' 
sudo update-initramfs -u

https://launchpad.net/bugs/1768230

부팅 또는 lvmetad 오류시 더 이상 지연되지 않습니다.

친절한 관계

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.