그래서 논리 드라이브(md1)와 USB 드라이브를 포괄하는 btrfs 파일 시스템을 만들었습니다. 모두 raid 0입니다. 따라서:
sata\
md1--\
sata/ \
btrfs called "Storage"
usb---------/
UUID=로 fstab에 줄을 넣었습니다.
UUID=2cf6d402-7279-4bdd-b0f8-6931c5db9fe1 /media/<user>/Storage auto x-gvfs-show 0 0
명령줄을 통해 설치할 때(예: sudo mount -a 모든 것이 제대로 설치됨) 유일한 마운트 지점은 /media/user/Storage입니다.
그런데 재부팅하면 무슨 이유에서인지 두 번 설치됩니다. 하나는 /m/u/Storage에 있고 다른 하나는 /m/u/Storage1에 있습니다.
나는 이것이 /m/u/btrfs 및 /mnt/Storage에 마운트하는 데 사용되기 전에는 /etc/fstab에 후자만 있었기 때문에 이것이 태그와 관련이 있다는 것을 알았습니다.
나를 혼란스럽게 한다. PS, ubuntu mini iso, 18.04 lts에 mate-desktop-minimal을 설치하세요. 모든 패키지의 일반적인 커널 새로 설치. 나스를 만들고 있어
편집: fstab을 주석 처리하고 재부팅했습니다. 파일 시스템은 여전히 /media/user/Storage에 마운트되어 있습니다. 우분투에서 이것이 정상적인 BTRFS 동작입니까? 그리고 닫을 수 있나요? 마운트 지점을 변경할 수 있다면 문제가 되지 않습니다. 사용자 디렉터리에 표시되는 것을 원하지 않습니다.
답변1
조금 늦었지만, 짜증스러울 뿐만 아니라 btrfs raid10 외장 드라이브에서 디스크 I/O 속도를 저하시키는 유사한 동작이 발생했습니다. btrfs와 자동 마운트 사이의 상호 작용은 크지 않습니다. 또한 장치의 연결이 끊어지지 않을 정도로 마운트가 축적되는 것을 볼 수 있지만 Storage10시스템은 계속해서 장치를 다시 마운트합니다(이 답변의 끝에는 가정이 있습니다).
어쨌든 자동 마운트를 비활성화하여 문제를 해결했습니다. 이는 데스크탑 환경에서만 작동하며 우분투 서버는 드라이브를 자동으로 마운트하지 않으므로 드라이브가 gnome없거나 nautilus실행 중인 서버에서는 문제가 되지 않습니다 .
우분투 22.04 데스크톱 버전에서 자동 마운트를 비활성화하려면 다음을 실행할 수 있습니다.
dconf write /org/gnome/desktop/media-handling/automount false
dconf write /org/gnome/desktop/media-handling/automount-open false
두 번째 줄은 선택사항인 것 같지만 일반적으로 권장됩니다.다른 페이지둘 다 비활성화하는 것 같습니다(일반적으로 자동 마운트가 비활성화되었을 때 자동 마운트가 켜져 있는 것을 보는 것이 어리석어 보인다는 데 동의합니다).
이것은 하나입니다전부 아니면 전무btrfs raid설정을 통해 일반 USB 드라이브 및 SD 카드에 대한 자동 마운트도 비활성화합니다. 이러한 카드에는 이 문제가 없으며 앞으로도 발생하지 않습니다. 나에게는 큰 문제가 아닙니다. 노틸러스를 한 번만 클릭하면 보이는 드라이브를 마운트할 수 있습니다. 그러나 더 나은 또는 더 구체적인 솔루션을 아는 사람이 있다면 배우고 싶습니다.
나는 이것이 btrfs가 습격을 처리하는 방식과 관련이 있다고 생각합니다. btrfs를 사용하면 2개의 장치를 습격할 때 그 중 하나를 호스트에 마운트할 수 있으며 btrfs는 모든 장치 간의 습격을 자동으로 처리합니다. 나는 이것이 사용되지 않은 장치를 확인하고 계속해서 마운트를 시도하는 자동 마운트 논리를 혼란스럽게 한다고 생각합니다. 그러나 이것은 단지 추측일 뿐이다. 어쨌든 btrfs raid의 자동 마운트를 비활성화하면 두통이 발생합니다.