☰

"잘못된 파일 시스템 유형, 잘못된 옵션, 잘못된 슈퍼 블록...코드 페이지 또는 도우미 누락 또는 기타 오류"와 관련된 시작 시 확률적(~50%) 오류

tag-icon • tag-icon linux boot mount nvme superblock
"잘못된 파일 시스템 유형, 잘못된 옵션, 잘못된 슈퍼 블록...코드 페이지 또는 도우미 누락 또는 기타 오류"와 관련된 시작 시 확률적(~50%) 오류

이 오류에 대한 수많은 게시물을 인터넷에서 찾았습니다.

wrong fs type, bad option, bad superblock on /dev/xxx,missing codepage or helper program, or other error

하지만 시작 시 "가끔" 오류가 발생하는 것을 본 적이 없습니다.

Linux 시스템을 부팅할 때마다 언급된 오류가 발생하기도 하고 제대로 작동하기도 합니다. 확률은 50/50이지만 어떤 식으로든 어떤 패턴도 본 적이 없습니다.

문제가 발생하면 재부팅하고 다시 시도합니다. 저는 이 작업을 반년 동안 해왔습니다. 3개의 부츠가 일반적으로 가장 큰 n입니다. 데스크탑으로 가려면 부팅해야 하는 경우가 많습니다.

비상 셸에 드라이브를 마운트하려고 하면 오류가 나타나지 않으며 문제 없이 드라이브에 쓰거나 읽을 수 있습니다.

이것이 해결 가능한 문제인지 아니면 NVME 드라이브를 반송해야 하는지 궁금합니다(아직 보증 기간이 남아 있음).

Kernel: 6.2.8-alderlake-xanmod1-1 (Xanmod + GCC optimizations)  
OS: ArchLinux  
Drive: Kingston KC3000 PCIe 4.0, 1TB, bought separately from the laptop  
Laptop: Rog Zephyrus m16

편집: Windows/Linux 이중 부팅이 가능한 드라이브가 두 개 있습니다. Linux는 /dev/nvme1n1p1 부팅을 시도하지만 비상 셸에서는 실제로 부팅해야 하는 Linux 루트 디렉터리인 /dev/nvme0n1p1만 마운트할 수 있다는 것을 알게 되었습니다. 데스크탑으로 부팅할 때마다 fdisk -l은 Linux 드라이브에 nvme1n1p1이라는 레이블이 올바르게 지정되어 있음을 표시하므로 Linux 드라이브가 "nvme1"로 할당되고 Windows 드라이브가 "nvme0"으로 할당된 경우에만 시스템이 부팅될 수 있다고 가정합니다. EFISTUB를 사용하여 다음과 같이 커널 명령줄을 수동으로 지정했습니다. root=/dev/nvme1n1p1 resume=/dev/nvme1n1p2 rw quiet modprobe.blacklist=nouveau ibt=off initrd=\initramfs-linux-xanmod.img

답변1

문제: 레이블이나 파티션 UUID를 사용하는 대신 "/dev/nvme1"을 부팅하도록 커널에 지시합니다. 이로 인해 Windows 드라이브가 때때로 "nvme0"으로 검색되고 때로는 "nvme1"로 검색됩니다. Windows 드라이브에 "nvme1"이 나타날 때마다(약 50%의 경우) 시스템은 fat-fs 문제로 인해 부팅에 실패합니다(다행히 제 생각에는). 현재 경로 대신 파티션 레이블이나 UUID를 사용하여 이 문제를 해결하고 있습니다. 이는 실제로 권장되며 이제 그 이유를 알 수 있습니다.

온라인으로 질문하는 것이 갑자기 해결책을 찾을 수 있다는 것은 놀라운 일입니다. 죄송합니다. 뭔가 잘못되었습니다.

관련 정보