SSH를 통해 드라이브를 마운트한 다음 fstab을 편집하여 변경 사항을 반영했는데 재부팅 후 드라이브가 마운트되지 않나요?
내가 뭘 잘못하고 있는지 이해가 안 돼요?
여기 내 fstab이 있고 재부팅 후 마운트되지 않은 /md0입니다. 뭔가 빠졌나요?
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/md4 / ext3 errors=remount-ro,usrjquota=quota.user,jqfmt=vfsv0 0 1
/dev/md0 /BACKUP ext3 defaults 0 1
/dev/md1 /boot ext3 errors=remount-ro 0 1
/dev/md2 /var/tmp ext3 usrjquota=quota.user,jqfmt=vfsv0 1 2
/dev/sda3 swap swap defaults 0 0
/dev/sdb3 swap swap defaults 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts defaults 0 0
답변1
때로는 원인이 fstab
구성 자체가 아니고 문제가 다른 곳에 있을 수도 있습니다.
단순히 swap
파일에 항목을 추가한다고 해서 /etc/fstab
마술처럼 스왑 파티션이 활성화되는 것은 아닙니다. 일반적으로 이 작업은 swapon
수동으로 또는 다음을 호출하여 수행 됩니다 programatically
.
- 수동: 터미널에서 실행 하면 파일에 선언된 모든 스왑 파티션을
swapon -a
열려고 시도합니다 .fstab
- 프로그래밍 방식: 배포판에
/etc/init.d/swap
이를 수행할 수 있는 데몬/서비스가 제공되기를 바랍니다.
어떤 이유로 스왑을 비활성화하고 싶은 상황이 발생했습니다( swapoff
재부팅할 때마다 자동 재설치를 방지하기 위해 스크립트 서비스를 제거하여 init
). 그러나 얼마 후 마음이 바뀌어 스왑을 재설정했습니다. 단, swap
init 스크립트 서비스(예: /etc/init.d/swap)를 다시 추가하는 것을 잊어버렸습니다.
그래서 (1) init 스크립트 서비스를 구성 fstab
하고 (2) 추가하여 문제를 해결했습니다 .swap
답변2
내 경우에는 Digital Ocean의 디스크 마이그레이션 문제 때문이었습니다. 이로 인해 디스크 UUID가 변경됩니다. 디스크 구성이 여러 위치에 있을 수 있다는 것을 알았습니다.
첫 번째 것은 /etc/fstab
파일(귀하의 방법)에 있고 두 번째 것은 파일에 정의되어 있습니다. /etc/systemd/system/mnt-volume_*.mount
→ 이것은 잘못된 UUID를 가리키고 systemd는 구성을 설정했음에도 불구하고 설치를 시도합니다.fstab
해결책:
/etc/systemd/system/mnt-volume_*.mount
파일 삭제- 디스크 다시 마운트(마운트 명령 + 조정
fstab
) - 시스템을 다시 시작 → 모든 것이 정상입니다.
원천:https://docs.digitalocean.com/products/volumes/how-to/detach/