我正在试验我正在编写的程序的安装选项。我正在运行 Linux Mageia 2。
我添加了以下行 /etc/fstab
/dev/sr0 /mem auto user,noauto, 0 0
我删除了所有其他关于/dev/sr0哪个是我的 DVD 驱动器设备的条目。
然后，作为普通用户，我可以成功
$ mount /dev/sr0
但随后我收到一条错误消息（“只有 root 可以...”）
$ umount /dev/sr0
当然，设备不忙：我在mount和umount之间什么都不做。
解决后补充：如果你只对解决那个问题感兴趣，你可以跳过剩下的问题，直接进入接受的答案。剩下的问题是关于我寻找解决方案或更好地记录问题的工作。但是，在问题的最后有一个事后分析部分，用我自己的评论补充了答案。
文件的所有权：
$ ls -ld /mem /dev/sr0
brw-rw----+ 1 root cdrom 11, 0 mai 14 01:01 /dev/sr0
drwxr-xr-x 12 root root 4096 janv. 21 22:34 /mem/
我是“cdrom”组的成员
使用循环设备挂载文件系统映像时，我遇到了同样的问题。
但是，当我用选项“用户”替换“用户”时，一切正常，这似乎表明系统在记住谁安装了文件系统时感到困惑。
Rahul Patil 的第一个回复并没有带来进一步的见解，因为如果我对卸载程序的理解是正确的，它本质上与我使用的相同。然而，它让我进一步思考这个过程（因此一个赞成票）并获得更多细节。Hauke Laging 的评论更支持这一点。据我了解，总而言之， umount 命令采用其参数（设备或安装点）并尝试识别适用的条目/etc/mtab，然后检查它/etc/fstab是否可以执行请求。
根据该对支架（8）用户手册，安装用户的名称[应]写入mtab中，使他可以再次卸载文件系统。 …
这个问题解决了第一遍的ddrescue在被救出的设备。
我不得不抢救一个 1.5TB 的硬盘。
我使用的命令是：
# ddrescue /dev/sdc1 my-part-img my-part-map
当在磁盘的一个好的区域上启动救援（没有可选参数）时，读取速率（“ current rate”）保持在 18 MB/s 左右。
它偶尔会变慢一点，但后来又恢复到这个速度。
但是，当它遇到磁盘坏区时，它可能会明显变慢，然后再也不会回到 18 MB/s，而是保持在 3 MB/s 左右，即使读取 50 GB 的好磁盘也没有问题.
奇怪的是，当它当前正在以 3 MB/s 的速度扫描一个好的磁盘区域时，如果我停止ddrescue并重新启动它，它会以 18 MB/s 的更高读取速率重新启动。ddrescue
当它以 3 MB/s 的速度运行时，我通过停止和重新启动实际上节省了大约 2 天，我必须这样做 8 次才能完成第一遍。
我的问题是：为什么它ddrescue不会自己尝试回到最高速度。考虑到文档中明确规定的首先快速完成简单领域的政策，这就是应该做的事情，而我观察到的行为在我看来似乎是一个错误。
我一直想知道这是否可以处理的选项
-a或--min-read-rate=… 但手动如此简洁的，我不知道。此外，我不明白应该根据什么为该选项选择读取率。应该是18MB/s以上？
尽管如此，即使有一个选项来指定它，我很惊讶默认情况下没有这样做。
两名用户投票结束了主要基于意见的问题。
我很感激知道它是什么意思？
我在一个实际示例中以一定的数值精度描述了一个重要软件的行为，清楚地表明它不符合其文档中规定的主要设计目标（尽快完成简单的部分），并且非常简单的推理可以改善这一点。
该软件是众所周知的，来自一个非常值得信赖的来源，具有精确的算法，我希望大多数缺陷早就被淘汰了。因此，我向专家询问这种意外行为的可能已知原因，而不是我自己在这个问题上的专家。
此外，我问是否应该使用软件的选项之一来解决问题，这是一个更精确的问题。我要求详细的方面（如何选择此选项的参数），因为我没有找到相关文档。
我问的是我工作所需的事实，而不是意见。我用实验事实而不是意见来激励它。
我正在运行 openSUSE Linux，Tumbleweed 版本。我发现它不使用 /etc/services 文件，尽管我不知道是什么取代了它，也不知道它是如何完成的，而且我在网络上搜索并没有取得多大成功。
实际上，发生在我身上的事情是我的邮件系统在重大系统更新后停止正常工作，无论是邮件内还是邮件外。经过与更专业的用户（其他 Linux 发行版）的大量测试和调试后，我们发现 /etc/services 文件丢失。
我们认为它被意外破坏了，因此创建了一个小端口，至少提供用于电子邮件的端口。它确实解决了我的邮件问题。
为了干净利落地完成工作，我向另一位 openSUSE Tumbleweed 用户索要了发行版中提供的文件副本。但他在自己的系统中并没有找到，不存在邮件问题。所以，没有必要。
显然，我偶然解决了我的问题。
有人至少可以确认 /etc/services 在此 openSUSE Linux 中不再正常使用吗？但我想解释一下现在是如何完成的，如果可能的话，为什么我的问题是通过添加 /etc/services 解决的，以及我是否可以在没有 /etc/services 的情况下解决它。
（根据我对事件的最佳理解和记忆进行报告）