|
|
|
|
|
|
| Author |
Message |
DoN. Nichols
*nix forums beginner
Joined: 20 Feb 2005
Posts: 33
|
 Posted: Tue Mar 15, 2005 5:09 am Post subject:
Re: Simple question
|
|
|
In article <39lbe2F643u6eU1@individual.net>,
Teilhard Knight <teilhk@privacy.net> wrote:
| Quote: | "DoN. Nichols" <dnichols@d-and-d.com> wrote in message
news:d0t413$8bn$1@fuego.d-and-d.com...
In article <39e3ucF62s54sU1@individual.net>,
Teilhard Knight <teilhk@privacy.net> wrote:
|
[ ... ]
| Quote: | system. Not that I need many things, but I would like to compile my own
kernel, among other things. Thanks for your advise.
This implies that you believe that you cannot compile your own
kernel with OpenBSD? If so, this is news to me, as I have done so both
with OpenBSD 3.4 and OpenBSD 3.5 with no problems -- both on i386
architectures and on SPARC architectures. (No need, yet, to try it on
SPARC64 architectures, but I would expect it to work just as well.
I believe you, but apparently, for what I have been told, it's not the thing
to do. According with the references I've had, OpenBSD is a system for
installing and working with it. "No need to do anything else". I am just an
ignorant trying to find out more. Thanks for your feedback.
|
Hmm ... there are some things for which it is *necessary* to
compile your own kernel. One of those is when you are planning to set
up a software RAID assembly, and want your disk drives to maintain a
constant designation through reboots, even if there is one drive
removed.
By default, if you have, say four disk drives, on SCSI IDs 0, 2,
4 and 6, when you boot, those will show up as sd0, sd1, sd2, and s3.
However, if one of those is a hot spare, and another one fails with a
transfer to the hot spare, and the system has to reboot before you
replace the failed drive (such as from a power outage, assuming that
your drives are hot swapable), all of a sudden your software RAID gets
very confused as to which drive you are talking to.
So -- for that you *must* re-compile the kernel after making
changes to a file labeled GENERIC. (IIRC, you also have to uncomment
one or two kernel configuration lines to enable the software RAID.
Here is the section of the kernel configuration file in
question:
======================================================================
# These entries find devices on all SCSI busses and assign
# unit numbers dynamically.
#sd* at scsibus? target ? lun ? # SCSI disks
#
# Fixed SCSI IDs
sd0 at scsibus0 target 1 lun ? # SCSI disk drives
sd1 at scsibus0 target 2 lun ? # SCSI disk drives
sd2 at scsibus0 target 3 lun ? # SCSI disk drives
sd3 at scsibus0 target 4 lun ? # SCSI disk drives
sd4 at scsibus0 target 5 lun ? # SCSI disk drives
sd5 at scsibus0 target 6 lun ? # SCSI disk drives
sd6 at scsibus0 target 0 lun ? # SCSI disk drives
======================================================================
The standard had the "sd*" line uncommented. I commented it out, and
added the sd0 through sd6 lines. Note that I bumped all of the IDs up
one, and move sd6 to scsi ID 0, because the boot drive should be sd0,
and I wanted the freedom to swap drives more easily in a 6-hole
MultiPack housing, instead of booting from the drives in the SS-5. So
-- if I connect a CD-ROM drive, or a tape drive, it needs to be set to
SCSI-ID 0, since 7 is the controller.
The built-in drives on the SS-5 show up as SCSI IDs 1 and 3, and
Solaris normally uses SCSI-ID 3 for the boot drive and SCSI-ID 1 as the
second drive. Needless to say, this adds confusion when adding drives
to be used or software RAID, unless they go on a separate controller.
There are other reasons to recompile the kernel as well, but for
most uses, it is not necessary -- only when you are adding strange
hardware or doing something else nonstandard. You also need to
re-compile the kernel to make it *less* secure with certain options.
I hope that this is a help,
DoN.
--
Email: <dnichols@d-and-d.com> | Voice (all times): (703) 938-4564
(too) near Washington D.C. | http://www.d-and-d.com/dnichols/DoN.html
--- Black Holes are where God is dividing by zero --- |
|
| Back to top |
|
 |
Helmut Schneider
*nix forums Guru Wannabe
Joined: 23 Feb 2005
Posts: 144
|
| Posted: Tue Mar 15, 2005 8:11 am Post subject:
Re: Simple question
|
|
|
Teilhard Knight (teilhk@privacy.net) wrote:
| Quote: | "Helmut Schneider" <jumper99@gmx.de> wrote in message
news:39lojmF63dtu1U1@individual.net...
You have 6 running systems each on its own hardware? Leave it there.
You want to play around with an OS and/or prepare a rollout? Use VMWare.
Anyway, you have to install an OS in which you install VMWare
(Workstation) in which you install another OS.
Do you mean I would have to re-install everything? Man, some computers
carry about 7 OSs, and I have sweated hard to configure them.
|
Probably yes. BTW, what are 7 OSses worth when only one is up and running?!
--
Please do not feed my mailbox, Swen still does his job well |
|
| Back to top |
|
|
Marco S Hyman
*nix forums beginner
Joined: 04 Mar 2005
Posts: 36
|
| Posted: Tue Mar 15, 2005 11:17 pm Post subject:
Re: Simple question
|
|
|
dnichols@d-and-d.com (DoN. Nichols) writes:
| Quote: | Hmm ... there are some things for which it is *necessary* to
|
Yep, but your example wasn't the best as the same thing can be
done using config -e on a generic kernel.
A custom kernel is needed when the generic kernel does not include
something that you need. Look at /sys/arch/$MACHINE/conf/GENERIC.
If you need something that is commented out, e.g. cz* for a
Cyclades-Z multi-port serial board, then you *may* need a custom
kernel. Just about everything else can be handled with config -e.
Example, adding lpt1 when generic only contains lpt0 does NOT need
a custom kernel. With config -e ...
ukc> find lpt
34 lpt* at puc* port -1 flags 0x0
41 lpt0 at isa0 port 0x378 size 0 iomem -1 ...
ukc> add lpt1
Clone Device (DevNo, 'q' or '?') ? 41
Insert before Device (DevNo, 'q' or '?') ? 42
42 lpt1 at isa0 port 0x378 size 0 iomem -1 ...
ukc> change 42
42 lpt1 at isa0 port 0x378 size 0 iomem -1 ...
change [n] y
port [0x378] ? 0x278
size [0] ?
iomem [-1] ?
iosiz [0] ?
irq [7] ? -1
drq [-1] ?
drq2 [-1] ?
flags [0] ?
42 lpt1 changed
42 lpt1 at isa0 port 0x278 size 0 iomem -1 ...
ukc>
// marc |
|
| Back to top |
|
|
Teilhard Knight
*nix forums Guru Wannabe
Joined: 24 Feb 2005
Posts: 137
|
| Posted: Thu Mar 24, 2005 11:57 am Post subject:
Re: Simple question
|
|
|
| Quote: | There are other reasons to recompile the kernel as well, but for
most uses, it is not necessary -- only when you are adding strange
hardware or doing something else nonstandard. You also need to
re-compile the kernel to make it *less* secure with certain options.
|
Well, it shows you are a geek, but I am trying to use OpenBSD for a home
machine and I do not even intend to run a server. Your explanation is very
complete but out of the realms of a common user of a personal computer.
teilhard. |
|
| Back to top |
|
|
Teilhard Knight
*nix forums Guru Wannabe
Joined: 24 Feb 2005
Posts: 137
|
| Posted: Thu Mar 24, 2005 12:00 pm Post subject:
Re: Simple question
|
|
|
"Helmut Schneider" <jumper99@gmx.de> wrote in message
news:39nn6aF61733jU1@individual.net...
| Quote: | Teilhard Knight (teilhk@privacy.net) wrote:
"Helmut Schneider" <jumper99@gmx.de> wrote in message
news:39lojmF63dtu1U1@individual.net...
You have 6 running systems each on its own hardware? Leave it there.
You want to play around with an OS and/or prepare a rollout? Use VMWare.
Anyway, you have to install an OS in which you install VMWare
(Workstation) in which you install another OS.
Do you mean I would have to re-install everything? Man, some computers
carry about 7 OSs, and I have sweated hard to configure them.
Probably yes. BTW, what are 7 OSses worth when only one is up and
running?!
|
Computers are my hobby and I do not do it to use them. I do it to learn and
have fun.
Teilhard. |
|
| Back to top |
|
|
Google
|
|
| Back to top |
|
|
|
|
The time now is Thu Jan 08, 2009 11:56 am | All times are GMT
|
|
Mortgages | Auto Loan | Credit Counseling | Tour Management Software | Debt Consolidation
|
|
Copyright © 2004-2005 DeniX Solutions SRL
|
|
|
|
Other DeniX Solutions sites:
Unix/Linux blog |
electronics forum |
medicine forum |
science forum |
|
|
Privacy Policy
|
Powered by phpBB © 2001, 2005 phpBB Group
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
Forum index
»
*nix
»
BSD
»
OpenBSD
