Linux Mintの3つのパーティションにDroboがあり、定期的にファイルシステムを削除してマウントポイントを失います。戻ったら、新しいUSBスティックを差し込んだように、-as /etc/fstaba 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自体はまだファイルシステムにあります。 2番目と3番目のインストールコマンドは常に入力されるとすぐに発生します。
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週間うまく機能し、最終的に間違った場所に置かれます。常に3つのパーティションがすべてあります。私は他のDroboでは運があまりなかったので、Droboの失敗を急いで非難します。おそらく私はあまりにも早すぎたようです。もちろん、私のオペレーティングシステム理論的にハードウェアは、毎回3つの新しいデバイスとして定義しようとするのではなく、認識する必要があります。
Droboが単にスリープモードに入るわけではないようです。 1日か2日間使用しないで再び省電力モードに入ることができるからです。
**これらの曖昧さはバックアップの観点からより大きな問題になる可能性がありますが、追加のバックアップでより良い、より伝統的な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）