Bug#784105: coreutils: df show /dev/dm-0 instead /dev/mapper/XXX

[Rabin Yasharzadehe]

On 05/03/2015 02:02 PM, Pádraig Brady wrote: On 03/05/15 11:28, Pádraig Brady wrote: On 03/05/15 08:16, Rabin Yasharzadehe wrote: Package: coreutils Version: 8.23-4 Severity: important Dear Maintainer, What led up to the situation? After the upgrade to Debian 8 from Debain 7, the output of the df command have changed. This change broke oue backup scripts which was looking for the mapper string in the df command output. Old out put format was # df -Ph / Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg1-root 14G 3.3G 9.8G 25% / New (bad) output # df -Ph / Filesystem Size Used Avail Use% Mounted on /dev/dm-0 6.7G 3.6G 2.8G 57% / Yes coreutils no shows the canonicalized name: http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=v8.14-116-g1e18d84 It seems a bit coupled to be searching for "mapper". Why use that as a selector? Are you backing up devices rather than files? Is there asnother way to select devices? Probably there is, but we are talking about a script we've used for Debian 5 (or even 4), It's part of a backup script which finds all LVM partitions which are set for backup and Create an LVM snapshot for them, mount them and uses rsnapshot for the backup. This was a unexpected change, which we found on one of our tests cases to upgrade to Jessie. If this was a planned/intended change, so i guess there is nothing I can do about it. (It was not clear to me from the git commit comment) Note if /dev/dm-0 is presented in /proc/mounts then this is all that is provided by the system to df, which then has no opportunity to use higher level names. This is what i see, rootfs      /               rootfs    rw                                                     0  0 sysfs       /sys            sysfs     rw,nosuid,nodev,noexec,relatime                        0  0 proc        /proc           proc      rw,nosuid,nodev,noexec,relatime                        0  0 udev        /dev            devtmpfs  rw,relatime,size=10240k,nr_inodes=123902,mode=755      0  0 devpts      /dev/pts        devpts    rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000  0  0 tmpfs       /run            tmpfs     rw,nosuid,noexec,relatime,size=102940k,mode=755        0  0 /dev/dm-0   /               ext4      rw,relatime,errors=remount-ro,data="" 0  0 tmpfs       /run/lock       tmpfs     rw,nosuid,nodev,noexec,relatime,size=5120k             0  0 pstore      /sys/fs/pstore  pstore    rw,relatime                                            0  0 tmpfs       /run/shm        tmpfs     rw,nosuid,nodev,noexec,relatime,size=205860k           0  0 /dev/xvda1  /boot           ext4      rw,relatime,data="" 0  0 So there is not why to go back ? -- Rabin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org