On Tuesday 2016-01-12 21:01, Felix Miata wrote:
Previously, with 4.1.6 kernel, this was typical output: # df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda23 5655815 5055667 309295 95% / /dev/sda9 4436818 895247 3496509 21% /home /dev/sda10 24346966 4773 23113223 1% /pub /dev/sda1 396623 320125 56019 86% /disks/boot /dev/sda12 5655815 4490037 874924 84% /disks/stw5 /dev/sda11 1998813 884869 1011532 47% /usr/local nfssrv:/pub 236732960 28928264 205381920 13% /nfs/nfssrv/pub
With current TW's 4.3.3 it's more verbose: Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/Hitachi_HCS5C1050CLA382_JC0550HV2DJZTH-part23 5655815 5055450 309512 95% /
Even in this email the problem will be obvious. Did the new linux-tools do this? Is there some way to recover the shorter line lengths with human memorable names?
This is interesting. It would appear your system switched from using sd_mod to dm_mod behind your back. Normally, that is not something that happens just by changing the kernel version. But it is possible in some contrived scenarios, enumerated below. First, some observations: - symlink handling in df did not change; coreutils-8.24-3.5 continues to NOT dereference /dev/mapper/BLAH to its underlying /dev/dm-X when displaying the mountpoint list. - similarly, util-linux-2.27.1-2.1's mount(8) continues to NOT dereference /dev/mapper/BLAH, or df would be showing dm-X. - similarly, the kernel continues to NOT dereference /dev/mapper/BLAH either when invoking mount(2), or df would be showing dm-X. Hypothesis 1. Your /dev/sda{11..23} in the old kernel were actually dm_mod devices in the first place, created by the kpartx(8) utility, and something in kpartx changed. Hypothesis 2. Your /dev/sda{11..23} in the old kernel were driven by CONFIG_EFI_PARTITION / CONFIG_MSDOS_PARTITION, and you have disabled these config options in a new custom kernel (so it cannot read partition tables), causing udev to invoke kpartx(8) to read the partition table ANYWAY, giving the partitions new device names. You can check the major,minor number of the /dev/sda* entries to gather this missing information to either abolish or develop on these hypotheses. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org