can't boot nano on QSeven Atom

[mircsicz]

I've an older Model of https://www.dsm-computer.de/products-solutions/products/systems/din-rail-pc/din-rail-pc-h1-a3.html which I'ld like to reuse as a router in the family...

I've flashed OPNsense-17.7.5-OpenSSL-nano-i386.img to a SD and successfully booted for the first time, assigned interface and so on. Then I rebooted and ended up with a unbootable system:

can't load kernel

was the message I was facing

I've tried tried to deal with it at the prompt. Been setting currdev & rootdev, even set it in loader.conf on SD directly. but that didn't change the behaviour...

Here are some screenshot's:

so loaddev and currdev show a different slice than lsdev, is that OK or the maybe the reason?



So if anyone has a clue why the hack it doesn't load the kernel I'ld be very grateful

[franco]

And with a 18.1 Nano? https://pkg.opnsense.org/releases/18.1/

[mircsicz]

Hi Franco,

sadly same same... :-(

In the meantime I had created a standard install from the vga image to the SD, did all the config's and it ran smooth.

So the question on top of my head is: Is it possible to convert a normal setup into a nanoBSD installation? So the SD survive longer than half a year...

Greetz
Mircsicz

[franco]

Other than being VGA/Serial capable the differences you are after are:

System: Settings: Miscellaneous

[ x ] Use memory file system for /var
[ x ] Use memory file system for /tmp


Cheers,
Franco

[mircsicz]

Serial is yet untested on the machine... But would be good/nice to have ;-)

Seen the two checkboxes, I'll probably stick to that as a fast fix!

But what could it be that after the reboot renders the system unbootable?!? The resize of the image is running fine, had it attached to a TrueOS Machine for file manipulation. It's a 8GB as the SD ...

As I'm more used to grub I can't really deal with the loader prompt, but I'm pretty sure the solution can't be that far away.

THX a ton

[franco]

We suspect changes in FreeBSD 11, but these are unsubstantiated and / or do not cater to FreeBSD use cases so nobody fixes them there. Or Nano although derived from NanoBSD does not seem to be used that often anymore over there. Or our tooling is completely wrong here. In any case, there is not much movement from here as we try to spend our time fixing the things in OPNsense which is more "bang for the buck".


Cheers,
Franco

[mircsicz]

THX for the heads up Franco...

I've setup a normal installation and checked the boxes for the RAMdisks.