Upgrade von Debian 12 'Bookworm' auf Debian 13 'Trixie'

[Cumulus 0]

@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?

[Thomas Braun]

@cumulus-0

yes

[Cumulus 0]

@thomas-braun

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)

[Thomas Braun]

@cumulus-0

Da stimmt was mit der boot_partition nicht.
Was war das Ausgangssystem? Debian12?

mount | sort

sagt?

[Cumulus 0]

@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)

[Thomas Braun]

@cumulus-0

Da fehlt tatsächlich der mount von
/dev/mmcblk0p2 auf /boot/firmware

Wie bootest du das Ding denn??

[Cumulus 0]

@thomas-braun

 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  ext4

Das 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?

[Thomas Braun]

@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.

[Cumulus 0]

@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!

[Thomas Braun]

@cumulus-0 sagte in Upgrade von Debian 12 'Bookworm' auf Debian 13 'Trixie':

open SSH mit Root

Macht man NICHT.

[Cumulus 0]

@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!

[Thomas Braun]

@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.

[Siggi0904]

@codierknecht ich lauf bei meiner Synology seit dem Upgrade auf Trixie in den gleichen Fehler.
Wo finde ich denn die mysqldump.cnf ?

Dank dir.

Edit: gefunden, Datei liegt in /etc/mysql/conf.d

Danke für den super Hinweis, ich hatte nämlich keine Meldung erhalten, die erschien nur nach dem Neustart heute beim node-js update.