Umstellung Debian init auf systemd klappt nicht


ITWK

Member
Hallo, ich habe seit längern das Problem das ich von init nicht auf systemd umstellen kann. Debian Trixie ist bereits installiert. Folgenden Fehler erhalte ich und habe keine Idee mehr dazu - jmd. eine Idee dazu - wäre nett, Danke.
apt-get install systemd-sysv
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Statusinformationen werden eingelesen... Fertig
Auflösen von Abhängigkeiten... Fehler!
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
systemd-sysv : Kollidiert mit: sysvinit-core aber 3.14-4 soll installiert werden
sysvinit-core : Hängt ab von: initscripts ist aber nicht installierbar
Hängt ab von: sysv-rc ist aber nicht installierbar oder
file-rc ist aber nicht installierbar oder
openrc ist aber nicht installierbar
Kollidiert mit: systemd-sysv aber 257.9-1~deb13u1 soll installiert werden
Empfiehlt: orphan-sysvinit-scripts ist aber nicht installierbar
E: Fehler: Unterbrechungen durch pkgProblemResolver::Resolve hervorgerufen; dies könnte durch zurückgehaltene Pakete verursacht worden sein.
E: The following information from --solver 3.0 may provide additional context:
Unable to satisfy dependencies. Reached two conflicting decisions:
1. systemd-sysv:amd64=257.9-1~deb13u1 is selected for install
2. systemd-sysv:amd64=257.9-1~deb13u1 is not selected for install because:
1. sysvinit-core:amd64 is selected for install
2. sysvinit-core:amd64 Kollidiert mit systemd-sysv
[selected sysvinit-core:amd64]
 
Last edited:
Sieht aus als wäre sysvinit-core noch installiert. Beides parallel kollidiert miteinander. Bei mir wurde beim Upgrade auf Debian 12/13(?) systemd-sysv installiert und das Paket sysvinit-core automatisch deinstalliert.
Also evtl. vorher manuell sysvinit-core deinstallieren.

Laut dem hier sollte das helfen:
Code:
apt-get install --allow-remove-essential systemd-sysv- sysvinit-core
 
Sieht aus als wäre sysvinit-core noch installiert. Beides parallel kollidiert miteinander. Bei mir wurde beim Upgrade auf Debian 12/13(?) systemd-sysv installiert und das Paket sysvinit-core automatisch deinstalliert.
Also evtl. vorher manuell sysvinit-core deinstallieren.

Laut dem hier sollte das helfen:
Code:
apt-get install --allow-remove-essential systemd-sysv- sysvinit-core
hatte ich schon versucht:
apt-get install --allow-remove-essential systemd-sysv- sysvinit-core
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Statusinformationen werden eingelesen... Fertig
Paket »systemd-sysv« ist nicht installiert, wird also auch nicht entfernt.
sysvinit-core ist schon die neueste Version (3.14-4).
sysvinit-core wurde als manuell installiert festgelegt.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
 
Wenn ich mal einen Knoten in den Abhängikeiten habe, dann greife ich gerne auf aptitude zurück. Da werden mir dann die Probleme mit den Abhängigkeiten angezeigt, ich bekomme mehrere Vorschläge zum Lösen oder kann die Abhängigkeiten auch manuell auflösen.
 
Ist schwer zu beschreiben, da es nicht über Aufrufparameter geht, sondern du dich durch den Baum der Pakete mit den Cursor-Tasten bewegst. Du suchst dir das Paket systemd-sysv raus und markierst es zur Installation - dabei wird dann versucht, die Abhängigkeiten aufzulösen. Du bekommst Vorschläge oder gehst in das Paket mit Enter rein und siehst da die Konflikte in rot markiert und schaust dann durch markieren zum installieren bzw. entfernen, wie du die Abhängigkeit manuell auflöst.
 
Was Du willst die inverse Variante von dem was ich oben aus der Debian Mailingliste vorgeschlagen habe:
Bash:
> sudo apt install -s --allow-remove-essential systemd-sysv sysvinit-core-

Package 'sysvinit-core' is not installed, so not removed
systemd-sysv is already the newest version (257.9-1~deb13u1).
systemd-sysv set to manually installed.
Summary:
  Upgrading: 0, Installing: 0, Removing: 0, Not Upgrading: 0
