☰

FSTAB의 UUID 및 /dev/sdX

tag-icon • tag-icon boot partition grub2 fstab
FSTAB의 UUID 및 /dev/sdX

저는 Linux 시스템을 가지고 있으며 시스템을 실행하려면 /dev/devname을 사용해야 합니다.

proc            /proc            proc    defaults        0       0
/dev/sda1       /                ext3    barrier=1,errors=remount-ro 0       1
/dev/sda5       /opt             ext3    barrier=1,defaults        0       22 
/dev/sda2       /opt/vortex/dvss ext3    barrier=1,defaults 0   3
/dev/sda6       none             swap    sw              0       0
/dev/scd0       /media/cdrom0    udf,iso9660 user,noauto     0       0

지금까지 우리 시스템은 아무런 문제 없이 실행되고 있습니다. 그러나 일부 설치된 시스템에서는 시스템이 정상적으로 부팅되지 않고 갑자기 "Grub Rescue" 상태로 들어가는 경우가 종종 있습니다.

장치를 보조 장치로 마운트하고 E2Fsck를 실행하면 시스템이 복구되는 것을 볼 수 있습니다.

이제 우리는 이 오류를 해결하기 위해 노력하고 있습니다. [GRUB 오류로 인한 시스템 시작 실패 수정

순서를 위해 일부 포럼에서 FSTAB에서 UUID 기반 부팅을 설정한다고 말한 것을 확인했습니다.

UUID를 통해 설정하면 어떤 이점이 있나요?

GRUB 오류를 줄이는 것이 가능합니까?

답변1

에서 man fstab:

장치를 명시적으로 제공하지 않고 UUID 또는 볼륨 레이블(e2label(8) 또는 xfs_admin(8) 참조)로 마운트할 (ext2 또는 xfs) 파일 시스템을 표시하고 LABEL= 또는 UUID=를 작성하는 것이 가능합니다. 예를 들어 "LABEL=START" 또는 "UUID=3e6be9de-8139-11d1-9106-a43f08d823a6"입니다. 이렇게 하면 시스템이 더욱 강력해집니다. SCSI[또는 SATA] 디스크를 추가하거나 제거하면 디스크 장치 이름이 변경되지만 파일 시스템 볼륨 레이블은 변경되지 않습니다.

GRUB이 때때로 부팅에 실패하는 이유에 대해 UUID를 설정하면 아무것도 바뀔지 의심스럽습니다.이상한 BIOS 설정이 주어지면 UUID를 사용해도 실패할 수 있습니다.), 그래도 시도해 볼 가치가 있습니다.

답변2

UUID는 귀하와 동일한 문제를 해결했습니다.

아래에서 발췌아치 위키에서매우 도움이 됨:

시스템에 SATA, SCSI 또는 IDE 디스크 컨트롤러가 여러 개 있는 경우 해당 장치 노드는 순서에 관계없이 추가됩니다. 이로 인해 부팅할 때마다 장치 이름(예: /dev/sda및 ) /dev/sdb이 전환되어 궁극적으로 시스템이 부팅되지 않거나 커널 패닉이 발생하거나 블록 장치가 사라질 수 있습니다. 지속적인 이름 지정은 이러한 문제를 해결합니다.

요점은 귀하의 컴퓨터가 때때로 귀하의 sda합계를 임의로 바꾸기로 결정할 수 있다는 것입니다 sdc. 이런 일이 발생하면 시작이 실패합니다.

관련 정보