둘째 날이었는데 제가 뭔가 잘못한 게 틀림없었습니다.
대체 드라이브는 사용자의 홈 하위 디렉터리 마운트 지점에 마운트될 수 있으며 사용자가 이를 사용할 수 있는 올바른 권한을 갖습니다. 간단한 마운트 [장치] [마운트 지점]이 이 작업을 수행합니다. 장치는 ext4 논리 볼륨이고 fscks는 깨끗합니다.
automount/autofs에 이 작업을 지시하면 전혀 작동하지 않습니다. 하위 디렉터리가 생성되지만 루트만 소유하고 액세스할 수 있습니다. 다음과 같은 경우 자동 마운트 자체가 실패합니다.
...잘못된 파일 시스템 유형, 잘못된 옵션, /dev/xvdi의 잘못된 슈퍼 블록, 누락된 코드 페이지 또는 도우미 또는 기타 오류입니다. 마운트(ext2): /dev/xvdi를 마운트할 수 없습니다(ext4 유형)...
현재 사용하는 자동 매핑 옵션은 다음과 같습니다.
-fstype=auto,defaults,noatime,nodev,nosuid,uid=1000,gid=1000,file_mode=0660,dir_mode=0770 :/dev/xvdi
fstype=ext4, ext2, ID 및 모드 유무에 관계없이 많은 것을 시도했지만 옵션이 없습니다.
드라이브가 항상 연결되어 있는 것은 아니기 때문에 udev 규칙도 사용합니다.
KERNEL="xvdi", OWNER="user", GROUP="user", MODE="0770"
비슷한 일을 하는 사람이 있나요? systemd를 기반으로 하지 않는 autofs보다 간단한 것이 있습니까?
답변1
--fstype=autofs
대신 파일 시스템 형식을 사용할 수 있습니다 . 자세한 내용은 다음 예를 확인하세요.
-fstype=auto,defaults,noatime,gid=100,uid=1000,nls=utf8 :/dev/sdax
답변2
여기서 몇 가지 실수를 저지른 것 같습니다. 오류 메시지의 각 부분을 하나씩 살펴보겠습니다.
...잘못된 파일 시스템 유형...
마운트(ext2): /dev/xvdi를 마운트할 수 없습니다(ext4 유형)...
첫째, 오류 메시지는 자동 마운트가 ext4
파일 시스템을 ext2
하나로 마운트하려고 시도하고 있음을 나타내며 이는 아마도 좋은 일이 아닐 것입니다.
수동으로 설치하거나 사용할 때 /etc/fstab
파일 시스템 유형을 로 지정할 수 있습니다 . 그러면 커널은 성공적인 파일 시스템 유형을 찾거나 시도할 파일 시스템 유형이 부족할 때까지 나열된 태그가 auto
지정되지 /proc/filesystems
않은 모든 파일 시스템 유형을 시도하게 됩니다. nodev
자동 마운트는 이러한 여러 번의 시도를 원하지 않을 수 있으며 ext2
첫 번째 마운트 시도(여기에 있는 유형)의 실패를 마운트의 완전한 실패로 해석합니다.
따라서 자동 마운트 시 파일 시스템을 정확하게 지정하시기 바랍니다 fstype=ext4
.
...나쁜 선택,...
uid=
, 및 같은 옵션은 다음에만 존재합니다 gid=
.file_mode=
dir_mode=
일부파일 시스템 유형이 전부는 아닙니다. 이러한 옵션이 있는 파일 시스템 유형은 기본적으로 Unix 스타일 파일 권한을 지원하지 않거나 특별한 목적을 가지고 있습니다. 보다 구체적으로 SMB/CIFS 네트워크 파일 시스템을 마운트하는 경우에만 존재하는 file_mode
것으로 dir_mode
보입니다. 다른 파일 시스템 유형은 처음에 해당 옵션이 있다고 가정하여 약간 다른 옵션 이름을 사용합니다.
이러한 옵션을 제거해야 합니다. 대신, 시스템 관리자는 처음에 chown
마운트된 파일 시스템의 루트 디렉터리를 사용자가 필요에 따라 사용할 수 있는 디렉터리로 설정하고 사용자가 자신의 하위 디렉터리를 만들 수 있도록 해야 합니다.chmod
chgrp
필요한 경우 디렉터리의 setgid 비트를 사용하여 특정 그룹이 해당 디렉터리에 생성된 모든 파일 및 하위 디렉터리에 사용되도록 지시하거나 디렉터리의 기본 ACL을 사용하여 더 복잡한 권한을 부여할 수 있습니다. 두 디렉터리 모두 일반 사용자가 만든 하위 디렉터리에 자동으로 상속되므로 루트 권한으로 적절한 최상위 디렉터리를 설정하기만 하면 일반 사용자가 나머지 작업을 수행할 수 있습니다.
... 손상된 슈퍼블록, 누락된 코드 페이지 또는 도우미 또는 /dev/xvdi의 기타 오류.
수동 마운팅이 성공했다고 말씀하셨으니 절대 이러한 문제는 아닙니다.