☰

Droboファイルシステムは/ etc / fstabを無視し、接続が中断された後に自動的に間違った場所にマウントされます。

tag-icon • tag-icon linux linux-mint fstab removable-storage
Droboファイルシステムは/ etc / fstabを無視し、接続が中断された後に自動的に間違った場所にマウントされます。

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）

おすすめ記事