hal-system-storage-mount bug

Jeffrey Stedfast fejj at novell.com
Sun Feb 12 20:34:56 PST 2006


Awesome news David, that rocks!

Jeff

On Sun, 2006-02-12 at 21:44 -0500, David Zeuthen wrote:
> On Fri, 2006-02-10 at 15:40 -0500, Jeffrey Stedfast wrote: 
> > I've been trying to add support for the iocharset= mount option and it
> > won't work because the '-' character is not allowed by the mount script.
> > 
> > changing to:
> > 
> > GIVEN_MOUNTOPTIONS=${GIVEN_MOUNTOPTIONS//[^a-zA-Z0-9_=-[:space:]]/_}
> > 
> > fixes the problem.
> 
> I've committed this change. I've also fixed up all the mount scripts to
> allow [:alnum:] and [:space:] in mount point name meaning mount points
> like "foobar der æøå サイトの" [1] should work too. Let's see how much
> this breaks :-)... Though GNOME seems to be rather happy with these
> entries in /proc/mounts, /etc/mtab and hal... 
> 
> It should be secure too, we use
> 
> GIVEN_MOUNTPOINT=${GIVEN_MOUNTPOINT//[^[:alnum:]_=[:space:]:.+-]/@}
> 
> in LANG=en_US.UTF-8 meaning attacks like passing `/bin/evil` as
> GIVEN_MOUNTPOINT (which we expand later in the script) or other fun
> tricks shouldn't work.
> 
> Also fixed is the way hal handles surprise removal, e.g. yanking a USB
> stick or media without unmounting it. We used to issue '/bin/umount -l',
> which could block (bad: hang in state D => kill hald entirely), now we
> ask hald-runner to do the heavy lifting.
> 
> Also now.. even if you don't use gnome-[mount|umount|eject], e.g. just
> do a  'umount /dev/sda1' as root we detect this and clean up the mount
> point that hal's Mount() method created.
> 
> Cheers,
> David
> 
> [1] : I have no idea what "サイトの" means - I just grabbed it from the
> yahoo.jp homepage :-)
> 
> 



More information about the hal mailing list