Date: Fri, 18 Jan 2019 12:11:30 +0100 From: Polytropon <freebsd@edvax.de> To: Joel Maxuel <j.maxuel@gmail.com> Cc: freebsd-questions@freebsd.org Subject: Re: FreeBSD Installer not recognizing existing partition tables Message-ID: <20190118121130.81080d2b.freebsd@edvax.de> In-Reply-To: <1547790911.2471.3.camel@gmail.com> References: <1547790911.2471.3.camel@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 18 Jan 2019 01:55:11 -0400, Joel Maxuel wrote:
> Looking to set up FreeBSD as part of a dual-boot with Debian Stretch
> (already installed). The drives I will be using includes an SSD
> (ada0/sda) for rootfs and an HDD (ada1/sdb) for swap and /home.
Such kinds of setting are possible.
> When I ran the FreeBSD installer, everything went fine until I got to
> partitioning - I chose the semi-manual option, and only ada0 & ada1
> appeared - no existing partitions below.
>=20
> dmesg revealed:
>=20
> ada0 at ahcich0 bus 0 scbus0 target 0 lun 0
> ...
> ada0: Command Queueing enabled
> ada0: 262321MB (537234768 512 byte sectors)
> ada1 at ahcich1 bus 0 scbus1 target 0 lun 0
> ...
> ada1: Command Queueing enabled
> ada1: 953869MB (1953525168 512 byte sectors)
> ada1: quirks=3D0x1<4k>
> GEOM_PART: integrity check failed (ada0, BSD)
> GEOM_PART: integrity check failed (ada1, BSD)
That is correct so far - two physical devices.
> The parted details (I had pre-made the partitions for FreeBSD):
You should not pre-make anything for FreeBSD, just supply
unused disk space. The installer will create the required
partitions on its own. Experience tells us to leave the
installation tasks to the installer of the OS we want to
install. ;-)
> ~> sudo parted /dev/sda unit s print
> Model: ATA Crucial_CT275MX3 (scsi)
> Disk /dev/sda: 537234768s
> Sector size (logical/physical): 512B/512B
> Partition Table: msdos
> Disk Flags:=A0
>=20
> Number=A0=A0Start=A0=A0=A0=A0=A0=A0=A0End=A0=A0=A0=A0=A0=A0=A0=A0=A0Size=
=A0=A0=A0=A0=A0=A0=A0=A0Type=A0=A0=A0=A0=A0=A0File
> system=A0=A0Flags
> =A01=A0=A0=A0=A0=A0=A02048s=A0=A0=A0=A0=A0=A0=A0117229567s=A0=A0117227520=
s=A0=A0primary=A0=A0=A0ext4=A0=A0=A0=A0=A0=A0=A0=A0=A0boot
> =A02=A0=A0=A0=A0=A0=A0117229568s=A0=A0537233407s=A0=A0420003840s=A0=A0ext=
ended
> =A05=A0=A0=A0=A0=A0=A0117231616s=A0=A0419311615s=A0=A0302080000s=A0=A0log=
ical=A0=A0=A0ext4
> =A06=A0=A0=A0=A0=A0=A0419313664s=A0=A0419315711s=A0=A02048s=A0=A0=A0=A0=
=A0=A0=A0logical=A0=A0=A0freebsd-ufs
> =A07=A0=A0=A0=A0=A0=A0419317760s=A0=A0537233407s=A0=A0117915648s=A0=A0log=
ical
And this reveals your problem:
Within the MBR partitioning scheme (as opposed to GPT which
doesn't require any further discussion here), FreeBSD needs
to be installed into a slice. A slice is a DOS primary (!)
partition which the installer cannot allocate here - disk
space insufficient.
FreeBSD cannot be installed into a logical drive inside a
DOS extended partition, which is what you're trying to do.
If you free up disk space, the installer - in "MBR mode" -
will create a slice (another DOS primary partition), and
inside this slice, will create partitions / labels.
Example:
/dev/ada0s1 -> ext4
(extended and logicals omitted)
/dev/ada0s2 -> FreeBSD slice
/dev/ada0s2a -> FreeBSD boot partition (or "everything")
/dev/ada0s2b -> FreeBSD swap partition
Depending on how you want to set the system up, you will
at least need ada0s2 with ada0s2a; everything else is optional
or can be located elsewhere.
=09
> ~> sudo parted /dev/sdb unit s print
> Model: ATA WDC WD1003FZEX-0 (scsi)
> Disk /dev/sdb: 1953525168s
> Sector size (logical/physical): 512B/4096B
> Partition Table: msdos
> Disk Flags:=A0
>=20
> Number=A0=A0Start=A0=A0=A0=A0=A0=A0=A0=A0End=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0Size=A0=A0=A0=A0=A0=A0=A0=A0=A0Type=A0=A0=A0=A0=A0=A0File
> system=A0=A0=A0=A0=A0Flags
> =A01=A0=A0=A0=A0=A0=A02048s=A0=A0=A0=A0=A0=A0=A0=A078125055s=A0=A0=A0=A07=
8123008s=A0=A0=A0=A0primary=A0=A0=A0ext4
> =A02=A0=A0=A0=A0=A0=A078127102s=A0=A0=A0=A01953523711s=A0=A01875396610s=
=A0=A0extended
> =A05=A0=A0=A0=A0=A0=A078127104s=A0=A0=A0=A097656831s=A0=A0=A0=A019529728s=
=A0=A0=A0=A0logical=A0=A0=A0ext4
> =A06=A0=A0=A0=A0=A0=A097658880s=A0=A0=A0=A0117188607s=A0=A0=A019529728s=
=A0=A0=A0=A0logical=A0=A0=A0ext4
> =A07=A0=A0=A0=A0=A0=A0117190656s=A0=A0=A0128907263s=A0=A0=A011716608s=A0=
=A0=A0=A0logical=A0=A0=A0linux-swap(v1)
> =A08=A0=A0=A0=A0=A0=A0128909312s=A0=A0=A0695232511s=A0=A0=A0566323200s=A0=
=A0=A0logical=A0=A0=A0ext4
> =A09=A0=A0=A0=A0=A0=A0695234560s=A0=A0=A01827696639s=A0=A01132462080s=A0=
=A0logical=A0=A0=A0ext2
> 10=A0=A0=A0=A0=A0=A01827698688s=A0=A01945135103s=A0=A0117436416s=A0=A0=A0=
logical=A0=A0=A0freebsd-ufs
> 11=A0=A0=A0=A0=A0=A01945137152s=A0=A01953523711s=A0=A08386560s=A0=A0=A0=
=A0=A0logical
Same problem here: No free disk space, and only a logical
drive within a DOS extended partition which FreeBSD cannot
natively use, at least not for booting.
It _might_ be possible to initialize this one with newfs
manually, and use it as /home (with "newfs" command and
maybe "tunefs" if needed). The corresponding /dev/ada1s<?>
will be a mystery for now. :-)
Sorry, I have never been using heavy DOS partitioning in
combination with FreeBSD, and even for dual-booting systems,
I've only been using primary partitions. I never needed
more than 4 "drive letters"... :-)
Sidenote:
For /home, if I understood you correctly, you don't even
need to add a label to the slice. Let's say, /dev/ada1s2
will be the DOS primary partition on the 2nd disk where
you want to place /home. You now _could_ add a 'd' label
('a' reserved for boot partition, 'b' for swap, and 'c'
for "the whole thing, whatever it is"), and then run
"newfs /dev/ada1s2d" on it. That's not needed, you can
"newfs /dev/ada1s2" as well, and then use /dev/ada1s2
for the /etc/fstab entry. If you wanted to use the entire
disk as "FreeBSD data" (i. e., not to boot from), you
could use "newfs /dev/ada1" to initialize it. This approach,
not using any partitioning at all, is called "dedicated",
because only FreeBSD can use it. The omission of partitioning
information will make it unusable for other operating systems,
even if they have UFS file system support.
However, if you use the typical FreeBSD partitioning approach,
you should get things up and running without further problems.
> `gpart show` returns nothing, and because the GEOM error automatically
> assumes the partition tables are BSD when they are really MBR (msdos),
> I don't believe the thread I found will be of assistance:
>=20
> https://www.mail-archive.com/freebsd-geom@freebsd.org/msg01424.html
>=20
> ...nor would I want to really risk blowing everything away (even with
> backups) for the possibility that my partition tables have gone weird
> over the years.
Try to remove the logical drives you prepared. See if the
installer picks up the free disk space. You have sufficient
DOS primary partitions left (you only need 1), that should
be okay. The installer seems to be a little confused here,
don't make it harder for it than it needs to be. :-)
> AHCI is turned on in my BIOS, but I am wondering if due to my other
> BIOS settings (noted above; IME disabled as well as it can be) if that
> is making FreeBSD expect something different from the controller than
> what is really happening. I feel it is going to be something silly
> such as a slightly different process for non-UEFI.
I don't think so. The drives seem to be detected correctly
without any errors. It's just the confusing partitioning.
With unused disk space, things should work better.
--=20
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190118121130.81080d2b.freebsd>