Thunderbolt Docking Station - Reconnect Loop › System einrichten und verwalten › Systemverwaltung, Installation, Aktualisierung › Forum

Thunderbolt Docking Station - Reconnect Loop

« Vorherige 12Nächste »

Status: Ungelöst | Ubuntu-Version: Ubuntu 24.10 (Oracular Oriole)
Antworten |

queen-shit

(Themenstarter)

Anmeldungsdatum:
17. Februar 2010

Beiträge: 146

Zitieren

26. Februar 2025 17:31

Es ging überraschend lange gut mit dem Thunderbolt Dock, aber seit den letzten Tagen geht gar nix mehr:

Feb 26 17:20:53 ninix kernel: thunderbolt 0-0:1.1: new retimer found, vendor=0x8087 device=0xd9c
Feb 26 17:20:53 ninix kernel: thunderbolt 0-1: new device found, vendor=0xd4 device=0xb071
Feb 26 17:20:53 ninix kernel: thunderbolt 0-1: Dell WD22TB4 Thunderbolt Dock
Feb 26 17:20:53 ninix tbtacl[23179]: 23178: args: add /devices/pci0000:00/0000:00:0d.2/domain0/0-0/0-1
Feb 26 17:20:53 ninix tbtacl[23189]: 23178: authorizing /sys/devices/pci0000:00/0000:00:0d.2/domain0/0-0/0-1
Feb 26 17:20:53 ninix tbtacl[23191]: 23178: not in ACL
Feb 26 17:20:53 ninix (udev-worker)[23129]: 0-1: Process '/usr/lib/udev/tbtacl add    /devices/pci0000:00/0000:00:0d.2/domain0/0-0/0-1' failed with exit code 1.
Feb 26 17:20:53 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] parent is 28b48780-e078...
Feb 26 17:20:53 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] connected: connected (/sys/devices/pci0000:00/0000:00:0d.2/domain0/0-0/0-1)
Feb 26 17:20:53 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] auto-auth: authmode: enabled, policy: iommu, iommu: yes -> ok
Feb 26 17:20:53 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] auto-auth: security: iommu+user mode, key: no -> ok
Feb 26 17:20:53 ninix boltd[2758]: probing: started [1000]
Feb 26 17:20:53 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] authorize: authorization prepared for 'user' level
Feb 26 17:20:53 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] udev: device changed: authorizing -> authorizing
Feb 26 17:20:53 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] udev: device changed: authorizing -> authorizing
Feb 26 17:20:53 ninix kernel: usb 3-1: new high-speed USB device number 60 using xhci_hcd
Feb 26 17:20:54 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] authorize: finished: ok (status: authorized, flags: 0)
Feb 26 17:20:54 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] auto-auth: authorization successful
Feb 26 17:20:54 ninix tbtacl[23193]: 23192: args: change /devices/pci0000:00/0000:00:0d.2/domain0/0-0/0-1
Feb 26 17:20:54 ninix tbtacl[23205]: 23192: no childs found
Feb 26 17:20:54 ninix (udev-worker)[23129]: 0-1: Process '/usr/lib/udev/tbtacl change /devices/pci0000:00/0000:00:0d.2/domain0/0-0/0-1' failed with exit code 1.
Feb 26 17:20:54 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] udev: device changed: authorized -> authorized
Feb 26 17:20:54 ninix kernel: thunderbolt 0-0:1.1: retimer disconnected
Feb 26 17:20:54 ninix kernel: thunderbolt 0-1: device disconnected
Feb 26 17:20:54 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] disconnected (/sys/devices/pci0000:00/0000:00:0d.2/domain0/0-0/0-1)
Feb 26 17:20:54 ninix kernel: usb 3-1: Device not responding to setup address.
Feb 26 17:20:54 ninix kernel: usb 3-1: Device not responding to setup address.
Feb 26 17:20:54 ninix duo[23177]: /sys/class/backlight/intel_backlight/brightness MODIFY
Feb 26 17:20:54 ninix sudo[23212]:     root : PWD=/home/nala/Administration/Zenbook-Duo-UX8406/zenbook-duo-2024-ux8406ma-linux ; USER=root ; COMMAND=/usr/bin/env tee /sys/class/backlight/card1-eDP-2-backlight/brightness
Feb 26 17:20:54 ninix sudo[23212]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=0)
Feb 26 17:20:54 ninix duo[23213]: 151
Feb 26 17:20:54 ninix sudo[23212]: pam_unix(sudo:session): session closed for user root
Feb 26 17:20:54 ninix duo[23214]: Setting up watches.
Feb 26 17:20:54 ninix duo[23214]: Watches established.
Feb 26 17:20:54 ninix kernel: usb 3-1: device not accepting address 60, error -71
Feb 26 17:20:55 ninix kernel: asus_wmi: Unknown key code 0xcf
Feb 26 17:20:56 ninix boltd[2758]: probing: timeout, done: [2591651] (2000000)
Feb 26 17:20:57 ninix kernel: usb usb2-port1: unable to enumerate USB device
Feb 26 17:20:57 ninix kernel: thunderbolt 0-0:1.1: new retimer found, vendor=0x8087 device=0xd9c
Feb 26 17:20:57 ninix kernel: thunderbolt 0-1: new device found, vendor=0xd4 device=0xb071
Feb 26 17:20:57 ninix kernel: thunderbolt 0-1: Dell WD22TB4 Thunderbolt Dock
Feb 26 17:20:57 ninix tbtacl[23216]: 23215: args: add /devices/pci0000:00/0000:00:0d.2/domain0/0-0/0-1
Feb 26 17:20:57 ninix tbtacl[23226]: 23215: authorizing /sys/devices/pci0000:00/0000:00:0d.2/domain0/0-0/0-1
Feb 26 17:20:57 ninix tbtacl[23228]: 23215: not in ACL
Feb 26 17:20:57 ninix (udev-worker)[23129]: 0-1: Process '/usr/lib/udev/tbtacl add    /devices/pci0000:00/0000:00:0d.2/domain0/0-0/0-1' failed with exit code 1.
Feb 26 17:20:57 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] parent is 28b48780-e078...
Feb 26 17:20:57 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] connected: connected (/sys/devices/pci0000:00/0000:00:0d.2/domain0/0-0/0-1)
Feb 26 17:20:57 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] auto-auth: authmode: enabled, policy: iommu, iommu: yes -> ok
Feb 26 17:20:57 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] auto-auth: security: iommu+user mode, key: no -> ok
Feb 26 17:20:57 ninix boltd[2758]: probing: started [1000]
Feb 26 17:20:57 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] authorize: authorization prepared for 'user' level
Feb 26 17:20:57 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] udev: device changed: authorizing -> authorizing
Feb 26 17:20:57 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] udev: device changed: authorizing -> authorizing
Feb 26 17:20:57 ninix kernel: usb 3-1: new high-speed USB device number 62 using xhci_hcd
Feb 26 17:20:57 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] authorize: finished: ok (status: authorized, flags: 0)
Feb 26 17:20:57 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] auto-auth: authorization successful
Feb 26 17:20:57 ninix tbtacl[23230]: 23229: args: change /devices/pci0000:00/0000:00:0d.2/domain0/0-0/0-1
Feb 26 17:20:57 ninix tbtacl[23242]: 23229: no childs found
Feb 26 17:20:57 ninix (udev-worker)[23129]: 0-1: Process '/usr/lib/udev/tbtacl change /devices/pci0000:00/0000:00:0d.2/domain0/0-0/0-1' failed with exit code 1.
Feb 26 17:20:57 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] udev: device changed: authorized -> authorized
Feb 26 17:20:58 ninix kernel: usb 3-1: New USB device found, idVendor=1d5c, idProduct=5801, bcdDevice= 1.01
Feb 26 17:20:58 ninix kernel: usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Feb 26 17:20:58 ninix kernel: usb 3-1: Product: USB2.0 Hub
Feb 26 17:20:58 ninix kernel: usb 3-1: Manufacturer: Fresco Logic, Inc.
Feb 26 17:20:58 ninix kernel: hub 3-1:1.0: USB hub found
Feb 26 17:20:58 ninix kernel: hub 3-1:1.0: 4 ports detected
Feb 26 17:20:58 ninix duo.desktop[23047]: /dev/bus/usb/003/ ATTRIB 062
Feb 26 17:20:58 ninix kernel: pcieport 0000:00:07.0: pciehp: Slot(12): Card present
Feb 26 17:20:58 ninix kernel: pcieport 0000:00:07.0: pciehp: Slot(12): Link Up
Feb 26 17:20:58 ninix kernel: thunderbolt 0-0:1.1: retimer disconnected
Feb 26 17:20:58 ninix kernel: usb 3-1: USB disconnect, device number 62
Feb 26 17:20:58 ninix kernel: thunderbolt 0-1: device disconnected
Feb 26 17:20:58 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] disconnected (/sys/devices/pci0000:00/0000:00:0d.2/domain0/0-0/0-1)
Feb 26 17:20:59 ninix kernel: pcieport 0000:00:07.0: pciehp: Slot(12): No device found

