내부 백업 드라이브가 있습니다(백업 1)에 fstab 항목이 마운트되어 있습니다 /mnt/backup. 때로는 드라이브를 일시적으로 분리한 다음 다른 드라이브(백업 2) 및 보조 백업을 수행합니다. 완료되면 backup2 드라이브를 제거하고 backup1 드라이브를 삽입하면 시스템이 정상으로 돌아갑니다.
내 백업 스크립트는 하드코딩되어 있으므로 /mnt/backup원하는 드라이브를 연결하고 /mnt/backup에 마운트한 후 데이터를 백업할 수 있습니다.
오늘은 플러그를 뽑았어백업 1, 연결됨백업 2우분투를 시작하세요.
- fstab은 연결되지 않은 backup1의 UUID를 찾는데
nofail플래그가 설정되어 있으므로 /mnt/backup 마운트를 그냥 건너뜁니다. - backup2에 대한 fstab 항목이 없습니다. /dev/sdc로 연결되어 있지만 파티션이 마운트되지 않았습니다. 좋아요
마운트하려고 했지만 mount --verbose /dev/sdc1 /mnt/backupsdc1이 /mnt/backup에 성공적으로 마운트되었다는 응답을 받았지만 그렇지 않았습니다. mount그리고 lsblk이 설치는 표시되지 않습니다. /mnt/backup은 비어 있습니다.
그러나 sdc1을 /tmp/backup과 같은 다른 디렉토리에 설치하면 설치됩니다. 새 드라이브의 파티션을 /mnt/backup에만 마운트할 수 있습니다.
내 질문:
- fstab에 해당 마운트 지점에 대한 다른 파티션에 대한 항목이 있기 때문에 시스템이 /mnt/backup에 마운트하는 것을 방해합니까?
- 그렇다면 fstab에 정의된 내용에 관계없이 어떻게 /mnt/backup에 마운트할 수 있습니까?
우분투 16.04, 리눅스 4.4.0-97
답변1
이는 일시적인 문제로 판명되었습니다. 얼마 후 문제가 있는 드라이브를 마운트할 수 있었습니다 /mnt/backup. 내 측의 특정 작업에 대한 해결책을 찾을 수는 없습니다. fstab을 변경하지도 않았고 컴퓨터를 다시 시작하지도 않았습니다. 이것은 버그여야 합니다. 동일한 상황을 재현할 수 있다면 더 많은 진단 세부 정보를 수집하여 여기에 추가하겠습니다.
그래서,
- 아니요, 시스템은 드라이브가 fstab에 정의되어 있다는 이유만으로 드라이브가 마운트 지점에 마운트되는 것을 방지해서는 안 됩니다. 그러나 때때로 그런 일이 발생합니다. 시스템을 다시 시작하면 도움이 될 수 있습니다.
- fstab에 정의된 마운트 지점을 차단하는 것은 표준 동작이 아니므로 모든 블록 장치를 모든 마운트 지점에 정상적으로 마운트할 수 있어야 합니다.