PI3: Upgrade von 7.2 auf 7.3 funktioniert nicht

M

morromett

Well-Known Member
Auf meinem PI3 mit SD-Karte, funktioniert das Upgrade von 7.2 auf 7.3 nicht.
Die Dateien werden runtergeladen, die Datei "bsd.upgrade" und die Datei "auto_upgrade.conf" werden erstellt, aber beim reboot passiert nichts.
Der Inhalt der Datei "auto_upgrade.conf":
Code: 
:~ #cat /auto_upgrade.conf
Location of sets = disk
Pathname to the sets = /home/_sysupgrade/
Set name(s) = done
Directory does not contain SHA256.sig. Continue without verification = yes
Kann es evtl. sein, dass durch "Location of sets = disk", die Dateien im Verzeichnis "/home/_sysupgrade/" nicht gefunden werden?
Code: 
:~ #sysupgrade -nk
Fetching from https://ftp.fau.de/pub/OpenBSD/7.3/arm64/
SHA256.sig   100% |*******************************************************************************|  1544       00:00    
Signature Verified
INSTALL.arm64 100% |******************************************************************************| 39928       00:00    
base73.tgz   100% |*******************************************************************************|   265 MB    01:45    
bsd          100% |*******************************************************************************| 15535 KB    00:07    
bsd.mp       100% |*******************************************************************************| 15616 KB    00:08    
bsd.rd       100% |*******************************************************************************| 17425 KB    00:06    
comp73.tgz   100% |*******************************************************************************| 70845 KB    00:28    
game73.tgz   100% |*******************************************************************************|  2715 KB    00:01    
man73.tgz    100% |*******************************************************************************|  7832 KB    00:04    
xbase73.tgz  100% |*******************************************************************************| 48595 KB    00:19    
xfont73.tgz  100% |*******************************************************************************| 22967 KB    00:12    
xserv73.tgz  100% |*******************************************************************************| 10507 KB    00:05    
xshare73.tgz 100% |*******************************************************************************|  4584 KB    00:03    
Verifying sets.
Fetching updated firmware.
fw_update: added none; updated none; kept bwfm
Will upgrade on next reboot
Code: 
:~ $df -h
Filesystem     Size    Used   Avail Capacity  Mounted on
/dev/sd0a      986M    123M    813M    13%    /
/dev/sd0l      7.4G    477M    6.5G     7%    /home
/dev/sd0d      1.6G    8.0K    1.5G     0%    /tmp
/dev/sd0f      3.3G    999M    2.1G    32%    /usr
/dev/sd0g      935M    249M    639M    28%    /usr/X11R6
/dev/sd0h      3.7G    144M    3.4G     4%    /usr/local
/dev/sd0k      5.6G    2.0K    5.3G     0%    /usr/obj
/dev/sd0j      1.8G    2.0K    1.7G     0%    /usr/src
/dev/sd0e      2.5G   77.8M    2.3G     3%    /var
Code: 
:~ $ls -la /
total 157252
drwxr-xr-x  14 root  wheel       512 Apr 13 22:41 .
drwxr-xr-x  14 root  wheel       512 Apr 13 22:41 ..
-rw-r--r--   1 root  wheel       578 Sep 27  2022 .cshrc
-rw-r--r--   1 root  wheel       468 Sep 27  2022 .profile
drwxr-xr-x   2 root  wheel       512 Sep 27  2022 altroot
-rw-r--r--   1 root  wheel       160 Apr 13 22:27 auto_upgrade.conf
drwxr-xr-x   2 root  wheel      1024 Mar 16 22:15 bin
-rw-------   2 root  wheel  15063687 Apr 13 22:20 bsd
-rw-------   2 root  wheel  15063687 Apr 13 22:20 bsd.booted
-rw-------   1 root  wheel  17683592 Sep 28  2022 bsd.rd
-rw-------   1 root  wheel  15000763 Sep 28  2022 bsd.sp
-rwx------   1 root  wheel  17843592 Apr 13 22:27 bsd.upgrade
drwxr-xr-x   6 root  wheel     16896 Apr 13 22:41 dev
drwxr-xr-x  27 root  wheel      2048 Apr 13 22:41 etc
drwxr-xr-x   4 root  wheel       512 Apr 13 18:02 home
drwx-----T   2 root  wheel      2048 Feb 17 00:15 lost+found
drwxr-xr-x   2 root  wheel       512 Sep 27  2022 mnt
drwx------   4 root  wheel       512 Feb  4 16:32 root
drwxr-xr-x   2 root  wheel      1536 Mar 16 22:15 sbin
lrwxrwx---   1 root  wheel        11 Sep 27  2022 sys -> usr/src/sys
drwxrwxrwt   5 root  wheel       512 Apr 13 22:42 tmp
drwxr-xr-x  16 root  wheel       512 Sep 28  2022 usr
drwxr-xr-x  25 root  wheel       512 Feb  3 09:31 var
Code: 
:~ $sysctl -a | grep -i disk
hw.disknames=sd0:b61c36aa160dda71
hw.diskcount=1
 
