Your message dated Thu, 19 Aug 2021 14:31:38 +0200 with message-id <[email protected]> and subject line Re: #856833 /sbin/wipefs: wipefs does not delete ZFS label/signature has caused the Debian Bug report #856833, regarding /sbin/wipefs: wipefs does not delete ZFS label/signature to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 856833: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=856833 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: util-linux Version: 2.29.1-1 Severity: normal File: /sbin/wipefs Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * Upgraded to debian stretch using dist-upgrade lead to one partition did not mount due to multiple labels I use to have a ZFS partition on this partition but reverted back to ext4. I must have failed to clean it completely. Mount in jessie using UUID work fine but fails in stretch (but that's another problem). * Attempting to fix the problem by deleting the ZFS I used the wipefs to list the label and use it to delete it ineffective)? * wipefs writes that it deletes it, but does not seem to do anything. The extra signature is still there and mount using UUID still fails. * wipefs would delete the ZFS signature and mount using UUID would work. Did the following: # wipefs /dev/sda4 offset type ---------------------------------------------------------------- 0xe392bbb000 zfs_member [filesystem] LABEL: tank UUID: 6384895573301081576 0x438 ext4 [filesystem] UUID: 8bd4a82d-3d36-45c6-8d51-fa4b68d65051 # wipefs /dev/sda4 -o 0xe392bbb000 -f /dev/sda4: 8 bytes were erased at offset 0xe392bbb000 (zfs_member): 0c b1 ba 00 00 00 00 0 However it is still listed. But second: # wipefs /dev/sda4 -o 0xe392bbb000 -f wipefs: /dev/sda4: offset 0xe392bbb000 not found Tried rebooting but did not change anything cheers, :-Dennis Schafroth -- System Information: Debian Release: 9.0 Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages util-linux depends on: ii libblkid1 2.29.1-1 ii libc6 2.24-9 ii libfdisk1 2.29.1-1 ii libmount1 2.29.1-1 ii libncursesw5 6.0+20161126-1 ii libpam0g 1.1.8-3.5 ii libselinux1 2.6-3 ii libsmartcols1 2.29.1-1 ii libsystemd0 232-18 ii libtinfo5 6.0+20161126-1 ii libudev1 232-18 ii libuuid1 2.29.1-1 ii zlib1g 1:1.2.8.dfsg-5 util-linux recommends no packages. Versions of packages util-linux suggests: pn dosfstools <none> pn kbd | console-tools <none> ii util-linux-locales 2.29.1-1 -- no debconf information
--- End Message ---
--- Begin Message ---Version: 2.31.1-0.1 Upstream supposedly fixed this in 2.31. Chris
--- End Message ---
