Bug 246327 - Invalid partition table after all-default installation of 13.0-CURRENT
Summary: Invalid partition table after all-default installation of 13.0-CURRENT
Status: New
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: CURRENT
Hardware: amd64 Any
: --- Affects Only Me
Assignee: freebsd-bugs mailing list
Depends on:
Reported: 2020-05-09 11:36 UTC by Andrey P.
Modified: 2020-05-21 13:51 UTC (History)
1 user (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Andrey P. 2020-05-09 11:36:58 UTC
Default installation of 13.0-CURRENT (with Zfs) to Dell E6530 fails to boot with the error:

    Invalid partition table

All is OK if select non-default Ufs in the installer.

SATA controller: 8086:1e03
Drive: WD5000BPVT-24HXZT3
Motherboard: 024YM1

Tested on:

Comment 1 Yuri Pankov freebsd_committer 2020-05-10 17:29:26 UTC
- Is laptop set to BIOS or UEFI boot?
- What partition scheme is chosen (there's no default, IIRC, as it changes according to boot type)?
- If you boot from installation media after install, escape to shell, what is the `gpart show` output for UFS (successful) and ZFS (unsuccessful) installs?
- If GPT/UEFI was chosen, what is the `efibootmgr` and contents of EFI system partition (it can be mounted using mount_msdosfs) are?
Comment 2 Andrey P. 2020-05-21 13:51:45 UTC
Retried with FreeBSD-13.0-CURRENT-amd64-20200514-r361019-memstick.img

The laptop is set to Legacy BIOS mode in both cases.

Two drives are attached to the laptop:

ada0 - with UFS (successful) installation, MBR
ada1 - with ZFS (unsuccessful) installation, GPT

gpart show: https://bsd-hardware.info/?probe=04cd35a77b&log=gpart
gpart list -a: https://bsd-hardware.info/?probe=04cd35a77b&log=gpart_list