Re: Remote tunefs -n enable
MC wrote: Hello again I have another issue on the same box. The bloke who installed FreeBSD 6.0onto the machine is a linux man. He didn't know about softupdates nor apparently does he know yet about option 4 [read only singule user mode] on the bootloader. Consequently he hasn't set softupdates on the main '/' partition On Freebsd 4.x from ssh2 I used to: mount -fr /dev/ad0s1a / tunefs -n enable /dev/ad0s1a mount /dev/ad0s1a / but attempting this on FreeBSD 6.x immediately locks up the machines when in multiuser mode. On a workstaion I then tried to sneak tunefs into the first lines of /etc/rc. Unfortunately it seems that '/' is read/write mounted before /etc/rc runs, so the tunefs just makes an error and the box boots up again without softupdates. My question then is how to go about getting the tunefs line in a startup script, before the disk is mounted read/write and with realtime access only in multiuser mode by telnet/ssh2. Or perhaps there is another means, this being BSD? Hello, this question should go to [EMAIL PROTECTED] list i suppose. Anyways, you can solve your problem with sysinstall.Enter sysinstall, choose configure, then label management.You will see the Toggle softupdates (or something similar).This should do the trick. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Remote tunefs -n enable
From [EMAIL PROTECTED] Wed Feb 22 09:33:12 2006 Date: Tue, 21 Feb 2006 23:07:36 -0800 From: MC [EMAIL PROTECTED] To: freebsd-stable@freebsd.org Subject: Remote tunefs -n enable Hello again I have another issue on the same box. The bloke who installed FreeBSD 6.0onto the machine is a linux man. He didn't know about softupdates nor apparently does he know yet about option 4 [read only singule user mode] on the bootloader. Consequently he hasn't set softupdates on the main '/' partition It wasn't his fault. It is the default install option. You see, root is mainly a read file system. Typical writes are a kernel install (not too important to optimize) and updating configuration files (it shouldn't be so often). Therefore there isn't much need to optimize / with softupdates. Furthermore, if one can avoid any risky operation on /, all the better. I think that's why the option for / is using synchronous writes without softupdates (not that softupdates are risky, but really they're not much use). On Freebsd 4.x from ssh2 I used to: mount -fr /dev/ad0s1a / tunefs -n enable /dev/ad0s1a mount /dev/ad0s1a / but attempting this on FreeBSD 6.x immediately locks up the machines when in multiuser mode. Locks up? That's weird... Perhaps ssh doesn't like it?... Do you have separate /tmp and /var partitions? On a workstaion I then tried to sneak tunefs into the first lines of /etc/rc. Unfortunately it seems that '/' is read/write mounted before /etc/rc runs, so the tunefs just makes an error and the box boots up again without softupdates. My question then is how to go about getting the tunefs line in a startup script, before the disk is mounted read/write and with realtime access only in multiuser mode by telnet/ssh2. Or perhaps there is another means, this being BSD? I think the filesystem must be unmounted to enable softupdates. Draw your own conclusions. But don't do that unless you have good reason for it. / is a mainly read filesystem. It won't be under heavy write load. On FreeBSD disks are commonly partitioned according to the usage profile, not so common on Linux default installations. That's why separate / /tmp /var /usr and possibly /usr/local, etc. Miguel ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Remote tunefs -n enable
On Wed, 2006-Feb-22 10:03:44 +, Miguel Lopes Santos Ramos wrote: From: MC [EMAIL PROTECTED] Consequently he hasn't set softupdates on the main '/' partition It wasn't his fault. It is the default install option. You see, root is mainly a read file system. Typical writes are a kernel install (not too important to optimize) and updating configuration files (it shouldn't be so often). The real reason is that there is a bug in softupdates which means that space freed up by deleting a file is not available for allocation for about 30 seconds. (Fixing this is non-trivial). The root file- system is traditionally relatively small and a substantial portion of it is re-written during installworld and installkernel, leading to a non-trivial likelihood that you could get a false filesystem full message. Furthermore, if one can avoid any risky operation on /, all the better. I think that's why the option for / is using synchronous writes without Actually, / uses traditional Unix semantics - synchronous metadata updates (inodes and directories) and asynchronous data updating. I think the filesystem must be unmounted to enable softupdates. One approach would be to stick a script into /etc/rc.d that executes early (before root is made R/W) to run tunefs -n enable ... and then delete the script after rebooting. -- Peter Jeremy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Remote tunefs -n enable
Peter Jeremy wrote: One approach would be to stick a script into /etc/rc.d that executes early (before root is made R/W) to run tunefs -n enable ... and then delete the script after rebooting. Or just create a script /etc/rc.early that has the tunefs line in it. If that script exists, it's sourced before / is remounted r/w ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Remote tunefs -n enable
Hello again I have another issue on the same box. The bloke who installed FreeBSD 6.0onto the machine is a linux man. He didn't know about softupdates nor apparently does he know yet about option 4 [read only singule user mode] on the bootloader. Consequently he hasn't set softupdates on the main '/' partition On Freebsd 4.x from ssh2 I used to: mount -fr /dev/ad0s1a / tunefs -n enable /dev/ad0s1a mount /dev/ad0s1a / but attempting this on FreeBSD 6.x immediately locks up the machines when in multiuser mode. On a workstaion I then tried to sneak tunefs into the first lines of /etc/rc. Unfortunately it seems that '/' is read/write mounted before /etc/rc runs, so the tunefs just makes an error and the box boots up again without softupdates. My question then is how to go about getting the tunefs line in a startup script, before the disk is mounted read/write and with realtime access only in multiuser mode by telnet/ssh2. Or perhaps there is another means, this being BSD? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]