/boot partition shows up in Unity dock

Bug #1005854 reported by Daniel Hahler
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Unity
Invalid
Low
Unassigned
gvfs (Ubuntu)
Incomplete
Low
Unassigned
udisks (Ubuntu)
Confirmed
Low
Unassigned

Bug Description

I have re-installed my system yesterday (going from x86 to x86_64) and now the /boot partition shows up in the Unity dock (as a harddrive icon).

My partition table looks like this:
   Device Boot Start End Blocks Id System
/dev/sda1 2048 2459647 1228800 7 HPFS/NTFS/exFAT
/dev/sda2 2459648 119003135 58271744 7 HPFS/NTFS/exFAT
/dev/sda3 292098048 312578047 10240000 7 HPFS/NTFS/exFAT
/dev/sda4 119005182 292098047 86546433 5 Extended
/dev/sda5 119005184 119394303 194560 83 Linux
/dev/sda6 119396352 292098047 86350848 83 Linux

Number Start End Size Type File system Flags
 1 1049kB 1259MB 1258MB primary ntfs
 2 1259MB 60.9GB 59.7GB primary ntfs
 4 60.9GB 150GB 88.6GB extended
 5 60.9GB 61.1GB 199MB logical ext2
 6 61.1GB 150GB 88.4GB logical
 3 150GB 160GB 10.5GB primary ntfs

/dev/sda5 is the boot partition, but used to be the root partition before.

/dev/sda6 is a luks partition, where I am using LVM for /home and /.

The odd thing is that the tooltip for the dock icon says "199 MB Encrypted", although sda5 is not encrypted, of course.

I could imagine that this is caused by some previous user configuration (since I used my previous home directory with existent settings), but the icon shows up in a Guest Session, too.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: unity 5.12-0ubuntu1
ProcVersionSignature: Ubuntu 3.2.0-24.39-generic 3.2.16
Uname: Linux 3.2.0-24-generic x86_64
ApportVersion: 2.0.1-0ubuntu7
Architecture: amd64
CompizPlugins: [core,composite,opengl,decor,regex,put,imgpng,copytex,vpswitch,snap,mousepoll,move,unitymtgrabhandles,place,compiztoolbox,grid,resize,animation,session,workarounds,wall,expo,ezoom,staticswitcher,fade,scale,unityshell]
Date: Tue May 29 13:03:51 2012
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release amd64 (20120425)
SourcePackage: unity
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Daniel Hahler (blueyed) wrote :
Revision history for this message
Omer Akram (om26er) wrote :

Andy, could you please look into it?

Revision history for this message
Bilal Akhtar (bilalakhtar) wrote :

Can you check your fstab? Does it have any extra mount flags that make this a weird scenario?

Revision history for this message
Andrea Azzarone (azzar1) wrote :

Yeah, I need to check you /etc/fstab.

Changed in unity:
status: New → Incomplete
Changed in unity (Ubuntu):
status: New → Incomplete
Revision history for this message
Daniel Hahler (blueyed) wrote :

fstab:
# /boot was on /dev/sda5 during installation
UUID=d39d1dee-5cd0-4368-90af-daf8596d6ae9 /boot ext2 defaults 0 2

The problem may result from the sda5 partition still having the crypto_LUKS type:
% sudo blkid /dev/sda5
/dev/sda5: UUID="d39d1dee-5cd0-4368-90af-daf8596d6ae9" TYPE="crypto_LUKS"

Before re-installing, I had /dev/sda5 encrypted.

Changed in unity (Ubuntu):
status: Incomplete → New
Changed in unity:
status: Incomplete → New
Revision history for this message
Bilal Akhtar (bilalakhtar) wrote :

So, sda5 isn't encrypted anymore?

Changed in unity:
status: New → Incomplete
Changed in unity (Ubuntu):
status: New → Incomplete
Revision history for this message
Daniel Hahler (blueyed) wrote :

Yes, sda5 is not encrypted anymore, but used as /boot now (ext2).

Changed in unity (Ubuntu):
status: Incomplete → New
Changed in unity:
status: Incomplete → New
Revision history for this message
Andrea Azzarone (azzar1) wrote :

@Daniel, does that partition show up in Nautilus sidebar too?

Revision history for this message
Daniel Hahler (blueyed) wrote :

@Andreas, yes, it shows up with Nautilus, too.

Revision history for this message
Andrea Azzarone (azzar1) wrote :

@Daniel, with the wrong label right?

Revision history for this message
Daniel Hahler (blueyed) wrote : Re: [Bug 1005854] Re: /boot partition shows up in Unity dock

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

