Nautilus shows wrong volume names for mounted drives

Bug #47349 reported by Albert Bicchi
14
Affects Status Importance Assigned to Milestone
gnome-vfs2 (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs
nautilus (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

I currently upgraded to Dapper from Breezy and noticed that Nautilus had placed two additional icons. When I click on "Nautilus" -> "Computer" this is what shows:
Floopy Drive
CD-RW/DVD-R Drive
20.6GB Volume: Root Volume
tml>
Filesytem
------------------------------------------------------------------------------------------
In this case the additional icons are: "20.6GB Volume: Root Volume" and "tml>"

"20.6GB Volume: Root Volume" is the same as clicking Filesystem
"tml>" links to my Windows FAT32 partition (/mnt/windows) from the /etc/fstab

By the way why the name "tml>" i didn't have a label name on my windows drive so I do not know if a random name was assigned by HAL.
Here is my /etc/fstab:
proc /proc proc defaults 0 0
/dev/sda2 / ext3 defaults,errors=remount-ro 0 1
/dev/sda5 none swap sw 0 0
/dev/hda /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0
/dev/sda1 /mnt/windows vfat iocharset=utf8,auto,user,umask=000 0 0
------------------------------------------------------------------------------------------
Let me know if you would like a screenshot or the output of the lshal command. I just wish to remove the "20.6GB Volume: Root Volume" icon since its a dupplicate and rename the "tml>" icon with a more appropiate name.

Albert Bicchi (bicchi)
description: updated
Revision history for this message
Carthik Sharma (carthik) wrote :

assigning to desktop bugs

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. A log from lshal would be welcome for that. Is the issue specific to the computer place, or does it happen with the nautilus sidebar or the places menu from the panel?

That might be a part of the issue described upstream on http://bugzilla.gnome.org/show_bug.cgi?id=341446 and changes might need to be updated

Changed in nautilus:
status: Unconfirmed → Needs Info
Revision history for this message
Albert Bicchi (bicchi) wrote : dump of lshal and screenshot showing the problem

I am attaching a dump from the command lshal and also a screenshot of the problem. I booted into windows and gave a name to my windows partition, "C:" drive and on ubuntu it still shows the "tml>" name.
I am trying to figure out where HAL keeps the names stored for the partitions.

Revision history for this message
sudomania4 (sudomania4) wrote :

I have this same problem. The nautilus sidebar is correct, it only shows mounted partitions. My root partition is listed twice in Computer. I also have a paritition named wrong, but not that same partition or name.

Revision history for this message
Sebastien Bacher (seb128) wrote :

sort of the same issue than bug #47349, might be fixed with gnome-vfs 2.14.2 that will be uploaded to dapper-updates after dapper

the "tml>" label comes from hal according to the log

Changed in nautilus:
status: Needs Info → Fix Committed
Revision history for this message
Sebastien Bacher (seb128) wrote :

This upload fixes the issue:

 gnome-vfs2 (2.14.2-0ubuntu1) dapper-updates; urgency=low
 .
   * New upstream version:
     - fix timout error string
     - Use less connections for smb
     - fix crash on cd eject
     - ftp: handle anon login failure better
     - Handle more parameter expansions in desktop files
     - Hide automountable drives in various places, except in computer://
       (Ubuntu: #45330, #47349)
     - ftp: handler files larger than 2 gig better
     - Fix some locking issues in the mime code
   * debian/patches/15_smb_cache_lookup_fix.patch,
     debian/patches/16_ftp_ls_parse_fix.patch,
     debian/patches/90_from_cvs_fix_duplicate_declaration.patch,
     debian/patches/91_from_cvs_dont_eject_null.patch,
     debian/patches/92_from_cvs_dont_loop_if_no_anonymous_ftp.patch,
     debian/patches/93_directory_browsing_cancel_fix.patch,
     debian/patches/94_from_cvs_fix_volumes_sorting.patch,
     debian/patches/95_from_cvs_fix_parameters_for_desktop.patch,
     debian/patches/96_from_cvs_only_non_automounted_listed.patch,
     debian/patches/97_from_cvs_unaliase_mimetype.patch,
     debian/patches/98_from_cvs_df_not_null.patch,
     debian/patches/99_from_cvs_all_drives_for_computer.patch:
     - fixed with the new version

Changed in gnome-vfs2:
status: Fix Committed → Fix Released
Revision history for this message
Albert Bicchi (bicchi) wrote :

The upgrade from 6/15 didn't fix it for me. I am not sure if the appropiate fixes were included in this upgrade. I also restarted the machine and still see the "tml>" icon that points to my windows partition.

Is there a way to rebuilt the database that HAL uses, perhaps that is what I need to do so that the wrong entries gets cleared?

Revision history for this message
Albert Bicchi (bicchi) wrote :

I spoke too soon, the upgrade from 6/16 fix it for me. I had to wait for "gnome vfs" to be update for the changes to happen.

I guess the desired effect is to not display the windows partition or any other partitions. I kind of liked having the windows partition been shown except for the name that was given to it.

Maybe in the future the user can be given the option of whether or not display the partitions. The option can be set during the installation of the OS and it would give a choice for the people that like seeing all the partitions.

Revision history for this message
Özgür KIRCALI (okircali) wrote :

Update from 6/16 removed the "Linux / Root Drive" icon which was beside "Filesystem", but still there are some partitions shown in Computer which are noauto in fstab or even not written there. That is only for Computer; Nautilus sidebar shows correct. Plus, still can't change the partition names (which was renamed from "hda5" to "15.1 GB Volume:hda5" after upgrade)

Revision history for this message
Sebastien Bacher (seb128) wrote :

no need of a nautilus task

Changed in nautilus:
status: Unconfirmed → Rejected
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.