Bug 560244
Summary: | ext2 partition not recognised | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jos de Kloe <josdekloe> | ||||||||
Component: | util-linux-ng | Assignee: | Karel Zak <kzak> | ||||||||
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
Severity: | medium | Docs Contact: | |||||||||
Priority: | low | ||||||||||
Version: | 12 | CC: | kzak | ||||||||
Target Milestone: | --- | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | All | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2010-02-05 09:11:53 UTC | Type: | --- | ||||||||
Regression: | --- | Mount Type: | --- | ||||||||
Documentation: | --- | CRM: | |||||||||
Verified Versions: | Category: | --- | |||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||
Embargoed: | |||||||||||
Attachments: |
|
Description
Jos de Kloe
2010-01-30 15:27:41 UTC
(In reply to comment #0) > Version-Release number of selected component (if applicable): > blkid from util-linux-ng 2.16 (libblkid 2.16.0, 10-Feb-2009) We have util-linux-ng 2.16.2 in Fedora-12 now. It would be nice to know exact version of the blkid util (as returned by rpm -qf /sbin/blkid) on the install dvd. Please see also bug #513104 and bug #518572. Please, try BLKID_PROBE=0xffff blkid -p -o udev /dev/sda1 or if you have an image of the whole sda disk, try to use losetup /dev/loop0 wholedisk.img kpartx -a /dev/loopN to map partitions from the image to /dev/mapper/loop0pN devices and then call BLKID_PROBE=0xffff blkid -p -o udev /dev/mapper/loop0p1 or you can send me the begin of the disk (or image) dd if=/dev/sda of=begin.img bs=1024 count=100 (or if=wholedisk.img). Thanks. oops... the env.variable name is BLKID_DEBUG=. Sorry. running rpm -qf /sbin/blkid on does not work, the rpm command responds with: file /usr/sbin/blkid is not owned by any package. The install dvd itself contains this version: /mnt/stage2/Packages/util-linux-ng-2-16-10.2.fc12.i686.rpm the command: BLKID_PROBE=0xffff blkid -p -o udev /dev/sda1 returns with: /dev/sda1: ambivalent result (probably more filesystems on the device) the command: BLKID_DEBUG=0xffff blkid -p -o udev /dev/sda1 > output_blkid.txt returns on stderr with: /dev/sda1: ambivalent result (probably more filesystems on the device) The stdout output is attached. I also attached 2 versions of the file begin.img, produced by the command dd if=wholedisk.img of=begin.img bs=1024 count=100 begin.img is the start of the problematic disk image (factory installed linpus). begin_ok.img is the start of the freshly from dvd installed linpus on the same machine. I hope this is sufficient for you to diagnose the problem. Created attachment 388739 [details]
output of the blkid command with debug output switched on
Created attachment 388742 [details]
start of the problematic diskimage
Created attachment 388744 [details]
start of diskimage of freshly installed lipus on the same machine
It seems that your sda1 contains a valid FAT32 superblock and also ext2 superblock. The blkid(8) cannot provide ambivalent results for udev, so we ignore such disks. You need to properly format your sda1 or try to remove unwanted FAT signature from sda1. In Fedora-13 we have wipefs(8) command that is able to remove unwanted signatures. The command is available in the latest util-linux-ng package (it should be possible to install this package from F13 to system with F12). For more details see: http://karelzak.blogspot.com/2009/11/wipefs8.html. You need: wipefs --offset 0x52 /dev/sda1 wipefs --offset 0x0 /dev/sda1 wipefs --offset 0x1fe /dev/sda1 because FAT is detectable by three different signatures. The other way is to use dd(1) command -!!!- but be very careful -!!!- you can lost your data on sda1: dd if=/dev/zero of=/dev/sda1 bs=1 seek=$((0x52)) count=8 conv=notrunc dd if=/dev/zero of=/dev/sda1 bs=1 seek=$((0x0)) count=1 conv=notrunc dd if=/dev/zero of=/dev/sda1 bs=1 seek=$((0x1fe)) count=2 conv=notrunc (In reply to comment #6) > Created an attachment (id=388744) [details] > start of diskimage of freshly installed lipus on the same machine It seem that this image contains ext2 superblock only. Thanks a lot for your diagnose, and the suggested workarounds/fixes. It might be nice if blkid would report something in the case of corrupted or unrecognised filesystems, to allow the user to decide to wipe it (or not), but this is more a feature request than a bug I guess. So, I think this one can indeed be closed. thanks again, Jos. (In reply to comment #9) > It might be nice if blkid would report something in the case of corrupted or > unrecognised filesystems, to allow the user to decide to wipe it (or not), but > this is more a feature request than a bug I guess. This is already implemented for F-13, the information about ambivalent probing result will be exported to udevd and in future it should be available for udisk (DevKit) and GUI. |