[Gelöst] Installation 17.1 bricht ab, gpart Device busy

[PeterPan]

Ich habe eine APU1 mit 16.7 nano Image am laufen. Die Installation des serial Image 17.1 auf mein APU2 Board scheitert leider. Das System bootet vom USB wie es sollte und ich kann den Installer starten:

Time out von 60 Sekunden
...aber danach geht es weiter.
Konsole: run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config

Installer
> early installer
> Ok, let's go
> Accept these settings
> Guided installation
> ada0: <KINGSTON SMS200S3120G 608ABBF0> ATA8-ACS SATA 3.x ...
> GPT/UEFI mode

Execution of the command
/sbin/gpart create -s gpt ada0
FAILED with return code of 1.

> View Log
...
Executing /sbin/gpart create -s gpt ada0
gpart: geom 'ada0': File exists
Exit status:1


Starten im Single Modus

# gpart delete -i 1 ada0
gpart: Device busy
# gpart destroy -F ada0
gpart: Device busy


Kann mir da jemand helfen?

[franco]

Ich würde das Nano Image probieren und direkt auf die Platte schreiben. Vielleicht ist die Platte auch defekt?


Grüsse
Franco

[PeterPan]

Franco, danke für deinen Tipp.

Da mit dem Nano Image die Logs nur ins RAM geschrieben werden, habe ich extra eine 120GB mSata gekauft. Eventuell kann man von einer Embedded Version auf eine Full Version wechseln nach der Installation?

Lösung

• Mit TinyCore auf USB Stick starten
• MBR löschen dd if=/dev/zero of=/dev/ada0 bs=512 count=1
• Partitions mit fdisk löschen
• Mit OPNSense 17.1 Serial auf USB Stick starten
• Installation funktioniert!

Details zum Ablauf

Irgendwie war die mSATA (ada0) immer busy. Es gelang mir zwar die Partition im read only zu mounten aber write ging definitiv nicht. Weder dd noch fdisk oder gpart hatten die "permission" zu schreiben.

Ich hatte zuvor, wie bei einer Nano Installation das Image 17.1 serial auf die mSata kopiert. Wie bei pcengines erläutert mit TinyCore booten (USB Stick) und danach mit dem dd Befehl das image auf die mSata kopieren.

In einem zweiten Schritt kopierte ich das 17.1 serial Image auf den USB Stick und startete den Installer erfolgreich. Schreibzugriff auf mSata wurde von da an immer verweigert.

Stunden später entschloss ich mich über TinyCore den mSata MBR Record mit dd zu löschen. Danach hat's geklappt. Vermutlich hat das System die mSata gemountet und nicht den USB Stick, obwohl der Startvorgang über USB lief. Keine Ahnung wie das geht...

[franco]

> MBR löschen dd if=/dev/zero of=/dev/ada0 bs=512 count=1

Eigentlich sollte das der folgende Befehl zuverlässig machen...

gpart destroy -F ada0

Ich kann aber für den 17.7 Installer noch zusätzlich das dd einfügen. Doppelt hält besser...


Grüsse
Franco

[PeterPan]

Schreiben auf mSata war nicht möglich. Auch der Befehl gpart destroy -F ada0 meldete pemission denied.

Ich weiss nicht wieso aber vermutlich wurde von ada0 gestartet, das erklärt auch "permission denied" und "busy device". Auch bin ich mir sicher, dass ich vom USB Stick (sdb) gestartet habe und nicht von adat0.

[franco]

Scheint so als hätte sich der Boot die Partition einverleibt und gemountet? Ich denke schon der USB Boot war korrekt, aber die mSATA sah "brauchbar" aus und daher blockiert? Ich versuch das mal nachzustellen mit einem MBR Stick zusätzlich zur USB Install.

[PeterPan]

Ich weiss leider nicht was beim booten unter FreeBSD abgeht. Deine Aussage "die mSATA sah 'brauchbar' aus und daher blockiert" klingt plausible, falls es so einen Mechanismus gibt.

Was ich bestimmt weiss:

- mount mSata als read only hat funktioniert (mount point /mnt)
- mount -o rw / hat auch geklappt und ich konnte eine Datei hallo.txt schreiben (USB Stick)

[franco]

Ok, klingt danach als ob das MBR einfach das gpart stört. Auf der OPNsense Konsole mit dem dd hätte es bestimmt auch geklappt.