Gelöst Kein Start mehr unter Tumbleweed nach Update

[susejunky]

Hallo pinguin,

... Willst Du aber richtig arbeiten und hast "richtige" Hardware im System ( RME Soundkarte, Decklink Videokarte, mehrere Monitore, Raid etc ) ist nach jedem 3. Update sense und es hilft nur ein Rollback.

Mit "richtiger" Hardware; d.h. Hardware deren Hersteller FOS-Treiber zur Verfügung stellen und/oder mit der open-source-community offen Zusammenarbeiten, hat Tumbleweed meiner Erfahrung nach keine Probleme.

... Die Skills des TE sind noch nicht soweit.

Es steht mir nicht zu (und ich würde es mir auch niemals anmaßen), über das Können Anderer zu urteilen.

Viele Grüße

susejunky

 

[pinugin]

hat Tumbleweed meiner Erfahrung nach keine Probleme.

reine Theorie!
hast Du es jemals probiert und Deine Aussage überprüft?
In der Firma haben wir es !!!
Wieviele Rechner mit unterschiedlicher Motherboards und unter Leap dauerhaft stabil laufenden Audio + Videokarten hast Du über einen langen Zeitraum unter Tumbleweed getestet?
Während Corona und danach lag in der Firma Hardware brach und die Zeit hat unser Admin auch für diese Tests genutzt. Das Ergebnis : im Dauerhaften Einsatz vernichtend !

Darum verstehe ich diese idealen Träumereien über Tumbleweed von "normalen Usern" wirklich nicht mehr.

Es steht mir nicht zu (und ich würde es mir auch niemals anmaßen), über das Können Anderer zu urteilen.

Ich maße mir keine Urteile an. Ich habe nur die Reaktionen des TE auf die wirklich sehr guten und weiterführenden Fragen zusammengefasst. Ich bin übrigens in guter Gesellschaft (lies Dir bitte die Hinweise der anderen nochmal unter diesem Gesichtspunkt durch)

Dir auch ein schönes Neues Jahr und vielen, vielen Dank für Deinen tollen Hilfestellungen hier im Forum.

 

[egweber1]

So,
zwischendurch letztes Update AVM vom April letzten Jahres auf WLAN-Stick 860 aufgespielt.
Zwischendurch Tumbleweed auf neuer Festplatte nvme1n1 aufgespielt.
Läuft jetzt alles bestens. Auch mit dem 860-Stick mit 5GHz.
Fehlermeldung

[ 0.4621244] nvme nvme1: failed to set APST feature (2)

erscheint nicht mehr.
Noch zu Tumbleweed:
Musste bis zu diesem Problem noch kein Rollback damit machen und hat immer tadellos seit April letzten Jahres funktioniert. An was es letztendlich bei dem Einfrieren gelegen hat, kann ich leider nicht mehr ergründen.
Danke für die vielen Hilfen.

 

[egweber1]

Beim Hochfahren taucht immer mal wieder eine Fehlermeldung auf:

[    4.826270][ usb 3-1.2: device descriptor read/64, error -32

Diese taucht aber manchmal auch bei nicht eingestecktem WLAN-Stick oder egal bei welchem bei Neustart auf.
Hier habe ich mal die relevanten Zeilen mit dmesg für WLAN-Stick AVM N ausgelesen:

[    4.826270] usb 3-1.2: device descriptor read/64, error -32
[    5.018249] usb 3-1.2: device descriptor read/64, error -32
[    5.286251] usb 3-1.2: device descriptor read/64, error -32
[    5.474253] usb 3-1.2: device descriptor read/64, error -32
[    5.582611] usb 3-1-port2: attempt power cycle
[    6.190324] usb 3-1.2: Device not responding to setup address.
[    6.398527] usb 3-1.2: Device not responding to setup address.
[    6.613559] systemd[1]: /usr/lib/systemd/system/plymouth-start.service:15: Unit uses KillMode=none. This is unsafe, as it disables systemd's process lifecycle management for the service. Please update the service to use a safer KillMode=, such as 'mixed' or 'control-group'. Support for KillMode=none is deprecated and will eventually be removed.
[    6.690258] usb 3-1.2: new full-speed USB device number 8 using xhci_hcd
[    6.690328] usb 3-1.2: Device not responding to setup address.
[    6.902337] usb 3-1.2: Device not responding to setup address.
[    7.114248] usb 3-1.2: device not accepting address 8, error -71
[    7.114623] usb 3-1-port2: unable to enumerate USB device
[   13.642270] usb 3-4: new high-speed USB device number 10 using xhci_hcd
[   13.821428] usb 3-4: New USB device found, idVendor=057c, idProduct=84ff, bcdDevice= 4.04
[   13.821435] usb 3-4: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[   13.821438] usb 3-4: Product: FRITZ!WLAN USB Stick N
[   13.821440] usb 3-4: Manufacturer: AVM Berlin
[   13.821442] usb 3-4: SerialNumber: 246511C048BF
[   13.827896] usb-storage 3-4:1.0: USB Mass Storage device detected
[   13.828075] scsi host10: usb-storage 3-4:1.0
[   14.507856] usb 3-4: USB disconnect, device number 10
[   15.786267] usb 3-4: new high-speed USB device number 11 using xhci_hcd
[   15.965470] usb 3-4: New USB device found, idVendor=057c, idProduct=8401, bcdDevice= 4.04
[   15.965478] usb 3-4: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[   15.965480] usb 3-4: Product: FRITZ!WLAN USB Stick N
[   15.965482] usb 3-4: Manufacturer: AVM Berlin
[   15.965484] usb 3-4: SerialNumber: 246511C048BF
[   16.116893] cfg80211: Loading compiled-in X.509 certificates for regulatory database
[   16.117020] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
[   16.347982] usb 3-4: reset high-speed USB device number 11 using xhci_hcd
[   16.541915] usbcore: registered new interface driver carl9170
[   16.544229] usb 3-4: driver   API: 1.9.9 2016-02-15 [1-1]
[   16.544236] usb 3-4: firmware API: 1.9.6 2012-07-07
[   16.941738] ath: EEPROM regdomain: 0x8114
[   16.941742] ath: EEPROM indicates we should expect a country code
[   16.941743] ath: doing EEPROM country->regdmn map search
[   16.941744] ath: country maps to regdmn code: 0x37
[   16.941746] ath: Country alpha2 being used: DE
[   16.941747] ath: Regpair used: 0x37
[   16.941773] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   16.943585] usb 3-4: Atheros AR9170 is registered as 'phy0'
[   16.991961] carl9170 3-4:1.0 wlp10s0f3u4: renamed from wlan0

