저의 무지를 용서해 주십시오. 저는 수십 개의 Linux 배포판(Debian 및 Fedora 파생 제품)을 사용해 보았지만 BSD에 노출된 적은 없습니다.
저는 Debian 파생 Mint, v. 18.2를 통해 USB에 현재 TrueOS 설치 프로그램을 쓰려고 합니다. 그러나 나는 운이 별로 좋지 않았다.
썸 드라이브의 모든 파티션을 지운 후 다음 명령을 실행했습니다.
sudo dd if=./latest.img of=/dev/sdf bs=1M
여기서 sdf는 썸 드라이브이고 late.img는 디스크 이미지입니다. 잠시 후 작업이 완료되었고 예상대로 Linux에서 인식되지 않는 파티션이 있는 포맷된 드라이브가 생겼습니다(대부분의 경우 UFS에 대한 Linux 지원이 0이거나 0에 가깝기 때문입니다).
물론 UEFI를 통해 부팅했는데 부팅이 시작된 다음 칩에 부팅 가능한 시스템이 없다고 말했습니다. 이는 EFI/BIOS 메시지가 아닙니다. 설치 프로그램이 이를 알려주기 전에 간단한 자체 테스트를 수행하기 때문입니다.
Mint를 다시 시작하고 GParted에서 살펴본 결과 드라이브 구조에 대한 여러 불만 사항이 발견되었습니다. (이 내용을 직접 인용하고 싶지만 오늘 일찍 썸 드라이브를 다시 포맷했는데 현재는 검색할 수 없습니다.) 저는 보통 예비 드라이브에 OS를 설치하고 싶어하지만 그럴 의향이 없습니다. 내가 이 문제를 해결할 때까지 계속 여기저기 돌아다니세요. 디스크 덤프가 이미지를 바이트 단위로 복사할 것이라고 생각했습니까?
내 접근 방식에 눈에 띄게 잘못된 점이 있다고 생각하는 사람이 있나요? 따라해보려고 해요수동최선을 다해. 즉각적인 해결책을 얻지 못하면 며칠 후에 다시 시도하여 로그를 그대로 가져옵니다.
-부록-
방금 이미지를 디스크에 다시 추가하고 GParted에서 열었습니다. 두 메시지는 다음과 같습니다.
백업 GPT 테이블이 원래대로 디스크 끝에 있지 않습니다. 백업을 끝으로 이동하고 이전 백업을 삭제하여 문제를 해결하시겠습니까? ("복구"를 클릭하세요)
/dev/sdf의 사용 가능한 공간 중 일부가 사용되지 않는 것 같습니다. GPT를 수정하여 모든 공간(추가 10004782 블록)을 사용하거나 현재 설정을 계속할 수 있습니까? ("복구"를 클릭하세요)
그 후 최종 파티션 크기 /dev/sdf는 다음과 같습니다.
/dev/sdf1 800.0 KiB (boot, esp)
/dev/sdf2 63.00 KiB
/dev/sdf3 2.68 GiB
/dev/sdf4 1.00 MiB
unallocated 4.77 GiB
늦었지만 다시 시도한 후 오류 메시지를 보고하거나 질문에 대한 답변을 제출하겠습니다.
답변1
흥미롭게도 지금 출시되고 있습니다. 분명히 제안된 USB 굽기 방법이 항상 작동하는 것은 아니며 설치 프로그램이 충돌할 수도 있지만 GParted와 같은 간단한 도구를 사용하여 해결할 수 있습니다.
답변2
파일 대신 ISO 파일을 사용해 보겠습니다 .img.