On Saturday 17 November 2007 15:08, Hugo Monteiro wrote: > Thorsten Pferdekämper wrote: > > On Saturday 17 November 2007 10:11, Duncan Webb wrote: > >> Thorsten Pferdekämper wrote: > > I've just discovered that it was wrong to suspect usbmount. The problems > > with the remote control just returned. I have now also deinstalled udev > > (which I just needed for usbmount) and it seems to work now (as it did > > before...). ...but I am still searching for the reason why the remote > > control sometimes did not work. > > If i were you, i'd go for using udev. It's just a matter to be sure that > the required modules are inserted properly. udev will create the > appropriate devices.
This freevo box has been running without such problems for about a year now. The trouble started with installing udev (etc.). Now, as I have deinstalled udev, things seem to work again. (I have now rebooted and switched on/off a few times. It does work...) Also, even when things did not go right, the /dev/input/event0 (or event1) devices were there. I could also find the evdev driver in lsmod. Also for usb, I can "mount -t auto /dev/sda1 /mnt/usb" when I have plugged in some device. It seems that I do not need udev for that. > > > I have also discovered that there are also sometimes problems with the > > sound (oss on /dev/dsp). This is also only since I've experimented with > > the udev/usb stuff. > > Again .. i'd say that the required modules aren't being inserted properly. See above: Things only go wrong with udev and the dsp device as well as the oss drivers always are there. > > > About autofs: I thought that the problem with the unsafe unplug is > > because the vfat filesystem does not really implement sync'ed mounting. > > Does this make a difference with autofs compared to usbmount? > > The problem is not with the mount, but rather with the umount.. and that > is not a problem exclusive to vfat. What usbmount does is as simple a > mounting usb volumes when they are inserted and (forcing) umount them > when they are removed. This type of operation doesn't assure you any > kind of filesystem safety since you might not get data synced before the > device removal. I understand. I only thought that there might be a possibility to tell the system to write-through immediately at the moment of mounting the filesystem. Then, the forced unmount would not be a problem. > > Autofs, although not bullet proof, with the appropriate configuration > will minimize this kind of problem since it will only mount the devices > when the system tries to access them. They will also be mounted only for > a short period of time after they are used. The data sync is handled by > the mount/umount process, so if the device is not being actively > accessed, you're home free. > > Currently i'm using a package that configures autofs in this kind of > way. It's called mounttero and you can get it here > http://myy.helia.fi/~karte/mounttero.html > I've had a look at this. It looks really good. It seems that there is no debian package, but at the end it's just some clever config for autofs. I think I'll give it a try. Thanks! Regards, Thorsten ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freevo-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freevo-users
