New Install 10.2 "Partitioning Error"

G

GeorgeG

I am trying to install 10.2 on an old desktop. The installer seems to load fine but gives "Partitioning Error" no matter what option is selected. I've done some troubleshooting:

- I have two HDD on that system (ran Windows and eventually changed to Linux that way) and have tried both, including each with the other drive removed. No joy.
- Ubuntu 14.04.3 installs from disc fine, and then runs fine from the HDD. This was to verify that the HDD can be installed to and booted from.
- With FreeBSD LiveCD (DVD) running, ran both " geom disk list" and " camcontrol devlist" and each of those commands only lists the two optical drives installed. Neither command shows any HDD at all.

Since I know (by installing and running Ubuntu) that the SATA controller and (both) HDD are working, it seems like the FreeBSD installer is not seeing the controller. Is this a reasonable conclusion? Is there anything I can do about it? Or is it just a bad idea to try to get FreeBSD running on that particular hardware?

This is the 10.2 i386 DVD1 iso installer.
The desktop is a Dell Dimension E510 manufactured in 2006.

Any help would be appreciated.
 
Any hints (as to why the hard drives or controller doesn't detect correctly) in dmesg output? Since the installer boots and starts, you can choose a shell or a live system instead.
If you can't get any clues from dmesg with a normal boot, try a verbose boot and see if you get any clues then.
 
Thanks, Tingo.

I had obtained some of the previous information by going to the live ISO boot and getting a shell. Not familiar with the dmesg(8) command, so I just ran it ( demsg | more). It provided lots of data, these ones look to my eye like they do or might pertain to the hard drive controller:

Code: 
hdac0: <Intel 82801G HDA controller> mem 0x efffc000 - 0xefffffff irq 16 at device 27.0 at device pci0

atapci0: <Intel ICH7 UDMA100 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf irq 16 at device 31.1 on atapci0

ata0: <ATA channel> at channel 0 on atapci0

atapci1: <Intel ICH7 SATA300 controller> port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf irq 20 at device 31.2 on pci0

ata2: <ATA channel> at channel 0 on atapci1

ata3: <ATA channel> at channel 1 on atapci1

The above was transcribed to paper then typed in, so typographical errors are quite possible. Please ask about anything that I should verify.
 
protocelt said:
Additionally, make sure your BIOS firmware is updated to the newest version released by Dell for that hardware.
Click to expand...
Thank you - did that a while back. I think it's been a long time since they released anything for this system. They don't even have the service tag in their system anymore.
 
Hi, you have said you had 2 drives - did you had a some sort of raid enabled on those drives ? Sometimes drives are not available just because of it - software-raids done with chipset, windows logical volumes... etc..

UPDATE: Can you please post a full dmesg output (just from the reboot)
 
ab2k said:
Hi, you have said you had 2 drives - did you had a some sort of raid enabled on those drives ? Sometimes drives are not available just because of it - software-raids done with chipset, windows logical volumes... etc..
Click to expand...
No raid whatsoever at any time. Those are just two separate drives. Most recently I installed Ubuntu on one (as noted above), and (eventually) did a "dd" copy of that one to the other drive (running in a shell from another Live disk, either GParted or Clonezilla).

UPDATE: Can you please post a full dmesg output (just from the reboot)
Click to expand...
I would love to, but I'm not sure I can capture it. Will I be able to plug in a USB stick and have it be picked up? I'll give that a go and report back.

When you say "just from the reboot", could you clarify that some? I tried the FreeBSD Installer, when that didn't work I opted for the Live Boot (or however that option is worded), and logged in as "root". Is that what you mean by "from the reboot"?
 
GeorgeG, it looks like from the output you posted above the controller is running in legacy mode as opposed to ahci(4) mode. I do very vaguely remember there being some posts on the mailing list about the Intel ICH7 controller, or certain versions of, not supporting ahci(4) mode and also having problems under FreeBSD. I don't know if that is still an issue today as I don't own any hardware with that controller.

Is there possibly an option in your BIOS to turn on ahci(4) mode?
 
protocelt said:
GeorgeG, it looks like from the output you posted above the controller is running in legacy mode as opposed to ahci(4) mode. I do very vaguely remember there being some posts on the mailing list about the Intel ICH7 controller, or certain versions of, not supporting ahci(4) mode and also having problems under FreeBSD. I don't know if that is still an issue today as I don't own any hardware with that controller.

Is there possibly an option in your BIOS to turn on ahci(4) mode?
Click to expand...
I just checked the BIOS, no such option nor anything that looks like it. Under the Drives section there is an option SATA Operation regarding RAID, where one setting is RAID Autodetect / ATA (= RAID if signed drives, otherwise ATA), the other is RAID On (SATA is configured for RAID on every boot). That is set to auto-detect. Just to reiterate, I am the original owner of the hardware and have never configured/used RAID on it.

Another setting, in the POST Behavior section, is Fast Boot, defined as "This field speeds up the boot process by bypassing some compatibility steps". Default is On, which means "Boot quickly". Off means "Do not skip any steps in the boot process". This does not sound really promising but I will change it and try the install again.

Thanks for the mention about the ICH7 controller, I'll try some searches on that and see if it is thought to be troublesome.
 
ab2k said:
UPDATE: Can you please post a full dmesg output (just from the reboot)
Click to expand...
And here it is:

Code: 
Copyright (c) 1992-2015 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
    The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 10.2-RELEASE #0 r286666: Wed Aug 12 19:31:38 UTC 2015
    root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386
FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
CPU: Intel(R) Pentium(R) 4 CPU 3.20GHz (3192.07-MHz 686-class CPU)
  Origin="GenuineIntel"  Id=0xf43  Family=0xf  Model=0x4  Stepping=3
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Features2=0x649d<SSE3,DTES64,MON,DS_CPL,EST,CNXT-ID,CX16,xTPR>
  AMD Features=0x20100000<NX,LM>
  TSC: P-state invariant
real memory  = 3221225472 (3072 MB)
avail memory = 3139751936 (2994 MB)
Event timer "LAPIC" quality 400
ACPI APIC Table: <DELL   DM051  >
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads
cpu0 (BSP): APIC ID:  0
cpu1 (AP/HT): APIC ID:  1
ioapic0: Changing APIC ID to 8
ioapic0 <Version 2.0> irqs 0-23 on motherboard
lapic0: Forcing LINT1 to edge trigger
kbd1 at kbdmux0
random: <Software, Yarrow> initialized
acpi0: <DELL DM051  > on motherboard
acpi0: Power Button (fixed)
cpu0: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
atrtc0: <AT realtime clock> port 0x70-0x7f irq 8 on acpi0
Event timer "RTC" frequency 32768 Hz quality 0
attimer0: <AT timer> port 0x40-0x5f irq 0 on acpi0
Timecounter "i8254" frequency 1193182 Hz quality 0
Event timer "i8254" frequency 1193182 Hz quality 100
Timecounter "ACPI-fast" frequency 3579545 Hz quality 900
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
hpet0: <High Precision Event Timer> iomem 0xfed00000-0xfed003ff on acpi0
Timecounter "HPET" frequency 14318180 Hz quality 950
Event timer "HPET" frequency 14318180 Hz quality 450
Event timer "HPET1" frequency 14318180 Hz quality 440
Event timer "HPET2" frequency 14318180 Hz quality 440
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pcib1: <ACPI PCI-PCI bridge> irq 16 at device 1.0 on pci0
pci1: <ACPI PCI bus> on pcib1
vgapci0: <VGA-compatible display> port 0xdc00-0xdcff mem 0xec000000-0xedffffff,0xefde0000-0xefdeffff irq 16 at device 0.0 on pci1
vgapci0: Boot video device
vgapci1: <VGA-compatible display> mem 0xefdf0000-0xefdfffff at device 0.1 on pci1
hdac0: <Intel 82801G HDA Controller> mem 0xefffc000-0xefffffff irq 16 at device 27.0 on pci0
pcib2: <ACPI PCI-PCI bridge> irq 16 at device 28.0 on pci0
pci2: <ACPI PCI bus> on pcib2
uhci0: <Intel 82801G (ICH7) USB controller USB-A> port 0xff80-0xff9f irq 21 at device 29.0 on pci0
uhci0: LegSup = 0x3000
usbus0 on uhci0
uhci1: <Intel 82801G (ICH7) USB controller USB-B> port 0xff60-0xff7f irq 22 at device 29.1 on pci0
usbus1 on uhci1
uhci2: <Intel 82801G (ICH7) USB controller USB-C> port 0xff40-0xff5f irq 18 at device 29.2 on pci0
usbus2 on uhci2
uhci3: <Intel 82801G (ICH7) USB controller USB-D> port 0xff20-0xff3f irq 23 at device 29.3 on pci0
usbus3 on uhci3
ehci0: <Intel 82801GB/R (ICH7) USB 2.0 controller> mem 0xffa80800-0xffa80bff irq 21 at device 29.7 on pci0
usbus4: EHCI version 1.0
usbus4 on ehci0
pcib3: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci3: <ACPI PCI bus> on pcib3
pci3: <multimedia, video> at device 3.0 (no driver attached)
fxp0: <Intel 82801GB (ICH7) 10/100 Ethernet> port 0xccc0-0xccff mem 0xefbfd000-0xefbfdfff irq 20 at device 8.0 on pci3
miibus0: <MII bus> on fxp0
inphy0: <i82562ET 10/100 media interface> PHY 1 on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow
fxp0: Ethernet address: 00:13:72:b0:40:49
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH7 UDMA100 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf irq 16 at device 31.1 on pci0
ata0: <ATA channel> at channel 0 on atapci0
atapci1: <Intel ICH7 SATA300 controller> port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf irq 20 at device 31.2 on pci0
ata2: <ATA channel> at channel 0 on atapci1
ata3: <ATA channel> at channel 1 on atapci1
pmtimer0 on isa0
orm0: <ISA Option ROMs> at iomem 0xc0000-0xccfff,0xcd000-0xcefff,0xcf000-0xcffff pnpid ORM0000 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
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
ppc0: parallel port not found.
est0: <Enhanced SpeedStep Frequency Control> on cpu0
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 102a0000102a
device_attach: est0 attach returned 6
est1: <Enhanced SpeedStep Frequency Control> on cpu1
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 102a0000102a
device_attach: est1 attach returned 6
Timecounters tick every 1.000 msec
hdacc0: <Sigmatel STAC9221 HDA CODEC> at cad 0 on hdac0
hdaa0: <Sigmatel STAC9221 Audio Function Group> at nid 1 on hdacc0
pcm0: <Sigmatel STAC9221 (Analog 7.1+HP/2.0)> at nid 13,15,12,11,10 and 14,21 on hdaa0
random: unblocking device.
usbus0: 12Mbps Full Speed USB v1.0
usbus1: 12Mbps Full Speed USB v1.0
usbus2: 12Mbps Full Speed USB v1.0
usbus3: 12Mbps Full Speed USB v1.0
usbus4: 480Mbps High Speed USB v2.0
ugen0.1: <Intel> at usbus0
ugen4.1: <Intel> at usbus4
uhub0: <Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus4
ugen3.1: <Intel> at usbus3
uhub1: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus3
ugen2.1: <Intel> at usbus2
uhub2: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus2
ugen1.1: <Intel> at usbus1
uhub3: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus1
uhub4: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0
cd0 at ata0 bus 0 scbus0 target 0 lun 0
cd0: <TSSTcorp DVD-ROM TS-H352C DE02> Removable CD-ROM SCSI device
cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes)
cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed
cd1 at ata0 bus 0 scbus0 target 1 lun 0
cd1: <PHILIPS DVD+-RW DVD8801 4D28> Removable CD-ROM SCSI device
cd1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes)
cd1: cd present [1244320 x 2048 byte records]
uhub2: 2 ports with 2 removable, self powered
uhub1: 2 ports with 2 removable, self powered
uhub4: 2 ports with 2 removable, self powered
uhub3: 2 ports with 2 removable, self powered
lapic1: Forcing LINT1 to edge trigger
SMP: AP CPU #1 Launched!
Timecounter "TSC-low" frequency 1596036348 Hz quality 1000
Root mount waiting for: usbus4
Root mount waiting for: usbus4
uhub0: 8 ports with 8 removable, self powered
Root mount waiting for: usbus4
Trying to mount root from cd9660:/dev/iso9660/10_2_RELEASE_I386_DVD [ro]...
ugen2.2: <Logitech> at usbus2
ugen1.2: <Dell> at usbus1
ukbd1: <EP1 Interrupt> on usbus1
kbd2 at ukbd1
ums0: <Logitech USB-PS2 Optical Mouse, class 0/0, rev 2.00/20.00, addr 2> on usbus2
ums0: 4 buttons and [XYZ] coordinates ID=0
pid 864 (autopart), uid 0: exited on signal 11
ugen4.2: <SanDisk> at usbus4
umass0: <SanDisk SanDisk Cruzer, class 0/0, rev 2.00/2.00, addr 2> on usbus4
umass0:  SCSI over Bulk-Only; quirks = 0x4100
umass0:3:0:-1: Attached to scbus3
da0 at umass-sim0 bus 0 scbus3 target 0 lun 0
da0: <SanDisk SanDisk Cruzer 8.02> Removable Direct Access SCSI device
da0: Serial Number 07743311A7502DC5
da0: 40.000MB/s transfers
da0: 3863MB (7913471 512 byte sectors: 255H 63S/T 492C)
da0: quirks=0x2<NO_6_BYTE>
ugen4.2: <SanDisk> at usbus4 (disconnected)
umass0: at uhub0, port 8, addr 2 (disconnected)
da0 at umass-sim0 bus 0 scbus3 target 0 lun 0
da0: <SanDisk SanDisk Cruzer 8.02> s/n 07743311A7502DC5 detached
(da0:umass-sim0:0:0:0): Periph destroyed
ugen4.2: <SanDisk> at usbus4
umass0: <SanDisk SanDisk Cruzer, class 0/0, rev 2.00/2.00, addr 2> on usbus4
umass0:  SCSI over Bulk-Only; quirks = 0x4100
umass0:3:0:-1: Attached to scbus3
da0 at umass-sim0 bus 0 scbus3 target 0 lun 0
da0: <SanDisk SanDisk Cruzer 8.02> Removable Direct Access SCSI device
da0: Serial Number 07743311A7502DC5
da0: 40.000MB/s transfers
da0: 3863MB (7913471 512 byte sectors: 255H 63S/T 492C)
da0: quirks=0x2<NO_6_BYTE>
 
