Partition name weirdness

Bug #69914 reported by Jimmy Angelakos
12
Affects Status Importance Assigned to Milestone
HAL
Fix Released
Medium
hal (Ubuntu)
Fix Released
Medium
Martin Pitt

Bug Description

Binary package hint: hal

Hi, I just upgraded from Dapper to Edgy. I have always had 4 data partitions mounted from /etc/fstab:

/dev/hda1 (NTFS) as /media/hda1
/dev/hda5 (FAT32) as /media/hda5
/dev/hdb1 (EXT3) as /media/hdb1
/dev/hdb5 (FAT32) as /media/hdb5

They always appeared as four icons on my desktop.
However, after the upgrade, /dev/hdb5 is now assigned a peculiar, unreadable name.
I get the strange behaviour shown in the screenshot attached.

Related branches

Revision history for this message
Jimmy Angelakos (vyruss) wrote :
Revision history for this message
Jimmy Angelakos (vyruss) wrote :
Revision history for this message
Martin Pitt (pitti) wrote :

Please do
  lshal > hal.txt
  sudo blkid > blkid.txt

and attach both files.

hal tries to display the volume label, but that seems scrambled for some reason.

Changed in hal:
status: Unconfirmed → Needs Info
Revision history for this message
Jimmy Angelakos (vyruss) wrote :

lshal > hal.txt

Revision history for this message
Jimmy Angelakos (vyruss) wrote :

sudo blkid > blkid.txt

Changed in hal:
status: Needs Info → Unconfirmed
Revision history for this message
Jimmy Angelakos (vyruss) wrote :

Any progress on this issue?

Revision history for this message
Tormod Volden (tormodvolden) wrote :

I think this is the same problem as bug #36846.

Revision history for this message
Jimmy Angelakos (vyruss) wrote :

No, because the partition (/dev/hdb5) is detected correctly as vfat/FAT32. The label lshal shows, however, is bogus.

Revision history for this message
Tormod Volden (tormodvolden) wrote :

Are you sure it ever had a real, non-bogus label? Maybe the partition was created without a label?

Revision history for this message
Jimmy Angelakos (vyruss) wrote :

Exactly, it never had a label in the first place, and I don't want it to have one. Mtools reports no label. In Dapper it had no label, in Edgy it still has no label, but a bogus one gets reported.

Revision history for this message
Jimmy Angelakos (vyruss) wrote :

Also notice that in the attached lshal, this weird string ( 'Tp3WN_SQL' ) appears two more times!

  volume.policy.desired_mount_point = 'Tp3WN_SQL' (string)
  info.product = 'Tp3WN_SQL' (string)
  volume.label = 'Tp3WN_SQL' (string)

Revision history for this message
Martin Pitt (pitti) wrote :

Reported upstream.

Changed in hal:
importance: Undecided → Medium
status: Unconfirmed → Confirmed
Changed in hal:
status: Unknown → Confirmed
Revision history for this message
Martin Pitt (pitti) wrote :

Upstream proposed a patch. I'm not 100% sure that it will fix this issue, but let's apply it, it's harmless enough.

Changed in hal:
status: Confirmed → In Progress
Martin Pitt (pitti)
Changed in hal:
assignee: nobody → pitti
Martin Pitt (pitti)
Changed in hal:
status: In Progress → Fix Committed
Revision history for this message
Martin Pitt (pitti) wrote :

 hal (0.5.8.1-4ubuntu12) feisty; urgency=low
 .
   * Add debian/patches/66-NULL-fstype-crash.patch: Do not crash on NULL
     volume.fstypes, and assing some fallback values to them. Patch from Danny
     Kukawa in FD#10429. (LP: #87800)
   * debian/patches/24_ignored_volumes.patch: Ignore partitions which are
     mounted by default in /etc/fstab only when they are not currently mounted
     (this could happen on damaged partitions, failed fsck, etc., and
     inexperienced users should not randomly mount those.). Since this would
     make system partitions visible, limit the visible ones to /media/ again,
     as in previous Ubuntu releases. (LP: #73227)
   * Add debian/10-storage-policy.fdi: Resurrect 'Eject all USB and Firewire
     storage devices', just as in previous Ubuntu releases. (LP: #97366)
   * Add debian/patches/67-fix-probe-volume.patch: Attempt to fix scrambled
     labels. Taken from FD#10362, thanks to Danny Kukawa. (LP: #69914)

Changed in hal:
status: Fix Committed → Fix Released
Revision history for this message
Danny Kukawka (danny-kukawka) wrote :

Help the patch? What print '/lib/udev/vol_id --export /dev/evms/hdb5' ?

Revision history for this message
Jimmy Angelakos (vyruss) wrote :

I can now confirm that the problem is fixed in Feisty. Thanks people.

Revision history for this message
Danny Kukawka (danny-kukawka) wrote :

@Jimmy: but could you post what this command print: '/lib/udev/vol_id --export /dev/evms/hdb5'

Revision history for this message
Jimmy Angelakos (vyruss) wrote :

vyruss@gremlin:~/Desktop$ /lib/udev/vol_id --export /dev/evms/hdb5
/dev/evms/hdb5: error open volume

Revision history for this message
Danny Kukawka (danny-kukawka) wrote :

Is there a /dev/evms/hdb5 or us there nothing. You have may to call the command as root if the device is there. Sorry!

Revision history for this message
Jimmy Angelakos (vyruss) wrote :

root@gremlin:/home/vyruss# /lib/udev/vol_id --export /dev/evms/hdb5
ID_FS_USAGE=filesystem
ID_FS_TYPE=vfat
ID_FS_VERSION=FAT32
ID_FS_UUID=7251-A453
ID_FS_LABEL=
ID_FS_LABEL_SAFE=

Changed in hal:
status: Confirmed → Fix Released
Changed in hal:
importance: Unknown → Medium
Changed in hal:
importance: Medium → Unknown
Changed in hal:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.