Wichtig ist das angehängte "-" hinter "sysvinit-core-", damit wird das als "essential" zum Entfernen markiert und stattdessen systemd-sysv installiert.(Hab das nur mit "-s" simuliert laufen lassen um nix kaputt zu machen).
 
Was Du willst die inverse Variante von dem was ich oben aus der Debian Mailingliste vorgeschlagen habe:
Bash:
> sudo apt install -s --allow-remove-essential systemd-sysv sysvinit-core-

Package 'sysvinit-core' is not installed, so not removed
systemd-sysv is already the newest version (257.9-1~deb13u1).
systemd-sysv set to manually installed.
Summary:
  Upgrading: 0, Installing: 0, Removing: 0, Not Upgrading: 0
Wichtig ist das angehängte "-" hinter "sysvinit-core-", damit wird das als "essential" zum Entfernen markiert und stattdessen systemd-sysv installiert.(Hab das nur mit "-s" simuliert laufen lassen um nix kaputt zu machen).
Super habe es auch mit -s durchlaufen lassen ohne Fehler, danach ohne -S lief auch durch. Nach reboot habe ich nun nur noch einen Fehler, wie kann ich den noch beheben, da der durch die Usmtellung entstanden ist
screen.png
 
Hier mal noch ein ganzer Screen der Meldung während des Starts, ggf, hat auch hier jmd, eine Idee. Danekl vorab.
screen.png
 
Und das hier hast Du schon ausprobiert?
Bash:
sudo systemctl status systemd-udevd
# oder das hier:
journalctl -xe | grep udev
# oder
sudo systemctl start systemd-udevd
# oder
sudo systemctl enable systemd-udevd
Ist udev überhaupt installiert? Hast Du ein reinstall davon getestet?
Sorry, aber hier fehlt viel Info was Du selbst bereits versucht hast.

Und könntest Du solche Ausgaben vielleicht als Text anstatt Screenshot posten? Macht es Leuten die versuchen zu helfen leichter danach zu suchen ;)
 
Hallo, ja versuche ich zukünftig zu tun.

PS: reinstall udex habe ich bereits getan