@Andrea: yes, just like with the Unity Launcher.
It is named "199 MB Encrypted" in Nautilus and the tooltip says "/boot".

- --
http://daniel.hahler.de/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iD8DBQFP258nfAK/hT/mPgARAp5GAJ46rKIDzAajWJYxPmndR8/l18uRjACg6evQ
IQobduOchhzrUxmu7Y8oVz8=
=21b2
-----END PGP SIGNATURE-----

Revision history for this message
Andrea Azzarone (azzar1) wrote :

I think this not a unity bug. Maybe GVFS/GIO?

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

Could you get a gvfs-mount -li log to the bug (get it when you have the partition listed)?

Revision history for this message
Daniel Hahler (blueyed) wrote :

I am attaching the full output. The relevant part appears to be:
  Volume(3): 199 MB Encrypted
    Type: GProxyVolume (GProxyVolumeMonitorGdu)
    ids:
     unix-device: '/dev/sda5'
     uuid: 'd39d1dee-5cd0-4368-90af-daf8596d6ae9'
    themed icons: [drive-harddisk-ata] [drive-harddisk] [drive]
    can_mount=1
    can_eject=0
    should_automount=0
    Mount(0): 199 MB Encrypted -> file:///boot
      Type: GProxyMount (GProxyVolumeMonitorGdu)
      default_location=file:///boot
      themed icons: [drive-harddisk-ata] [drive-harddisk] [drive]
      can_unmount=1
      can_eject=0
      is_shadowed=0

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

can you get an udisks --dump log to the bug as well? that seems likely to be an udisks issue or confusion due to your LUKS leftovers

Changed in gvfs (Ubuntu):
importance: Undecided → Low
Changed in unity (Ubuntu):
importance: Undecided → Low
Changed in unity:
importance: Undecided → Low
affects: unity (Ubuntu) → udisks (Ubuntu)
Changed in unity:
status: New → Invalid
Revision history for this message
Daniel Hahler (blueyed) wrote :

Sure.

Revision history for this message
Andreas Hasenack (ahasenack) wrote :

I have a similar problem. I use LVM and I have several logical volumes with Ubuntu chroots and LXCs:

root@nsn7:~# lvs
  LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert
  games vg0 -wi-ao-- 50,00g
  home vg0 -wi-ao-- 46,56g
  lucid-lxc vg0 -wi-a--- 500,00m
  lucid_i386_chroot vg0 -wi-a--- 5,00g
  nova vg0 -wi-a--- 10,00g
  postgresql vg0 -wi-ao-- 79,31g
  precise vg0 -wi-a--- 500,00m
  precise_i386_chroot vg0 -wi-a--- 5,00g
  quantal_i386_chroot vg0 -wi-a--- 5,00g
  raring-lxc vg0 -wi-a--- 500,00m
  raring-temp vg0 -wi-a--- 500,00m
  raring_i386_chroot vg0 -wi-a--- 5,00g
  root vg0 -wi-ao-- 1,86g
  swap vg0 -wi-ao-- 7,91g
  var vg0 -wi-ao-- 18,62g
  virt vg0 -wi-ao-- 50,00g

My fstab:
proc /proc proc nodev,noexec,nosuid 0 0
/dev/mapper/vg0-root / ext4 errors=remount-ro,barrier=0 0 1
# /boot was on /dev/sda1 during installation
UUID=ec5d96d3-5e38-472d-9cfa-7945a3aa0022 /boot ext3 defaults 0 2
/dev/mapper/vg0-home /home ext4 defaults 0 2
# /usr was on /dev/sda2 during installation
UUID=9e35743b-e9ad-46a5-8f9d-8567a649435b /usr ext4 defaults 0 2
/dev/mapper/vg0-var /var ext4 defaults 0 2
/dev/mapper/vg0-postgresql /var/lib/postgresql ext4 defaults 0 2
/dev/mapper/vg0-swap none swap sw 0 0
/dev/mapper/vg0-virt /var/lib/libvirt/images ext4 defaults 0 2
/dev/mapper/vg0-games /games ext4 defaults 0 2

Attached is what unity shows.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gvfs (Ubuntu):
status: New → Confirmed
Changed in udisks (Ubuntu):
status: New → Confirmed
Revision history for this message
Andreas Hasenack (ahasenack) wrote :

I'm on Quantal, btw, 32bits.

Revision history for this message
Andreas Hasenack (ahasenack) wrote :

BTW², I'm using encryption. Those LVs are on top of an encrypted partition.

Revision history for this message
Rolf Leggewie (r0lf) wrote :

does this ever occur in trusty or later?

Changed in gvfs (Ubuntu):
status: Confirmed → Incomplete
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.