GeorgeG said:
Another setting, in the POST Behavior section, is Fast Boot, defined as "This field speeds up the boot process by bypassing some compatibility steps". Default is On, which means "Boot quickly". Off means "Do not skip any steps in the boot process". This does not sound really promising but I will change it and try the install again.
Click to expand...
I did try changing the Fast Boot setting in the BIOS, but it did not help at all. What it did do was make the POST portion of booting at least 5 or 6 times longer. Changed it back.
 
protocelt said:
I do very vaguely remember there being some posts on the mailing list about the Intel ICH7 controller, or certain versions of, not supporting ahci(4) mode and also having problems under FreeBSD. I don't know if that is still an issue today as I don't own any hardware with that controller.

Is there possibly an option in your BIOS to turn on ahci(4) mode?
Click to expand...
This is the most direct thing I found about the ICH7:
https://lists.freebsd.org/pipermail/freebsd-bugs/2012-November/050605.html
It basically says what I am experiencing (hard drives not seen).

The odd thing is that according to this:
https://www.freebsd.org/releases/10.2R/hardware.html#disk
FreeBSD thinks the Intel ICH7 is an audio device.
 
kpa said:
That's because some versions of the ICH7 chipset do include an audio controller.
Click to expand...
With this in mind, I disabled the on-board audio (in case it was interfering with the SATA inside the drivers) and tried again, no difference.
 