von.wert

Anmeldungsdatum:
23. Dezember 2020

Beiträge: 11719

Zitieren

26. Februar 2025 19:52

queen-shit schrieb:

seit den letzten Tagen geht gar nix mehr

Was konkret ist direkt davor passiert? Anderer Kernel oder sonstiges?

Du hast auch nichts dazu geschrieben, ob Du nun einen Liquorix-Kernel einsetzt, derzeit 6.12 (nochmal: es ist ein Meteor Lake-P verbaut, keine alte CPU). Du mußt schon mal einen größeren Schnitt machen, wenn Du das Problem lösen willst.

queen-shit

(Themenstarter)

Anmeldungsdatum:
17. Februar 2010

Beiträge: 146

Zitieren

27. Februar 2025 00:35

Ne, ich bin immer noch auf dem Standard-Kernel und wollte mich mit Liquorix beschäftigen. Nun ist mir allerdings etwas aufgefallen, was sehr wahrscheinlich das Problem verursacht:

In meinen Bildschirmeinstellungen ist die Fraktionelle Skalierung aktiviert - k. A. wodurch und wieso (ich meine, das nie gesetzt zu haben - zumindest nicht wissentlich). Diese braucht man ja eigentlich nur, wenn man unterschiedliche Bildschirme mit unterschiedlichen Skalierungen einstellen möchte - das brauche ich nicht unbedingt. Ich verstehe zwar nicht, warum das so eine Auswirkung auf die Funktionalität der Docking-Station hat, aber seitdem ich das deaktiviert habe, läuft's wieder ohne Probleme damit.

