mfsBSD를 올바르게 부팅하려면 어디에서 `dd`해야 합니까?

VPS(OVH 공급자)에 freeBSD를 설치하려고 합니다.

지금까지 세 번째 방법은이 응답내가 원하는 곳과 가장 가까운 곳이에요. 복구 모드에서 QEMU에서 설치 프로그램을 시작하는 방법이 작동하지 않기 때문에 OVH에 중첩된 가상화에 문제가 있는 것 같습니다.

주문하다:

# https://mfsbsd.vx.sk/files/images/12/amd64/mfsbsd-se-12.1-RELEASE-amd64.img | dd of=/dev/sda

실제로 성공적으로 이루어졌습니다. 재부팅하면 부팅메뉴도 보이더라구요! 그러나 다중 사용자 모드로 부팅하든 단일 사용자 모드로 부팅하든 관계없이 메시지가 표시되고 Panic: Going nowhere without my init!강제 재부팅이 반복됩니다.

이제 나는 완전히 헤매고 있습니다. 나는 초기화 등을 가정합니다. 외. 이미 이미지에 있으니 dd엉뚱한 곳으로 보낸 게 아닐까 싶습니다 of=.

lsblk내 VPS의 복구 모드 출력은 다음과 같습니다.

이름 메인: 최소 RM 크기 RO 유형 장착 지점
sda 8:0 0 2.5G 0 디스크
└─sda1 8:1 0 2.5G 0개 /
sdb 8:16 0 20G 0 디스크
├─sdb1 8:17 0 19.9G 0 부품/mnt/sdb1
├─sdb14 8:30 0 4M 0 부분
└─sdb15 8:31 0 106M 0 파트/mnt/sdb15

/dev/sda가 아닌 다른 위치에 이미지를 써야 합니까?

고쳐 쓰다: mfsBSD를 부팅하는 데 운이 없었기 때문에 돌아가서 중첩된 가상화를 시도했습니다. 이제 VPS에서 KVM을 부팅할 수 있으며 성공적으로 실행됩니다 bsdinstall. 그러나 복구 모드에서 재부팅하면 grub 오류가 발생합니다. 아직 FreeBSD를 실행하지 않습니다.

추가 업데이트:@ClausAndersen의 팁 덕분에 내 VPS는 이제 FreeBSD를 매우 행복하게 실행하고 있습니다. 이것이 내가 하는 방법이다:

OVH의 관리자 패널에서 복구 모드로 재부팅합니다. SSH 또는 KVM을 통해 로그인한 후 다음 명령 시퀀스를 실행합니다.

1. 원래 파일 시스템 마운트 해제를 사용하십시오 umount /dev/sdb*. 복구 시스템은 /dev/sda에서 설치됩니다. /dev/sda를 만지지 마십시오.
2. 원래 파일 시스템과 해당 파티션을 삭제하려면 fdisk를 사용하십시오. 다음은 파티션 테이블이 비어 있을 때까지 fdisk -u /dev/sdb시리즈를 실행한 다음 .dw
3. package 를 설치(또는 복구 이미지에 포함되어 있는지 확인)합니다 xz-utils. 이는 내 VPS가 Ubuntu 서버로 시작된 이래로 나에게 의미가 있습니다 apt-get install xz-utils.
4. 사본 받기날것의가상 이미지FreeBSD.org에서 다운로드하고 압축을 풀고 /dev/sdb에 씁니다. 구조 시스템의 명령줄에서 다음을 입력할 수 있습니다. wget https://download.freebsd.org/ftp/snapshots/VM-IMAGES/12.1-STABLE/amd64/Latest/FreeBSD-12.1-STABLE-amd64.raw.xz | xz -dc | dd of=/dev/sdb bs=1M

그런 다음 OVH 제어판의 KVM 로그인을 통해 FreeBSD 서버를 재부팅하고 구성하십시오.