Bug 240942 - FreeBSD loader - failed to read pad2 area or primary vdev
Summary: FreeBSD loader - failed to read pad2 area or primary vdev
Status: Closed Feedback Timeout
Alias: None
Product: Base System
Classification: Unclassified
Component: bin (show other bugs)
Version: 12.1-RELEASE
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-09-30 15:45 UTC by Slawomir Wojciech Wojtczak
Modified: 2022-06-11 21:37 UTC (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Slawomir Wojciech Wojtczak 2019-09-30 15:45:37 UTC 
FreeBSD 12.1-BETA2 installed this way (ZFS+GELI):
https://vermaden.wordpress.com/2018/11/20/freebsd-desktop-part-2-1-install-freebsd-12/

After typing in the GELI password the message appears on screen and boot process continues.

Details on the attached photo.

Regards.
Comment 1 Slawomir Wojciech Wojtczak 2019-10-14 13:05:14 UTC 
Shouldn't this be added to this?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240700
Comment 2 Slawomir Wojciech Wojtczak 2020-01-19 05:01:51 UTC 
Its here:

/usr/src/stand/i386/zfsboot/zfsboot.c-           *cmd = 0;
/usr/src/stand/i386/zfsboot/zfsboot.c-       }
/usr/src/stand/i386/zfsboot/zfsboot.c-    } else
/usr/src/stand/i386/zfsboot/zfsboot.c: printf("failed to read pad2 area of primary vdev\n");
/usr/src/stand/i386/zfsboot/zfsboot.c-
/usr/src/stand/i386/zfsboot/zfsboot.c-    /* Mount ZFS only if it's not already mounted via nextboot parsing. */
/usr/src/stand/i386/zfsboot/zfsboot.c-    if (zfsmount.spa == NULL &&

Can we remove that harmless/pointless message?

Its displayed everytime system boots yet it does not provide anything - system boots properly.

Regards.
Comment 3 Slawomir Wojciech Wojtczak 2020-01-20 10:11:39 UTC 
Proposed path :p

% diff -u /usr/src/stand/i386/zfsboot/zfsboot.c zfsboot.c.NEW 
--- /usr/src/stand/i386/zfsboot/zfsboot.c       2019-09-26 17:23:34.257318000 +0200
+++ zfsboot.c.NEW       2020-01-20 11:11:15.258845000 +0100
@@ -823,8 +823,6 @@
            /* Do not process this command twice */
            *cmd = 0;
        }
-    } else
-       printf("failed to read pad2 area of primary vdev\n");
 
     /* Mount ZFS only if it's not already mounted via nextboot parsing. */
     if (zfsmount.spa == NULL &&
Comment 4 Mason Loring Bliss freebsd_triage 2020-08-22 16:43:21 UTC 
Just found some discussion of this here:

https://groups.google.com/forum/#!msg/muc.lists.freebsd.fs/ODWeQuoUsC0/9foIQjbNEAAJ
Comment 5 Graham Perrin freebsd_committer freebsd_triage 2022-06-11 21:37:15 UTC 
I encountered this bug today following installation of FreeBSD 12.1 from a ~2017 DVD to an old Fujitsu Siemens AMILO Li3710. 

Updated to 12.1-RELEASE-p13, upgraded to 12.2-RELEASE-p15, upgraded to 12.3-RELEASE-p5, upgraded to 13.1-RELEASE. 

Resolved with gpart(8): 

root@fuji:~ # lsblk
DEVICE         MAJ:MIN SIZE TYPE                   LABEL MOUNT
ada0             0:127 149G GPT                        - -
  ada0p1         0:129 512K freebsd-boot    gpt/gptboot0 -
  <FREE>         -:-   492K -                          - -
  ada0p2         0:131  16G freebsd-swap       gpt/swap0 SWAP
  ada0p2.eli     0:119  16G freebsd-swap               - SWAP
  ada0p3         0:133 133G freebsd-zfs         gpt/zfs0 <ZFS>
  ada0p3.eli     0:140 133G zfs                        - -
  <FREE>         -:-   836K -                          - -
root@fuji:~ # gpart bootcode -p /boot/gptzfsboot -i 1 ada0
partcode written to ada0p1
root@fuji:~ # exit
logout
Connection to 192.168.1.5 closed.
%