as long as rc-scripts supports devfs, it's not obsolete. and the entry is noauto so it doesn't cause any side effect (imho)
but with your change people running custom 2.4 kernel with devfs, will probably have unbootable system. which reminds me that while having udev active (mounted under /dev), installing udev package, it's not possible to create static /dev entries which udev package contains, which results at startup 'unable to open initial console' message. from that i was able to "rescue" with devfs=mount kernel commandline option. the latter is probably initrd bug? ie initrd should already call start_udev before handling over control to real rootfs? On Sunday 26 March 2006 20:29, blues wrote: > Author: blues Date: Sun Mar 26 17:29:34 2006 GMT > Module: setup Tag: HEAD > ---- Log message: > - devfs is obsolete now > > ---- Files affected: > setup/etc: > fstab (1.16 -> 1.17) > > ---- Diffs: > > ================================================================ > Index: setup/etc/fstab > diff -u setup/etc/fstab:1.16 setup/etc/fstab:1.17 > --- setup/etc/fstab:1.16 Fri Sep 16 18:25:40 2005 > +++ setup/etc/fstab Sun Mar 26 19:29:28 2006 > @@ -1,10 +1,11 @@ > #/dev/hda1 swap swap defaults 0 0 > -#/dev/hda2 / ext2 defaults 1 1 > +#/dev/hda2 / ext3 defaults 1 1 > > none /proc proc defaults,noauto,gid=17 0 0 > none /sys sysfs defaults,noauto,gid=17 0 0 > none /proc/bus/usb usbfs > defaults,noauto,devgid=78,devmode=0664 0 0 > -none /dev devfs defaults,noauto 0 0 > +# Obsolete now: > +#none /dev devfs defaults,noauto > 0 0 > none /dev/pts devpts gid=5,mode=620 0 0 > none /dev/cpuset cpuset defaults,noauto 0 0 > #none /dev/shm tmpfs > mode=1777,nosuid,nodev,noexec 0 0 > ================================================================ > > ---- CVS-web: > http://cvs.pld-linux.org/setup/etc/fstab?r1=1.16&r2=1.17&f=u > > _______________________________________________ > pld-cvs-commit mailing list > [email protected] > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit _______________________________________________ pld-devel-en mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
