영구적 인 위치에 USB 디스크 마운트


13

부팅 및 특정 위치에 마운트하려는 USB 하드 디스크가 있습니다. 아무도 로그인하지 않아도 드라이브를 마운트하고 사용 가능한 상태 (예 : 로컬 백업 등)를 유지하려면 어떻게해야합니까?

udev 또는 이와 유사한 장치가 디스크를 잡고있는 것 같습니다. 이 디스크를 UUID에 의해 특별히 마운트하려고 시도하는 항목을 / etc / fstab에 넣으면 해당 마운트 프로세스와 udev 마운트 프로세스가 서로의 전투에서 끝나고 디스크가 마운트되지 않습니다.


추가 한 줄을 추가 할 수 있습니까 /etc/fstab? 드라이브를 연결할 때 로그 메시지가 있습니까? 에서 로그 수준을 높이는 데 도움이 될 수 /etc/udev/udev.conf있습니다.
qbi

fstab 라인은 어떻게 보입니까? "UUID = 48a26dbe-e707-4e45-bd55-fc7936292ee1 / data ext4 errors = remount-ro 0 2"
LassePoulsen

답변:


7

udev를 사용하여 디스크를 마운트하십시오. 이 위키 의 규칙을 배치 한 후 /etc/udev/user.rules재부팅하거나 USB HDD를 다시 연결하십시오. 위키에는 몇 가지 규칙이 있습니다 (여기서 여기에 나열하지 않은 이유). 필요에 가장 적합한 규칙을 선택하십시오 (예 : 마운트를 해제하려면 특정 일반 사용자가 필요함).

정독하는 /lib/udev/rules.d/80-udisks.rules당신이 일을 udev에 무엇을 이해하는 데 도움이 될 것입니다 귀하의 하드 디스크.

위에서 언급 한 udev 규칙 외에도 udev를 통해 udisk에 디스크를 남겨두고 fstab을 통해 마운트하도록 지시하는 다른 접근 방법이 있다고 생각합니다.

이 코드는 내 시스템에서 작동합니다

ACTION!="add|change", GOTO="my_udisks_end"
SUBSYSTEM!="block", GOTO="my_udisks_end"

ENV{ID_TYPE}!="disk", GOTO="my_udisks_end"
ENV{ID_BUS}!="ata", GOTO="my_udisks_end"
ENV{DEVTYPE}!="partition", GOTO="my_udisks_end"

KERNEL=="sd*|hd*", ENV{UDISKS_PRESENTATION_NOPOLICY}="1"

LABEL="my_udisks_end"

일반적이며 모든 파티션을 포함합니다. 특정 hdd / 파티션 사용을 대상으로 지정한 udevadm info --query=all -n /dev/sdX다음 udev 규칙의 특정 속성에 일치 시킬 수 있습니다 .

udev 규칙 작성 이 도움이 됩니다 . 불행히도 일부 오래된 정보가 포함되어 있습니다 ( udevinfo로 대체되었습니다 udevadm indo). udev는 요즘 아키텍처의 핵심 요소이며이를 사용하여 많은 것을 성취 할 수 있습니다. 또한 매우 유연합니다.

udev 규칙에서 실수를하는 것도 쉽습니다 :). udevadm test $(udevadm info -q path -n /dev/sdX)udev가하는 일을 '탐색'하는 데 사용하십시오 .


대박. 이것은 내가 찾던 것과 매우 흡사합니다. 내가해야 할 일이있는 것 같습니다 ...
Don Faulkner

1

UUID 대신 / dev / ...로 참조를 시도 할 수 있습니다. / dev / sdb * 일 가능성이 높습니다. 시스템-> 관리-> 시스템 모니터로 이동하여 '파일 시스템'탭을 클릭하여 확인할 수 있습니다. 먼저 USB 드라이브를 삽입하고 자동으로 마운트해야합니다. / etc / fstab에서 'UUID = uuid'를 '/ dev / sdb *'로 바꾸십시오. fstab을 편집하기 전에 항상 백업하는 것이 좋습니다.


4
대용량 저장 장치를 장치 노드에 직접 참조하는 것은 좋지 않습니다! BIOS 설정 및 제거 된 장치는 장치 순서를 망칠 수 있습니다.
LassePoulsen

당신은 아마 맞지만 USB 장치를 제거하고 다시 연결할 때마다 UUID가 재생성된다는 인상을 받았습니다. 이는 장치를 제거했다가 다시 연결할 때마다 fstab을 편집해야 함을 의미합니다.
dv3500ea

사실, 나는 틀렸다 .UUID는 동일하게 유지된다.
dv3500ea

3
UUID는 filsystems 고유 ID이며 버스 위치 또는 장치와 관련이 없습니다. 하나의 장치에서 다른 장치로 전체 파일 시스템을 복사해도 살아남을 수 있습니다.
LassePoulsen

1
파일 시스템 영구성은 mount-by-uuid에서 찾고 있던 것입니다. 이것은 "로컬 백업"장치이며, 장치를 추가하거나 재정렬하더라도 / backup (또는 마운트 할 때마다)이 항상이 파일 시스템을 갖기를 원합니다. 이는 uuid 또는 by-label 마운팅의 장점입니다.
Don Faulkner
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.