I'm trying to sneak up on it. I burned (on Windows) a USB stick with the installation IMG file and started working from that. Nicely faster. Still can't see the hard drives, but I ran the installer (from the 4GB USB stick) to a 16GB USB stick. I did have to insert the target stick after the installer stick began to boot (otherwise no boot), but the installation went well and reported success. My thought is, if it is only the default driver from the installer medium with the issue, I might be able to see the drives when I boot from the stick with the installation run onto it. Or, if not, then maybe update the driver on that stick after booting it.

But (those of you reading might anticipate this) the system won't boot from the stick that I installed FreeBSD to.

If I substitute a spinning USB drive in place of the stick, will I be able to boot from that after installing to it?

Or, if I boot from some other Live CD just to get to a shell, will a dd copy from the USB stick with FreeBSD installed to an internal HDD have any chance of creating a bootable disk?

Am I just spinning my wheels uselessly?
 
Isn't the ICH7 the one that Intel pretends they never made?

From a block standpoint, a USB hard drive is no different from a USB flash drive. Binary copying the installer disk is not going to help much. The format will have to be modified, and the files modified to keep it from running the installer.

The critical thing here is why the SATA drives are not seen. I would disconnect all but one, then try the installer on that.
If that did not work, I would boot the installer, then manually set up GPT partitions and let the installer install to them.
If that did not work, I would boot the installer, then manually set up MBR/BSDlabel partitions on the assumption that Dell BIOS authors of that time were just as bad at it as Lenovo and HP.
 
