Installworld broken with an NFS /tmp
I've found the following thread from 2009 which matches what I've just come across while trying to install 9-RELEASE to disk on a machine with an NFS root. http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2009-07/msg00084.html I've just worked around this by nullfs mounting the local disk's /tmp over the existing (nfs) /tmp, but is there a better way of doing this - an environment variable to specify an alternate to /tmp perhaps? Thanks. -- Apologies for the below The information contained in this message is confidential and is intended for the addressee only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. Critical Software Ltd. reserves the right to monitor and record e-mail messages sent to and from this address for the purposes of investigating or detecting any unauthorised use of its system and ensuring its effective operation. Critical Software Ltd. registered in England, 04909220. Registered Office: IC2, Keele Science Park, Keele, Staffordshire, ST5 5NH. This message has been scanned for security threats by iCritical. For further information, please visit www.icritical.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Installworld broken with an NFS /tmp
On 19 January 2012 13:11, Matt Burke mattbli...@icritical.com wrote: I've found the following thread from 2009 which matches what I've just come across while trying to install 9-RELEASE to disk on a machine with an NFS root. http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2009-07/msg00084.html I've just worked around this by nullfs mounting the local disk's /tmp over the existing (nfs) /tmp, but is there a better way of doing this - an environment variable to specify an alternate to /tmp perhaps? To solve the sillyrename problem visible during installworld, I just add the following to rc.conf (nfs) once and for all: tmpmfs=YES varmfs=YES # why? probably needs for /var/tmp -- wbr, pluknet ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Installworld broken with an NFS /tmp
On Jan 19, 2012, at 5:25 AM, Sergey Kandaurov pluk...@gmail.com wrote: On 19 January 2012 13:11, Matt Burke mattbli...@icritical.com wrote: I've found the following thread from 2009 which matches what I've just come across while trying to install 9-RELEASE to disk on a machine with an NFS root. http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2009-07/msg00084.html I've just worked around this by nullfs mounting the local disk's /tmp over the existing (nfs) /tmp, but is there a better way of doing this - an environment variable to specify an alternate to /tmp perhaps? To solve the sillyrename problem visible during installworld, I just add the following to rc.conf (nfs) once and for all: tmpmfs=YES varmfs=YES # why? probably needs for /var/tmp I had to do the same thing, and to be honest I don't like the Nfs root setup. I like having all of the tools , but a smaller setup would work better for me . I want to see how hard it will be to do a 9 install via mfsbsd or a mfsroot akin to what was in 7 and 8 . Has anyone tried that ? -- wbr, pluknet ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org Mark Saad | mark.saad@longcount.org___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