Hier mal die Ausgaben deiner Commands:
systemctl status systemd-udevd
* systemd-udevd.service - Rule-based Manager for Device Events and Files
Loaded: loaded (/usr/lib/systemd/system/systemd-udevd.service; static)
Drop-In: /usr/lib/systemd/system/systemd-udevd.service.d
`-syscall-architecture.conf
Active: active (running) since Tue 2026-04-21 21:02:51 CEST; 13h ago
Invocation: 40954cd7485944eaaa4e18bd4f90ea9d
TriggeredBy: * systemd-udevd-kernel.socket
* systemd-udevd-control.socket
Docs: man:systemd-udevd.service(8)
man:udev(7)
Main PID: 471 (systemd-udevd)
Status: "Processing with 48 children at max"
Tasks: 1
Memory: 10.7M (peak: 37.8M)
CPU: 1.789s
CGroup: /system.slice/systemd-udevd.service
`-udev
`-471 /usr/lib/systemd/systemd-udevd

Apr 21 21:02:51 mail systemd[1]: Starting systemd-udevd.service - Rule-based Manager for Device Events and Files...
Apr 21 21:02:51 mail systemd-udevd[471]: Using default interface naming scheme 'v257'.
Apr 21 21:02:51 mail systemd-udevd[471]: /etc/systemd/network/99-default.link: No valid settings found in the [Match] section, ignoring file. To match all interfaces, add OriginalName=* in the >
Apr 21 21:02:51 mail systemd-udevd[471]: /usr/lib/udev/rules.d/95-keymap.rules:96 Invalid key/value pair, ignoring.
Apr 21 21:02:51 mail systemd[1]: Started systemd-udevd.service - Rule-based Manager for Device Events and Files.
2. command nichts
3. command auch keine ausgabe
4.:
systemctl enable systemd-udevd
The unit files have no installation config (WantedBy=, RequiredBy=, UpheldBy=,
Also=, or Alias= settings in the [Install] section, and DefaultInstance= for
template units). This means they are not meant to be enabled or disabled using systemctl.

Possible reasons for having these kinds of units are:
* A unit may be statically enabled by being symlinked from another unit's
.wants/, .requires/, or .upholds/ directory.
* A unit's purpose may be to act as a helper for some other unit which has
a requirement dependency on it.
* A unit may be started when needed via activation (socket, path, timer,
D-Bus, udev, scripted systemctl call, ...).
* In case of template units, the unit is meant to be enabled with some
instance name specified.
udevadm trigger und udevadm control --reload-rules hatte auch nicht geholfen.
 
Hab mal mit meinem Debian 13 verglichen und der Output sieht identisch aus.
Die interessante Zeile ist die hier:
Code:
(udevadm)[446]: udev-trigger.service: Failed at step EXEC spawning /sbin/udevadm: No such file or directory
Bei mir wohnt "udevadm" in /usr/bin

Ich vermute immer noch, dass da bei der (Re-) Installation was schief gegangen ist.
Wie sieht die Sources.list aus? Bzw. /etc/apt/sources.list.d/debian.sources?

Was sagt das hier?
Bash:
$ dpkg -l | grep udev
ii  libudev1:amd64                          257.9-1~deb13u1                      amd64        libudev shared library
ii  udev                                    257.9-1~deb13u1                      amd64        /dev/ and hotplug management daemon

Auf was für einem System läuft das ganze? VPS? Im schlimmsten Fall kann das am Hostsystem liegen. Ich habe hier z.B. eine Ionos-spezische Regel in /etc/udev/rules-d/90-ionos-hotplug.rules

Ich fürchte dann bin ich auch überfragt.
 
Hi also hier die Ausgabe:
dpkg -l | grep udev
ii libudev-dev:amd64 257.9-1~deb13u1 amd64 libudev development files
ii libudev0:amd64 200-1+b2 amd64 compatibility wrapper for libudev version 0
ii libudev1:amd64 257.9-1~deb13u1 amd64 libudev shared library
ii udev 257.9-1~deb13u1 amd64 /dev/ and hotplug management daemon
Proxmox VM rennt hier ohne seperate Rules. Ist auch nur bei dieser VM so.
apt install -- reinstall udev hatte ich gemacht beim reisntall.
sourcelist normale trixie:
cat /etc/apt/sources.list
deb http://ftp.de.debian.org/debian/ trixie main contrib non-free-firmware
deb-src http://ftp.de.debian.org/debian/ trixie main contrib non-free-firmware

deb http://ftp.de.debian.org/debian/ trixie-updates main contrib non-free-firmware
deb-src http://ftp.de.debian.org/debian/ trixie-updates main contrib non-free-firmware

deb http://security.debian.org/debian-security trixie-security main contrib non-free-firmware
deb-src http://security.debian.org/debian-security trixie-security main contrib non-free-firmware
 
Ich würde mal "libudev0:amd64" runterwerfen und dann nochmal einen udev reinstall oder zumindest "dpkg --reconfigure" machen. Vielleicht vorher "apt purge". libudev-dev braucht man auch nicht unbedingt.

Die sources.list hat noch das alte Format. Vielleicht ist das auch ein Problem.
Vielleicht mal umstellen:
Hier steht wie man upgraded:
Vielleicht muss man die /etc/apt/mirrors/debian.list manuell anlegen.

Bei mir sieht das so aus, die /etc/apt/sources.list ist bei mir leer:
Code:
$ cat /etc/apt/sources.list.d/debian.sources
Types: deb deb-src
URIs: mirror+file:///etc/apt/mirrors/debian.list
Suites: trixie trixie-updates trixie-backports
Components: main
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg

Types: deb deb-src
URIs: mirror+file:///etc/apt/mirrors/debian-security.list
Suites: trixie-security
Components: main
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg
 
Last edited:
Hi, Fehler bleibt nach dem entfernen der 2 genannten Pakete sowie erneutem reinstall bei restart leider der selbe.

Bzgl. Source du hast die neue Version, ich hab die alte noch belassen. Das macht also keinen Unterschied. Kann man bei Trixie noch beides nutzen.
 
Die Idee mit dem Update der apt sourcen war, dass vielleicht in in den "Suites" was anderes drinsteckt als in deiner Variante. War nur ein Vorschlag, den man testen könnte. Auch zusammen mit dem Purgen von udev (apt reinstall behält nämlich alte Dateien).

Dass z.B. "udevadm" bei dir in /sbin/ gesucht wird deutet auf ein ziemlich altes Relikt hin, denn das wohnt da schon eine ganze Weile nicht mehr.
Vielleicht noch in /usr/lib/systemd/system/systemd-udev-trigger.service nachschauen, da wird bei mir nämlich udevadm ohne vorangestelltes /sbin/ aufgerufen.
Genauso in /usr/lib/udev/* und /usr/lib/systemd/*

Wie auch immer, an dieser Stelle gehen mir die Ideen aus. Ich wünsche viel Erfolg und wenn Du es löst bin ich neugierig was es wohl war.
 
Hi hab ich schon getestet, bleibt leider das selbe. Gibt es denn einen Befehl wie man udev richtig runter löscht und neu installiert und gleichzeitig updatet sonst versuche ich mal mit purge wobei das bei udev bisl problematisch werden kann.

Hm, hab auch keine Idee mehr evtl noch jmd anderes eine Idee?

Das ist auch interessant:
service udev restart
Failed to restart udev.service: Unit udev.service is masked.
 
Last edited:
Dass z.B. "udevadm" bei dir in /sbin/ gesucht wird deutet auf ein ziemlich altes Relikt hin
Sehe ich genauso, unter Trixie sollte udevadm nicht mehr über diesen Pfad laufen, deshalb versuch doch mal gezielt nach solchen 'Relikten' zu suchen:
Code:
grep -R "udevadm" /etc /usr/lib/systemd /usr/lib/udev 2>/dev/null
 
Danke, hier mal die Ausgabe dazu, vermute auch das das irgendwas altes mitgeschlepptes ist, warum weis ich aber nicht da nur dieser Server betroffen ist :/

grep -R "udevadm" /etc /usr/lib/systemd /usr/lib/udev 2>/dev/null

/etc/rc6.d/K01udev:# new /dev has been mounted and udevadm trigger has been run there will be
/etc/rc6.d/K01udev: udevadm info --cleanup-db
/etc/rc6.d/K01udev: if udevadm trigger --type=subsystems --action=add; then
/etc/rc6.d/K01udev: if udevadm trigger --type=devices --action=add; then
/etc/rc6.d/K01udev: if udevadm settle; then
/etc/rc6.d/K01udev: udevadm control --reload-rules
/etc/rc6.d/K08networking: if [ -x "$(command -v udevadm)" ]; then
/etc/rc6.d/K08networking: udevadm settle || true
/etc/init.d/networking: if [ -x "$(command -v udevadm)" ]; then
/etc/init.d/networking: udevadm settle || true
/etc/init.d/udev:# new /dev has been mounted and udevadm trigger has been run there will be
/etc/init.d/udev: udevadm info --cleanup-db
/etc/init.d/udev: if udevadm trigger --type=subsystems --action=add; then
/etc/init.d/udev: if udevadm trigger --type=devices --action=add; then
/etc/init.d/udev: if udevadm settle; then
/etc/init.d/udev: udevadm control --reload-rules
/etc/rcS.d/S11networking: if [ -x "$(command -v udevadm)" ]; then
/etc/rcS.d/S11networking: udevadm settle || true
/etc/rcS.d/S02udev:# new /dev has been mounted and udevadm trigger has been run there will be
/etc/rcS.d/S02udev: udevadm info --cleanup-db
/etc/rcS.d/S02udev: if udevadm trigger --type=subsystems --action=add; then
/etc/rcS.d/S02udev: if udevadm trigger --type=devices --action=add; then
/etc/rcS.d/S02udev: if udevadm settle; then
/etc/rcS.d/S02udev: udevadm control --reload-rules
/etc/rc0.d/K01udev:# new /dev has been mounted and udevadm trigger has been run there will be
/etc/rc0.d/K01udev: udevadm info --cleanup-db
/etc/rc0.d/K01udev: if udevadm trigger --type=subsystems --action=add; then
/etc/rc0.d/K01udev: if udevadm trigger --type=devices --action=add; then
/etc/rc0.d/K01udev: if udevadm settle; then
/etc/rc0.d/K01udev: udevadm control --reload-rules
/etc/rc0.d/K08networking: if [ -x "$(command -v udevadm)" ]; then
/etc/rc0.d/K08networking: udevadm settle || true
/usr/lib/systemd/system/initrd-udevadm-cleanup-db.service:ExecStart=-udevadm info --cleanup-db
/usr/lib/systemd/system/ifupdown-pre.service:ExecStart=/bin/sh -c 'if [ "$CONFIGURE_INTERFACES" != "no" ] && [ -n "$(ifquery --read-environment --list --exclude=lo)" ] && [ -x /bin/udevadm ]; then udevadm settle; fi'
/usr/lib/systemd/system/systemd-udev-trigger.service:ExecStart=-udevadm trigger --type=all --action=add --prioritized-subsystem=module,block,tpmrm,net,tty,input
/usr/lib/systemd/system/systemd-udev-settle.service:ExecStart=udevadm settle
/usr/lib/systemd/system/udev-settle.service:ExecStart=/sbin/udevadm settle
/usr/lib/systemd/system/sysinit.target.wants/systemd-udev-trigger.service:ExecStart=-udevadm trigger --type=all --action=add --prioritized-subsystem=module,block,tpmrm,net,tty,input
/usr/lib/systemd/system/systemd-udev-load-credentials.service:Documentation=man:udevadm(8)
/usr/lib/systemd/system/systemd-udev-load-credentials.service:ExecStart=udevadm control --load-credentials
/usr/lib/systemd/system/initrd-switch-root.target:Wants=initrd-udevadm-cleanup-db.service initrd-root-fs.target initrd-fs.target systemd-journald.service initrd-cleanup.service
/usr/lib/systemd/system/initrd-switch-root.target:After=initrd-udevadm-cleanup-db.service initrd-root-fs.target initrd-fs.target emergency.service emergency.target initrd-cleanup.service
/usr/lib/systemd/system/udev-trigger.service:ExecStart=/sbin/udevadm trigger --type=subsystems --action=add ; /sbin/udevadm trigger --type=devices --action=add
/usr/lib/systemd/system/basic.target.wants/udev-trigger.service:ExecStart=/sbin/udevadm trigger --type=subsystems --action=add ; /sbin/udevadm trigger --type=devices --action=add
/usr/lib/udev/write_dev_root_rule:RUNDIR=$(udevadm info --run || exit 0)
/usr/lib/udev/write_dev_root_rule:eval $(udevadm info --export --export-prefix=ROOT_ --device-id-of-file=/ || true)
/usr/lib/udev/firmware.agent:RUNDIR=$(udevadm info --run)
/usr/lib/udev/hwdb.d/60-keyboard.hwdb:# udevadm trigger /dev/input/eventXX
/usr/lib/udev/hwdb.d/60-keyboard.hwdb:# udevadm info /dev/input/eventXX
/usr/lib/udev/hwdb.d/60-evdev.hwdb:# udevadm trigger /dev/input/eventXX
/usr/lib/udev/hwdb.d/60-evdev.hwdb:# udevadm info /dev/input/eventXX
/usr/lib/udev/hwdb.d/70-pointingstick.hwdb:# udevadm trigger /dev/input/eventXX
/usr/lib/udev/hwdb.d/70-pointingstick.hwdb:# udevadm info /dev/input/eventXX.
/usr/lib/udev/hwdb.d/60-input-id.hwdb:# udevadm trigger /dev/input/eventXX
/usr/lib/udev/hwdb.d/60-input-id.hwdb:# udevadm info /dev/input/eventXX
/usr/lib/udev/hwdb.d/60-autosuspend.hwdb:# udevadm trigger /dev/â¦
/usr/lib/udev/hwdb.d/60-autosuspend.hwdb:# udevadm info
/usr/lib/udev/hwdb.d/70-av-production.hwdb:# udevadm trigger /dev/â¦
/usr/lib/udev/hwdb.d/70-av-production.hwdb:# udevadm info
/usr/lib/udev/hwdb.d/70-sound-card.hwdb:# udevadm trigger /dev/â¦
/usr/lib/udev/hwdb.d/70-sound-card.hwdb:# udevadm info
/usr/lib/udev/hwdb.d/70-mouse.hwdb:# udevadm trigger /dev/input/eventXX
/usr/lib/udev/hwdb.d/70-mouse.hwdb:# udevadm info /dev/input/eventXX.
/usr/lib/udev/hwdb.d/70-joystick.hwdb:# udevadm trigger /dev/input/eventXX
/usr/lib/udev/hwdb.d/70-joystick.hwdb:# udevadm info /dev/input/eventXX
/usr/lib/udev/hwdb.d/70-hardware-wallets.hwdb:# udevadm trigger /dev/â¦
/usr/lib/udev/hwdb.d/70-hardware-wallets.hwdb:# udevadm info
/usr/lib/udev/hwdb.d/70-software-radio.hwdb:# udevadm trigger /dev/â¦
/usr/lib/udev/hwdb.d/70-software-radio.hwdb:# udevadm info
/usr/lib/udev/hwdb.d/60-sensor.hwdb:# cat /sys/`udevadm info -q path -n /dev/iio:device0`/label
/usr/lib/udev/hwdb.d/60-sensor.hwdb:# cat /sys/`udevadm info -q path -n /dev/iio:device0`/../modalias
/usr/lib/udev/hwdb.d/60-sensor.hwdb:# udevadm trigger -v -p DEVNAME=/dev/iio:deviceXXX
/usr/lib/udev/hwdb.d/60-sensor.hwdb:# udevadm info --export-db
/usr/lib/udev/hwdb.d/70-touchpad.hwdb:# udevadm trigger /dev/input/eventXX
/usr/lib/udev/hwdb.d/70-touchpad.hwdb:# udevadm info /dev/input/eventXX.
/usr/lib/udev/findkeyboards: for dev in `udevadm trigger --dry-run --verbose --property-match=ID_INPUT_KEYBOARD=1`; do
/usr/lib/udev/findkeyboards: walk=`udevadm info --attribute-walk --path=$dev`
/usr/lib/udev/findkeyboards: env=`udevadm info --query=env --path=$dev`
/usr/lib/udev/findkeyboards: udevadm info --query=name --path=$dev
/usr/lib/udev/findkeyboards: module=$(udevadm trigger --verbose --dry-run --subsystem-match=input --attr-match=name='*Extra Buttons')
/usr/lib/udev/findkeyboards:$(udevadm trigger --verbose --dry-run --subsystem-match=input --attr-match=name='*extra buttons')"
/usr/lib/udev/findkeyboards:$(udevadm trigger --verbose --dry-run --subsystem-match=input --attr-match=name='Sony Vaio Keys')"
/usr/lib/udev/findkeyboards: udevadm info --query=name --path=${evdev%%/dev}
/usr/lib/udev/rules.d/71-seat.rules: RUN+="/usr/bin/udevadm trigger --parent-match=%p/.."
/usr/lib/udev/rules.d/55-dm.rules:# udev triggers generating "add" events (e.g. "udevadm trigger --action=add" or
/usr/lib/udev/rules.d/55-dm.rules:# rule or by triggering an event manually by "udevadm trigger" call
/usr/lib/udev/rules.d/64-btrfs.rules:ENV{ID_BTRFS_READY}=="1", RUN+="/usr/bin/udevadm trigger -s block -p ID_BTRFS_READY=0"
 
Ich vermute deine Debian Installation in deinem Proxmox hat schon einige Jahre und Upgrades auf dem Buckel.
Ich sehe da mehrere Zeilen mit "/sbin/udevadm". Vielleicht mal explizit nach denen greppen, das grenzt die Auswahl dann deutlich ein:
Bash:
grep -Rn "/sbin/udevadm" /etc /usr/lib/systemd /usr/lib/udev 2>/dev/null
Vielleicht auch noch in den betreffenden Ordnern nachschauen wie alt die betroffenen Files sind. Ich vermute ziemlich alt.

Jedenfalls hast Du da eindeutig "Relikte" die da so nicht mehr sein sollten.
Eins davon ist in dieser Zeile hier:
Code:
/usr/lib/systemd/system/udev-trigger.service:ExecStart=/sbin/udevadm trigger --type=subsystems --action=add ; /sbin/udevadm trigger --type=devices --action=add
/usr/lib/systemd/system/udev-trigger.service heißt inzwischen /usr/lib/systemd/system/systemd-udev-trigger.service und witzigerweise existiert die, wird aber nicht verwendet.
Ich bin nicht sicher ob es wirklich hilfreich ist, da "chirurgisch" zu korrigieren nur um dann beim nächsten Upgrade in etwas schlimmeres zu rennen. Vor allem muss man ja auch finden warum da noch die falsche Variante aufgerufen wird.
Und da, wie ich gestern gelernt habe, am udev package auch unter anderem das Kernel Image hängt, war mein Vorschlag mit apt purge auch nicht wirklich hilfreich.
 
Last edited:

Back
Top