Re: OpenBSD 5.1 XEN HVM DomU - kernel panic
Hi Tomas Am 07.06.2012 05:53, schrieb Tomas Bodzar: So many panics in a such short period? Something is wrong and it's not OpenBSD most probably ;-) Yes I'm sure your right, that is why I was looking if someone is actually running OpenBSD on XEN, in the hope that such a person might share what they hat to tweak that OpenBSD runs smoothly on XEN. I really do not think its an OpenBSD Issue as OpenBSD on bare-metal on the same hardware runs rock solid. I might try KVM instead of XEN, as some offlist comments suggested that it is running stable on KVM... g Andre
Re: OpenBSD 5.1 XEN HVM DomU - kernel panic
On Thu, Jun 07, 2012 at 11:29:16AM +0200, Andre Keller wrote: I might try KVM instead of XEN, as some offlist comments suggested that it is running stable on KVM... ESXi has been used the most as host for OpenBSD, but still it is not bare-metal. Or use your pocket money for buying a SPARC with ldoms :D jirib
Customizing the install process
Hi all, I want to know how to achieve customizing my iso for installing OpenBSD on 10 workstation with pre configured gnome. I read the FAQ about siteXX.tgz http://www.openbsd.org/faq/faq4.html#site but couldn't find more resources also cant find man pages for that.is it safe to go that way or should i install gnome separately for all boxes? Thanks, Jay.
Re: Customizing the install process
On Thu, 7 Jun 2012 16:46:45 +0530, Jay Patel rockworl...@gmail.com wrote: Hi all, I want to know how to achieve customizing my iso for installing OpenBSD on 10 workstation with pre configured gnome. I read the FAQ about siteXX.tgz http://www.openbsd.org/faq/faq4.html#site but couldn't find more resources also cant find man pages for that.is it safe to go that way or should i install gnome separately for all boxes? No it is possible to install tar the system and install it via sftp. You have to tar image of your system with with command tar -czvf system.tar.gz / then use a program virt-make-fs to make img ( http://libguestfs.org/virt-make-fs.1.html ) virt-make-fs system.tar.gz sysem.img put it on ftp server and then you have to boot using your NIC you have to set up dhcp server firs ( and sftpd too) then send this file over a network ( you can use broadcast to send it to 10 pc at one time ) you can do another thing if you want to for example use cd instead of network make a bootable pendrive with OpenBSD/FreeBSD/Linux and after you boot from it type dd if=sysem.img of=/dev/ad0 bs=512k after mounting your cd and going to appropriate directory you can put the img file on your flashdrive ( usb stick ) Pozdrawiam z Polski;) Tomasz Marszal Thanks, Jay.
Re: OpenBSD 5.1 XEN HVM DomU - kernel panic
On Thu, Jun 7, 2012 at 12:24 PM, Jiri B ji...@devio.us wrote: On Thu, Jun 07, 2012 at 11:29:16AM +0200, Andre Keller wrote: I might try KVM instead of XEN, as some offlist comments suggested that it is running stable on KVM... ESXi has been used the most as host for OpenBSD, but still it is not bare-metal. Or use your pocket money for buying a SPARC with ldoms :D Those are becoming quite cheap. At least some lucky bids on Ebay :-) jirib
Re: OpenBSD 5.1 XEN HVM DomU - kernel panic
As far as I tested OpenBSD 5.1 as a FreeBSD/VirtualBox guest I experienced some problem with libraries both 386 and amd64 crashed when i compiled ports and installed packages from central OpenBSD server i have to mention that i could compile kernel and install ports tree ). This not happened when i used 5.0 and 4.9. This may proof some OpenBSD problems as a guest OS. Best Regards From Poland Tomasz Marszal On Wed, 06 Jun 2012 16:04:22 +0200, Andre Keller a...@list.ak.cx wrote: Hi is any body running OpenBSD as a XEN HVM guest? I have a difficult time accomplish that... The XEN guest does boot up and is usable. When f.e. do a cvs checkout of ports the machine panics about every other time. I know that is not really a supported configuration but if someone managed to get this working in a stable manner I'd still appreciate some assistance. If you need any further information, just ask. Regards André Dom0 Information: Debian GNU/Linux 6.0 - 64-Bit XEN Guest Config: import os, re arch= os.uname()[4] kernel = /usr/lib/xen-default/boot/hvmloader builder = hvm memory = 768 name= guest1 vif = [ 'vifname=v20005, mac=00:16:3c:02:00:05, bridge=virbr941, type=ioemu, model=e1000' ] disk= [ 'phy:/dev/onatopp/xen-guest1-hvm1,xvda,w', 'file:/srv/install51.iso,xvdc:cdrom,r', ] device_model = '/usr/lib64/xen-4.0/bin/qemu-dm' boot=cd sdl=0 vnc=1 vncdisplay=4 vncconsole=1 stdvga=0 serial='pty' ddb trace cpu_switchto() at cpu_switchto+0x4b sleep_finish() at sleep_finish+0x94 tsleep() at tsleep+0x95 biowait() at biowait+0x3e bwrite() at bwrite+0xf8 ufs_dirremove() at ufs_dirremove+0x123 ufs_rename() at ufs_rename+0x108a VOP_RENAME() at VOP_RENAME+0x3b dorenameat() at dorenameat+0x249 syscall() at syscall+0x165 --- syscall (number 128) --- end of kernel end trace frame: 0x20fa67000, count: -10 0x206774eda: ddb dmesg OpenBSD 5.1 (GENERIC) #181: Sun Feb 12 09:35:53 MST 2012 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 804257792 (767MB) avail mem = 768774144 (733MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xeb01f (10 entries) bios0: vendor Xen version 4.0.1 date 06/09/2011 bios0: Xen HVM domU acpi0 at bios0: rev 2, ACPI control unavailable mpbios0 at bios0: Intel MP Specification 1.4 cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Xeon(R) CPU 3060 @ 2.40GHz, 2400.55 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH, MMX,FXSR,SSE,SSE2,HTT,SSE3,SSSE3,CX16,NXE,LONG,LAHF cpu0: 4MB 64b/line 16-way L2 cache cpu0: apic clock running at 100MHz mpbios0: bus 0 is type ISA ioapic0 at mainbus0: apid 1 pa 0xfec0, version 11, 48 pins ioapic0: misconfigured as apic 0, remapped to apid 1 pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel 82441FX rev 0x02 pcib0 at pci0 dev 1 function 0 Intel 82371SB ISA rev 0x00 pciide0 at pci0 dev 1 function 1 Intel 82371SB IDE rev 0x00: DMA, channel 0 w ired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: QEMU HARDDISK wd0: 16-sector PIO, LBA48, 30720MB, 62914560 sectors wd0(pciide0:0:0): using PIO mode 0, DMA mode 2 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: QEMU, QEMU DVD-ROM, 0.10 ATAPI 5/cdrom removabl e cd0(pciide0:1:0): using PIO mode 0 piixpm0 at pci0 dev 1 function 3 Intel 82371AB Power rev 0x01: SMBus disabled vga1 at pci0 dev 2 function 0 Cirrus Logic CL-GD5446 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) XenSource Platform Device rev 0x01 at pci0 dev 3 function 0 not configured em0 at pci0 dev 4 function 0 Intel PRO/1000MT (82540EM) rev 0x03: apic 1 int 5 , address 00:16:3c:02:00:05 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console pckbc0 at isa0 port 0x60/5 ckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: density unknown fd1 at fdc0 drive 1: density unknown nvram: invalid checksum mtrr: Pentium Pro MTRR support vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets root on wd0a (2365655b77a4def3.a) swap on wd0b dump on wd0b clock: unknown CMOS layout
Re: Customizing the install process
Hi Tomasz, One more question. Do i need to use the generated system.tgz with other base51.tgz,etc.tgz . etc etc . Or just syste.tgz into .img and install. Thanks, Jay.
Re: Customizing the install process
On Thu, 7 Jun 2012 18:16:36 +0530, Jay Patel rockworl...@gmail.com wrote: Hi Tomasz, One more question. Do i need to use the generated system.tgz with other base51.tgz,etc.tgz . etc etc . Or just syste.tgz into .img and install. You dont need official distribution tars after you make your own tar with working system. All you have to do is make img from tar with your system I have never done it all I know is pure theory but i thing you may experience some problems with adding to archive directories like /proc and /dev i advice you not to add to archive not needed mounted disks not associated with base system and software you want to use ( like cds usb drives ) Thanks, Jay.
Re: Customizing the install process
On Thu, 7 Jun 2012 18:16:36 +0530 Jay Patel wrote: One more question. Do i need to use the generated system.tgz with other base51.tgz,etc.tgz . etc etc . Or just syste.tgz into .img and install. There is also the rc.firstrun script which runs once after install. Sometimes you may know that a part of a file is unlikely to change and just want to sed that line every time without reviewing changes to the whole config file. You can put those in your .tgz too of course or do whatever you like within the /mnt directories after install. For remote systems a local test system is always a good idea.
Re: OpenBSD 5.1 XEN HVM DomU - kernel panic
On Thu, Jun 7, 2012 at 2:15 PM, Tomasz Marszal kap...@toya.net.pl wrote: As far as I tested OpenBSD 5.1 as a FreeBSD/VirtualBox guest I experienced some problem with libraries both 386 and amd64 crashed when i compiled ports and installed packages from central OpenBSD server i have to mention that i could compile kernel and install ports tree ). This not happened when i used 5.0 and 4.9. This may proof some OpenBSD problems as a guest This one is still not repaired https://www.virtualbox.org/ticket/639 even their page says something different. Their repair is that you must buy different HW or start from command line with raw switch. And it's one of many examples. OS. Best Regards From Poland Tomasz Marszal On Wed, 06 Jun 2012 16:04:22 +0200, Andre Keller a...@list.ak.cx wrote: Hi is any body running OpenBSD as a XEN HVM guest? I have a difficult time accomplish that... The XEN guest does boot up and is usable. When f.e. do a cvs checkout of ports the machine panics about every other time. I know that is not really a supported configuration but if someone managed to get this working in a stable manner I'd still appreciate some assistance. If you need any further information, just ask. Regards André Dom0 Information: Debian GNU/Linux 6.0 - 64-Bit XEN Guest Config: import os, re arch = os.uname()[4] kernel = /usr/lib/xen-default/boot/hvmloader builder = hvm memory = 768 name = guest1 vif = [ 'vifname=v20005, mac=00:16:3c:02:00:05, bridge=virbr941, type=ioemu, model=e1000' ] disk = [ 'phy:/dev/onatopp/xen-guest1-hvm1,xvda,w', 'file:/srv/install51.iso,xvdc:cdrom,r', ] device_model = '/usr/lib64/xen-4.0/bin/qemu-dm' boot=cd sdl=0 vnc=1 vncdisplay=4 vncconsole=1 stdvga=0 serial='pty' ddb trace cpu_switchto() at cpu_switchto+0x4b sleep_finish() at sleep_finish+0x94 tsleep() at tsleep+0x95 biowait() at biowait+0x3e bwrite() at bwrite+0xf8 ufs_dirremove() at ufs_dirremove+0x123 ufs_rename() at ufs_rename+0x108a VOP_RENAME() at VOP_RENAME+0x3b dorenameat() at dorenameat+0x249 syscall() at syscall+0x165 --- syscall (number 128) --- end of kernel end trace frame: 0x20fa67000, count: -10 0x206774eda: ddb dmesg OpenBSD 5.1 (GENERIC) #181: Sun Feb 12 09:35:53 MST 2012 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 804257792 (767MB) avail mem = 768774144 (733MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xeb01f (10 entries) bios0: vendor Xen version 4.0.1 date 06/09/2011 bios0: Xen HVM domU acpi0 at bios0: rev 2, ACPI control unavailable mpbios0 at bios0: Intel MP Specification 1.4 cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Xeon(R) CPU 3060 @ 2.40GHz, 2400.55 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH, MMX,FXSR,SSE,SSE2,HTT,SSE3,SSSE3,CX16,NXE,LONG,LAHF cpu0: 4MB 64b/line 16-way L2 cache cpu0: apic clock running at 100MHz mpbios0: bus 0 is type ISA ioapic0 at mainbus0: apid 1 pa 0xfec0, version 11, 48 pins ioapic0: misconfigured as apic 0, remapped to apid 1 pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel 82441FX rev 0x02 pcib0 at pci0 dev 1 function 0 Intel 82371SB ISA rev 0x00 pciide0 at pci0 dev 1 function 1 Intel 82371SB IDE rev 0x00: DMA, channel 0 w ired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: QEMU HARDDISK wd0: 16-sector PIO, LBA48, 30720MB, 62914560 sectors wd0(pciide0:0:0): using PIO mode 0, DMA mode 2 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: QEMU, QEMU DVD-ROM, 0.10 ATAPI 5/cdrom removabl e cd0(pciide0:1:0): using PIO mode 0 piixpm0 at pci0 dev 1 function 3 Intel 82371AB Power rev 0x01: SMBus disabled vga1 at pci0 dev 2 function 0 Cirrus Logic CL-GD5446 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) XenSource Platform Device rev 0x01 at pci0 dev 3 function 0 not configured em0 at pci0 dev 4 function 0 Intel PRO/1000MT (82540EM) rev 0x03: apic 1 int 5 , address 00:16:3c:02:00:05 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console pckbc0 at isa0 port 0x60/5 ckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: density unknown fd1 at fdc0 drive 1: density unknown nvram: invalid checksum mtrr: Pentium Pro MTRR support vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets root on wd0a (2365655b77a4def3.a) swap on wd0b dump on wd0b clock: unknown CMOS layout
Re: Customizing the install process
Hi Tomasz, ya i thoght that too. will try excluding /proc and /dev but dont know if installer will work that way. Kevin , hmm i can do one thing add PKG_PATH to local /pksgs and put all .tgz from ftp and can pkg_Add from rc.firstrun. Thanks, Jay.
Re: Customizing the install process
On Thu, 7 Jun 2012 19:23:35 +0530, Jay Patel rockworl...@gmail.com wrote: Hi Tomasz, ya i thoght that too. will try excluding /proc and /dev but dont know if installer will work that way. I think it should because this directories (at least /dev ) are auto made at boot ( i am not shore fast searching didnt get result ). Kevin , hmm i can do one thing add PKG_PATH to local /pksgs and put all .tgz from ftp and can pkg_Add from rc.firstrun. Will you have to boot all 10 pcs and do the install process on them or there are some magic scripts that redistribute your img or tar file via a network. I know this is possible for Linux but never done it for BSD. Do this magic script use broadcast for faster transmission and avoiding the bottleneck of your switch.
Re: Customizing the install process
On Thu, 7 Jun 2012 19:23:35 +0530, Jay Patel rockworl...@gmail.com wrote: Hi Tomasz, ya i thoght that too. will try excluding /proc and /dev but dont know if installer will work that way. One more thing if you have 10 equal pcs there should be no problem but if you have different disc that are supported by the different driver ( like sata and ide disc ) you will have to boot rescue from usb or cd and change the /etc/fstab entries i dont know is vi supported in rescue mode but you can always prepare fstab file, copy it to you usb stick and the copy it to your /etc Kevin , hmm i can do one thing add PKG_PATH to local /pksgs and put all .tgz from ftp and can pkg_Add from rc.firstrun. Thanks, Jay.
Re: Customizing the install process
Hi, Le 2012-06-07 18:44, Tomasz Marszal a écrit : On Thu, 7 Jun 2012 19:23:35 +0530, Jay Patel rockworl...@gmail.com wrote: Hi Tomasz, ya i thoght that too. will try excluding /proc and /dev but dont know if installer will work that way. One more thing if you have 10 equal pcs there should be no problem but if you have different disc that are supported by the different driver ( like sata and ide disc ) you will have to boot rescue from usb or cd and change the /etc/fstab entries i dont know is vi supported in rescue mode but you can always prepare fstab file, copy it to you usb stick and the copy it to your /etc You can use 'ed'. -- Wesley
Re: Customizing the install process
On Thu, 07 Jun 2012 16:35:33 +0200 Tomasz Marszal wrote: Will you have to boot all 10 pcs and do the install process on them or there are some magic scripts that redistribute your img or tar file via a network. I know this is possible for Linux but never done it for BSD. Do this magic script use broadcast for faster transmission and avoiding the bottleneck of your switch. Depends on bandwidth really, there are remote imagers and one to many ssh consoles. You can also use your own repo with a custom .tgz by selecting http during the install. Also I think it was Antoine that did an article in BSDMAG (free download) that shows how he uses puppet to maintain his companies desktops.
Re: OpenBSD 5.1 XEN HVM DomU - kernel panic
On 07/06/12 12:29, Andre Keller wrote: Hi Tomas Am 07.06.2012 05:53, schrieb Tomas Bodzar: So many panics in a such short period? Something is wrong and it's not OpenBSD most probably ;-) Yes I'm sure your right, that is why I was looking if someone is actually running OpenBSD on XEN, in the hope that such a person might share what they hat to tweak that OpenBSD runs smoothly on XEN. I really do not think its an OpenBSD Issue as OpenBSD on bare-metal on the same hardware runs rock solid. I might try KVM instead of XEN, as some offlist comments suggested that it is running stable on KVM... g Andre I run plenty OpenBSD servers on top of KVM with mpbios disabled. Performance (net/disk) is not superb but I can live with it. G
Re: Customizing the install process
Yaifo is quite handy but unsupported too.
Re: Customizing the install process
Yes Tomasz i have to boot all 10 pcs and install on them i dont have any magic script for that. that's why i was going for siteXX.tgz method so i can create iso and use if for install. also thanks kevin and wesley for inputs. Thanks, Jay
Re: Customizing the install process
On Thu, Jun 07, 2012 at 04:46:45PM +0530, Jay Patel wrote: Hi all, I want to know how to achieve customizing my iso for installing OpenBSD on 10 workstation with pre configured gnome. I read the FAQ about siteXX.tgz http://www.openbsd.org/faq/faq4.html#site but couldn't find more resources also cant find man pages for that.is it safe to go that way or should i install gnome separately for all boxes? Firstly, you need replicate the gnome config on all your boxes. siteXX.tgz and /etc/skel is perfect for this. For the installation of the gnome packages, you can install gnome on the first machine, copy the packages to other CD and use the CD on the other machines. Just mount the CD and set PKG_PATH to the mount point http://www.openbsd.org/faq/faq15.html#Easy . Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Customizing the install process
On Thu, 7 Jun 2012 22:31:52 +0530, Jay Patel rockworl...@gmail.com wrote: Yes Tomasz i have to boot all 10 pcs and install on them i dont have any magic script for that. that's why i was going for siteXX.tgz method so i can create iso and use if for install. Than is uncool! You can try to do it via network ( if the computer are switch connected you dont need internet for that LAN is enough { only for reading how to do it you may need internet ) Read This http://en.wikipedia.org/wiki/Preboot_Execution_Environment http://en.wikipedia.org/wiki/IPXE http://logout.sh/computers/linux/netboot/ (this is for Linux but BSD config will be pretty much the same ) simply type pxe boot dhcp tftp in your favorite search engine. and read about it then do it ! Good Luck Tomek also thanks kevin and wesley for inputs. Thanks, Jay
em0: Invalid mac address and the device is not configured.
Misc - I have an Intel PRO/1000MT (82540EM) 32-bit PCI card which I've just added to an i386 architecture machine running OpenBSD 5.1. I have an extra card I can donate to a developer who may need it. The following line appears in my dmesg, and my Intel PRO/1000MT (82540EM) ethernet device fails to be configured: em0 at pci6 dev 1 function 0 Intel PRO/1000MT (82540EM) rev 0x02: apic 0 int 19em0: Invalid mac address (Full dmesg at end of email) After searching I found the closest situation to this one occured in 2005 in a thread on misc@openbsd with the title em (Intel 1000GT) on 3.6. A link to a search on marc.info for messages containing this text appears here: http://marc.info/?l=openbsd-miscw=2r=1s=em+%28Intel+1000GT%29+on+3.6q=b A similar problem appeared in a FreeBSD 8.0 Current bug with an arrival date of Wed Apr 29 05:50:01 UTC 2009: http://www.freebsd.org/cgi/query-pr.cgi?pr=134079 One listed resolution in that FreeBSD bug was: I changed the e1000_read_mac_addr_generic() function in /usr/src/sys/dev/e1000/e1000_nvm.c to the 7.2 version. It works for me. In OpenBSD 5.1 RELEASE GENERIC sys/dev/pci/if_em_hw.c I find a similar function beginning: --snip-- int32_t em_read_mac_addr(struct em_hw *hw) -snip- I thought it more efficient for the team if I post the error now rather than for me to try to make sense of differences going back through CVS. * * # dmesg OpenBSD 5.1 (GENERIC.MP) #188: Sun Feb 12 09:55:11 MST 2012 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: AMD E-350 Processor (AuthenticAMD 686-class, 512KB L2 cache) 1.61 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,NXE,MMXX,FFXSR,LONG,SSE3,MWAIT,SSSE3,CX16,POPCNT,LAHF,SVM,ABM,SSE4A,WDT real mem = 2814578688 (2684MB) avail mem = 2758422528 (2630MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 06/16/10, SMBIOS rev. 2.6 @ 0xe9070 (60 entries) bios0: bios0: ASUSTeK Computer INC. E35M1-M PRO acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG HPET SSDT SSDT acpi0: wakeup devices SBAZ(S4) PS2K(S4) PS2M(S4) UAR1(S4) P0PC(S4) UHC1(S4) UHC2(S4) USB3(S4) UHC4(S4) USB5(S4) UHC6(S4) UHC7(S4) BR14(S4) PE20(S4) PE21(S4) RLAN(S4) PE22(S4) BR23(S4) PE23(S4) PWRB(S4) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 199MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD E-350 Processor (AuthenticAMD 686-class, 512KB L2 cache) 1.60 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,NXE,MMXX,FFXSR,LONG,SSE3,MWAIT,SSSE3,CX16,POPCNT,LAHF,SVM,ABM,SSE4A,WDT ioapic0 at mainbus0: apid 0 pa 0xfec0, version 21, 24 pins ioapic0: misconfigured as apic 3, remapped to apid 0 acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318180 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (BR15) acpiprt2 at acpi0: bus -1 (PCE6) acpiprt3 at acpi0: bus -1 (PCE7) acpiprt4 at acpi0: bus -1 (PCE8) acpiprt5 at acpi0: bus 1 (BR14) acpiprt6 at acpi0: bus 3 (PE20) acpiprt7 at acpi0: bus 4 (PE21) acpiprt8 at acpi0: bus 5 (PE22) acpiprt9 at acpi0: bus 6 (BR23) acpiprt10 at acpi0: bus 7 (PE23) acpicpu0 at acpi0: C2, PSS acpicpu1 at acpi0: C2, PSS acpibtn0 at acpi0: PWRB bios0: ROM list: 0xc/0xe200 0xce800/0x1000 cpu0: 1600 MHz: speeds: 1600 1280 800 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 AMD AMD64 14h Host rev 0x00 vga1 at pci0 dev 1 function 0 ATI Radeon HD 6310 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) azalia0 at pci0 dev 1 function 1 ATI Radeon HD 6310 HD Audio rev 0x00: msi azalia0: no supported codecs ppb0 at pci0 dev 4 function 0 AMD AMD64 14h PCIE rev 0x00: apic 0 int 16 pci1 at ppb0 bus 1 ahci0 at pci0 dev 17 function 0 ATI SBx00 SATA rev 0x40: apic 0 int 19, AHCI 1.2 scsibus0 at ahci0: 32 targets sd0 at scsibus0 targ 0 lun 0: ATA, SAMSUNG HN-M101M, 2AR1 SCSI3 0/direct fixed naa.50024e920664f093 sd0: 953869MB, 512 bytes/sector, 1953525168 sectors sd1 at scsibus0 targ 1 lun 0: ATA, SAMSUNG HN-M101M, 2AR1 SCSI3 0/direct fixed naa.50024e920664f095 sd1: 953869MB, 512 bytes/sector, 1953525168 sectors ohci0 at pci0 dev 18 function 0 ATI SB700 USB rev 0x00: apic 0 int 18, version 1.0, legacy support ehci0 at pci0 dev 18 function 2 ATI SB700 USB2 rev 0x00: apic 0 int 17 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 ATI EHCI root hub rev 2.00/1.00 addr 1 ohci1 at pci0 dev 19 function 0 ATI SB700 USB rev 0x00: apic 0 int 18, version 1.0, legacy support ehci1 at pci0 dev 19 function 2 ATI SB700 USB2 rev 0x00: apic 0 int 17 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 ATI EHCI root hub rev 2.00/1.00 addr 1 piixpm0 at pci0 dev 20 function 0 ATI SBx00 SMBus rev 0x42: polling iic0 at
Re: Customizing the install process
On Thu, Jun 07, 2012 at 08:30:49PM +0200, Tomasz Marszal wrote: http://en.wikipedia.org/wiki/Preboot_Execution_Environment http://en.wikipedia.org/wiki/IPXE http://logout.sh/computers/linux/netboot/ (this is for Linux but BSD config will be pretty much the same ) simply type pxe boot dhcp tftp in your favorite search engine. and read about it then do it ! OpenBSD FAQ has enough info about PXE. Still somebody needs to install it, he is probably looking for automated install script, he can google some of them. Let's imagine your workstation always start with one disk per OS, one disk per data. Modifying install script to fdisk and disklabel 1st disk should be easy. When boarding the workstation you can enable PXE in bios, and disable PXE by default on switch as well on dhcpd/tftpd setup. So when it would boot it would time out, if needed reinstall, you would enable it in dhcpd/tftpd and/or in switch port. The post-install customization could be done by tools like cfengine, puppet etc... I would love to see some automated install solution on OpenBSD, but it is tricky and SUSE-based xml autoyast is hell :D jirib
Re: Customizing the install process
I would love to see some automated install solution on OpenBSD, but it is tricky and SUSE-based xml autoyast is hell :D I would love to see some automated install solution on OpenBSD, but it is tricky and SUSE-based xml autoyast is hell :D I developed a very crude version of a fully automated install (http://nbender.com/install.netboot/install.html) and then a much more friendly version (http://hiqu.biz/redux). Due to lack of interest I haven't updated it since 4.9. -N
Re: Customizing the install process
On Thu, 7 Jun 2012 17:37:04 -0400, Jiri B ji...@devio.us wrote: On Thu, Jun 07, 2012 at 08:30:49PM +0200, Tomasz Marszal wrote: http://en.wikipedia.org/wiki/Preboot_Execution_Environment http://en.wikipedia.org/wiki/IPXE http://logout.sh/computers/linux/netboot/ (this is for Linux but BSD config will be pretty much the same ) simply type pxe boot dhcp tftp in your favorite search engine. and read about it then do it ! OpenBSD FAQ has enough info about PXE. Yes i red it as well as the FreeBSD handbook section about PXE. So my idea is to install bsd system then install gnome then tar the installed system make img from tar. Later configure dhcp and tftp and nfs on a PXE server. Put bsd.rd and other files mentioned in OpenBSD FAQ into tftpboot directory and put the image to your nfs server. Enable PXE on booted machine obtain ip address from dhcp and kernel with bsd.rd from tftp then in shell mount nfs (as described in handbook) and dd system.img from it to local hdd finaly reboot and here we go :) Still somebody needs to install it, he is probably looking for automated install script, he can google some of them. Let's imagine your workstation always start with one disk per OS, one disk per data. Modifying install script to fdisk and disklabel 1st disk should be easy. When boarding the workstation you can enable PXE in bios, and disable PXE by default on switch as well on dhcpd/tftpd setup. So when it would boot it would time out, if needed reinstall, you would enable it in dhcpd/tftpd and/or in switch port. The post-install customization could be done by tools like cfengine, puppet etc... I would love to see some automated install solution on OpenBSD, but it is tricky and SUSE-based xml autoyast is hell :D jirib