CommanderZed schrieb:
... unter / nicht den pasenden upgrade kernel geben?
Zum Vergrößern anklicken....
Ja, aber ich denke der ist vorhanden:
Code: 
-rw-------   2 root  wheel  15063687 Apr 13 22:20 bsd
-rw-------   2 root  wheel  15063687 Apr 13 22:20 bsd.booted
-rw-------   1 root  wheel  17683592 Sep 28  2022 bsd.rd
-rw-------   1 root  wheel  15000763 Sep 28  2022 bsd.sp
-rwx------   1 root  wheel  17843592 Apr 13 22:27 bsd.upgrade
(siehe im spoiler).
Dieser upgrade-Kernel (bsd.upgrade) wird nach dem reboot, aber nicht benutzt bzw. nicht gebootet.
 
morromett schrieb:
Ja, aber ich denke der ist vorhanden:
Code: 
-rw-------   2 root  wheel  15063687 Apr 13 22:20 bsd
-rw-------   2 root  wheel  15063687 Apr 13 22:20 bsd.booted
-rw-------   1 root  wheel  17683592 Sep 28  2022 bsd.rd
-rw-------   1 root  wheel  15000763 Sep 28  2022 bsd.sp
-rwx------   1 root  wheel  17843592 Apr 13 22:27 bsd.upgrade
(siehe im spoiler).
Dieser upgrade-Kernel (bsd.upgrade) wird nach dem reboot, aber nicht benutzt bzw. nicht gebootet.
Zum Vergrößern anklicken....

Sorry hab ich überlesen!

Ich hab OpenBSD noch nie auf arm verwendet, kannst du den evtl. über den Boot-Loader manuell auswählen?
 
CommanderZed schrieb:
..., kannst du den evtl. über den Boot-Loader manuell auswählen?
Zum Vergrößern anklicken....
Wenn ich vor Ort wäre, ja. Z. Zt. mache ich das über eine ssh-Verbindung.
Ich könnte evtl. die Datei "/etc/boot.conf" ändern:
Code: 
:~ $cat /etc/boot.conf  
set timeout 2
boot sd0a:/bsd
Aber dann wäre das ja persistent, und nach dem erneuten reboot, muss er ja den /bsd booten, was nicht möglich sein wird.
Bei meinem PI4 hat das Upgrade (über die ssh-Verbindung) funktioniert, aber der bootet nur von der SD-Karte und hat das OS, auf einem USB-Stick:
Code: 
:~ $sysctl -a | grep -i disk
hw.disknames=sd0:2f5fb007e75915b8,sd1:5d7619c2dc853121
hw.diskcount=2
Beim PI3 habe ich alles auf einer einzigen SD-Karte. Naja, dann werde ich das upgraden beim PI3, wenn ich vor Ort bin, machen.
 
Ich hatte das gleiche Verhalten auf meinen BananaPi M5: Alle 7.3er Dateien und die kernel wurden herunter geladen, aber beim reboot wurde bsd.upgrade nicht geladen.
Meine Lösung war, nicht sysupgrade zu benutzen, sondern manuell das 7.3er bsd.rd ins Root zu kopieren, dann die /etc/boot.conf zu ändern (boot sda0:/bsd.rd).
Beim nächsten reboot wurde dann der install kernel geladen, im bekannten Menü dann UPGRADE gewählt und die Installation lief komplett durch. Nach der Installation dann nicht sofort rebootet, sondern die /mnt/etc/boot.conf wieder zurück geändert.
Dazu brauchte ich nicht vor Ort zu sein.
War also quasi die "alte" Art der Installation, bevor sysupgrade kam.
 
