Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 60462 - Supermount has disappeared from gentoo-dev-sources 2.6.8
Summary: Supermount has disappeared from gentoo-dev-sources 2.6.8
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo Kernel Bug Wranglers and Kernel Maintainers
Depends on:
Reported: 2004-08-15 13:42 UTC by Davide Ferrari
Modified: 2004-12-29 02:29 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---

SuperMount patch for linux- (linux-,170.39 KB, patch)
2004-08-16 21:53 UTC, Andre Lammel
Details | Diff
supermount-ng205-1 for gentoo-dev-sources-2.6.8-r4 (supermount-ng205-1.diff.bz2,33.47 KB, application/x-bzip2)
2004-09-21 19:26 UTC, Andre Lammel

Note You need to log in before you can comment on or make changes to this bug.
Description Davide Ferrari 2004-08-15 13:42:17 UTC
As subject says, there's no more support for supermount in 2.6.8 kernel of the gentoo-dev branch, and I think this is definitely bad cause now supermount has showed to be stable, quick and full functionally. Please re-add it to the gentoo-dev-sources branch (if there are no big problem, in which case please explain what's happening)

Reproducible: Always
Steps to Reproduce:
Comment 1 Simon Roby 2004-08-15 21:39:46 UTC
ChangeLog says:

> Removed supermount patch, am told that udev makes this obsolete now

This is not true at all. Please bring it back.
Comment 2 Greg Kroah-Hartman (RETIRED) gentoo-dev 2004-08-16 00:31:28 UTC
Well, the patch doesn't apply to 2.6.8, so that was the first reason to 
remove it.

The second is that udev is supposed to be able to support everything that
supermount did.  If this is not true, please give me details about what
is not supported.

Thirdly, this patch has been rejected by upstream many different times, and is 
going no where anytime soon.  I don't want to support it, and none of the other
main developers do either.  It's time to start weaning yourself off of it :)
Comment 3 Andre Lammel 2004-08-16 21:50:54 UTC
at first - sorry for reopening this bug :-(

i too use supermount and do not know how to tell udev to let me remove mounted
devices without unmounting them before. so far about me and trying to use super-
mount to do what supermount does. would be glad if someone could tell me how to
replace supermount with udev & co - found nothing on google expect ivman using
hal/d-bus - for now it is not really usable for me but looks promising...

i have a patch against linux- it is tested on x86 - running smoothly.
there where only some minor changes i had to apply to the existing patch for
2.6. hope it works well for you all. would be glad to have supermount back on
gentoo unless someone can figure out how to emulate the functionality in udev :-)

so far from me - the patch is attached to this message :-)


Comment 4 Andre Lammel 2004-08-16 21:53:38 UTC
Created attachment 37570 [details, diff]
SuperMount patch for linux-

pls try and report :-) hopefully i made no mistakes - it is my first 
Comment 5 theboywho 2004-08-17 07:04:28 UTC
There is submount, which is in portage. But it did not work as well as supermount for me.

On using udev for what supermount did. I have got udev to make device nodes appear where i want them, and i could probably make udev mount devices when they appaear and umount them when they disapear. What makes supermount nessessary is that it will mount the devices on access - so that u can use it for floppy drives and cdrom drives, and it ensures that buffers are flushed so that you do not loose data when the device is removed.
Comment 6 Simon Roby 2004-08-17 17:43:17 UTC
supermount does some voodoo magic in the kernel (hence its fragile nature, and why many kernel devs hate it) so that your cdrom drive _never_ locks, and does it properly (ie. it doesn't constantly umount the filesystem, like say automount). That alone is something I've yet to see in other cdrom drive management solutions. And if there is one thing I cannot stand, it's pressing the eject button on my cdrom drive and seeing it NOT open. That's just stupid. Windows does it properly for over a decade now, and supermount is still the only thing I know of under Linux that provides comparable support, and works.
Comment 7 theboywho 2004-08-18 04:25:06 UTC
With the correct settings, you can tell supermount to lock drives when it is writing/reading to them. So that the drive is only locked while supermount is using the drive. Ive used supermount for a while at home and at work. It does exactly what is requierd of it. The only problem i have had is things like KDE or FAM continuing to monitor files/directories that are not longer being used.
Comment 8 Andre Lammel 2004-08-18 15:49:14 UTC
so pls guys  test my patch and gimme some feedback. :-)

perhaps someone is willing to help me maintaining this 
patch for the next few kernelversions? that is perhaps
the only way of having supermount in here...


Comment 9 Aniruddha Shankar 2004-08-23 04:30:12 UTC
In the a
Comment 10 Aniruddha Shankar 2004-08-23 04:40:24 UTC
A lot of people here (in India) still use floppies extensively. I've been using supermount ever since 2.4.16-mdk IIRC and have set up three media labs in slum clusters in Delhi which run on Gentoo and depend on supermount being provided in the kernel. 

An easy and transparent way for normal users to reliably store and retreive files on floppies has been critical for our operations and remains so. 

I'd be glad to help the gentoo kernel maintainers test the supermount patches. Alternatively, udev documentation on transparent floppy/cdrom/usb device access will be extremely welcome.


