Re: updating in single-user mode
> > > > If this isn't a production machine, try it. I have been doing > > system > > updates since 3.4 and not once have I booted into single user mode > > to > > compile my kernel or userland. I've even done it as recently as > > two > > weeks ago. I don't have a huge userbase, so my system is pretty > > quiet. > > I also just finished compiling world and compiling & installing my > kernel in multi-user. What's the big deal? I did, though, go into > single to test (boot) the kernel and install world. > > Does anyone have a clear understanding of why things can go wrong otherwise? From time to time there are library bumps and it's better for you to be in single user mode to upgrade your system properly. I had ruined a mailserver when I updated the named on it from 8.x to 9.3.x - I was in multiuser, with securelevel turned on and the named running. After that I had to run couple of times the build to get everything fixed. Now I run in multiuser buildworld et all on machines I have no serial access to and before that I check with UPDATING to see what will fail potentially. -- Димитър Василев Dimitar Vassilev GnuPG key ID: 0x4B8DB525 Keyserver: pgp.mit.edu Key fingerprint: D88A 3B92 DED5 917E 341E D62F 8C51 5FC4 4B8D B525 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: updating in single-user mode
--- Eric F Crist <[EMAIL PROTECTED]> wrote: > On Oct 24, 2005, at 11:45 PM, Dimitar Vasilev wrote: > > >> I don't reccommend doing installworld or kernel in multiuser, > but > >> I have never > >> had any problems doing it on a lightly loaded machine. With > that > >> said what > >> could bite you is your new kernel not booting or something > broken in > >> userland. You will then need console access (serial or local) > to > >> fix it. I > >> would set up your machine with serial console access and use a > > >> laptop or > >> another machine when you reboot. > >> > >> Beech > >> -- > >> > > I have done it when there is NO activity on the machine. Read > > UPDATING first. > > Reset your securelevel to -1, stop all services except SSH and > go. > > It's possible to break your machine though. > > Then you have to rebuild it again and it's 50/50 to succeed. > > As advised twice, use serial cables/KVM switches if possible. > > -- > > ÐимиÑÑÑ ÐаÑилев > > Dimitar Vassilev > > > > GnuPG key ID: 0x4B8DB525 > > Keyserver: pgp.mit.edu > > Key fingerprint: D88A 3B92 DED5 917E 341E D62F 8C51 5FC4 4B8D > B525 > > > If this isn't a production machine, try it. I have been doing > system > updates since 3.4 and not once have I booted into single user mode > to > compile my kernel or userland. I've even done it as recently as > two > weeks ago. I don't have a huge userbase, so my system is pretty > quiet. I also just finished compiling world and compiling & installing my kernel in multi-user. What's the big deal? I did, though, go into single to test (boot) the kernel and install world. Does anyone have a clear understanding of why things can go wrong otherwise? __ Find your next car at http://autos.yahoo.ca ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: updating in single-user mode
On 10/24/05, Beecher Rintoul <[EMAIL PROTECTED]> wrote: > On Monday 24 October 2005 02:24 pm, John DeStefano wrote: > > When updating world, section 20.4.5 of the handbook calls for dropping > > to single user mode. The reasons given for this make sense. But this > > is a problem for me: my BSD server does not have a local K/V/M setup > > connected directly to it; it sits on my network and I connect to it > > via PuTTy for administration. > > > > Is there a way to achieve single-user mode while still being able to > > connect remotely (via LAN)? (I know that's something of an oximoron, > > but I needed to ask) And if not, am I losing any serious > > features/functionality of the update process by _not_ dropping into > > single user? > > > > Thanks, > > ~John > > I don't reccommend doing installworld or kernel in multiuser, but I have never > had any problems doing it on a lightly loaded machine. With that said what > could bite you is your new kernel not booting or something broken in > userland. You will then need console access (serial or local) to fix it. I > would set up your machine with serial console access and use a laptop or > another machine when you reboot. > > Beech > -- Thank you. Because I'm impatient and obtuse, and because I was already in the midst of the procedure when I received your replies, I decided to proceed with the build world process from my LAN connection. Believe it or not, it went (or seemed to go) without a hitch, including the updated kernel installation. In your opinion, where/how would I check the new system to verify that there were no breaks during the build and install processes, and that the system is indeed fully updated? Thanks, ~John %uname -a FreeBSD zurg.thedestefanos.com 5.4-STABLE FreeBSD 5.4-STABLE #0: Mon Oct 24 22:27:33 EDT 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MYKERNEL i386 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: updating in single-user mode
On Oct 24, 2005, at 11:45 PM, Dimitar Vasilev wrote: I don't reccommend doing installworld or kernel in multiuser, but I have never had any problems doing it on a lightly loaded machine. With that said what could bite you is your new kernel not booting or something broken in userland. You will then need console access (serial or local) to fix it. I would set up your machine with serial console access and use a laptop or another machine when you reboot. Beech -- I have done it when there is NO activity on the machine. Read UPDATING first. Reset your securelevel to -1, stop all services except SSH and go. It's possible to break your machine though. Then you have to rebuild it again and it's 50/50 to succeed. As advised twice, use serial cables/KVM switches if possible. -- Димитър Василев Dimitar Vassilev GnuPG key ID: 0x4B8DB525 Keyserver: pgp.mit.edu Key fingerprint: D88A 3B92 DED5 917E 341E D62F 8C51 5FC4 4B8D B525 If this isn't a production machine, try it. I have been doing system updates since 3.4 and not once have I booted into single user mode to compile my kernel or userland. I've even done it as recently as two weeks ago. I don't have a huge userbase, so my system is pretty quiet. ___ Eric F Crist "I am so smart, S.M.R.T!" Secure Computing Networks -Homer J Simpson ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: updating in single-user mode
> I don't reccommend doing installworld or kernel in multiuser, but I have never > had any problems doing it on a lightly loaded machine. With that said what > could bite you is your new kernel not booting or something broken in > userland. You will then need console access (serial or local) to fix it. I > would set up your machine with serial console access and use a laptop or > another machine when you reboot. > > Beech > -- I have done it when there is NO activity on the machine. Read UPDATING first. Reset your securelevel to -1, stop all services except SSH and go. It's possible to break your machine though. Then you have to rebuild it again and it's 50/50 to succeed. As advised twice, use serial cables/KVM switches if possible. -- Димитър Василев Dimitar Vassilev GnuPG key ID: 0x4B8DB525 Keyserver: pgp.mit.edu Key fingerprint: D88A 3B92 DED5 917E 341E D62F 8C51 5FC4 4B8D B525 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: updating in single-user mode
On Monday 24 October 2005 02:24 pm, John DeStefano wrote: > When updating world, section 20.4.5 of the handbook calls for dropping > to single user mode. The reasons given for this make sense. But this > is a problem for me: my BSD server does not have a local K/V/M setup > connected directly to it; it sits on my network and I connect to it > via PuTTy for administration. > > Is there a way to achieve single-user mode while still being able to > connect remotely (via LAN)? (I know that's something of an oximoron, > but I needed to ask) And if not, am I losing any serious > features/functionality of the update process by _not_ dropping into > single user? > > Thanks, > ~John I don't reccommend doing installworld or kernel in multiuser, but I have never had any problems doing it on a lightly loaded machine. With that said what could bite you is your new kernel not booting or something broken in userland. You will then need console access (serial or local) to fix it. I would set up your machine with serial console access and use a laptop or another machine when you reboot. Beech -- --- Beech Rintoul - System Administrator - [EMAIL PROTECTED] /"\ ASCII Ribbon Campaign | NorthWind Communications \ / - NO HTML/RTF in e-mail | 201 East 9th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ --- pgpHua9ctlq7j.pgp Description: PGP signature
Re: updating in single-user mode
> > Is there a way to achieve single-user mode while still being able to > connect remotely (via LAN)? (I know that's something of an oximoron, > but I needed to ask) And if not, am I losing any serious > features/functionality of the update process by _not_ dropping into > single user? Serial cable link with another machine is your friend. -- Димитър Василев Dimitar Vassilev GnuPG key ID: 0x4B8DB525 Keyserver: pgp.mit.edu Key fingerprint: D88A 3B92 DED5 917E 341E D62F 8C51 5FC4 4B8D B525 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
updating in single-user mode
When updating world, section 20.4.5 of the handbook calls for dropping to single user mode. The reasons given for this make sense. But this is a problem for me: my BSD server does not have a local K/V/M setup connected directly to it; it sits on my network and I connect to it via PuTTy for administration. Is there a way to achieve single-user mode while still being able to connect remotely (via LAN)? (I know that's something of an oximoron, but I needed to ask) And if not, am I losing any serious features/functionality of the update process by _not_ dropping into single user? Thanks, ~John ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
