Date: Sat, 16 Apr 2011 14:42:40 +0200 From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: rank1seeker@gmail.com Cc: freebsd-hackers@freebsd.org Subject: Re: Add SUM sysctl Message-ID: <D18D23C3-5179-46BE-BAA6-288B06DB0408@gsoft.com.au> In-Reply-To: <20110416.111455.390.4@DEV> References: <20110415.150349.671.1@DEV> <22B12EE4-AE7B-49F7-B6BA-3FE7F967F508@gsoft.com.au> <20110415.154921.875.2@DEV> <F8EA9C16-A114-4270-895D-477AFA2990C9@gsoft.com.au> <20110415.171211.343.3@DEV> <6F20BB76-0D6A-4AB5-99DF-15954D8C2C9D@gsoft.com.au> <20110416.111455.390.4@DEV>
next in thread | previous in thread | raw e-mail | index | archive | help
On 16/04/2011, at 13:14, rank1seeker@gmail.com wrote: >> There IS no "solution" because it isn't really a problem. >=20 > It is mine GOAL, to achieve. >=20 >> You still didn't reply to my asking why you need to know.. >=20 > Why?! > Because! > Why, why, why ...? > God told me! > Why Did the Chicken Cross the Road? > Why ... > Is it really a relevant for this discussion?! Yes, because there is no concept of single user mode to the kernel. = That's why there is no sysctl for it. > I truly prefer focusing on a goal and finding a way of achieving it. > Your question is just an open road for an endless chater, with many = new=20 > roads, for splitting into endless subchaters ... >=20 > I wana create an sh function, which returns 0 if sys is in SUM or = return 1=20 > if in MUM. > Then I can use that function, wherever I want. >=20 > I.e; (I CAN NOT BELIEVE I AM TYPING SO MUCH!) Get used to it, > If I use geli encryption AND I am upgrading from 8.2 to 8.3, then upon=20= > rebuild of whole system, I must install kernel and world in a ONE = SHOT!=20 > (Just a rebuild of a same version of OS doesn't require this) > So I need to drop into SUM and install kernel and world, NOT regulary=20= > install kernel, then reboot into SUM and then install world! > This is just a one scenario ... > Now that does it! > Do you know, or not, what should I look for, to prove that I am in = SUM? (As=20 > human I know when I am in SUM, as I initiate it, but scripts are = retards,=20 > so they need it, not me ...) > Simple as that. I think you're looking at it the wrong way. It isn't that being in multi user mode causes a problem as such, it's = because something happens when you run /etc/rc which causes the problem. Your example doesn't say why you need to be in single user mode when = using geli.. The only reason you need to be in single user mode during = an upgrade is so that running programs don't find libraries ripped out = from under them and then they crash. In that case you don't need to reboot into single user mode, you just = make sure there aren't any non-kernel processes (besides sh) which are = running. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?D18D23C3-5179-46BE-BAA6-288B06DB0408>