Aniruddha Shankar
Comment 11 Greg Kroah-Hartman (RETIRED) gentoo-dev 2004-09-20 16:21:42 UTC
What about using autofs and HAL?  That should work, right?
Comment 12 Andre Lammel 2004-09-21 19:21:09 UTC
Please have a look at bug #4285 - have posted a comment there about
dbus/hal/ivman and subfs. In short:

None of them worked for me. I really, really tried to replace super-
mount with the other solutions. I NEED supermount. Please put it back
into at least gentoo-dev-sources. a good start may be 2.6.8-gentoo-r4
with supermount-ng205-1.


Andre Lammel
Comment 13 Andre Lammel 2004-09-21 19:26:17 UTC
Created attachment 40142 [details]
supermount-ng205-1 for gentoo-dev-sources-2.6.8-r4

This supermount patch should apply to gentoo-dev-sources-2.6.8-r4 with some
line offsets and work fine (at least with my configuration). Perhaps this is
a good starting point for the gentoo kernel guys to put supermount back into
the 2.6.x series of the kernel. There are many people who NEED supermount.
Comment 14 Greg Kroah-Hartman (RETIRED) gentoo-dev 2004-09-21 20:31:45 UTC
Sorry, but no, I'm not going to add it.

HAL and autofs should work, and if not, please let those developers know what
does not work for you.
Comment 15 Daniel Drake (RETIRED) gentoo-dev 2004-12-11 17:24:56 UTC
*** Bug 74134 has been marked as a duplicate of this bug. ***
Comment 16 Waldemar Slonina 2004-12-28 02:27:02 UTC
Pretty please, with sugar on top, add super mount back to gentoo-dev-sources.
Non of the other solutions provides a way to eject a media with a live mounted filesystem, without trashing the mount table with mount -f ( u know this evil fam that keeps locks open everywhere ).
 * There is no functional replacement for it now. *
Please consider adding it back. It can be left diabled in the default .config,
so no harm for "plain" systems will be done.

As for now, if someone needs to have a civilized distro, here is a patch for gentoo-dev-sources 2.6.9, applies cleanly and works smoothly.


And one question. Why gentoo developers ignore gentoo users? Isn't it odd?
There are many many votes on sugesting, that users need
supermount. We users just want the cutting edge distro.
Comment 17 Daniel Drake (RETIRED) gentoo-dev 2004-12-28 04:13:38 UTC
Find someone willing to fix it up and submit it into the mainline kernel and we will include it. As it stands right now, it has an ugly design, has masses of problems with NFS, has some nasty race conditions making it easy to crash your kernel, and hasn't been developed for almost 1 year.
We aim to keep our patchset slim and feature patches that we include are rapidly progressing towards mainline inclusion. Supermount would be the opposite of this.

It will not be included in its current state- sorry. If you insist on using it, you can apply it each time.
Comment 18 Aniruddha Shankar 2004-12-28 04:51:15 UTC
submount works reasonably well. you still can't eject cds mounted with submount.. . but apart from that, it works pretty well. 
Comment 19 Jeremy Huddleston (RETIRED) gentoo-dev 2004-12-28 20:58:28 UTC
use udev and ivman.  That supports ejecting just like supermount does, and it's maintained.
Comment 20 Davide Ferrari 2004-12-29 00:47:33 UTC
Well but until 2 weeks ago or so it didn't support usb stick, for example, making it quite useless for a modern desktop system. And anyway I think we'll have still to wait some months before getting a 99% proof ivman system.

Btw, I know supermount has bugs and problems (i burnt tons of CDs before realizing it was due to supermounting empty medias I got problem), and I think NOW (as 2.6.10) it's normal to throw it away from gentoo-kernel, but this bug was opened months ago, and then the situation was really different. 
Comment 21 Stefan Schweizer (RETIRED) gentoo-dev 2004-12-29 00:57:10 UTC
a) use ivman
b) if you dont want that for whatever reason, use submount
submount does the same as supermount w/o a kernel patch, but external module, it i a full replacement.

These options where there even months ago, so please dont argue.
They all do what supermount does (yes, even unlocking and ejecting w/o umounting)
ivman did not do usbsticks untill 2 weeks ago, but submount ever did .. 
(though only ivman has this cool automatic configuration where you dont need to care about /dev/sd* but just get the stick mountet ;)
Comment 22 Davide Ferrari 2004-12-29 01:25:44 UTC
Submount, agai, was until few weeks ago hard masked, I think this is not a good sign if you're trying to switch from a broken method to another...
I know ivman is the right choice now, using hal and dbus it gets tons of advantages over the other methods, but in AGOUST it wasn't really that usable, and that's the reason why I opened this bug
Comment 23 Stefan Schweizer (RETIRED) gentoo-dev 2004-12-29 01:34:33 UTC
Submount was never broken .. it was masked because of broken config-kernel, which had nothing to do with submount, and the mask is now gone, as you can see. (for ~archs as no dev marked it stable yet)
Comment 24 Jeremy Huddleston (RETIRED) gentoo-dev 2004-12-29 02:29:52 UTC
uhm... I was using usb-storage with ivman when I tested it for addition to portage in October, so that functionality has been there from the beginning... I'm not quite sure what you mean by that...  but rest assured, supermount is NOT going back into the kernel as the code is crap, prone to spinlock, unmaintained, deprecated, etc, etc.