Re: [Cooker] supermount or alternate fs mounter ?
Does autofs work reliably with urpmi and removable media? It didn't for me in 8.2. I did urpmi.removemedia for the 8.2 discs, removed the cdrom mount point in fstab then urpmi.addmedia for each disc (/misc/cd), but it would still configure for /mnt/cdrom. I could only install packages by de-configuring autofs, reinstating the fstab entry and manually mounting the cdrom. Eventually gave up using autofs for anything but my camera. So I was very pleased to see that everything in 9.0 just works (and so far has with no major problems). -- Guy McArthur * email{[EMAIL PROTECTED]}
RE: [Cooker] supermount or alternate fs mounter ?
You may want to check this but I think supermount -i disable will magically change fstab to get rid of supermount options. (Remember if you mess up fstab your machine may not boot.) Clearly you now have to mount everything by hand, but considering I use a cd at most every few days, it really doesn't bother me, although thats just my case. -Robert -Original Message- From: [EMAIL PROTECTED] [mailto:cooker-owner;linux-mandrake.com]On Behalf Of Eric Fernandez Sent: Tuesday, October 29, 2002 12:42 AM To: [EMAIL PROTECTED] Subject: [Cooker] supermount or alternate fs mounter ? I don't know if it has been discussed here, but since there are so many problems with supermount, why to not use an alternative ? Like autofs ? Is there any technical reason to stick to supermount ? Eric
Re: [Cooker] supermount or alternate fs mounter ?
Robert Denier wrote: You may want to check this but I think supermount -i disable will magically change fstab to get rid of supermount options. (Remember if you mess up fstab your machine may not boot.) Clearly you now have to mount everything by hand, but considering I use a cd at most every few days, it really doesn't bother me, although thats just my case. I know that you can disable supermount. But my point was for the future updates/9.1. Mandrake distribution needs an auto-mounter, especially for newbies and people who do not want to have to mount manually. Now the question is : since there are alternatives to supermount, like autofs or AMD (the BSD automounter), why not replace the problematic supermount by another solution ? Eric
Re: [Cooker] supermount or alternate fs mounter ?
The problem is that AFAIK other auto mounters are user-space applications that work by periodically checking to see if a mount point is no longer used, and if so then unmounting it. Typically this check occurs at 30 second intervals (although I understand that most allow you to configure this timeout). What this means in a practical sense is that your CD (as an example) would not be unmounted until 30 seconds after you finish using it. Supermount OTOH is a kernel utility that auomatically mounts the device when you access its mount point, and unmounts as soon as you've finished using it. It basically does this by hooking into various kernel routines responsible for managing the internal file descriptor tables. The problem with supermount is that these hooks are spread over a number of places and they often have very subtle impacts on the rest of the kernel (impacts that seem to change with each new kernel version) that tends to screw things up. A significant PITA. It would help if Linus integrated supermount into the kernel, however I understand that he is not happy with the necessary patches - given the problems which Mandrake has had I don't blame him. I'm not aware of anything else that does the same sort of job as supermount, but I think someone else posted something a couple of days ago. I'll need to have a look in the list archives to refresh my memory. - Original Message - From: Eric Fernandez [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 29, 2002 11:28 AM Subject: Re: [Cooker] supermount or alternate fs mounter ? Robert Denier wrote: You may want to check this but I think supermount -i disable will magically change fstab to get rid of supermount options. (Remember if you mess up fstab your machine may not boot.) Clearly you now have to mount everything by hand, but considering I use a cd at most every few days, it really doesn't bother me, although thats just my case. I know that you can disable supermount. But my point was for the future updates/9.1. Mandrake distribution needs an auto-mounter, especially for newbies and people who do not want to have to mount manually. Now the question is : since there are alternatives to supermount, like autofs or AMD (the BSD automounter), why not replace the problematic supermount by another solution ? Eric
Re: [Cooker] supermount or alternate fs mounter ?
Alan Hughes wrote: The problem is that AFAIK other auto mounters are user-space applications that work by periodically checking to see if a mount point is no longer used, and if so then unmounting it. Typically this check occurs at 30 second intervals (although I understand that most allow you to configure this timeout). What this means in a practical sense is that your CD (as an example) would not be unmounted until 30 seconds after you finish using it. Supermount OTOH is a kernel utility that auomatically mounts the device when you access its mount point, and unmounts as soon as you've finished using it. It basically does this by hooking into various kernel routines responsible for managing the internal file descriptor tables. The problem with supermount is that these hooks are spread over a number of places and they often have very subtle impacts on the rest of the kernel (impacts that seem to change with each new kernel version) that tends to screw things up. A significant PITA. It would help if Linus integrated supermount into the kernel, however I understand that he is not happy with the necessary patches - given the problems which Mandrake has had I don't blame him. I'm not aware of anything else that does the same sort of job as supermount, but I think someone else posted something a couple of days ago. I'll need to have a look in the list archives to refresh my memory. Allright, I understand. Thanks for the explanation. Can we expect to have an update for 9.0 anyway ? Eric