Linux 설치 시작 중에 디스크의 첫 번째 파티션을 찾을 수 없습니다.

Question 1

내 첫 번째 추측은 원래 시스템의 스토리지 컨트롤러가 qemu에서 제공하는 것과 다르기 때문에 initrd 파일에 가상 스토리지 컨트롤러를 실행하는 데 필요한 올바른 모듈이 포함되어 있지 않다는 것입니다.

기본 스토리지 컨트롤러는 qemu-system-x86_64AHCI가 아닌 클래식 Intel PIIX3 IDE 컨트롤러인 것으로 보입니다. ata_piixAHCI를 최소 기준으로 사용하는 합리적으로 현대적인 물리적 시스템의 초기화에는 불필요한 커널 모듈이 필요합니다 .

따라서 커널은 디스크를 전혀 볼 수 없으며 부팅 프로세스는 initrd에서 실제 루트 파일 시스템으로 전환할 수 없습니다.

GRUB는 BIOS 루틴을 사용하여 디스크에 액세스하기 때문에 디스크를 잘 알고 있습니다. BIOS는 qemu에서 제공되므로 BIOS는 분명히 작업을 수행하는 데 적합한 루틴을 가지고 있습니다.

가상 머신의 명령 프롬프트에 액세스할 수 있는 경우 다음 명령을 시도해 보십시오.

dmesg | grep -e piix -e ahci -e " sd"

디스크 감지와 관련된 모든 메시지가 표시되어야 합니다. 아무 것도 표시되지 않으면 (가상) 스토리지 컨트롤러가 감지되지 않아 가상 디스크를 감지할 수 없습니다.

이 문제를 해결하려면 일반 시스템에서 디스크 이미지에 액세스해야 할 수도 있습니다. ( /dev/loop0시스템이 이미 디스크 이미지를 사용하고 있는 경우 대신 무료 루프 장치를 사용하세요.)

losetup -P /dev/loop0 srv.sda

/dev/loop0p1그런 다음 일반 시스템의 적절한 임시 위치에 설치합니다 .

mkdir /mnt/opensuse
mount /dev/loop0p1 /mnt/opensuse

라이브 Linux 미디어에서 물리적 시스템을 부팅할 때 수행할 수 있는 작업과 유사하게 필요한 가상 파일 시스템 및 chroot를 디스크 이미지의 파일 시스템에 추가합니다.

mount --rbind /dev /mnt/opensuse/dev
mount --bind /proc /mnt/opensuse/proc
mount --bind /sys /mnt/opensuse/sys
chroot /mnt/opensuse

이제 디스크 이미지에서 initrd/initramfs 파일을 다시 생성할 수 있습니다. 이미지에 OpenSUSE 시스템 버전을 지정하지 않았지만 클래식 명령이 사용할 도구일 수도 있고 실제로 mkinitrd새 버전에서 사용할 수 있는 새 도구(아마도?)에 대한 호환성 별칭일 수도 있습니다.dracut

이 버전의 OpenSUSE에서 initrd 파일을 생성하는 데 어떤 도구를 사용하든 도구에는 initrd에 특정 커널 모듈을 강제로 포함시키는 옵션이 있을 수 있습니다. 옵션을 찾으려면 도구의 매뉴얼 페이지를 읽고 이를 사용하여 ata_piix모듈이 포함된 새 initrd를 생성하십시오. (안전을 위해 먼저 원본 initrd 파일을 따로 보관해 두세요.)

initrd이미지의 올바른 위치 에 /boot새 파일을 성공적으로 생성한 후에 는 exitchroot 환경에서 벗어나 umount이전에 수행한 모든 설치 작업을 수행하고 losetup -d /dev/loop0. .

Answer

내 첫 번째 추측은 원래 시스템의 스토리지 컨트롤러가 qemu에서 제공하는 것과 다르기 때문에 initrd 파일에 가상 스토리지 컨트롤러를 실행하는 데 필요한 올바른 모듈이 포함되어 있지 않다는 것입니다.

