我在 Linux Mint 上的三个分区中有一个 Drobo，它会定期删除文件系统，丢失其挂载点。返回后，它会忽略/etc/fstab并作为新设备安装在/media- 下，就像我插入了一个新的 USB 记忆棒一样。
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*。我不需要 root 来重新安装。
手动卸载命令运行速度很快。第一个重新安装命令需要几秒钟，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 可以正常工作一到三周，然后就出现在错误的地方。它始终是所有三个分区。我在其他 Drobo 上的运气不太好，所以我很快就把失败归咎于 Drobo——也许我太仓促了。当然值得注意的是我的操作系统理论上应该识别硬件，而不是尝试每次将其定义为三个新设备。
我不认为 Drobo 只是进入睡眠模式，因为我可以一两天不使用它，然后又重新进入睡眠模式。
**从备份你的东西的角度来看，这种模糊性可能会引起更深层次的关注，但我正在计划一个更好、更传统的 RAID 来作为额外的备份。 “RealRaid”上的所有内容都将复制到 Drobo 上，因此当其中任何一个死亡时，我都会替换它并继续前进。就这一点而言，如果有人发现某种特定设备（Qnap、Lacie...）在消费者（甚至可能是专业消费者）层面上非常令人满意，请记住。我考虑的范围可能是 15-30TB。
答案1
我主要关心的是为什么 /etc/fstab 被忽略
...
手动安装立即将它们放回应有的位置
您所指的自动挂载是由udisks执行的。如你所愿，就是应该推迟到 中的条目/etc/fstab（如果有的话）。但如果没有，它会安装在/media.听起来 udisks 因失败（但仍然存在）的安装而感到困惑......我将其称为 udisks 中的错误。如果您有兴趣看到它的改进，请向项目报告:)。
Udisks 实际上已经通过设备删除进行了测试，因为这是真实用户所做的:)。如果 udisks 本身挂载文件系统，并且设备被删除，它会尝试卸载文件系统并进行清理。无论是否在 中手动指定安装点，都会发生此卸载/etc/fstab。但是，如果使用“手动”安装设备，udisks 不会自动卸载/sbin/mount。
因此，当 udisk 的开发人员进行初始编码/测试时，您的场景不一定会被注意到。
请注意，手动运行的mount /dev/sdu2行为与插入“新”设备时发生的自动挂载不同。 /sbin/mount不会调用udisks. （udisks可能会以/sbin/mount“虽然”的形式实现）。