Linux Mint의 3개 파티션에 Drobo가 있는데 주기적으로 파일 시스템을 삭제하여 마운트 지점을 잃습니다. 돌아오면 마치 새 USB 스틱을 꽂은 것처럼 /etc/fstab- as a new device 를 무시하고 설치합니다 ./media
AFAICT, fstab 문은 정확합니다. 수동으로 작동하지만 핵심 요소가 누락되었을 수 있습니다.
# drobo mount points
UUID="d4af52ec-7734-4a43-91cf-ccea799b130e" /mnt/d1 ext3 rw,user 0 2
UUID="599456dd-3e9e-4f56-aa8e-957191099c6b" /mnt/d2 ext3 rw,user 0 2
UUID="94a0b9bf-6ae3-45cf-9a66-da228da64660" /mnt/d3 ext3 rw,user 0 2
Drobo는 부정하게 종료되어 수많은 잘못된 복제본을 생성했습니다. 유일한 하드웨어는 내부 드라이브와 Drobo입니다.
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=zed)
/dev/sde2 on /mnt/d1 type ext3 (rw,noexec,nosuid,nodev)
/dev/sdf2 on /mnt/d2 type ext3 (rw,noexec,nosuid,nodev)
/dev/sdg2 on /mnt/d3 type ext3 (rw,noexec,nosuid,nodev)
/dev/sdd2 on /mnt/d3 type ext3 (rw,noexec,nosuid,nodev,user=zed)
/dev/sdc2 on /mnt/d2 type ext3 (rw,noexec,nosuid,nodev)
/dev/sdb2 on /mnt/d1 type ext3 (rw,noexec,nosuid,nodev)
/dev/sdh2 on /mnt/d3 type ext3 (rw,noexec,nosuid,nodev)
/dev/sdi2 on /mnt/d1 type ext3 (rw,noexec,nosuid,nodev,user=zed)
/dev/sdk2 on /mnt/d3 type ext3 (rw,noexec,nosuid,nodev,user=zed)
/dev/sdj2 on /mnt/d2 type ext3 (rw,noexec,nosuid,nodev,user=zed)
/dev/sdn2 on /mnt/d3 type ext3 (rw,noexec,nosuid,nodev,user=zed)
/dev/sdm2 on /mnt/d2 type ext3 (rw,noexec,nosuid,nodev,user=zed)
/dev/sdl2 on /mnt/d1 type ext3 (rw,noexec,nosuid,nodev,user=zed)
/dev/sdo2 on /mnt/d1 type ext3 (rw,noexec,nosuid,nodev,user=zed)
/dev/sdp2 on /mnt/d2 type ext3 (rw,noexec,nosuid,nodev,user=zed)
/dev/sdq2 on /mnt/d3 type ext3 (rw,noexec,nosuid,nodev,user=zed)
/dev/sdt2 on /mnt/d3 type ext3 (rw,noexec,nosuid,nodev,user=zed)
/dev/sds2 on /mnt/d2 type ext3 (rw,noexec,nosuid,nodev,user=zed)
/dev/sdr2 on /mnt/d1 type ext3 (rw,noexec,nosuid,nodev,user=zed)
/dev/sdz2 on /mnt/d3 type ext3 (rw,noexec,nosuid,nodev,user=zed)
/dev/sdy2 on /mnt/d2 type ext3 (rw,noexec,nosuid,nodev,user=zed)
/dev/sdx2 on /mnt/d1 type ext3 (rw,noexec,nosuid,nodev,user=zed)
/dev/sdu2 on /media/zed/drobo1 type ext3 (rw,nosuid,nodev,uhelper=udisks2)
/dev/sdw2 on /media/zed/drobo3 type ext3 (rw,nosuid,nodev,uhelper=udisks2)
/dev/sdv2 on /media/zed/drobo2 type ext3 (rw,nosuid,nodev,uhelper=udisks2)
(수동으로) 제거하고 다시 설치하면 문제 없이 fstab 문을 따릅니다. 나는 그것을 먼저 입력할 필요가 없었습니다 umount /mnt/d*. 다시 설치하는 데 루트가 필요하지 않습니다.
수동 제거 명령은 빠르게 실행됩니다. 첫 번째 재설치 명령은 Drobo가 다시 회전하는 동안 몇 초 정도 걸립니다(이것나는 Drobo가 드라이브의 최대 절전 모드를 허용할 것으로 예상했지만 Drobo 자체는 여전히 파일 시스템에 있습니다. 두 번째와 세 번째 설치 명령은 항상 입력하자마자 발생합니다.
0 [08:57:46 zed@linnicks doc 124] umount /media/zed/drobo*
0 [08:57:51 zed@linnicks doc 125] mount /mnt/d3
0 [08:57:56 zed@linnicks doc 126] mount /mnt/d2
0 [08:57:59 zed@linnicks doc 127] mount /mnt/d1
0 [08:58:01 zed@linnicks doc 128]
나는 분명한 것을 놓치고 있습니까?
내 주요 관심사는 왜 /etc/fstab이 무시되는지인데, 먼저 드롭의 근본 원인을 찾는 것이 더 낫습니다**. 지금 막 cron을 제거하고 다시 설치할 수 있다는 생각이 들었지만 이는 반창고에 가깝습니다.
가끔씩 발생하는 결함에 대해 2008 Drobo를 비난하기 쉽습니다. 이것은 완전히 무작위로 보입니다. Drobo는 1~3주 동안 잘 작동하다가 결국 잘못된 위치에 놓이게 됩니다. 항상 세 개의 파티션이 모두 있습니다. 저는 다른 Drobo에서는 운이 별로 없었기 때문에 Drobo의 실패를 성급하게 비난합니다. 아마도 제가 너무 성급했던 것 같습니다. 물론 내 운영 체제가이론적으로하드웨어는 매번 3개의 새로운 장치로 정의하려고 하기보다는 인식되어야 합니다.
Drobo가 그냥 절전 모드로 들어가는 것은 아닌 것 같습니다. 하루나 이틀 동안 사용하지 않고 있다가 다시 절전 모드로 들어갈 수 있기 때문입니다.
**이러한 모호함은 백업의 관점에서 더 큰 문제가 될 수 있지만 추가 백업으로 더 좋고 더 전통적인 RAID를 계획하고 있습니다. "RealRaid"의 모든 내용은 Drobo에 복사되므로 그중 하나가 죽으면 교체하고 계속 진행합니다. 그런 점에서 누군가가 특정 장치(Qnap, Lacie...)가 소비자(아마도 프로슈머) 수준에서 매우 만족스럽다고 생각한다면 이를 염두에 두십시오. 제가 고려하고 있는 범위는 아마도 15~30TB 정도일 것입니다.
답변1
내 주요 관심사는 /etc/fstab이 무시되는 이유입니다.
...
수동 설치를 통해 즉시 원래 위치로 되돌려 놓을 수 있습니다.
당신이 말하는 자동 마운트는 udisk에 의해 수행됩니다. 당신이 바라는 대로군요.~해야 한다/etc/fstab(있는 경우) 로 연기된 항목 . 그러나 그렇지 않은 경우에는 /media. 개선된 내용을 보고 싶으시면 프로젝트에 보고해 주세요 :).
Udisks는 실제 사용자가 수행하는 작업이므로 실제로 장치 제거 테스트를 거쳤습니다. :) udisks 자체가 파일 시스템을 마운트하고 장치가 제거되면 파일 시스템을 마운트 해제하고 정리하려고 시도합니다. 이 제거는 마운트 지점이 에서 수동으로 지정되었는지 여부에 관계없이 발생합니다 /etc/fstab. 그러나 "수동"을 사용하여 장치를 설치하는 경우 udisks는 자동으로 제거되지 않습니다 /sbin/mount.
따라서 udisk 개발자가 초기 코딩/테스트를 수행할 때 귀하의 시나리오가 반드시 눈에 띄는 것은 아닙니다.
수동으로 실행하는 것은 mount /dev/sdu2"새" 장치를 연결할 때 발생하는 자동 마운트와 다르게 동작합니다. /sbin/mount호출되지 않습니다 udisks. ( "그러나"로 구현 udisks될 수 있음 /sbin/mount)