queen-shit

(Themenstarter)

Anmeldungsdatum:
17. Februar 2010

Beiträge: 146

Zitieren

16. März 2025 19:11 (zuletzt bearbeitet: 16. März 2025 19:23)

Leider hat sich meine Vermutung (Fractional Scaling) nicht bewahrheitet, denn das Problem ist seit einigen Tagen genauso plötzlich wieder da wie die etlichen Male zuvor, nachdem es erst eine Zeit lang gut funktioniert hatte mit der Docking-Station. Jetzt bekomme ich diese Fehler:

Mär 16 19:04:53 ninix kernel: pcieport 0000:03:04.0: enabling device (0000 -> 0003)
Mär 16 19:04:53 ninix kernel: thunderbolt 0-0:1.1: retimer disconnected
Mär 16 19:04:53 ninix kernel: usb 3-1: device descriptor read/all, error -71
Mär 16 19:04:53 ninix kernel: thunderbolt 0-1: device disconnected
Mär 16 19:04:53 ninix kernel: pcieport 0000:00:07.0: pciehp: Slot(12): Link Down
Mär 16 19:04:53 ninix kernel: pcieport 0000:00:07.0: pciehp: Slot(12): Card not present
Mär 16 19:04:53 ninix boltd[2608]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] disconnected (/sys/devices/pci0000:00/0000:00:0d.2/domain0/0-0/0-1)
Mär 16 19:04:53 ninix kernel: pcieport 0000:03:03.0: Runtime PM usage count underflow!
Mär 16 19:04:53 ninix kernel: pcieport 0000:03:02.0: Runtime PM usage count underflow!
Mär 16 19:04:53 ninix kernel: pcieport 0000:03:01.0: Unable to change power state from D0 to D3hot, device inaccessible
Mär 16 19:04:53 ninix kernel: pcieport 0000:03:01.0: Unable to change power state from D3cold to D0, device inaccessible
Mär 16 19:04:53 ninix kernel: pcieport 0000:03:01.0: Runtime PM usage count underflow!
Mär 16 19:04:53 ninix kernel: pcieport 0000:03:00.0: Unable to change power state from D0 to D3hot, device inaccessible
Mär 16 19:04:53 ninix kernel: pcieport 0000:03:00.0: Unable to change power state from D3cold to D0, device inaccessible
Mär 16 19:04:53 ninix kernel: pci_bus 0000:04: busn_res: [bus 04] is released
Mär 16 19:04:53 ninix kernel: pci_bus 0000:05: busn_res: [bus 05-11] is released
Mär 16 19:04:53 ninix kernel: pci_bus 0000:12: busn_res: [bus 12-1e] is released
Mär 16 19:04:53 ninix kernel: pci_bus 0000:1f: busn_res: [bus 1f-2a] is released
Mär 16 19:04:53 ninix kernel: pci_bus 0000:2b: busn_res: [bus 2b] is released
Mär 16 19:04:53 ninix kernel: pci_bus 0000:03: busn_res: [bus 03-2b] is released
Mär 16 19:04:53 ninix kernel: usb 2-1: Device not responding to setup address.
Mär 16 19:04:53 ninix kernel: usb 2-1: Device not responding to setup address.
Mär 16 19:04:53 ninix kernel: usb 2-1: device not accepting address 5, error -71

