커널 4.6을 설치한 후 Debian 8.5 Jessie를 사용하여 개발 서버를 시작했습니다. "LVM 볼륨 그룹 설정" 오류 메시지가 표시되지 않습니다.
VM에는 백포트된 리포지토리가 있는 Debian 8이 있고 systemd 대신 sysV로 부팅하며 LVM을 사용합니다.
knoppix 라이브 이미지를 사용하여 부팅할 수 있으며 볼륨 그룹의 6개 LVM 파티션이 다음과 같이 표시되도록 할 수 있습니다.
vgchange -ay
또한 LVM 파티션을 마운트하고 편집할 수 있었기 때문에 어떤 종류의 LVM 문제도 아닌 것 같습니다.
또한 마운트 바인딩 proc, sys 및 dev를 포함하여 모든 파티션을 자연스러운 순서로 마운트하기 위해 이를 활용하여 다른 디버그/복구 명령을 실행하기 위해 chroot를 실행하는 것이 더 자연스럽게 되었습니다.
이미 부팅 알고리즘을 CONCURRENCY=none/legacy로 변경하려고 시도했지만 큰 성공을 거두지 못했습니다.
파일도 재생성되었습니다 initrd. 커널을 업그레이드할 때 서버의 디스크 공간이 가득 찬 경우 다음 명령을 사용하십시오.
sudo dpkg-reconfigure linux-image-4.6.0-0.bpo.1-amd64
그것도 아무런 차이가 없습니다.
또한 다음을 사용하여 grub을 다시 설치했습니다.
sudo update-grub
sudo grub-install /dev/sda
그것도 작동하지 않습니다.
또한 의 커널 옵션에 디버깅 옵션을 추가했지만 grub시스템은 부팅 시 관련 오류를 인쇄하지 않으며 오류 이후에 다른 메시지도 인쇄하지 않습니다.
dmesg이 시점에서 부팅할 때 syslog가 여전히 작동하지 않기 때문에 확인할 로그나 로그가 없습니다 .
답변1
결국 문제의 스크립트를 찾았고 /etc/rcS.d/S05lvm2해당 스크립트에서 가상 머신을 중지하는 명령은 다음과 같습니다./sbin/lvm vgchange -aay --sysinit >/dev/null
소스 파일에서 볼 수 있듯이 해당 종속성 S05lvm2은 다음과 같습니다.
# Should-Start: udev mdadm-raid cryptdisks-early multipath-tools-boot
결국 나는 누군가 또는 무언가가 udev부팅 시 데몬을 비활성화했다는 사실을 깨달았습니다(마지막으로 성공한 부팅 직후). 또한 이것이 커널 설치 후 루틴을 비활성화하는 것이 아니라고 확신합니다 udev.
충족되지 않은 서비스 종속성이 있는 초기화 스크립트는 udev충족되지 않은 종속성 또는 전혀 나타나지 않는 장치(또는 둘 다)를 기다립니다.
위의 chroot에서 실행할 때 이 문제가 해결되었습니다.
sudo chkconfig udev on
(이미 설치했습니까 chkconfig?) 데비안 용어로는 다음과 같습니다:
sudo update-rc.d udev defaults
다음으로 initrd 파일을 다시 생성합니다(initrd 파일을 쉽게 다시 생성하는 데비안 트릭):
sudo dpkg-reconfigure linux-image-4.6.0-0.bpo.1-amd64