재부팅 후 fstab에 언급 된 일부 파티션이 예상대로 마운트되지 않았습니다. 올바르게 마운트 된 파티션과 올바르게 마운트되지 않은 파티션의 라인 형식은 동일하게 표시되므로 누락 된 파티션의 복원을 방해하는 문제가있는 로그가 있는지 궁금합니다.
재부팅하는 동안 콘솔을 볼 수 없지만 나중에 문제를 확인하고 수정해야합니다.
답변
시도해 볼 수있는 몇 가지 사항이 있습니다.
- 로그인 할 때 여전히 마운트되지 않았다고 가정하면
mount -a
터미널에 오류가 인쇄됩니까? fstab에서 사용 가능한 정보 만 사용하여 사용 가능한 모든 마운트를 마운트하며 여전히 성공하지 못한 마운트에 대한 세부 정보를 제공해야합니다.- 오류가없고 여전히 마운트가없는 경우
noauto
옵션이 활성화되어 있지 않은 것 입니까? - 오류가없고 이제 마운트가있는 경우 부트 시퀀스에서 분리 된 마운트가 발생하고 해당 부트 단계 중 일부가 활성화되지 않은 것일 수 있습니다. 예를 들면, 젠투는이
localmount
과netmount
하고nfsmount
부팅시에 일을 장착 스크립트를 초기화하기.
- 오류가없고 여전히 마운트가없는 경우
- 주문 문제입니까? 즉,
/var/lib
전에 마운트하려고합니다/var/
. fstab의 첫 번째 숫자 매개 변수를 사용하여 마운트 할 마운트를 제어 할 수 있습니다. - 위의 방법 중 하나라도 실패하면 로그 다이빙을 시도 할 수 있습니다.
dmesg
또는 다양한 로그인 중 하나/var/log
가 도움이 될 수 있어야합니다. 부팅 순서는 기본적으로 기록되어야하지만 시스템 로거의 구성에 따라 다르므로 동일한 배포판의 다른 버전에서도 약간 변경 될 수 있습니다. 일반적인 범인은/var/log/messages
및var/log/kernel
입니다.
답변
일부는 같은 서비스를 장착합니다 (S3) 퓨즈가 필요 네트워킹 서비스하기 이전에 활성화 될 수있는 당신이 작성해야 할 수도 있습니다, 그래서 일이 장착 된 init.d의 (가) 장착 가능하고 그에 따라 순서를하는 서비스. 크레딧 : https://github.com/s3fs-fuse/s3fs-fuse/issues/412