Archive > 19.7 Legacy Series

Nano image bug since 19.7 on APU

(1/3) > >>

SimpleRezo:
Hi

I encoutered several times the same issue with OPNSense 19.7 on APU3D4 with a SSD 16GB.
 
It works but after some reboot (3/4), it does not boot anymore, because it cannot mount partition:


--- Code: ---Trying to mount root from ufs:/dev/ufs/OPNsense_Nano [rw]...
WARNING: / was not properly dismounted
random: unblocking device.
Setting hostuuid: dd974d29-fee3-11e6-b15e-000db950feac.
Setting hostid: 0xc348cc7e.
Starting file system checks:
/dev/ufs/OPNsense_Nano: CYLINDER GROUP 0: BAD MAGIC NUMBER
/dev/ufs/OPNsense_Nano: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY.
Automatic file sysuhub1: 4 ports with 4 removable, self powered
tem check failed; help!
ERROR: ABORTING BOOT (sending SIGTERM to parent)!

--- End code ---

So I tried to boot on a FreeBSD Live system on USB and fix the issue, BUT it's not possible at all:

--- Code: ---# fsck -y /dev/ada0a
** /dev/ada0a
** Last Mounted on /
** Phase 1 - Check Blocks and Sizes
CYLINDER GROUP 0: BAD MAGIC NUMBER
UNEXPECTED SOFT UPDATE INCONSISTENCY

REBUILD CYLINDER GROUP? yes
[ this error happens 32 times for cylinders 0 to 31... ]
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
UNREF DIR  I=494302  OWNER=root MODE=40755
SIZE=512 MTIME=Sep 19 15:00 2019
RECONNECT? yes

NO lost+found DIRECTORY
CREATE? yes

CYLINDER GROUP 0: BAD MAGIC NUMBER
UNEXPECTED SOFT UPDATE INCONSISTENCY

REBUILD CYLINDER GROUP? yes

fsck_ffs: bad inode number 0 to ginode

--- End code ---

If I re-run fsck, the 'BAD MAGIC NUMBER' are still there!

Any ideas why it's happening (and again on different harware!) and how to fix/prevent that issue ??

SimpleRezo:
After a lot of tests, it seems to be related to "nano" images since 19.7.
Maybe it's related to the partition scheme that seems to have changed since 19.7.
It could be also specific to the hardware we are using (PCEngines APU).

With 19.7:

--- Code: ---# bunzip2 -c OPNsense-19.7-OpenSSL-nano-amd64.img.bz2 | dd of=/dev/ada0 bs=64M
0+727313 records in
48+0 records out
3221225472 bytes transferred in 249.678551 secs (12901491 bytes/sec)
# fsck /dev/ada0a
** /dev/ada0a
** Last Mounted on
** Phase 1 - Check Blocks and Sizes
CYLINDER GROUP 0: BAD MAGIC NUMBER
REBUILD CYLINDER GROUP? [yn] ^C

***** FILE SYSTEM MARKED DIRTY *****

--- End code ---

With 19.1:

--- Code: ---# bunzip2 -c OPNsense-19.1.4-OpenSSL-nano-amd64.img.bz2 | dd of=/dev/ada0 bs=64M
0+738237 records in
48+0 records out
3221225472 bytes transferred in 234.867398 secs (13715081 bytes/sec)
root@boxlive:/tmp # fsck /dev/ada0a
** /dev/ada0a
** Last Mounted on
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
35209 files, 271164 used, 513915 free (11 frags, 64238 blocks, 0.0% fragmentation)

***** FILE SYSTEM IS CLEAN *****

--- End code ---

maweber:
me too,
after an upgrade
Did you find a solution?

SimpleRezo:
No, unfortunely. For now we are deploying with 19.1 and then upgrading to 19.7 to avoid the issue...

maweber:
I managed to boot into the current usb serial installer, preselect the config from the internal apu ssd (side load from within installer), having it confirmed on screen and installed the fresh version with the old config over the internal ssd.
i was astonished the old fs was well intact.

Navigation

[0] Message Index

[#] Next page