Upgrade von Debian 9 auf Debian 10 - Probleme mit minissdpd

[leere8sam]

Hallo,
ich habe das Upgrade von Debian 9.13 auf Debian 10 auf diesem Tarox-Rechner durchgeführt und hatte und habe noch Probleme mit minissdpd:

Code: Alles auswählen

sudo apt autoremove
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 5 nicht aktualisiert.
1 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
minissdpd (1.5.20190210-1) wird eingerichtet ...
Job for minissdpd.service failed because the control process exited with error code.
See "systemctl status minissdpd.service" and "journalctl -xe" for details.
invoke-rc.d: initscript minissdpd, action "start" failed.
● minissdpd.service - keep memory of all UPnP devices that announced themselves
   Loaded: loaded (/lib/systemd/system/minissdpd.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Sun 2024-01-28 14:03:24 CET; 28ms ago
     Docs: man:minissdpd(1)
  Process: 18234 ExecStart=/usr/lib/minissdpd/minissdpd-systemd-wrapper ${MiniSSDPd_INTERFACE_ADDRESS} $MiniSSDPd_OTHER_OPTIONS (code=exited, status=1/FAILURE)

Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 minissdpd-systemd-wrapper[18234]: Error parsing address/mask (or interface name) : wlp3s0
Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 minissdpd-systemd-wrapper[18234]: can't parse "wlp3s0" as a valid address or interface name
Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 minissdpd-systemd-wrapper[18234]: Usage: /usr/sbin/minissdpd [-d] [-6] [-s socket] [-p pidfile] [-t TTL] [-f device] -i <interface> [-i <interface2>] ...
Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 minissdpd-systemd-wrapper[18234]:   <interface> is either an IPv4 address with mask such as
Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 minissdpd-systemd-wrapper[18234]:   192.168.1.42/255.255.255.0, or an interface name such as eth0.
Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 minissdpd-systemd-wrapper[18234]:   By default, socket will be open as /var/run/minissdpd.sock
Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 minissdpd-systemd-wrapper[18234]:   and pid written to file /var/run/minissdpd.pid
Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 systemd[1]: minissdpd.service: Control process exited, code=exited, status=1/FAILURE
Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 systemd[1]: minissdpd.service: Failed with result 'exit-code'.
Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 systemd[1]: Failed to start keep memory of all UPnP devices that announced themselves.
dpkg: Fehler beim Bearbeiten des Paketes minissdpd (--configure):
 »installiertes minissdpd-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 minissdpd
E: Sub-process /usr/bin/dpkg returned an error code (1)


systemctl status minissdpd.service
● minissdpd.service - keep memory of all UPnP devices that announced themselves
   Loaded: loaded (/lib/systemd/system/minissdpd.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Sun 2024-01-28 14:03:24 CET; 5min ago
     Docs: man:minissdpd(1)
  Process: 18234 ExecStart=/usr/lib/minissdpd/minissdpd-systemd-wrapper ${MiniSSDPd_INTERFACE_ADDRESS} $MiniSSDPd_OTHER_OPTIONS (code=exited, status=1/FAILURE)

Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 minissdpd-systemd-wrapper[18234]: Error parsing address/mask (or interface name) : wlp3s0
Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 minissdpd-systemd-wrapper[18234]: can't parse "wlp3s0" as a valid address or interface name
Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 minissdpd-systemd-wrapper[18234]: Usage: /usr/sbin/minissdpd [-d] [-6] [-s socket] [-p pidfile] [-t TTL] [-f device] -i <interface
Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 minissdpd-systemd-wrapper[18234]:   <interface> is either an IPv4 address with mask such as
Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 minissdpd-systemd-wrapper[18234]:   192.168.1.42/255.255.255.0, or an interface name such as eth0.
Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 minissdpd-systemd-wrapper[18234]:   By default, socket will be open as /var/run/minissdpd.sock
Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 minissdpd-systemd-wrapper[18234]:   and pid written to file /var/run/minissdpd.pid
Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 systemd[1]: minissdpd.service: Control process exited, code=exited, status=1/FAILURE
Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 systemd[1]: minissdpd.service: Failed with result 'exit-code'.
Jan 28 14:03:24 taroxrechnerschwarzmitdebian9 systemd[1]: Failed to start keep memory of all UPnP devices that announced themselves.
lines 1-16/16 (END)

Da gab es während der Installation schon Dialoge und Meldungen. Man sollte da auch nähere Angaben zu machen, wo ich nicht genau wusste, was ich angeben soll.
Habt ihr hierfür eine Idee/einen Rat?

[niemand]

Das Problem steht eigentlich im Klartext da:

Code: Alles auswählen

Error parsing address/mask (or interface name) : wlp3s0
can't parse "wlp3s0" as a valid address or interface name

Die Ursache mag sein, dass sich der Interface-Name geändert hat. In dem Fall muss der aktuelle Name in die Config geschrieben werden, dann sollte es wieder gehen.

[leere8sam]

OK. Danke für den Hinweis.
Und wie finde ich heraus, ob sich der Interface-Name geändert hat? Und wie schreibe ich dann den Namen in die config-Datei (wo liegt diese?)?

[niemand]

Und wie finde ich heraus, ob sich der Interface-Name geändert hat?

Indem du schaust, wie das Interface derzeit heißt. Nachschauen kann man etwa via ip -l

Und wie schreibe ich dann den Namen in die config-Datei (wo liegt diese?)?

Üblicherweise nutzt man einen Editor dazu; ein beliebter und einfach zu benutzender Vertreter wäre nano – der sollte bereits installiert sein. Die besagte Datei sollte unter /etc liegen, wo im Grunde alle systemweiten Konfigurationen zu finden sind.

[dirk11]

Ich musste erstmal nachsehen, was das überhaupt ist:
"MiniSSDPd ist ein kleiner Daemon, der von MiniUPnPc (ein UPnP Control Point für IGD-Geräte) zur Beschleunigung der Geräteerkennung eingesetzt wird. ▒
MiniSSDPd speichert die Informationen für alle UPnP-Geräte, die sich im Netzwerk mittels SSDP-NOTIFY-Paketen angemeldet haben. MiniSSDPd kann auch ▒
den gesamten SSDP-Verkehr handhaben, der auf einem Computer über die Multicast-Gruppe 239.255.255.250:1900 empfangen wurde."

Bringt mich nicht weiter. Ich habe kein einziges Gerät, wo das installiert ist. Ich würde mir die Frage stellen, ob das überhaupt notwendig ist.

[uname]

Ich habe auch keine Ahnung. Aber ich würde einfach mal das Paket minissdpd deinstallieren und ohne das Paket von Debian 10 auf Debian 11 und Debian 12 upgraden. Und wenn dann doch was fehlt, kann man es ja wieder installieren. Oder einfach gleich mal neu mit Debian 12 installieren. geht vielleicht schneller.

[debianoli]

Waren da Fremdquellen wie zB deb-multimedia im Einsatz? Was sagt denn

Code: Alles auswählen

apt-cache policy minissdpd

[leere8sam]

Hallo,
wie soll ich "ip -l" genau aufrufen?
unter /etc/ habe ich keine minissdpd.conf gefunden. Oder heißt die .conf anders?

Code: Alles auswählen

apt-cache policy minissdpd
minissdpd:
  Installiert:           1.5.20190210-1
  Installationskandidat: 1.5.20190210-1
  Versionstabelle:
 *** 1.5.20190210-1 500
        500 http://deb.debian.org/debian buster/main amd64 Packages
        500 http://ftp.stw-bonn.de/debian buster/main amd64 Packages
        100 /var/lib/dpkg/status

Übrigens habe ich auf meinem Notebook auch Debian 10 mit minissdpd, aber dort nur den Eintrag "500 http://deb.debian.org/debian buster/main amd64 Packages" und ich erhalte dort keine Fehlermeldungen bei "apt autoremove". Müsste ggf. hier auf dem Taroxrechner aufräumen, da
"500 http://ftp.stw-bonn.de/debian buster/main amd64 Packages
100 /var/lib/dpkg/status"
bei meinem Notebook nicht ausgegeben werden.
Vielleicht könnt ihr mir dazu noch Hinweise geben? Bitte auch am besten konkret die Befehle angeben oder mir konkrete Infos verlinken?
Die Idee mit dem Deinstallieren und Neuinstallieren ist auch.
Leider fehlen mir noch nähere Kenntnisse. Wie lautet der Befehl zum Deinstallieren von Debian? Ihr könnt mir auch gerne verlinken, wo ich mich bezüglich der Paketverwaltungsinstrumente für Debian 10 einlesen kann.
Herzlichen Dank und schönen Abend.

[niemand]

wie soll ich "ip -l" genau aufrufen?

Mein Fehler, ›ip l‹ – aber ganz ehrlich: beachte bitte die Fragen der anderen User. So unbedarft, wie du hier erscheinst, steht tatsächlich die Frage im Raum, ob du das Programm wirklich brauchst. Üblicherweise muss jemand, der’s einzusetzen weiß, nicht derart an die Hand genommen werden. Wenn du die Frage nicht beantworten kannst, deinstalliere das Paket, und gut.

[uname]

Ich verstehe immer noch nicht, warum du auf Debian Buster 10 OldOldStable LTS setzen willst. Das wird auch nur noch bis zum 30. Juni 2024 unterstützt. Vielleicht magst du uns das erklären.

[dirk11]

Ich tippe mal drauf, dass er von dort auf 11 und dann auf 12 gehen will.
Wenn ein System ansatzweise gepflegt ist, funktioniert das mittlerweile auch vollkommen problemlos.

[MSfree]

Wenn ein System ansatzweise gepflegt ist, funktioniert das mittlerweile auch vollkommen problemlos.

Das funktioniert nur, wenn man keine Software installiert hat, die mittlerweile aus dem Repository geflogen ist. Die wird zwar beim dist-upgrade nicht entfernt, sie läuft aber unter Umständen auf dem neueren Release nicht mehr.

[uname]

Kann auch sein, dass die Probleme dann mit Debian 11 oder Debian 12 einfach verschwinden. Bei Windows ist es die eingebaute Selbstheilungsfunktion.

[dirk11]

Das funktioniert nur, wenn man keine Software installiert hat, die mittlerweile aus dem Repository geflogen ist. Die wird zwar beim dist-upgrade nicht entfernt, sie läuft aber unter Umständen auf dem neueren Release nicht mehr.

Nicht korrekt. Upgrade von einem Release auf ein folgendes funktionieren in Debian von Mal zu Mal besser. Ich habe seit Jahrzehnten kein System mehr neu installiert. Beim Upgrade aufschreiben, welche Config-Dateien angefasst werden, mit "N" die alten behalten und hinterher die Unterschiede in Ruhe analysieren ist mein Weg. Man kann natürlich auch beim Upgrade direkt analysieren.

Und das upgrade selbst funktioniert natürlich auch tadellos, wenn Software aus dem Repo geflogen ist, nur dass diese eben, wie von Dir erwähnt, u.U. nicht mehr funktioniert.

[leere8sam]

Herzlichen Dank für eure Geduld und den guten Support.

minissdpd wurde entfernt. Es funktioniert alles gut. Keine Fehlermeldung mehr.
Ja, möchte weiter upgraden auf 11 bzw. danach auf 12 soweit möglich.

Meine Hardware:

Code: Alles auswählen

inxi -F
System:    Host: taroxrechnerschwarzmitdebian9 Kernel: 4.19.0-26-amd64 x86_64 bits: 64 Desktop: Gnome 3.30.2 
           Distro: Debian GNU/Linux 10 (buster) 
Machine:   Type: Desktop System: Tarox product: Business PC 5100 P7Q v: N/A serial: 1327411 
           Mobo: ASUSTeK model: P7Q57-M DO v: Rev x.0x serial: MT701BK47503323 BIOS: American Megatrends v: 0080 
           date: 08/02/2011 
CPU:       Topology: Quad Core model: Intel Core i7 870 bits: 64 type: MT MCP L2 cache: 8192 KiB 
           Speed: 1832 MHz min/max: 1200/2934 MHz Core speeds (MHz): 1: 1375 2: 1304 3: 1307 4: 1354 5: 1379 6: 1425 7: 1501 
           8: 1308 
Graphics:  Device-1: NVIDIA GT218 [GeForce 210] driver: nouveau v: kernel 
           Display: wayland server: X.org 1.20.4 driver: nouveau tty: 176x45 
           Message: Advanced graphics data unavailable for root. 
Audio:     Device-1: Intel 5 Series/3400 Series High Definition Audio driver: snd_hda_intel 
           Device-2: NVIDIA High Definition Audio driver: snd_hda_intel 
           Sound Server: ALSA v: k4.19.0-26-amd64 
Network:   Device-1: Intel 82578DM Gigabit Network driver: e1000e 
           IF: enp0s25 state: up speed: 1000 Mbps duplex: full mac: c8:60:00:67:94:17 
Drives:    Local Storage: total: 465.76 GiB used: 395.93 GiB (85.0%) 
           ID-1: /dev/sda vendor: Seagate model: ST500DM002-1BD142 size: 465.76 GiB 
Partition: ID-1: / size: 27.33 GiB used: 7.55 GiB (27.6%) fs: ext4 dev: /dev/dm-0 
           ID-2: /boot size: 233.3 MiB used: 85.6 MiB (36.7%) fs: ext2 dev: /dev/sda1 
           ID-3: /home size: 425.75 GiB used: 388.29 GiB (91.2%) fs: ext4 dev: /dev/dm-2 
           ID-4: swap-1 size: 3.96 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/dm-1 
Sensors:   System Temperatures: cpu: 33.0 C mobo: N/A gpu: nouveau temp: 40 C 
           Fan Speeds (RPM): N/A 
Info:      Processes: 248 Uptime: 6m Memory: 3.81 GiB used: 1.52 GiB (39.8%) Shell: bash inxi: 3.0.32

Mir fehlt noch etwas Orientierung, ob diese Hardware für ein Upgrade auf 11 genügt. Vielleicht könnt ihr mir bitte dazu noch Hinweise geben oder Links nennen, was man bei Upgrades vorher in puncto Hardware checken sollte.

[dirk11]

Was ist das für eine Frage? Ich betreibe Bookworm auf einem 15 Jahre alten Laptop. Das ist kein Windows, wo man zwangsweise neue Hardware kaufen muss.

[rhHeini]

Das einzige was vielleicht Probleme machen kann ist die NVidea-Graphik.

Da müsste mal ein Kenner was dazu sagen.

[thunder11]

rhHeini war schneller

s funktioniert alles gut. Keine Fehlermeldung mehr.
Ja, möchte weiter upgraden auf 11 bzw. danach auf 12 soweit möglich.

Du solltest zumindest im Hinterkopf haben, dass es für deine Grafikkarte von Nvidia
(nvidia-legacy-340xx-driver)keine Unterstützung in Debian11 (Bullseye) mehr gibt.

Der nouveau- Treiber wird wohl noch funktionieren, (DRM ???) weiß ich aber nicht. Das sollte zumindest geklärt werden.
Ansonsten gibt es keine Einschränkungen für deinen Rechner.

Edit:
Ich würde dir raten, vor dem Upgrade zuerst mal mit einem Live-Image zu testen, was die Grafik betrifft.
Die gibt es hier:
https://cdimage.debian.org/cdimage/arch ... so-hybrid/

[thunder11]

Code: Alles auswählen

Message: Advanced graphics data unavailable for root.

Wieso bist du eigentlich als Root unterwegs ?

[leere8sam]

Herzlichen Dank für die Infos.
Wie gesagt, ich bin ein Anfänger und weiß ehrlich gesagt noch nicht so genau, wann ich besser als root und wann besser als normaler User unterwegs bin. Also mache ich noch viel mit "try and error", wobei ich mich da gerne weiter entwickle und entsprechende Hinweise, Links entgegen nehme.
Schönen Sonntag!

[rhHeini]

Zu dem Thema User <> Root:

Du fängst immer als User an und versuchst Deine Aktion als User auszuführen, es sei denn Du weisst schon das es etwas ist was Du nur als root ausführen kannst wie das System aktualisieren. Ich denke Du bist vorwiegend auf einem DE unterwegs. Und ich nehme an dass Du ein root-PW vergeben hast.

Im DE: Das System sagt Dir schon wenn Deine Privilegien unzureichend sind und wird meistens automatisch das root-PW verlangen wenn notwendig.

Auf der Konsole ist es ähnlich. Erst mal als user anfangen (Prompt ~$:). Wenn Du dann ein Kommando aufrufst das nur als root läuft kriegst Du ein Command not found oder so etwas. Dann wirst Du mit su - root (Prompt #:) und probierst es nochmal.

Im Laufe der Zeit weisst Du dann was Du als User und was Du als root machen musst.