Grateful for the suggestions! I might not have been clear on what I've tried so far. Here is status on the items you mentioned:
wblock@ said:
Isn't the ICH7 the one that Intel pretends they never made?
Click to expand...
I have no idea, but when you design and make zillions of products there are bound to be some that come out, shall we say, "sub-optimal"! :D
From a block standpoint, a USB hard drive is no different from a USB flash drive. Binary copying the installer disk is not going to help much. The format will have to be modified, and the files modified to keep it from running the installer.
Click to expand...
It was not the installer USB stick that I asked about dd copying. It was a separate USB stick that I did a (reportedly) successful installation to.

I did get to try the dd copy of the 'successfully' installed USB stick to a HDD (using the shell from some other live ISO, not the BSD installer), and the copy went fine. But the HDD thus created will not boot the system. Looking at another thread I gathered that the boot process for FreeBSD is a bit different than some other OS, which is why they made a IMG file installer for USB sticks instead of copying the ISO to a stick.
The critical thing here is why the SATA drives are not seen. I would disconnect all but one, then try the installer on that.
Click to expand...
Tried that before even posting here - with one drive connected, with two drives connected... It seems like the FreeBSD installer is not seeing (or making available) the SATA controller.
If that did not work, I would boot the installer, then manually set up GPT partitions and let the installer install to them.
Click to expand...
The FreeBSD installer does not see the SATA controller, so it does not see the physical hard drives. I could set up partitions manually using some other live ISO, but the FreeBSD installer doesn't see the controller and doesn't see the drives, so it won't see the partitions.
If that did not work, I would boot the installer, then manually set up MBR/BSDlabel partitions on the assumption that Dell BIOS authors of that time were just as bad at it as Lenovo and HP.
Click to expand...
Same as prior answer - the FreeBSD installer does not see the controller so does not see the drives so cannot make any partitions.

