Attila a écrit :
On Montag, 7. April 2008 12:00 Karolina Lindqvist wrote:
I think that is a good reason why the mount commands should be in /etc/fstab
and not in some obscure init script.
I suggest the same because the fstab is the best point to collect the
necessary informations about what have to be mounted. At example this be some
lines on my opensuse server:
proc /proc proc defaults 0 0
sysfs /sys sysfs noauto 0 0
debugfs /sys/kernel/debug debugfs noauto 0 0
usbfs /proc/bus/usb usbfs noauto 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0
You see that some mountpoints have noauto which means that they get mounted
from the initscripts. I find this a perfect mix of having the informations at
one point for the users and giving the devs the possibilty to control it in
the initscript if necessary.
See you, Attila
Seems nice to me.
Then you can adds options to fstab, which is the purpose of fstab. I
like to do this for several filesystems who needs noauto (like usb
devices, fuse-ssh filesystems...)
Even for devpts, it is a good example. Say one day, I want to mount
devpts for a specific user (don't ask me why I just don't know), I know
were to change this options, and it will be taken into account after a
system upgrade (thanks to pacman).
Like it was suggested, it is also possible to put comments in fstab (or
rc.conf for the lo issue) that gives the user the information that
"these filesystem are mounted in rc.sysinit: devpts proc sysfs ...".
First goal is to help the user to find where to configure things. Second
goal is to help him learning about how his system works. Personally I
care to know how and I will google for things I don't know (like debugfs).
A "dumb user" won't care about default configuration and will ignore it.
A "very dumb user" (like me) will try to break his system, and will
learn something.
I'm not used to react to hot discussions, but it's true I was surprised
when lo was removed from rc.conf, hoping that it was still and always
mounted.
Regards,
Olivier
P.S.
Anyway thanks Attila for the productive comment.
