Kein reboot mit OPNsense17.1-nano auf APU1C4

[franco]

Auch ein 16.7 Image das auf 17.1 geupdated wurde? Falls ja, klingt es nach einem FreeBSD 11.0 Problem. Mit pfSense kann man gern vergleichen, aber dann mit der 2.4 Beta -- 2.3 sollte wie 16.7 keine Probleme verursachen.

[ftreusch]

Der Update von 16.7 auf 17.1 per Consolenoption 12 funktionierte nicht, da eine Datei fehlte (leider weiß ich den Namen nicht mehr). Daher war nur die Neuinstallation möglich. Lässt der Putty Screenshot, den ich gestern geschickt habe, irgend welche Rückschlüsse auf das Problem zu?

[Helge]

Ich habe es heute nochmals ausprobiert. Es nützt auch ein Upgrade von Version 16.7 auf 17.1 nichts. Nach den ersten Reboot startet Opnsense nicht mehr. Die aktuelle Version funktioniert nicht mit APU1C4 oder APU1D4-Boards. Ob die 8 GB Transcend SD Karte eine Rolle spielt, kann ich nicht beurteilen.

Vorsicht ist geboten wenn jemand so eine Konfiguration in einer Produktiven Umgebung upgraded! Die Opnsense Version 17.1 funktioniert dann erstmals ohne Probleme, bis ein Reboot ansteht!

[ftreusch]

Weiß jemand, ob man inzwischen ein Update mit Reboot wagen kann?

[bbkitz]

Hallo leidgeprüfte Problemkollegen,

mit den derzeitigen Mitteln scheint es auf keine Art zu funktionieren. Habe inzwischen auf zwei verschiedenen APU1C4 probiert, habe die Warteschleife normal und als dev-Version probiert, mit indgesamt fünf verschiedenen 8GB Sd-Karten und wie ganz am Anfang beschrieben als update oder Neuinstallation - alles nichts.
Soll man warten bis 17.7 herauskommt und bis dahin kein Update? - gefährlich?
Oder muss man sich von allen APUs mit nano verabschieden und die sonst schöne Hardware wegschmeissen?

lg Bruno

[bsiege]

Hallo,
bin neu hier und bereite mich langsam darauf vor den Übergang von pfSense nach opnsense Vorzubereiten.
Ich bin sehr zufrieden mit den APU's. Aber ich arbeite mit den SSD's. Darf man fragen, wieso ihr beim Preis von <20€ für die 16G SSD noch auf SD setzt?

[franco]

Hallo zusammen,

Mit 17.7 wird es nicht besser wenn wir auf FreeBSD 11.0 bleiben und keiner nach der Ursache sucht.

Die Analyse hier ist sehr interessant:

https://forum.opnsense.org/index.php?topic=4872.msg19180#msg19180

Für mich heißt dass wir fangen an die neueren Kernel zu probieren für 11-STABLE and 12-CURRENT um zu sehen ob sich dort etwas verbessert hat. Das aber erst nachdem 17.1.4 und die dazugehörigen Images draussen sind.

Alle Betroffenen können aktuell nur mit 16.7 operieren.


Danke und Gruss
Franco

[bbkitz]

Hallo Franco und alle anderen,

mit einer neuen Variante hab ich nun 17.1 zum Gehen gebracht: eine alte USB-2 Platte (WD 160GB) am externen USB-Anschluss startet einwandfrei - und bootet auch wieder! Mit einem externen Kartenleser und SD-Karte (8GB, Geschwindigkeit 10) auch am externen USB ist das partout nicht gegangen.

Es muss doch irgendwie mit einer zu kurzen Warteschleife zu tun haben?

Jetzt meine Hoffnung auf Lösung und Beschleunigung: interne MSATA SSD - und fertig...
Wenns klappt melde ich mich sofort wieder.

[franco]

Also tritt es nur auf mit einer SD Karte, egal ob intern oder extern?

Und wenn man auf einen USB Stick installiert oder das Nano auf USB macht?


Grüsse
Franco

[bbkitz]

genau auf eine SD-Karte hab ich ein nano geschrieben und diese in ein externes USB-Lesegerät gesteckt - kein reboot - BOOT das erste mal SCHON!

lg BB

[bbkitz]

Haleluja !

seit gestern Abend rebootet mein APU1D4 wieder mit einer SD-Karte!
Für Franco vermutlich keine Überraschung : neues Image 7.1.4-nano + Warteschleife 10sec
Auch mit angestecktem USB3-stick (Datatraveller 111 8GB) funktionierts.

Mit fröhlichen Ostergrüßen
Bruno

[franco]

Mittlerweile als FreeBSD 11.0 Problem identifiziert. Aktuell bin ich mir nicht sicher wie wir dies weiter erforschen können. 2 Test Builds für den Kernel werde ich nächste Woche anbieten mit neueren FreeBSD Versionen. Ob diese Erfolg bringen ist auf Grund der Unbekanntheit des eigentlichen Fehlers gleichermaßen unbekannt.


Grüsse
Franco

[ftreusch]

Hallo bbkitz,
könntest Du genauer erklären, was Du mit der Warteschleife meinst und wie man die auf 10 Sekunden einstellt?
Vielen Dank und viele Grüße
Fabian

[bbkitz]

Das ist in System/Firmware/Updates/Plugins
die zweite Zeile 'os-boot-delay', und die steht derzeit offenbar fix auf 10 Sekunden.
lg BB

[Lumpy]

Auch wenn es vermutlich nur bedingt vergleichbar ist: Manche Hardware funktioniert auch mit Linux auf der APU2 nur dann nach einen Neustart, wenn man GRUB als Parameter "reboot=pci" mitgibt. Eventuell lässt sich ein solches Verhalten auch irgendwie auf den Bootloader von FreeBSD übertragen.

Ohne "reboot=pci" wird z.B. das Sierra Wireless MC7455 nach einem neustart nicht erkannt. Vielleicht ist es also "nur" eine Frage, WIE ein Reboot letztlich ausgeführt wird bzw was alles einem "reset" unterzogen wird.