IBM_SERVICE partitions should be ignored

Bug #195250 reported by Aaron Bentley
4
Affects Status Importance Assigned to Milestone
hal (Ubuntu)
Fix Released
Wishlist
Unassigned

Bug Description

Binary package hint: hal

My thinkpad has an IBM_SERVICE partition containing various recovery tools. This partition is not normally mounted, and it is a pain to have it listed, particularly in the mounter applet. But Gutsy does not ignore it.
I recommend setting it to ignored in the fdi file, as done with Apple bootstrap and HP HP_RECOVERY partitions.

Daniel T Chen (crimsun)
Changed in hal:
importance: Undecided → Wishlist
Changed in hal:
status: New → Confirmed
Revision history for this message
Stéphane Loeuillet (leroutier) wrote :

Looking at .fdi files, this should already be ignored :

leroutier@portable-sloeuillet:~$ grep -rni HP_RECOVERY /etc/hal/fdi/ /usr/share/hal/fdi/
/usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi:114: <match key="volume.label" string="HP_RECOVERY">

leroutier@portable-sloeuillet:~$ grep -rni IBM_SERVICE /etc/hal/fdi/ /usr/share/hal/fdi
/usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi:102: <match key="volume.label" string="IBM_SERVICE">

Well, at least if it is "vfat" formated.
Could you tell us which file system is on it ? NTFS ?

I'm using :
hal 0.5.10+git20080301-1ubuntu2
hal-info 20080215-1ubuntu2
from Hardy

Which versions do you have ? (dpkg -l | grep hal)

Revision history for this message
Aaron Bentley (abentley) wrote : Re: [Bug 195250] Re: IBM_SERVICE partitions should be ignored

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Stéphane Loeuillet wrote:
> Looking at .fdi files, this should already be ignored :
>
> leroutier@portable-sloeuillet:~$ grep -rni HP_RECOVERY /etc/hal/fdi/ /usr/share/hal/fdi/
> /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi:114: <match key="volume.label" string="HP_RECOVERY">
>
> leroutier@portable-sloeuillet:~$ grep -rni IBM_SERVICE /etc/hal/fdi/ /usr/share/hal/fdi
> /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi:102: <match key="volume.label" string="IBM_SERVICE">

I'm using Gutsy and mine don't match yours:

grep -rni IBM_SERVICE /etc/hal/fdi/ /usr/share/hal/fdi
/usr/share/hal/fdi/policy/20thirdparty/20-storage-methods.fdi:5:
<match key="volume.label" string="IBM_SERVICE">

I entered that one myself, with James Henstridge's help.

> Well, at least if it is "vfat" formated.
> Could you tell us which file system is on it ? NTFS ?

vfat.

> Which versions do you have ? (dpkg -l | grep hal)

ii hal 0.5.9.1-6ubuntu5
               Hardware Abstraction Layer
ii hal-info 20070618-1ubuntu3
               Hardware Abstraction Layer - fdi files

Aaron
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFH3bCo0F+nu1YWqI0RAth8AJ4hMqUDlofWoZhHC6C3X+YE116O/ACeP4Ph
nhXHD0FjJWe7yGFL+OQJKvc=
=bx0A
-----END PGP SIGNATURE-----

Revision history for this message
Stéphane Loeuillet (leroutier) wrote :

Ok, so the problem has been fixed in newer versions of the package only available in Hardy, right ?

AFAIK, this fix is present in upstream releases. (in 0.5.10.*, not in 0.5.9.*)

Do you want some kind of back-port of rules ?

Date: Sat Jan 21 22:08:22 2006 +0000
    Add HP_RECOVERY to list of volumes to ignore

Date: Sat Jul 21 22:27:25 2007 +0100
    add another dell recovery partition

Date: Sat Jul 21 10:43:15 2007 +0100
    add recovery partitions by other vendors

    After my recent blog post, I've got a long list of vendors
    recovery partitions. Add to the existing HP entry and add
    the other vendors. Trivial addition.

Revision history for this message
Aaron Bentley (abentley) wrote :

Well, I'm on Hardy now, so a backport wouldn't help me

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

This is fixed in Hardy to Jaunty.

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

Other bug subscribers

Remote bug watches

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