Upgrade auf 19.1 nicht möglich, weil "Disk full"?

Started by Marcel_75, February 26, 2019, 06:42:23 PM

Previous topic - Next topic
Print
Go Down Pages1
User actions
February 26, 2019, 06:42:23 PM
Hallo,

wollte soeben von OPNsense 18.7.10 auf 19.1 upgraden – leider schlägt das fehl, da die Disk schon recht voll ist:

61% / [ufs] (1.0G/1.8G)

Das Upgrade startet zwar, aber scheinbar werden mehr als 800 MB benötigt/geladen? Kann das sein?

Es kam dann jedenfalls immer die Meldung "write to restore size failed" und UFS war laut GUI mit 108% befüllt ...

Habe mich dann erst einmal per SSH eingeloggt und genauer geschaut.

Code Select
df -T

Filesystem          Type  1K-blocks    Used   Avail Capacity  Mounted on
/dev/ufs/OPNsense0  ufs     1895054 1882235 -138785   108%    /
devfs               devfs         1       1       0   100%    /dev
tmpfs               tmpfs   2263248   15292 2247956     1%    /var
tmpfs               tmpfs   2248788     832 2247956     0%    /tmp
devfs               devfs         1       1       0   100%    /var/unbound/dev
devfs               devfs         1       1       0   100%    /var/dhcpd/dev

Außerdem noch so:

Code Select
du -mah | sort -rh | head -n 20
1.8G .
805M ./root/var
805M ./root
794M ./root/var/cache/opnsense-update
794M ./root/var/cache
777M ./usr
578M ./root/var/cache/opnsense-update/18247
472M ./root/var/cache/opnsense-update/18247/packages-19.1-OpenSSL-amd64.tar
426M ./usr/local
285M ./usr/local/lib
216M ./root/var/cache/opnsense-update/.sets.pending/packages-19.1
216M ./root/var/cache/opnsense-update/.sets.pending
216M ./boot
215M ./root/var/cache/opnsense-update/.sets.pending/packages-19.1/All
171M ./usr/bin
124M ./usr/local/lib/python2.7
107M ./boot/kernel.old
107M ./boot/kernel
81M ./usr/share
79M ./root/var/cache/opnsense-update/18247/base-19.1-amd64.txz

Ein beherztes
Code Select
rm -Rf /root/var/cache/opnsense-update* half jetzt zwar erst einmal, d.h. aktuell sind wieder nur 61% voll laut GUI (1.0G/1.8G) und 18.7.10 ist zum Glück immer noch aktiv.

Aber wie komme ich jetzt zum 19.1 Upgrade, ohne dass wieder die Fehlermeldung "write to restore size failed" auftaucht?

Wahrscheinlich muss ich mir einen Install-Stick mit 19.1 anfertigen und das Upgrade dann davon starten?

Oder gäbe es doch noch eine einfachere Möglichkeit?

Danke für Eure Hilfe!  :)
The fact that we live at the bottom of a deep gravity well, on the surface of a gas covered planet going around a nuclear fireball 90 million miles away and think this to be normal is obviously some indication of how skewed our perspective tends to be. (Douglas Adams)
February 26, 2019, 07:41:59 PM #1
Hi,

laut diesem Thread
https://github.com/opnsense/update/issues/38
hilft anscheinend nur eine frische Installation mit wiederherstellen der Konfiguration.

Hoffe das Hilft dir weiter

beste Grüße :)
(Unoffial Community) OPNsense Telegram Group: https://t.me/joinchat/0o9JuLUXRFpiNmJk

PM for paid support
February 26, 2019, 08:32:02 PM #2 Last Edit: February 26, 2019, 08:59:41 PM by Marcel_75
Ok, danke für den Hinweis.

Ursprünglich war da tatsächlich mal 16.x drauf, von daher werde ich um eine komplette Neuinstallation wohl nicht herum kommen ...  :-\

