Bug#735169: os-prober cannot work with the latest upstream blkid (util-linux-2.24)
On Thu, 23 Oct 2014 18:14:17 +0300 Andrii Senkovych
<jolly_roger@itblog.org.ua> wrote:
> Hello,
>
> I've tested the patch as well and it works. Thank you, Andreas!
>
> --
> Best regards, Andrii Senkovych
>
>
Seems I have this problem:
ptomulik@barakus:$ LANG=C dpkg -l util-linux os-prober
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture
Description
+++-============================-===================-===================-==============================================================
ii os-prober 1.67 amd64
utility to detect other OSes on a set of drives
ii util-linux 2.27-3 amd64
Miscellaneous system utilities
Every kernel/grub update floods my logs with these entries (sda4 and
sdb4 are extended partitions):
paź 08 01:22:45 barakus os-prober[18910]: debug: /dev/sda1: part of
software raid array
paź 08 01:22:45 barakus os-prober[18916]: debug: running
/usr/lib/os-probes/50mounted-tests on /dev/sda4
paź 08 01:22:45 barakus kernel: EXT4-fs (sda4): unable to read superblock
paź 08 01:22:45 barakus kernel: EXT4-fs (sda4): unable to read superblock
paź 08 01:22:45 barakus kernel: EXT4-fs (sda4): unable to read superblock
paź 08 01:22:45 barakus kernel: XFS (sda4): Invalid superblock magic number
paź 08 01:22:45 barakus kernel: FAT-fs (sda4): utf8 is not a recommended
IO charset for FAT filesystems, filesystem will be case sensitive!
paź 08 01:22:45 barakus kernel: FAT-fs (sda4): bogus number of reserved
sectors
paź 08 01:22:45 barakus kernel: FAT-fs (sda4): Can't find a valid FAT
filesystem
paź 08 01:22:45 barakus kernel: FAT-fs (sda4): utf8 is not a recommended
IO charset for FAT filesystems, filesystem will be case sensitive!
paź 08 01:22:45 barakus kernel: FAT-fs (sda4): bogus number of reserved
sectors
paź 08 01:22:45 barakus kernel: FAT-fs (sda4): Can't find a valid FAT
filesystem
paź 08 01:22:45 barakus kernel: ntfs: (device sda4):
read_ntfs_boot_sector(): Primary boot sector is invalid.
paź 08 01:22:45 barakus kernel: ntfs: (device sda4):
read_ntfs_boot_sector(): Mount option errors=recover not used. Aborting
without trying to recover.
paź 08 01:22:45 barakus kernel: ntfs: (device sda4): ntfs_fill_super():
Not an NTFS volume.
paź 08 01:22:45 barakus kernel: MINIX-fs: unable to read superblock
paź 08 01:22:45 barakus kernel: attempt to access beyond end of device
paź 08 01:22:45 barakus kernel: sda4: rw=16, want=3, limit=2
paź 08 01:22:45 barakus kernel: hfsplus: unable to find HFS+ superblock
paź 08 01:22:45 barakus kernel: qnx4: no qnx4 filesystem (no root dir).
paź 08 01:22:45 barakus kernel: ufs: You didn't specify the type of your
ufs filesystem
mount -t ufs -o
ufstype=sun|sunx86|44bsd|ufs2|5xbsd|old|hp|nextstep|nextstep-cd|openstep ...
>>>WARNING<<< Wrong ufstype may corrupt
your filesystem, default is ufstype=old
paź 08 01:22:45 barakus kernel: hfs: can't find a HFS filesystem on dev sda4
paź 08 01:22:45 barakus os-prober[18951]: debug: /dev/sda5: is active swap
paź 08 01:22:45 barakus os-prober[18955]: debug: /dev/sda6: part of
software raid array
paź 08 01:22:45 barakus os-prober[18959]: debug: /dev/sda7: part of
software raid array
paź 08 01:22:45 barakus os-prober[18963]: debug: /dev/sdb1: part of
software raid array
paź 08 01:22:45 barakus os-prober[18969]: debug: running
/usr/lib/os-probes/50mounted-tests on /dev/sdb4
paź 08 01:22:45 barakus kernel: EXT4-fs (sdb4): unable to read superblock
paź 08 01:22:45 barakus kernel: EXT4-fs (sdb4): unable to read superblock
paź 08 01:22:45 barakus kernel: EXT4-fs (sdb4): unable to read superblock
paź 08 01:22:45 barakus kernel: XFS (sdb4): Invalid superblock magic number
paź 08 01:22:45 barakus kernel: FAT-fs (sdb4): utf8 is not a recommended
IO charset for FAT filesystems, filesystem will be case sensitive!
paź 08 01:22:45 barakus kernel: FAT-fs (sdb4): bogus number of reserved
sectors
paź 08 01:22:45 barakus kernel: FAT-fs (sdb4): Can't find a valid FAT
filesystem
paź 08 01:22:45 barakus kernel: FAT-fs (sdb4): utf8 is not a recommended
IO charset for FAT filesystems, filesystem will be case sensitive!
paź 08 01:22:45 barakus kernel: FAT-fs (sdb4): bogus number of reserved
sectors
paź 08 01:22:45 barakus kernel: FAT-fs (sdb4): Can't find a valid FAT
filesystem
paź 08 01:22:45 barakus kernel: ntfs: (device sdb4):
read_ntfs_boot_sector(): Primary boot sector is invalid.
paź 08 01:22:45 barakus kernel: ntfs: (device sdb4):
read_ntfs_boot_sector(): Mount option errors=recover not used. Aborting
without trying to recover.
paź 08 01:22:45 barakus kernel: ntfs: (device sdb4): ntfs_fill_super():
Not an NTFS volume.
paź 08 01:22:45 barakus kernel: MINIX-fs: unable to read superblock
paź 08 01:22:45 barakus kernel: attempt to access beyond end of device
paź 08 01:22:45 barakus kernel: sdb4: rw=16, want=3, limit=2
paź 08 01:22:45 barakus kernel: hfsplus: unable to find HFS+ superblock
paź 08 01:22:45 barakus kernel: qnx4: no qnx4 filesystem (no root dir).
paź 08 01:22:45 barakus kernel: ufs: You didn't specify the type of your
ufs filesystem
mount -t ufs -o
ufstype=sun|sunx86|44bsd|ufs2|5xbsd|old|hp|nextstep|nextstep-cd|openstep ...
>>>WARNING<<< Wrong ufstype may corrupt
your filesystem, default is ufstype=old
paź 08 01:22:45 barakus kernel: hfs: can't find a HFS filesystem on dev sdb4
Disk layout:
ptomulik@barakus:$ /sbin/fdisk -l /dev/sda
Disk /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x5f572a40
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 1050623 1048576 512M fd Linux raid
autodetect
/dev/sda4 1050624 976773167 975722544 465,3G 5 Extended
/dev/sda5 1052672 17829887 16777216 8G 82 Linux swap / Solaris
/dev/sda6 17831936 152049663 134217728 64G fd Linux raid
autodetect
/dev/sda7 152051712 976773167 824721456 393,3G fd Linux raid
autodetect
--
Pawel Tomulik
Reply to: