Kein reboot mit OPNsense17.1-nano auf APU1C4

[bbkitz]

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.

[franco]

Das Growfs beim ersten Boot zerstört wohl die Partition, ich denke mal in Verbindung des Layouts der SD-Karte.

Im originalen Image *vor dem ersten Boot* folgende Datei auf der Root-Partition löschen:

/.probe.for.growfs.nano

Vielleicht sollten wir Growfs lieber optional machen. Jedoch bin ich mir nicht sicher, was für ein Bug hier auftritt und es ist denkbar, dass es lieber in FreeBSD gefixt werden sollte.


Grüsse
Franco

[bbkitz]

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

[franco]

Hi Bruno,

Ok, anders. Ich bau dir ein Image mit 7GB ohne Growfs. Kommt im Laufe des Vormittages.


Grüsse
Franco

[franco]

https://pkg.opnsense.org/snapshots/OPNsense-201702160753-OpenSSL-nano-amd64.img.bz2

Falls das Bootverhalten gleich ist, war es nicht das gedachte Problem...

Dann sollten wir prüfen, ob die Konsoleneinstellungen nicht umgestellt werden müssten. Ich habe aber eine APU1C die mit dem Nano ohne Anpassung klar kommt. Vielleicht doch die SD-Karte? Gibt es ein BIOS-Update?

[bbkitz]

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

[franco]

AHHHHH! Warteschleife... Vor dem ersten Reboot einmal das "os-boot-delay" Plugin installieren.


Grüsse
Franco

[ftreusch]

Hallo,
gibt es inzwischen eine Lösung des Reboot-Problems?
Bei mir gleiches Problem, erster Boot mit 17.1 und Ersteinrichtung problemlos.
Reboot bleibt dann hängen. Im Anhang ein Putty-Screenshot. Vielleicht hilft der bei der Lösung des Problems.
Ich nutze einen APU1D4 mit 8 GB SD-Card (bis zum 17.1-Update alles ohne Probleme)
VG
Fabian

[Helge]

Ich habe das gleiche Problem mit dem nicht funktionierenten Neustart auf APU1D4 und einer 8 GB SD-Card. Weiterhin funktioniert der IPS Modus nicht, auch da gibt es bis heute keine Lösung dafür. Ich habe nach der Zeit die Hoffnung aufgegeben, das es damit noch was wird.

Ich werde jetzt mal pfSense ausprobieren. Das sieht zwar optisch nicht so schön aus, aber dafür funktioniert es vielleicht besser.

[franco]

AHHHHH! Warteschleife... Vor dem ersten Reboot einmal das "os-boot-delay" Plugin installieren.

[Helge]

Es funktioniert auch mit aktivierten "os-boot-delay" Plugin nicht.

[franco]

Schade, SD Karte oder USB-Stick?

[Helge]

Transcend 8GB SD-Card.

[franco]

Und mit 16.7 gleiches Problem oder neu mit 17.1?

[Helge]

Mit 16.7 gibt es keine Probleme. Es tritt nur unter 17.1 auf, egal ob Upgrade oder Neuinstallation. Alle bisher genannten Lösungsversuche schlugen fehl (Konsolenoptionen, os-boot-delay Plugin, Image ohne Growfs). Bios vom APU1D4 ist aktuell.