Die Config habe ich schon exportiert, dann werde ich mal einen 19.x Stick vorbereiten ...
The fact that we live at the bottom of a deep gravity well, on the surface of a gas covered planet going around a nuclear fireball 90 million miles away and think this to be normal is obviously some indication of how skewed our perspective tends to be. (Douglas Adams)
February 26, 2019, 09:28:59 PM #3 Last Edit: February 26, 2019, 09:33:02 PM by Marcel_75
Da ich vermutlich nicht der Einzige mit dem Problem sein werde, anbei mal eine Übersicht über die nötigen Schritte (ausgeführt unter macOS), hoffe das hilft dem einen oder anderen ...

Hier holt man sich das aktuelle Image: https://opnsense.org/download/

Dann vergleicht man die Prüfsumme – auf der Webseite steht z.B.:

OPNsense-19.1-OpenSSL-serial-amd64.img.bz2 (SHA256) : c71274cea2b910cd4b3454b4ad29f7f70503fcb52ffa5b7f65ea96a27ac9e10d

Per Terminal kann man das folgendermaßen prüfen (den User- bzw. Download-Pfad müsst ihr natürlich entsprechend eures Systems anpassen):

Code Select
openssl dgst -sha256 /Users/marcel/Downloads/OPNsense-19.1-OpenSSL-serial-amd64.img.bz2
SHA256(/Users/marcel/Downloads/OPNsense-19.1-OpenSSL-serial-amd64.img.bz2)= c71274cea2b910cd4b3454b4ad29f7f70503fcb52ffa5b7f65ea96a27ac9e10d

Die Prüfsummen sollten übereinstimmen, also so wie hier im Beispiel zu sehen.

Dann bereitet man einen USB-Stick vor, habe hier einen FAT32-Stick mit ,,Master Boot Record" Partitions-Schema per Festplattendienstprogramm erstellt. Im Terminal zeigt man sämtliche Laufwerke folgendermaßen an:

Code Select
diskutil list

Interessant ist das externe Laufwerk (das ist der 16 GB USB-Stick) und dessen IDENTIFIER (disk2):

Code Select
/dev/disk2 (external, physical):
   #: TYPE NAME                    SIZE         IDENTIFIER
   0: FDisk_partition_scheme       *15.8 GB     disk2
   1:  DOS_FAT_32 FAT              15.8 GB      disk2s1

Dann in das Download-Verzeichnis wechseln:

Code Select
cd /Users/marcel/Downloads/

Und das komprimierte Image entpacken:

Code Select
bzip2 -d OPNsense-19.1-OpenSSL-serial-amd64.img.bz2

Nun den USB-Stick vom System abmelden:

Code Select
diskutil unmountDisk /dev/disk2

Und per dd das Image auf den Stick kopieren:

Code Select
dd if=OPNsense-19.1-OpenSSL-serial-amd64.img of=/dev/disk2 bs=64k

ACHTUNG: Das dauert eine ganze Weile (knapp eine Viertelstunde), das entpackte Serial-Image ist immerhin 1,13 GB groß.

Bei dd sieht man leider keinen Fortschrittsbalken oder eine Prozent-Anzeige, am Ende wird einem dann etwas in der Art ausgegeben:

Code Select
17232+0 records in
17232+0 records out
1129316352 bytes transferred in 944.175746 secs (1196087 bytes/sec)

Das war erst einmal die Anleitung zur Erstellung des OPNsense-Sticks, die Vorgehensweise für den Router folgt.
The fact that we live at the bottom of a deep gravity well, on the surface of a gas covered planet going around a nuclear fireball 90 million miles away and think this to be normal is obviously some indication of how skewed our perspective tends to be. (Douglas Adams)
February 26, 2019, 11:45:31 PM #4
Ein gaaaaaaanz altes Nano Image. Das hat noch unnötig Platz verbraucht auf der SD Karte und konnte nicht "mitwachsen". Leider sind die Anforderungen an den Platz gewachsen, vor allem beim Update selbst.

Beste Vorgehensweise: neu Aufsetzen mit Config Import. :)


Grüsse
Franco
February 27, 2019, 03:08:32 AM #5
...and backup the config first, just in case something goes awfully wrong hardware wise. :-)
Print
Go Up Pages1
User actions