Messages

thank you very much franco, that was a good tip!

in  Interfaces/Virtual IPs/Status/pfSync nodes  I found the gateway x.y.48.193 three times with three different IDs

Now: how to get rid of the unnecessary two?

cheers, Bruno

since my post on 18.2.2022 many forum-users read the post but there was no reaction in the forum, so I tried some more variants

My hardware: APU4d4, SSD 16GB, opnsense-nano 64bit
ISP: 5 IP's x.y.48.194,195,196,197,198, WAN-Interface: x.y.48.194/29, Gateway: x.y.48.193

Installed opnsense 21.7.1
configuration restored from system/configuration/backup -> opnsense worked like ever, gateway online, routing ok.
Updated to 21.7.8 (per GUI) -> opnsense worked like ever, gateway online, routing ok, gatewaysettings changeable
Updated t0 22.1 (per GUI) -> opnsense routing worked, gateway offline, gatewaysettings not changeable with error-message:
"Cannot add IPv4 Gateway Address because no IPv4 address could be found on the interface."

Since dpinger is not working I cannot attach a log, because there is no one.

Looks like a (new) problem with the IP-range, even when far-gateway is set?

opnsense is working at the moment, but whenever I want to change anything with the gateway it is not possible - that means no future?
Has no other user such a problem? Can anyone help me?

The following input errors were detected:

    Cannot add IPv4 Gateway Address because no IPv4 address could be found on the interface.
----------------------------------------------------------------------------------------------------------
worked ok until 21.7.8, on two opnsenses, two others with no problem
now strange messages:
1. "gateway offline" in dashboard and System / Gateways / Single, dpinger with red marker on dashboard
2. routing, vpn etc. all works ok !!!
3. monitoring on/off or anything else changing in Gateways/Single not possible - see error-message in lines 1,2
4. deleting gateway is possible, but no new gateway to install - see error-message in lines 1,2

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

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

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

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.

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

Hallo Franco,

zuerst einmal vielen Dank für die Unterstützung - gleich ein neues Image!
Leider aber noch kein Hurra.
Ich habe auf 2 PCs, 3 Kartenlesern und mit 3 Karten probiert - es ist keine Partitionierung zustande gekommen.
Immer das gleiche: zwar keine Partition mit gparted oder kvpm zu sehen, aber 1. booten geht.
Sobald reboot eingeleitet wird, funktioniert der shutdown, aber dann gehen sofort alle Lichter an den Netzwerkschnittstellen aus und es tut sich überhaupt nichts mehr.
Ganz genau so nach Strom weg und wieder anstecken - APU bleibt hängen.

Nach dem Ausschlussverfahren:
1. wenn keine Partitionierung zu sehen ist (overlapping ...), egal mit welchem Image, 17.1, oder Dein neues 17.1, ist das zuerst einmal sehr verdächtig
2. entpacken unter Linux mit bunzip2 und schreiben mit dd kanns nicht gut sein, weils mit 16.7 prima gegangen ist und noch immer geht,  (-> 2x unknown Partition 1,8GB, 1x UFS 50.20MB)
3. Wenn die APU sogar mit komischer Partitionierung startet, aber nur einmal, ist es dann wieder sowas mit Warteschleife wie bei pfsense und ALIX?

lg Bruno

Hallo Franco,

wie kann ich im originalen Image auf der Root-Partition etwas löschen, wenn es anscheinend gar keine gibt?

Die seltsame Meldung von cfdisk, dass es eine sdh4 geben soll, die aber bei Sektor 0 beginnen soll, kann ich nicht recht glauben. Gparted spricht ja von einer "Invalid partition table"

Das nano-image habe ich von zwei verschiedenen Quellen heruntergeladen - ganz gleich.

lg Bruno

Update auf 17.1:
1. Versuch von 16.7.14 direkt über ssh / 12 - läuft anscheinend tadellos durch,
    beim reboot funktioniert shutdown offenbar noch ok, nur boot bleibt endlos hängen

2. Variante
neues Image Schreiben auf Transcend 8GB SDHC:
egal ob byteweise oder auch mit bs=16K oder bs=1M unter debian sid:
bzcat OPNsense-17.1-OpenSSL-nano-amd64.img.bz2 | dd of=/dev/sdh  status=progress

Auch vorheriges Entpacken der bz2 und Schreiben des Images direkt mit dd bringt gleiches Ergebnis.

gparted: zeigte immer 3 Partitions (BSD) bei 16.7,
jetzt irritirende Meldung bei 17.1: "Invalid partition table - recursive partition on /dev/sdh."

Generic STORAGE DEVICE
none
7.51 GiB
/dev/sdh
Partitionstabelle   msdos
Köpfe                   255
Sektoren/Spuren  63
Zylinder                980
Sektoren insges   15759360
Sektorgröße         512

in gparted keine Partition zu sehen.

mit cfdisk /dev/sdh:
/dev/sdh4       Start: 0        End: 49999      Sectors: 50000      Size: 24,4M     Id: a5  Type: FreeBSD
Free Space              51200       15759359            15708160            7,5G   

Erstmaliges booten einer 17.1-nano-amd64 im APU1C4 funktioniert trotzdem tadellos,
Einrichten opnsense und Interneteinstieg sind kein Problem,

sobald reboot erfolgten sollte: shutdown mit Melodie ok, bei neuerlichem booten bleibt er einfach stehen.

Beim Betrachten der Karte in gparted nach wie vor keine Partition zu sehen, wobei laut README die Partitionen nach dem erstmaligen booten auf die Kartengröße angepasst werden sollten.

Gleiche Erscheinung auch wenn vor dem reboot ein update über ssh / 12 auf 17.1.1 erfolgte:
läuft anstandslos durch, aber kein erfolgreicher reboot mehr.