In the last couple of days I have installed Ubuntu 14.04.3 to one of the HDD and Debian 8.3.0 to the other, and each boots fine. Obviously those installers did see the controller fine, so they must be using a different driver. Behind my thought about "sneaking up on it" (meaning getting FreeBSD installed) is the hope that running version of FreeBSD would not use the same driver as the FreeBSD installer. Or that I could update the driver once the installation was complete.

I still want to try installing to a spinning USB connected drive (where maybe I can then update a driver). Does that have a better chance of working, or will the fact that it is USB connected when the installation process runs doom it to being formatted the same way that the USB stick was formatted when I installed to that?
 
At this point, I would try the previous release of FreeBSD, just to see if that one would detect the hard drives or not.
 
GeorgeG said:
Looking at another thread I gathered that the boot process for FreeBSD is a bit different than some other OS, which is why they made a IMG file installer for USB sticks instead of copying the ISO to a stick.
Click to expand...
No, rather it has been Linux which has combined the very different CD and hard drive/flash booting into a single thing.

As far as the controller, if FreeBSD did not see it, the system would still show the boot. FreeBSD would halt after loading the kernel. Since it doesn't make it even that far, my money would be on a stupid BIOS that misidentifies GPT partitions.

However, I'm still not clear on whether the disks are shown at all by the installer partitioning screen.
 
