|
From: Heiko Z. <he...@zu...> - 2003-12-24 01:51:15
|
Friedrich Lobenstock wrote: > Heiko Zuerker wrote on 23.12.2003 23:55 MET: > >> Bruce Smith wrote: >> >>> Here's the new default /etc/sysconfig/lvmtab: >>> (first column is the lv name under vg devil-linux) >>> >>> swap swap swap defaults 0 0 >>> home /home auto defaults 0 0 >>> opt /opt auto defaults 0 0 >>> log /var/log auto defaults 0 0 >>> spool /var/spool auto defaults 0 0 >>> squid /var/squid auto defaults 0 0 >>> tmp /var/tmp auto defaults 0 0 >>> data /var/data auto defaults 0 0 >>> imap /var/imap auto defaults 0 0 >>> mail /var/mail auto defaults 0 0 >>> >>> Left as-is, the mountfs script will function exactly the same as it >>> does >>> now, using the lvmtab file for it's mount parameters (instead of being >>> hard coded). LV's that don't exist will be silently skipped (as >>> opposed >>> to error messages if they were in fstab). As far as sorting by >>> depth, it's not going to happen. The file will be >>> read sequentially and people will have to add nested mounts in the >>> correct order in lvmtab. >>> >>> This simply gives people the ability the add/change LV's, plus adding >>> the ability so specify mount options (like "quota"). >> >> >> [...] >> All LVs get mounted under /var when they're not "special". >> You get a list of all available LVs in this folder: >> /proc/lvm/VGs/devil-linux/LVs/ > > > If we find a LV xyz in the VG devil-linux that is not listet > in /etc/sysconfig/lvmtab we try to create /var/xyz/ and mount > it there. Is that what you mean? Yes, it was my understanding that we exactly do this. >> We also have do be carefull, I'm pretty sure a lot of people would >> try to mount an LV e.g. under /some-mount-point and then complain it >> doesn't work. Of course it will not work, because they can't create >> the mount point on the CD.... > > > That case can be handled by the script. We can even check the > directory where the mount should occour and then check if the > filesystem there is ro or rw. Good point. Better to prepare now > before the users come asking for help where they shouldn't have > gone in the first place ;-) yeah good point. Heiko |