Upgrade von Debian 12 'Bookworm' auf Debian 13 'Trixie'
-
@cumulus-0 ok Hinweis wieder gelöscht
Hat sich wohl überschnitten -
Die Steuerzeichen gehören an den Zeilenanfang einer neuen Zeile.
sudo apt full-upgrademal ausführen.
-
@thomas-braun said in Upgrade von Debian 12 'Bookworm' auf Debian 13 'Trixie':
sudo apt full-upgrade
257 upgraded, 159 newly installed, 53 to remove and 0 not upgraded. 2 not fully installed or removed. Need to get 444 MB of archives. After this operation, 359 MB of additional disk space will be used. Do you want to continue? [Y/n]Y oder n?
-
yes
-
Es kommen hunderte von Fehlermeldungen und der Abschluss:
dpkg: warning: unable to delete old directory '/lib/modules/6.12.34+rpt-rpi-v8/kernel/arch': Directory not empty dpkg: warning: unable to delete old directory '/lib/modules/6.12.34+rpt-rpi-v8/kernel': Directory not empty dpkg: warning: unable to delete old directory '/lib/modules/6.12.34+rpt-rpi-v8': Directory not empty (Reading database ... 113047 files and directories currently installed.) Removing linux-headers-6.12.25+rpt-rpi-v8 (1:6.12.25-1+rpt1) ... Removing linux-image-6.12.25+rpt-rpi-v8 (1:6.12.25-1+rpt1) ... /etc/kernel/postrm.d/initramfs-tools: update-initramfs: Deleting /boot/initrd.img-6.12.25+rpt-rpi-v8 /etc/kernel/postrm.d/z50-raspi-firmware: raspi-firmware: missing /boot/firmware, did you forget to mount it? run-parts: /etc/kernel/postrm.d/z50-raspi-firmware exited with return code 1 dpkg: error processing package linux-image-6.12.25+rpt-rpi-v8 (--remove): installed linux-image-6.12.25+rpt-rpi-v8 package post-removal script subprocess returned error exit status 1 dpkg: too many errors, stopping Errors were encountered while processing: linux-image-6.12.25+rpt-rpi-v8 Processing was halted because there were too many errors. E: Sub-process /usr/bin/dpkg returned an error code (1) -
Da stimmt was mit der boot_partition nicht.
Was war das Ausgangssystem? Debian12?mount | sortsagt?
-
@thomas-braun said in Upgrade von Debian 12 'Bookworm' auf Debian 13 'Trixie':
mount | sort
Ja, im Juni neu installiert.
mount | sort //192.168.xxx/fritz.nas/rout_bak/RaspSys on /media/nas type cifs (rw,relatime,vers=3.1.1,sec=ntlmv2,cache=strict,upcall_target=app,username=,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.,file_mode=0755,dir_mode=0755,soft,nounix,mapposix,reparse=nfs,rsize=1048576,wsize=1048576,bsize=1048576,retrans=1,echo_interval=60,actimeo=1,closetimeo=1,user=xxx) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime) bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700) cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot) configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime) debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime) /dev/mmcblk0p2 on / type ext4 (rw,noatime) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime) mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,relatime) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) ramfs on /run/credentials/systemd-sysctl.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700) ramfs on /run/credentials/systemd-sysusers.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700) ramfs on /run/credentials/systemd-tmpfiles-setup-dev.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700) ramfs on /run/credentials/systemd-tmpfiles-setup.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime) sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=3534) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=800856k,mode=755) tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=800852k,nr_inodes=200213,mode=700,uid=1000,gid=1000) tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,nosuid,relatime,size=3736304k,nr_inodes=934076,mode=755) -
Da fehlt tatsächlich der mount von
/dev/mmcblk0p2 auf /boot/firmwareWie bootest du das Ding denn??
-
sudo parted -l Model: SD Y032V (sd/mmc) Disk /dev/mmcblk0: 31.0GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 8389kB 545MB 537MB primary fat32 lba 2 545MB 31.0GB 30.5GB primary ext4Das hat bisher nie gestört. Vermutlich ist das nicht das einzige Problem.
Ist eine Neuinstallation evtl. besser? Im Juni von Debian 11 auf 12. Dann hab ich noch 2-3 Jahre Zeit, oder? -
@cumulus-0 sagte in Upgrade von Debian 12 'Bookworm' auf Debian 13 'Trixie':
Im Juni von Debian 11 auf 12.
Joh, und dabei geht das System an genau der Stelle kaputt.
Das funktioniert nämlich nicht sauber. Installier es neu. Und zwar nicht in zwei Jahren sondern in zwei Wochen. -
@thomas-braun said in Upgrade von Debian 12 'Bookworm' auf Debian 13 'Trixie':
@cumulus-0 sagte in Upgrade von Debian 12 'Bookworm' auf Debian 13 'Trixie':
Im Juni von Debian 11 auf 12.
Joh, und dabei geht das System an genau der Stelle kaputt.
Das funktioniert nämlich nicht sauber. Installier es neu. Und zwar nicht in zwei Jahren sondern in zwei Wochen.Super! Das war aber eine Neuinstallation auf neuer Karte.
Dann werde ich wohl den einfachen Weg gehen müssen. Ein paar Systemanwendungen wie email, open SSH mit Root und Backup sind dann wieder ein Problem.
Aber erstmal vielen Dank für die schnelle und tolle Hilfe! -
@cumulus-0 sagte in Upgrade von Debian 12 'Bookworm' auf Debian 13 'Trixie':
open SSH mit Root
Macht man NICHT.
-
@thomas-braun
Ist aber sehr praktisch, wenn man das braucht. Aber ich räume ein, root hab ich noch nie gebraucht. Aber ich habe immer ein schlechtes Gefühl, wenn ich irgendwo ausgesperrt bin.
Aber mein Vollbackup war gestern sehr praktisch. Das hatte ich vorher gezogen. Nach missglücktem Versuch einfach die Karte wechseln, und alles läuft wieder. Licht im Haus, Auto laden, PV und die ganzen Erfassungen dazu sind schon praktisch.
Also nochmals vielen Dank an Thomas! -
@cumulus-0 sagte in Upgrade von Debian 12 'Bookworm' auf Debian 13 'Trixie':
wenn man das braucht.
Man braucht es ja eben NIE. Meld dich mit dem default user an und verwende dann innerhalb des Systems sudo.
-
@codierknecht ich lauf bei meiner Synology seit dem Upgrade auf Trixie in den gleichen Fehler.
Wo finde ich denn diemysqldump.cnf?Dank dir.
Edit: gefunden, Datei liegt in
/etc/mysql/conf.dDanke für den super Hinweis, ich hatte nämlich keine Meldung erhalten, die erschien nur nach dem Neustart heute beim node-js update.
-
Ich habe mal eine Frage zu den gepinnten Paketen.
Warum aktualisiert man diese nicht vor dem Update auf Trixie sondern erst während dessen? -
@david-g sagte in Upgrade von Debian 12 'Bookworm' auf Debian 13 'Trixie':
Warum aktualisiert man diese nicht vor dem Update auf Trixie sondern erst während dessen?
Weil es keinen Unterschied macht. Du lässt die ja wieder freilaufen beim Upgrade. Sollten ja auch nicht viele sein.
-
Danke.
Hatte bisher nie welche.
Hab mittlerweile alle Rechner upgedatet.Auf der Arbeit habe ich noch einige.
Dafür hab ich mir grad ein kleines Script geschrieben, dabei hab ich mir die Frage grad gestellt.