Oder für Stick AVM 860:

[   10.163382] r8169 0000:08:00.0 enp8s0: Link is Down
[   10.899483] usb 3-4: USB disconnect, device number 5
[   11.755296] usb 3-4: new high-speed USB device number 11 using xhci_hcd
[   11.908010] usb 3-4: New USB device found, idVendor=057c, idProduct=8503, bcdDevice= 1.00
[   11.908015] usb 3-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[   11.908017] usb 3-4: Product: FRITZ!WLAN AC 860
[   11.908018] usb 3-4: Manufacturer: AVM
[   11.908019] usb 3-4: SerialNumber: DC15C88F2E53
[   11.976009] cfg80211: Loading compiled-in X.509 certificates for regulatory database
[   11.976194] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
[   12.183388] usb 3-4: reset high-speed USB device number 11 using xhci_hcd
[   12.332208] mt76x2u 3-4:1.0: ASIC revision: 76120044
[   12.360088] mt76x2u 3-4:1.0: ROM patch build: 20141115060606a
[   12.528963] mt76x2u 3-4:1.0: Firmware Version: 0.0.00
[   12.528969] mt76x2u 3-4:1.0: Build: 1
[   12.528971] mt76x2u 3-4:1.0: Build Time: 201507311614____
[   13.318772] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   13.319739] usbcore: registered new interface driver mt76x2u
[   13.358178] mt76x2u 3-4:1.0 wlp10s0f3u4: renamed from wlan0

 

[susejunky]

Hallo egweber1,

wenn Du unter einem, als "Gelöst" gekennzeichnetem Thema ein neues Problem ansprichst, besteht die Gefahr, dass Du dafür nicht die Aufmerksamkeit erhältst, die Du Dir wünschst.

Solltest Du zu dem, in Beitrag #64 beschriebenen Problem tatsächlich Unterstützung suchen, dann lege dazu bitte ein neues Thema an.

Noch zwei Hinweise:

• dmesg liefert Dir nur Log-Meldungen aus dem Kernel-Ringpuffer, während journalctl Dir auch noch Log-Meldungen anderer Anwendungen zeigt.
  
  Mit

  journalctl -b 0 -p 3

  kannst Du die Ausgabe auf tatsächliche Fehler (-p 3), die während der aktuellen Sitzung (-b 0) aufgetreten sind, einschränken.
  
  Wenn Du Deinen Benutzer der Gruppe systemd-journal zuordnest, werden Dir auch als "normaler Benutzer" alle journal-Einträge angezeigt.
  
  
• Du schreibst "... Hier habe ich mal die relevanten Zeilen mit dmesg für WLAN-Stick AVM N ausgelesen: ..."
  Wie kannst Du beurteilen, welche Meldungen "relevant" sind, wenn Du doch nicht weist, was das Problem verursacht?
  
  Wenn Du Informationen "filterst", dann nimmst Du Dir die Chance, dass Andere Sachverhalte erkennen können, die Dir entgangen sind.

Viele Grüße

susejunky

 

[egweber1]

Habe einen neuen Beitrag angelegt. Benutzer der Gruppe systemd-journal zugewiesen.