기본 스토리지 컨트롤러는 qemu-system-x86_64AHCI가 아닌 클래식 Intel PIIX3 IDE 컨트롤러인 것으로 보입니다. ata_piixAHCI를 최소 기준으로 사용하는 합리적으로 현대적인 물리적 시스템의 초기화에는 불필요한 커널 모듈이 필요합니다 .

따라서 커널은 디스크를 전혀 볼 수 없으며 부팅 프로세스는 initrd에서 실제 루트 파일 시스템으로 전환할 수 없습니다.

GRUB는 BIOS 루틴을 사용하여 디스크에 액세스하기 때문에 디스크를 잘 알고 있습니다. BIOS는 qemu에서 제공되므로 BIOS는 분명히 작업을 수행하는 데 적합한 루틴을 가지고 있습니다.

가상 머신의 명령 프롬프트에 액세스할 수 있는 경우 다음 명령을 시도해 보십시오.

dmesg | grep -e piix -e ahci -e " sd"

디스크 감지와 관련된 모든 메시지가 표시되어야 합니다. 아무 것도 표시되지 않으면 (가상) 스토리지 컨트롤러가 감지되지 않아 가상 디스크를 감지할 수 없습니다.

이 문제를 해결하려면 일반 시스템에서 디스크 이미지에 액세스해야 할 수도 있습니다. ( /dev/loop0시스템이 이미 디스크 이미지를 사용하고 있는 경우 대신 무료 루프 장치를 사용하세요.)

losetup -P /dev/loop0 srv.sda

/dev/loop0p1그런 다음 일반 시스템의 적절한 임시 위치에 설치합니다 .

mkdir /mnt/opensuse
mount /dev/loop0p1 /mnt/opensuse

라이브 Linux 미디어에서 물리적 시스템을 부팅할 때 수행할 수 있는 작업과 유사하게 필요한 가상 파일 시스템 및 chroot를 디스크 이미지의 파일 시스템에 추가합니다.

mount --rbind /dev /mnt/opensuse/dev
mount --bind /proc /mnt/opensuse/proc
mount --bind /sys /mnt/opensuse/sys
chroot /mnt/opensuse

이제 디스크 이미지에서 initrd/initramfs 파일을 다시 생성할 수 있습니다. 이미지에 OpenSUSE 시스템 버전을 지정하지 않았지만 클래식 명령이 사용할 도구일 수도 있고 실제로 mkinitrd새 버전에서 사용할 수 있는 새 도구(아마도?)에 대한 호환성 별칭일 수도 있습니다.dracut

이 버전의 OpenSUSE에서 initrd 파일을 생성하는 데 어떤 도구를 사용하든 도구에는 initrd에 특정 커널 모듈을 강제로 포함시키는 옵션이 있을 수 있습니다. 옵션을 찾으려면 도구의 매뉴얼 페이지를 읽고 이를 사용하여 ata_piix모듈이 포함된 새 initrd를 생성하십시오. (안전을 위해 먼저 원본 initrd 파일을 따로 보관해 두세요.)

initrd이미지의 올바른 위치 에 /boot새 파일을 성공적으로 생성한 후에 는 exitchroot 환경에서 벗어나 umount이전에 수행한 모든 설치 작업을 수행하고 losetup -d /dev/loop0. .

Question 2

initrd 파일을 다시 만드는 것이 mkinitrd올바른 접근 방식이지만 최종 대상 운영 체제가 사용하는 것과 최대한 가까운 시스템에서 수행해야 합니다. mkinitrd커널과 시스템에서 많은 자동 감지를 수행하기 때문입니다.달리기특히 initrd 파일에 사용 가능한 커널 모듈에 관한 것입니다. 이전 시스템과 분명히 매우 다른 호스트 OS에서 initrd 파일을 다시 생성하여 mkinitrd불완전하거나 일관성이 없는 initrd를 구축했습니다.