wblock@ said:
No, rather it has been Linux which has combined the very different CD and hard drive/flash booting into a single thing.

As far as the controller, if FreeBSD did not see it, the system would still show the boot. FreeBSD would halt after loading the kernel. Since it doesn't make it even that far, my money would be on a stupid BIOS that misidentifies GPT partitions.

However, I'm still not clear on whether the disks are shown at all by the installer partitioning screen.
Click to expand...
No, the SATA disks are not shown at all. The CD/DVD drives are seen. Plug in a USB stick and it is seen. No SATA drives are seen, no matter whether 1 or 2 are plugged in. I pasted a dmesg above which, I think, shows that the system (FreeBSD live boot from the installer disk) does not see the SATA controller. In fact, I wrote that dmesg to a USB stick that I plugged in and mounted just so I could capture the full dmesg output to paste here.

Later when I get a chance (can't just now) I will attach both HDD (one with bootable Ubuntu and one with bootable Debian) and boot from a Gparted CD, then look at the partition types on each of those drives. If I find GPT partitions on the Ubuntu and/or Debian disks, we'll know the BIOS is not a problem as far as that goes.

As far as my effort of doing a dd copy of the USB stick to an HDD, that effort might not have been definitive at all. When the FreeBSD installer (from a different stick) partitioned and otherwise made that stick, a straight copy to an HDD might not have left the HDD bootable.

I'll report back when I can.
 
Using dd(1) to copy a USB memory stick image to a hard drive will probably work. Of course, it will boot to the installer, and it uses BSDlabel-only partitioning, and there is no extra space in the filesystem.

The ata0 device shown is probably an IDE controller. My system shows ada0 at ahcich0 bus 0 scbus0 target 0 lun 0. I know AHCI is not required, but am not sure what is shown for a non-AHCI controller. It's worth checking the BIOS for odd settings for the disk controller. If AHCI is available, it should be on.
 
I have checked and both the Debian and Ubuntu drives have "msdos" type partition tables.

I plan to use a blank HDD to test making a GPT type partition table to be sure the hardware can see it.

However: Both HDD could and cannot be seen by the FreeBSD installer even with msdos partition tables, and could not be seen when they had no partition tables at all (I tried that too!). But the Ubuntu and Debian installers were able to see both HDD and install to them.

The BIOS could not know ahead of time that the FreeBSD installer wanted to later set up a GPT partition table, and therefore make the controller & drives unseen by FreeBSD installer. If it was the BIOS not being able to see GPT partition tables then the FreeBSD installer would have seen the drives when they had msdos partition tables and when they had no partition tables. But the FreeBSD installer never sees the SATA drives, so the impediment must be at the installer level, perhaps relating to being able to see the controller.

- I will verify that the BIOS sees a drive when that drive has a GPT type partition table.
- I will also try Tingo's recommendation of installing an older version (and then upgrading) when I have time to do that.
- I will also try FreeBSD installation to a spinning drive via USB and then copy that drive to internal SATA HDD.

Meanwhile if anyone has other suggestions on how I might be able to get FreeBSD running on that box they would be appreciated! :)
 
wblock@ said:
Using dd(1) to copy a USB memory stick image to a hard drive will probably work. Of course, it will boot to the installer, and it uses BSDlabel-only partitioning, and there is no extra space in the filesystem.
Click to expand...
But it was not the installer USB memory stick that I copied, so why would it boot to the installer?

The ata0 device shown is probably an IDE controller. My system shows ada0 at ahcich0 bus 0 scbus0 target 0 lun 0. I know AHCI is not required, but am not sure what is shown for a non-AHCI controller. It's worth checking the BIOS for odd settings for the disk controller. If AHCI is available, it should be on.
Click to expand...
I'll check that again right now. Thanks.
 
You must log in or register to reply here.
Back
Top