다시 시작한 후 마운트할 수 없나요?

다시 시작한 후 마운트할 수 없나요?

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). 그러나 얼마 후 마음이 바뀌어 스왑을 재설정했습니다. 단, swapinit 스크립트 서비스(예: /etc/init.d/swap)를 다시 추가하는 것을 잊어버렸습니다.

그래서 (1) init 스크립트 서비스를 구성 fstab하고 (2) 추가하여 문제를 해결했습니다 .swap

답변2

내 경우에는 Digital Ocean의 디스크 마이그레이션 문제 때문이었습니다. 이로 인해 디스크 UUID가 변경됩니다. 디스크 구성이 여러 위치에 있을 수 있다는 것을 알았습니다.

첫 번째 것은 /etc/fstab파일(귀하의 방법)에 있고 두 번째 것은 파일에 정의되어 있습니다. /etc/systemd/system/mnt-volume_*.mount→ 이것은 잘못된 UUID를 가리키고 systemd는 구성을 설정했음에도 불구하고 설치를 시도합니다.fstab

해결책:

  1. /etc/systemd/system/mnt-volume_*.mount파일 삭제
  2. 디스크 다시 마운트(마운트 명령 + 조정 fstab)
  3. 시스템을 다시 시작 → 모든 것이 정상입니다.

원천:https://docs.digitalocean.com/products/volumes/how-to/detach/

관련 정보