mount behaves differently from Jaunty

[udippel]

Binary package hint: util-linux

In Karmic, I can see two kinds of behaviour of mount different from Jaunty.

This is my example:
$ ls -l /media/
drwx------ 70 udippel udippel 16384 1970-01-01 07:30 0&
drwxr-xr-x 4 root root 4096 2008-12-21 22:51 a0f000f2-9453-448d-b975-d80bb98eb255

The first line shows a very normal vfat/FAT32 partition that has been identified as 0& instead of /dev/sda11
The second line shows the UUID instead of the partition /dev/sda13

Here are the mounts:
/dev/sda11 on /media/0& type vfat (rw,nosuid,nodev,uhelper=devkit,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,flush)
/dev/sda13 on /media/a0f000f2-9453-448d-b975-d80bb98eb255 type ext3 (rw,nosuid,nodev,uhelper=devkit)

and the fdisk:
/dev/sda10 28519 31130 20980858+ 83 Linux
/dev/sda11 31131 34264 25173823+ b W95 FAT32
/dev/sda12 34265 38181 31463271 83 Linux
/dev/sda13 38182 77825 318440398+ 83 Linux

In Jaunty, both would be different: showing the size of the vfat partition (24 G); and mount sda13 as disk0 instead of the UUID.
(The failed recognition has been filed under bug 465126 earlier.)

ProblemType: Bug
Architecture: amd64
Date: Sat Oct 31 18:28:18 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: nvidia
Package: mount 2.16-1ubuntu5
ProcEnviron:
 LANG=en_SG.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: util-linux
Uname: Linux 2.6.31-14-generic x86_64

[Scott James Remnant (Canonical) (canonical-scott)]

These are automatic mounts

[udippel (udippel)]

What does this mean, please?: "These are automatic mounts"

Firstly, the UUID-based one is not, because it requires and requires and re-requires me to enter the sudo password for it to mount.
I can - if need be - probably work around this by chown-ing the /media/UUID to my name; though this is anything but some conducive behaviour (playing with and editing fstab and changing permissions).

Secondly, the vfat/FAT32 as mounted - yes, agreed, automount - is also not useful, since the other mounts show at least as partition size, while this one shows a rather useless 0& instead of the size, like earlier.