Es muss wieder ein Kernel-Update reingekommen sein, denn ich habe plötzlich zusätzlich noch ganz andere Probleme mit meinem Laptop (Handling Dual-Screen). Schade, dann werde ich mich wohl doch mit Custom Kernels rumschlagen oder eben akzeptieren müssen, dass der Linux-Support (speziell Ubuntu) für Nischengeräte wie meines leider nicht so ist, wie ich es von anderen Geräten gewohnt bin, und ich immer wieder irgendwelche Probleme damit haben werde. Evtl. ist es dann doch eine Überlegung wert, meinen DualScreen-Laptop wieder auf Windows umzusiedeln. Tut zwar weh, aber wenn ich den mit Linux nicht voll ausreizen kann, dann hat's ja keinen Sinn.

Frieder108

Anmeldungsdatum:
7. März 2010

Beiträge: 9436

Zitieren

17. März 2025 08:21

queen-shit schrieb:

Evtl. ist es dann doch eine Überlegung wert, meinen DualScreen-Laptop wieder auf Windows umzusiedeln. Tut zwar weh, aber wenn ich den mit Linux nicht voll ausreizen kann, dann hat's ja keinen Sinn.

Naja, also da würde ich dann vorher doch noch ein anderes Linux ausprobieren.

So wie ich dem Thread entnehme, scheint es sich da ja um ziemlich neue Hardware zu handeln - da wäre dann evtl mal ein Fedora 41 einen Versuch wert. Zumindest mal ein Live-System kannst du ja bedenkenlos und ohne großen Zeitaufwand testen → Versuch macht kluch und auch eine Installation + Erstsaktualisierung (dnf update im Terminal) wäre kein übermäßiger Aufwand.

https://fedoraproject.org/de/spins

Mylin

Anmeldungsdatum:
23. Juli 2024

Beiträge: 219

Zitieren

17. März 2025 13:22

Feb 26 17:20:53 ninix tbtacl[23179]: 23178: args: add /devices/pci0000:00/0000:00:0d.2/domain0/0-0/0-1
Feb 26 17:20:53 ninix tbtacl[23189]: 23178: authorizing /sys/devices/pci0000:00/0000:00:0d.2/domain0/0-0/0-1
Feb 26 17:20:53 ninix tbtacl[23191]: 23178: not in ACL
Feb 26 17:20:53 ninix (udev-worker)[23129]: 0-1: Process '/usr/lib/udev/tbtacl add    /devices/pci0000:00/0000:00:0d.2/domain0/0-0/0-1' failed with exit code 1.
...
Feb 26 17:20:53 ninix boltd[2758]: [b0ba8780-0034-WD22TB4 Thunderbolt Dock   ] authorize: authorization prepared for 'user' level
...

Das Gerät ist nicht in der ACL als trusted device hinterlegt und wird lediglich auf user-Level autorisiert. Dies könnte Auswirkungen auf die Funktionsweise haben. Autorisiere das Gerät mal mit:

1	bolt authorize <device_id>

queen-shit

(Themenstarter)

Anmeldungsdatum:
17. Februar 2010

Beiträge: 146

Zitieren

17. März 2025 17:26

Mylin schrieb:

Das Gerät ist nicht in der ACL als trusted device hinterlegt und wird lediglich auf user-Level autorisiert. Dies könnte Auswirkungen auf die Funktionsweise haben. Autorisiere das Gerät mal mit:
1
bolt authorize <device_id>

It's boltctl, but anyway, you saved my day 😀 ! Ernsthaft, das war's! Dennoch frage ich mich, wieso das die ganze Zeit zwischendrin auch mal ohne diese manuelle Authorisierung ging ... Es war immer so, es ging, irgendwann dann mal eine Weile nicht mehr, dann wieder eine Weile okay ... merkwürdig.

Mylin

Anmeldungsdatum:
23. Juli 2024

Beiträge: 219

Zitieren

17. März 2025 17:43

👍

Kannst du bitte noch deine Lösungsschritte mit uns teilen und das Thema als gelöst markieren?

queen-shit

(Themenstarter)

Anmeldungsdatum:
17. Februar 2010

Beiträge: 146

Zitieren

19. März 2025 10:40 (zuletzt bearbeitet: 19. März 2025 10:40)

Mylin schrieb:

👍
Kannst du bitte noch deine Lösungsschritte mit uns teilen und das Thema als gelöst markieren?

Leider war das Glück nur von kurzer Dauer: Als ich den Rechner das nächste Mal hochgefahren hatte, wieder dasselbe Spiel. Authorisierung hat diesmal nicht geklappt - die Meldung besagte, Gerät sei nicht verbunden. Also kann ich es leider noch nicht als gelöst markieren.

Mylin

Anmeldungsdatum:
23. Juli 2024

Beiträge: 219

Zitieren

19. März 2025 11:26 (zuletzt bearbeitet: 19. März 2025 11:26)

Versuch mal

1	booltclt enroll --policy auto <deviceid>

laut manpage wird das Gerät damit in der Datenbank gespeichert und automatisch autorisiert.

« Vorherige 12Nächste »

Antworten |

« Vorheriges Thema Nächstes Thema »