On Fri, May 25, 2007 at 03:01:20PM -0700, Mike Dotson wrote: > On Fri, 2007-05-25 at 15:50 -0600, Lori Alt wrote: > > Mike Dotson wrote: > > > On Fri, 2007-05-25 at 14:29 -0600, Lori Alt wrote: > > > > > Would help in many cases where an admin needs to work on a system but > > > doesn't need, say 20k users home directories mounted, to do this work. > > > > > So single-user mode is not sufficient for this? > > > > Not all work needs to be done in single user:) And I wouldn't consider a > 4+ hour boot time just for mounting file systems a good use of cpu time > when an admin could be doing other things - preparation for next > patching, configuring changes to webserver, etc. Or just monitoring the > status of the file system mounts to give an update to management on how > many file systems are mounted and how many are left. > > Point is, why is console-login dependent on *all* the file systems being > mounted in *multiboot*. Does it really need to depend on *all* the file > systems being mounted? >
This has been discussed many times in smf-discuss, for all types of login. Basically, there is no way to say "console login for root only". As long as any user can log in, we need to have all the filesystems mounted because we don't know what dependencies there may be. Simply changing the definition of console-login isn't a solution because it breaks existing assumptions and software. A much better option is the 'trigger mount' RFE that would allow ZFS to quickly 'mount' a filesystem but not pull all the necessary data off disk until it's first accessed. - Eric -- Eric Schrock, Solaris Kernel Development http://blogs.sun.com/eschrock _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