이러한 경우 가장 좋은 접근 방식은 일반적으로 다음과 같이 시작하는 것입니다.원래 배포판설치 CD/DVD/ISO에는 일반적으로 이러한 상황에서 initrd 파일을 다시 생성하는 데 유용할 수 있는 "복구 모드"가 있습니다. 귀하의 경우 대상 OS는 openSuSE 11.3인 것 같으므로 다음을 수행할 수 있습니다.ISO를 얻으세요qemu, 대상 OS를 조정하려는 가상 시스템( -hda또는 -device ahci원하는 경우 일부 SCSI/SAS)을 사용하여 부팅하고 해당 시스템의 첫 번째 부팅 메뉴에서 사용할 수 있는 "Rescue System" 옵션을 선택합니다. ISO를 찾아 로그인 root하고 거기에서 실행하십시오 :

~# mount /dev/sda1 /mnt
~# cd /mnt
/mnt# mount --rbind /dev dev && mount --make-rslave dev
/mnt# mount -t proc proc proc
/mnt# mount -t sysfs sysfs sys
/mnt# chroot .
<chrooted># mkinitrd
...
<chrooted># exit
/mnt# umount dev/pts dev/shm dev proc sys
/mnt# cd ..
/# umount mnt

initrd 파일을 다시 만듭니다.

qemu옵션이 없는 간단한 커널은 실제 대상 시스템에서 실행되는 실제 원시 커널(openSuSE 11.3의 커널)로 부팅한 후 mkinitrd제대로 작동합니다 .

물론 위 작업 후에는 poweroffISO 이미지 없이 동일한 가상 시스템으로 다시 실행하게 됩니다.qemu

시도한 것처럼 완전히 다른 운영 체제에서 initrd 파일을 다시 만드는 것은 전적으로 가능하지만 정확히 알아야 합니다.모두이것필수의수행되는 (불가피한) 불완전/일관되지 않은 자동 감지를 무시하기 위해 드라이버를 사용합니다 mkinitrd.

귀하의 경우, 귀하가 다시 생성한 initrd 파일에 sd_mod실제로 디스크 장치를 제공하는 데 필요한 드라이버가 누락되어 있음을 발견했습니다. /dev/sd*복사되지 않는 이유는 아마도주인initrd 파일을 다시 생성한 운영 체제에는 드라이버가 sd_mod.ko로드 가능한 모듈로 포함되어 있지 않지만 드라이버를 커널 이미지 자체로 컴파일합니다. ide-disk.ko이는 IDE 대응 항목( )이 약 15년 전까지 기본 모듈(즉, 컴파일)이 아니었던 것처럼, 이 모듈이 이제 기본 모듈이고 10년 전에는 전혀 기본 모듈이 아니었기 때문에 가능합니다. 종종 완전히 무시됩니다.

따라서 호스트 운영 체제에서 했던 것과 동일한 작업을 반복하고 도 지정하면 sd_mod모든 ata_piix설정이 완료될 수 있습니다. 그러나 이 경우, 예를 들어 원래 설치 CD/DVD/ISO를 사용할 수 없는 경우 mkinitrd -A호스트 운영 체제의 chroot 환경 내부에서 실행하는 것이 더 안전한 대안이 될 수 있습니다. 이 매개변수는 mkinitrd단순히 가능한 모든 드라이버를 포함한다는 것을 나타냅니다. . 물론 이렇게 하려면 initrd 파일이 있는 파일 시스템에 더 많은 디스크 공간이 필요하지만 일단 대상 운영 체제의 디스크로 부팅되면 간단한(즉, 매개변수 없음) 방법을 사용하여 initrd를 다시 생성할 수 있습니다 mkinitrd. 새로운 하드웨어 시스템을 위한 initrd 파일.

Answer