berni51 schrieb:
Ich hatte das gleiche Verhalten auf meinen BananaPi M5: Alle 7.3er Dateien und die kernel wurden herunter geladen, aber beim reboot wurde bsd.upgrade nicht geladen.
Meine Lösung war, nicht sysupgrade zu benutzen, sondern manuell das 7.3er bsd.rd ins Root zu kopieren, dann die /etc/boot.conf zu ändern (boot sda0:/bsd.rd).
Beim nächsten reboot wurde dann der install kernel geladen, im bekannten Menü dann UPGRADE gewählt und die Installation lief komplett durch. Nach der Installation dann nicht sofort rebootet, sondern die /mnt/etc/boot.conf wieder zurück geändert.
Dazu brauchte ich nicht vor Ort zu sein.
Zum Vergrößern anklicken....
Hast Du dann vor dem manuellen Kopieren, die Dateien:
Code: 
-rw-r--r--   1 root  wheel       160 Apr 13 22:27 auto_upgrade.conf
-rwx------   1 root  wheel  15067368 Apr 13 22:44 bsd
-rw-------   1 root  wheel  15063687 Apr 13 22:20 bsd.booted
-rwx------   1 root  wheel  17843592 Apr 13 22:27 bsd.upgrade
(die durch das nicht funktionierende sysupgrade "entstanden" sind) gelöscht?
Wenn Du nicht vor Ort warst, wie und wo kann man:
im bekannten Menü dann UPGRADE gewählt
Zum Vergrößern anklicken....
machen bzw. wie kommt man ohne vor Ort zu sein, in das bekannte Menü?
 
Die bsd.upgrade und die auto_upgrade.conf hab ich gelöscht, alles andere wird beim Installationsvorgang sowieso überschrieben.

Wenn Du das bsd.rd von einem OpenBSD-mirror herunter geladen, ins Root kopiert hast, den Eintrag in /etc/boot.conf geändert hast und dann rebootest, landest Du automatisch in einem Installationsmenü mit der Auswahl "INSTALL AUTOINSTALL UPGRADE SHELL".

Und nicht vergessen, nach erfolgtem Update NICHT sofort rebooten, sondern mit SHELL ins System gehen und den Eintrag in der boot.conf wieder auf bsd ändern. Die boot.conf liegt im dem Moment unter /mnt/etc.
 
berni51 schrieb:
Meine Lösung war, nicht sysupgrade zu benutzen, sondern manuell das 7.3er bsd.rd ins Root zu kopieren, dann die /etc/boot.conf zu ändern (boot sda0:/bsd.rd).
Zum Vergrößern anklicken....
Ich konnte mein Problem auch lösen, in dem ich in der Datei "/etc/boot.conf", die Zeile:
Code: 
boot sd0a:/bsd
kommentiert habe:
Code: 
# boot sd0a:/bsd
Ein reboot hat dann bewirkt, dass der Kernel "/bsd" ignoriert worden ist bzw. der (vorhandene) Kernel "/bsd.upgrade" gebootet wurde und das upgrade vervollständigt/ausgeführt worden ist.
Danke.
 
midnight schrieb:
Hast Du mal in /var/log/messages geschaut?
Zum Vergrößern anklicken....
Auf meinen PIs ist syslogd absichtlich deaktiviert:
Code: 
:~ $rcctl check syslogd
syslogd(failed)

Aber es lag tatsächlich nur an der einen wirksamen Zeile "boot sd0a:/bsd" in der "/etc/boot.conf"-Datei des PI3.
Auf meinem PI4 gibt es die Datei "/etc/boot.conf" nicht im /-Verzeichnis des Datenträgers (USB-Stick) mit den Kernel-Dateien/Upgrade-Dateien und auf meinem Laptop (amd64) ist die Zeile "boot sd0a:/bsd" der "/etc/boot.conf" von Anfang an, mit dem Kommentarzeichen (#) versehen gewesen.
Auf dem PI3 habe ich dann sysupgrade, schon mit den Optionen "-k -n" ausgeführt, so dass der reboot nicht automatisch statt gefunden hat und ich die für das Upgraden generierten/erstellen Dateien, anschauen konnte und bei Bedarf manuell prüfen konnte und danach Rebooten manuell anstoßen konnte.
Naja, jetzt weiß ich es und kann vor einem Upgrade, immer nach dieser Zeile in der boot.conf-Datei schauen.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben