[opensuse-factory] TW: the command "mount"
TW : under kernel-default-4.8.10-1.1.x86_64 command "mount" sometimes fails [without leaving dmesg trace] ........ regards -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Monday 2016-11-28 13:25, ellanios82 wrote:
TW : under kernel-default-4.8.10-1.1.x86_64
command "mount" sometimes fails [without leaving dmesg trace]
That is how it is supposed to work. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2016-11-28 14:10, Jan Engelhardt wrote:
On Monday 2016-11-28 13:25, ellanios82 wrote:
TW : under kernel-default-4.8.10-1.1.x86_64
command "mount" sometimes fails [without leaving dmesg trace]
That is how it is supposed to work.
No, if a program fails it has to say something. Silence is supposed to mean success. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On Monday 2016-11-28 15:28, Carlos E. R. wrote:
On 2016-11-28 14:10, Jan Engelhardt wrote:
On Monday 2016-11-28 13:25, ellanios82 wrote:
TW : under kernel-default-4.8.10-1.1.x86_64
command "mount" sometimes fails [without leaving dmesg trace]
That is how it is supposed to work.
No, if a program fails it has to say something. Silence is supposed to mean success.
No, what I said is: if a program fails, there generally no output in dmesg. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2016-11-28 15:32, Jan Engelhardt wrote:
On Monday 2016-11-28 15:28, Carlos E. R. wrote:
On 2016-11-28 14:10, Jan Engelhardt wrote:
On Monday 2016-11-28 13:25, ellanios82 wrote:
TW : under kernel-default-4.8.10-1.1.x86_64
command "mount" sometimes fails [without leaving dmesg trace]
That is how it is supposed to work.
No, if a program fails it has to say something. Silence is supposed to mean success.
No, what I said is: if a program fails, there generally no output in dmesg.
Ok, yes. But I see some output in the logs with some mount failures, like when it is trying to detect the format and failing. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On Monday 2016-11-28 15:37, Carlos E. R. wrote:
But I see some output in the logs with some mount failures, like when it is trying to detect the format and failing.
Such errors are very rare. When the kernel is being asked to mount something with fstype=unspecified, it only tries those filesystems whose modules are already loaded, which usually is not enough. So modern userspace with libblkid pre-detects the fstype and mounts with fstype=x; only if it cannot determine x will it try a bunch of hardcoded fstypes (all without luck - if libblkid can't find it, the kernel won't either). -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mon, 2016-11-28 at 15:52 +0100, Jan Engelhardt wrote:
On Monday 2016-11-28 15:37, Carlos E. R. wrote:
But I see some output in the logs with some mount failures, like when it is trying to detect the format and failing.
Such errors are very rare. When the kernel is being asked to mount something with fstype=unspecified, it only tries those filesystems whose modules are already loaded, which usually is not enough.
So modern userspace with libblkid pre-detects the fstype and mounts with fstype=x; only if it cannot determine x will it try a bunch of hardcoded fstypes (all without luck - if libblkid can't find it, the kernel won't either).
The error message Carlos was alluding to ("... try dmesg | tail or so"
- I like the "or so" in particular :-) is printed if the mount system
call returns ENODEV. Whether or not it's encountered in practice
depends on the fstab entries. If the vfstype field happens not to be
"auto" and not to match the actual disk contents, that message will be
shown.
Martin
--
Dr. Martin Wilck
participants (4)
-
Carlos E. R.
-
ellanios82
-
Jan Engelhardt
-
Martin Wilck