Date: Fri, 17 Dec 2004 13:54:56 -0500 From: "J. Seth Henry" <jshamlet@comcast.net> To: freebsd-questions@freebsd.org Subject: Variety pack of problems installing 5.3-REL on a HP Pavilion XE746 Message-ID: <200412171355.18153.jshamlet@comcast.net>
next in thread | raw e-mail | index | archive | help
Guys, I recently attempted to install FreeBSD 5.3-REL on a HP Pavilion XE746. This system contains a TriGem Cognac+ mainboard, based on the Intel i810 chipset. For the curious, it is running the HP branded 3.0.7 BIOS firmware. ACPI is enabled be default, and can't be disabled - so that could be part of the problem. The system has been upgraded to a PIII-850 and 256MB of RAM. As usual, the system runs WinXP Pro like a champ. dmesg output: FreeBSD 5.3-RELEASE #0: Tue Dec 14 11:34:44 EST 2004 root@testbed.alexandria.homeunix.net:/usr/src/sys/i386/compile/testbed Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (847.43-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE> real memory = 267321344 (254 MB) avail memory = 251936768 (240 MB) ACPI APIC Table: <PTLTD APIC > ioapic0 <Version 2.0> irqs 0-23 on motherboard npx0: [FAST] npx0: <math processor> on motherboard npx0: INT 16 interface acpi0: <PTLTD RSDT> on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: <ACPI CPU> on acpi0 pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0 pci0: <ACPI PCI bus> on pcib0 agp0: <Intel 82810 (i810 GMCH) SVGA controller> mem 0xf4000000-0xf407ffff,0xf8000000-0xfbffffff irq 16 at device 1.0 on pci0 pcib1: <ACPI PCI-PCI bridge> at device 30.0 on pci0 pci1: <ACPI PCI bus> on pcib1 ahc0: <Adaptec 2940A Ultra SCSI adapter> port 0x3000-0x30ff mem 0xf4100000-0xf4100fff irq 18 at device 11.0 on pci1 ahc0: [GIANT-LOCKED] aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs pcib2: <PCI-PCI bridge> at device 14.0 on pci1 pci2: <PCI bus> on pcib2 fxp0: <Intel 82558 Pro/100 Ethernet> port 0x4000-0x401f mem 0xf4200000-0xf42fffff,0xf4400000-0xf4400fff irq 16 at device 4.0 on pci2 miibus0: <MII bus> on fxp0 inphy0: <i82555 10/100 media interface> on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:50:8b:66:49:fe fxp1: <Intel 82558 Pro/100 Ethernet> port 0x4020-0x403f mem 0xf4300000-0xf43fffff,0xf4401000-0xf4401fff irq 17 at device 5.0 on pci2 miibus1: <MII bus> on fxp1 inphy1: <i82555 10/100 media interface> on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:50:8b:66:49:ff isab0: <PCI-ISA bridge> at device 31.0 on pci0 isa0: <ISA bus> on isab0 atapci0: <Intel ICH UDMA66 controller> port 0x1800-0x180f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: <Intel 82801AA (ICH) USB controller> port 0x1820-0x183f irq 19 at device 31.2 on pci0 uhci0: [GIANT-LOCKED] usb0: <Intel 82801AA (ICH) USB controller> on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: Microsoft Microsoft IntelliMouse\M-. Explorer, rev 1.10/1.07, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. pci0: <serial bus, SMBus> at device 31.3 (no driver attached) pci0: <multimedia, audio> at device 31.5 (no driver attached) acpi_button0: <Power Button> on acpi0 atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0 atkbd0: <AT Keyboard> irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: <floppy drive controller> port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: <ECP parallel printer port> port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: <Parallel port bus> on ppc0 plip0: <PLIP network interface> on ppbus0 lpt0: <Printer> on ppbus0 lpt0: Interrupt-driven port ppi0: <Parallel I/O> on ppbus0 orm0: <ISA Option ROMs> at iomem 0xd0000-0xd3fff,0xc0000-0xc9fff on isa0 pmtimer0 on isa0 sc0: <System console> at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 847428179 Hz quality 800 Timecounters tick every 1.000 msec IP Filter: v3.4.35 initialized. Default = block all, Logging = enabled acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad0: 2014MB <WDC AC22100H/10.07H09> [4092/16/63] at ata0-master WDMA2 ata1-slave: FAILURE - ATA_IDENTIFY timed out ata1-slave: FAILURE - ATA_IDENTIFY timed out ata1-slave: FAILURE - ATA_IDENTIFY timed out acd0: CDRW <CD-W54E/1.1B> at ata1-master PIO4 da0 at ahc0 bus 0 target 0 lun 0 da0: <SEAGATE ST32430N 0712> Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 2049MB (4197405 512 byte sectors: 255H 63S/T 261C) Mounting root from ufs:/dev/da0s1a First off, I removed the original HDD to preserve the Windows installation. This install was done to an old 2GB drive that was laying around. The drive is known good - I previously installed 4.10 REL to the drive, and have since verified it was working again. Anyway, during the install I got numerous errors while trying to format the slices. I finally managed to find settings that allowed this stage of the install to proceed, only to get more errors about the volume being full. I used the following slice sizes: 128MB on ad0s1a for / 128MB on ad0s1b for <swap> 64MB for ad0s1d for /var 1694 for ad0s1e for /usr The install had a real issue with /usr, until I manually newfs'ed using -U -O2 -b 4096. With the default settings, the installer would complain that it couldn't complete the operation. Once it failed, the installed couldn't see the drive at all anymore, and I had to restart the installer. After that hurdle was crossed, I ran into another. The installed got halfway through the base package, and complained that it was out of diskspace (I have another 5.3 system with almost identical slice sizes, and / is only 34% full). Needless to say, the install didn't go very well. I tried several times, and it finally made it through the first-stage install. During the first boot, when you are supposed to type random junk to initialize the entropy file, it crapped out again complaining that it couldn't write to the disk. The boot sequence continued with a great deal of errors, until I was finally able to login - except that all of the configuration files were filled with random junk. (literally junk - resolv.conf had 20 lines of random characters in it) I chalked it up to a bad drive, and replaced it with another older HDD (this time a 1.3GB drive) I used the same partition sizes, and got similar results. So, I installed an Adaptec 2940AU, and an old 2GB SCSI hard disk. This time, the install went fine (though gruellingly slow). The system made it through the first boot with no problems, and I was able to login and check things out - all looked great. The system is excruciatingly slow, but stable. So, I reinstalled the first ATA drive, and attempted to manually install FreeBSD on it. I created the slice structure, and mounted everything at /mnt - and proceeded to "copy -Rp /<dir> ." stuff over. I started getting the filesystem full errors again, ala: pid 781 (cp), uid 0 inumber 6174 on /mnt: filesystem full pid 781 (cp), uid 0 inumber 6175 on /mnt: filesystem full pid 781 (cp), uid 0 inumber 6176 on /mnt: filesystem full pid 781 (cp), uid 0 inumber 6177 on /mnt: filesystem full pid 781 (cp), uid 0 inumber 6178 on /mnt: filesystem full pid 781 (cp), uid 0 inumber 6179 on /mnt: filesystem full pid 781 (cp), uid 0 inumber 6180 on /mnt: filesystem full pid 781 (cp), uid 0 inumber 6181 on /mnt: filesystem full It crapped out on /rescue. On the SCSI disk, /rescue is 3.5MB. When I checked the ATA drive after stopping the copy, the directory was at 95MB (and the filesystem hopelessly full at 109%). I tried again using copy with the same results. Then, I tar'ed the folder, and extracted the tar file to the ATA drive. That worked, the folder was 3.5MB just like the SCSI drive. I found I could move files reliably from the SCSI drive to the ATA drive using tar, but not cp. I can (so far) copy files between slices on the same disk with cp without error. For example, I can copy a binary from /usr to /, and the file is identical. Note, this system has the i810 chipset, which tops out at UDMA/66 - however, the drive is so old, that it only supports WDMA2 (16MB/s) I am using a 40 conductor ATA cable, which shouldn't be a problem at these low speeds. The second problem is equally pernicious - the system doesn't reliably reboot. Sometimes, I can command a reboot and the system will boot normally. Other times, it will hang at "rebooting". I haven't seen a pattern form yet, but this is a serious problem for a machine with is supposed to be available 24/7. One note, when this occurs, I have to hold the power button in for the 4-seconds required for a manual power off. The machine is completely hung (keyboard lights are stuck) I have a suspicion that this is ACPI related - but, there is problem three. The machine will not boot if turn off ACPI. If I attempt to boot without ACPI, I get a kernel panic reliably. I have managed to boot into safe mode, though. I haven't attempted to remove ACPI from the kernel configuration, given this - but this is (literally) a testbed at the moment, so I'm open to trying anything. Unfortunately, there aren't any controls in the BIOS to disable ACPI - the machine was literally designed for Windows. All I can do is set whether a PnP OS is in use. (this is currently set to FALSE) At the moment, it looks like I may have to revert to 4.10 on this machine - which isn't too big a deal, except that 5.3 did fix one thing - the unusually long latency for my dual-port NIC card. Regards, Seth Henry
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200412171355.18153.jshamlet>