존재하다이 문제미디어 오류로 인해 시스템 시작 프로세스가 중단되는 것을 방지하는 방법을 물었습니다. 하지만 두 가지 /etc/fstab
옵션이 제안 되었습니다.
nobootwait
nofail
둘 사이의 차이점은 무엇입니까?
답변1
먼저, nofail
드라이브가 마운트되지 않더라도 부팅 순서가 계속되도록 허용합니다.
이것은 fstab(5)
대략nobootwait
부팅 중에 파일 시스템을 마운트하는 mountall(8) 프로그램은 일반 mount(8) 도구가 인식하지 못하는 추가 옵션도 인식합니다. 이것들은 모두:
bootwait
이는 /usr 또는 /var 외부에 마운트된 원격 파일 시스템에 적용될 수 있으며, 그렇지 않으면 mountall(8)은 이러한 파일 시스템 시작을 방해하지 않습니다.
nobootwait
원격이 아닌 파일 시스템에 적용하여 mountall(8)에 시작을 방해하지 않도록 명시적으로 지시할 수 있습니다.
optional
이로 인해 시작 시 파일 시스템 유형을 알 수 없으면 항목이 무시됩니다.
showthrough
이를 통해 마운트 지점을 상위 마운트 지점보다 먼저 마운트할 수 있습니다(후자는 부팅 중단을 유발할 수 있으므로 주의해서 사용해야 합니다).
fstab(5)
할 말이 있어요nofail
nofail
장치가 존재하지 않으면 장치에 대한 오류가 보고되지 않습니다.
답변2
이 오래된 질문은 Google에서 높은 평가를 받았기 때문에 "nobootwait"는 systemd에서 작동하지 않으므로 올바른 접근 방식은 "x-systemd.device-timeout"을 사용하여 더 짧은 시간 제한(예: 9초)을 설정하는 것입니다.
예를 들어:
/dev/sda2 /mnt/other auto defaults,nofail,x-systemd.device-timeout=9 0 2
(편집: Ubuntu가 부팅 시 3초 이상 지속될 수 있는 빠른 파일 시스템 검사를 가끔 수행하는 것 같기 때문에 시간 제한을 3초에서 9초로 늘렸습니다.)
답변3
Stéphane이 언급했듯이 nobootwait는 ubuntu+ 파생 제품으로 제한됩니다.
Nofail은 cjm이 지적한 대로 계속해서 드라이브 마운트를 시도하지만,마운트 시간이 초과된 후에도 부팅 프로세스가 계속됩니다.. 드라이브가 없을 때 추가로 90초 정도의 부팅 시간을 허용하기 위해 드라이브가 주기적으로 존재하는 것을 원하지 않으면 fstab에서 드라이브를 자동 마운트하지 마십시오.
(PS 저는 이것을 cjm의 답변으로 넣었습니다. 시스템이 결국에는실패하다시작).
답변4
nobootwait
했다갑자기 나타나다시작 대기 장치를 방지하기 위한 특정 옵션입니다.
nofail
산장애 발생 시 시스템 시작을 방해하지 않습니다..
이후부터 참고해주세요체계(Ubuntu 및 이를 사용하는 대부분의 배포판에서 시작을 대체) fstab 항목을 비동기적으로 마운트하는 것으로 nofail
충분합니다.