Jan Engelhardt wrote:
On Saturday 2013-05-18 20:22, Linda Walsh wrote:
Jan Engelhardt wrote:
On Saturday 2013-05-18 20:04, Linda Walsh wrote:
Are you on an NFS volume that was automatically mounted by the kernel at boot? If not, just _what was_ your device? a normal /dev/sdc1 type disk....
I've been having problem finding the mount-names of my defines in mount lately, and toolls that rely on those have been getting upset w/me... Still, did you use an initrd/initramfs, or do kernel automount?
image = /boot/vmlinuz-3.9.0-Isht-Van label = 390-Isht-Van append = "root=/dev/sdc1 showopts console=ttyS0,115200n8 console=tty0 elevat or=cfq pcie_aspm=force pcie_ports=native reboot=bios" root = /dev/sdc1
[The answer is yes: no initrd; kernel mounts rootfs]
And therefore, this is a kernel issue, and as far as I remember, one that has pretty much always existed. You just did not notice until lately (on SUSE; earlier on Debian since they abolished mtab earlier) because /etc/mtab hid the kernel's idea of devices.
Um... When I changed back to 11.4's version of mount, and used /etc/mtab as a separate file, it works as documented. Mount corresponded to what was in /etc/fstab -- up till this change -- now they are wanting to give us raw kernel device names which I don't see as a wonderful move forward. I've had the same device names for ages (last change of root disk stuff was when I changed from ATA->SATA, and they've been sdxxx ever since. So force users over into arbitrary and generic kernel names? /dev/root is very bad in that it says NOTHING about what was really booted from. The lvm problems /dev/VG/LV -> /dev/mapper/vg-lv is minor in comparison as there is an algorithm to map the changes - annoying, but scriptable, so I forget the annoyance ;-). If they tried to force me to /dev/dm-0 /dev/dm-1 /dev/dm-2... I'd not be very pleased either. Being able to come up with useful names has been a benefit of lvm. In any event, I don't see a way to map /dev/root through some formula to the real device other than hoping that udev created a symlink (which doesn't seem very reliable). What group in the kernel is this? Seems that since the old linux-utils worked and the new one doesn't, maybe there? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org