Siduction Forum

Can you provide the output of the following commands with reachable
devices around:
$ uname -a
Linux arlene 7.1.10-1-siduction-amd64 #1 SMP PREEMPT_DYNAMIC siduction 7.1-10 (2026-08-23) x86_64 GNU/Linux
$ kdeconnect-cli -l
- Pixel 3: 3a89574d70d841988b3a1a660c29d56d (paired)
- CUBOT H3: 51d02e19631c4bd282e9e61ba7a89599 on 192.168.178.58 via LAN (paired and reachable)
- Pixel 3: 99fd3e01d219433f87d368e21f31faf0 (paired)
3 devices found
$ ps xa|grep kdeconnect
  3116 ?        Sl    0:00 /usr/bin/kdeconnectd
  4709 ?        Sl    0:00 kdeconnect-indicator
  19389 ?        S    0:00 /usr/lib/x86_64-linux-gnu/libexec/kf6/kioworker /usr/lib/x86_64-linux-gnu/qt6/plugins/kf6/kio/tags.so tags  local:/run/user/1000/kdeconnect.daemonmAfdLg.3.kioworker.socketIt seems to be a local problem. Pinging the device also works with siduction kernel
7.1.10-1-siduction-amd64:
$ kdeconnect-cli --ping -d 51d02e19631c4bd282e9e61ba7a89599PS.:
The only relevant change to the 7.1.9 kernel relating to this issue is
the FIB support of nftables (see <https://forum.siduction.org/index.php?topic=10020.0>).
So I suspect some hidden firewall rule might be responsible for the blocking
of TCP/UDP port 1716 on which /usr/bin/kdeconnctd runs.

Hello,
I am experiencing an issue where KDE Connect has stopped working entirely following recent kernel updates on siduction.
Problem Description:
KDE Connect was working perfectly until I updated the system. The break initially occurred immediately after upgrading to kernel version 7.1.9. Upgrading further to 7.1.10 did not resolve the issue; KDE Connect remains non-functional (it cannot detect or pair with any devices on the same local network).
Environment:

• OS: siduction (unstable)
• Desktop Environment: KDE Plasma
• Working Kernel: 7.1.8
• Broken Kernels: 7.1.9-1-siduction-amd64 and 7.1.10-1-siduction-amd64

Steps to Reproduce:

• Boot into siduction using kernel 7.1.9 or 7.1.10.
• Open KDE Connect.
• Attempt to refresh or find previously paired local network devices (e.g., Android phone).
• Notice that no devices appear, and communication fails.

Troubleshooting Done:

• • Confirmed both devices are on the exact same Wi-Fi network.
  • Swapping back to an older kernel temporarily fixes the issue, which isolates the problem to the 7.1.9+ kernel updates.

Thank you for looking into this![/list]

williamrw@williamrw-asussid:~$ uname -a
 Linux williamrw-asussid 7.1.10-1-siduction-amd64 #1 SMP PREEMPT_DYNAMIC siduction 7.1-10 (2026-08-23) x86_64 GNU/Linux
 williamrw@williamrw-asussid:~$ ps -ef | grep kdeconnect
 william+    2430    1973  0 11:09 ?        00:00:00 /usr/bin/kdeconnectd
 william+    3510    3496  0 11:12 pts/1    00:00:00 grep kdeconnect
 williamrw@williamrw-asussid:~$ journalctl -b --user -u kdeconnect
 -- No entries --
 williamrw@williamrw-asussid:~$ inxi -Fz
 System:
 Kernel: 7.1.10-1-siduction-amd64 arch: x86_64 bits: 64
 Desktop: KDE Plasma v: 6.7.4 Distro: siduction 2025.1.0 shine-on - kde -
   (202503241412)
 Machine:
 Type: Laptop System: ASUSTeK product: ASUS TUF Gaming F16 FX608JHR_FX608JHR
   v: 1.0 serial: <superuser required>
 Mobo: ASUSTeK model: FX608JHR v: 1.0 serial: <superuser required>
   Firmware: UEFI vendor: American Megatrends LLC. v: FX608JHR.312
   date: 05/07/2026
 Battery:
 ID-1: BAT0 charge: 71.5 Wh (83%) condition: 86.2/90 Wh (95.7%)
 CPU:
 Info: 16-core (8-mt/8-st) model: Intel Core i7-14650HX bits: 64
   type: MST AMCP cache: L2: 24 MiB
 Speed (MHz): avg: 800 min/max: 800/5000:5200:3700 cores: 1: 800 2: 800
   3: 800 4: 800 5: 800 6: 800 7: 800 8: 800 9: 800 10: 800 11: 800 12: 800
   13: 800 14: 800 15: 800 16: 800 17: 800 18: 800 19: 800 20: 800 21: 800
   22: 800 23: 800 24: 800
 Graphics:
 Device-1: Intel Raptor Lake-S UHD Graphics driver: i915 v: kernel
 Device-2: NVIDIA GB207M [GeForce RTX 5050 Max-Q / Mobile] driver: nvidia
   v: 580.178.04
 Device-3: Shinetech ASUS FHD webcam driver: uvcvideo type: USB
 Display: wayland server: X.org v: 1.21.1.24 with: Xwayland v: 24.1.13
   compositor: kwin_wayland driver: X: loaded: modesetting,nvidia
   unloaded: fbdev,nouveau,vesa dri: iris gpu: i915
   resolution: 1920x1200~165Hz
 API: EGL v: 1.5 drivers: iris,nvidia,swrast
   platforms: gbm,wayland,x11,surfaceless,device
 API: OpenGL v: 4.6.0 compat-v: 4.6 vendor: intel mesa v: 26.1.6-1
   renderer: Mesa Intel Graphics (RPL-S)
 API: Vulkan v: 1.4.357 drivers: intel,nvidia,llvmpipe surfaces: N/A
 Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
   de: kscreen-console,kscreen-doctor gpu: nvidia-smi wl: wayland-info
   x11: xdriinfo, xdpyinfo, xprop, xrandr
 Audio:
 Device-1: Intel 700 Series Family HD Audio driver: snd_hda_intel
 Device-2: NVIDIA GB207 High Definition Audio driver: snd_hda_intel
 API: ALSA v: k7.1.10-1-siduction-amd64 status: kernel-api
 Server-1: PipeWire v: 1.6.8 status: active
 Network:
 Device-1: Realtek RTL8852CE PCIe 802.11ax Wireless Network
   driver: rtw89_8852ce
 IF: wlan0 state: up mac: <filter>
 Device-2: Realtek RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet
   driver: r8169
 IF: enp109s0 state: down mac: <filter>
 Device-3: Realtek RTL8153 Gigabit Ethernet Adapter driver: r8152 type: USB
 IF: enx00e04cadb005 state: down mac: <filter>
 Bluetooth:
 Device-1: IMC Networks Bluetooth Radio driver: btusb type: USB
 Report: hciconfig ID: hci0 state: up address: <filter> bt-v: 5.3
 Drives:
 Local Storage: total: 8.67 TiB used: 1.72 TiB (19.9%)
 ID-1: /dev/nvme0n1 vendor: Western Digital model: WD Green SN3000 1TB
   size: 931.51 GiB
 ID-2: /dev/nvme1n1 vendor: Corsair model: MP600 MICRO size: 931.51 GiB
 ID-3: /dev/nvme2n1 vendor: Western Digital model: WD Blue SN5000 2TB
   size: 1.82 TiB
 ID-4: /dev/nvme3n1 vendor: Lexar model: SSD NQ780 1TB size: 953.87 GiB
 ID-5: /dev/nvme4n1 vendor: Western Digital model: WD BLACK SN850X 1000GB
   size: 931.51 GiB
 ID-6: /dev/sda model: XS1000 size: 1.82 TiB type: USB
 ID-7: /dev/sdb vendor: Kingston model: SNV3S1000G size: 931.51 GiB
   type: USB
 ID-8: /dev/sdc vendor: Eaget model: N/A size: 476.94 GiB type: USB
 Partition:
 ID-1: / size: 931.22 GiB used: 55.33 GiB (5.9%) fs: btrfs
   dev: /dev/nvme1n1p2
 ID-2: /boot/efi size: 299.4 MiB used: 640 KiB (0.2%) fs: vfat
   dev: /dev/nvme1n1p1
 ID-3: /home size: 931.22 GiB used: 55.33 GiB (5.9%) fs: btrfs
   dev: /dev/nvme1n1p2
 ID-4: /var/log size: 931.22 GiB used: 55.33 GiB (5.9%) fs: btrfs
   dev: /dev/nvme1n1p2
 Swap:
 Alert: No swap data was found.
 Sensors:
 System Temperatures: cpu: 45.2 C mobo: N/A
 Fan Speeds (rpm): cpu: 2400
 Info:
 Memory: total: 32 GiB note: est. available: 30.94 GiB used: 3.62 GiB (11.7%)
 Processes: 535 Uptime: 13m Shell: Bash inxi: 3.3.41
 
 

In recent weeks I have seen this issue a few times. If I kill the gui and then restart (graphical.target) it always runs correctly. Has anyone else noticed this?

Ok, Problem gefunden. Es fehlten Regeln für die samba in der Firewall. Etwas komisch warum es vorher ging. Ich hab mich allerdings nie um die Firewall gekümmert, da die Geräte hinter dem Router hängen und kein Port zu denen offen sind.

OK, zwischenzeitlich hab ich rausbekommen, dass nmbd wohl nicht mehr benötigt wird und in der smb.conf deaktiviert wurde.
Fragt sich warum ich auf keine der drei Rechner mehr zugreifen wenn Samba läuft? Ich hab ja nix groß geändert.

Hi, 

ich hab hier drei Rechner, auf denen ich samba laufen habe um auf sie entsprechend gegenseitig zugreifen zu können. Seit neuestem verweigert samba aber seinen Dienst. Letzte Woche lief das alles noch problemlos. Nun kann ich aber nicht mehr auf die anderen rechner zugreifen. Bei einer Abfrage der Stati sehe ich auch, dass der nmbd service nicht will. Die Frage ist warum:

sudo service smbd status
sudo service nmbd status
● smbd.service - Samba SMB Daemon
    Loaded: loaded (/usr/lib/systemd/system/smbd.service; enabled; preset: enabled)
    Active: active (running) since Sat 2026-08-22 09:37:34 CEST; 16min ago
 Invocation: eba6958803e84c3fbda783ad7dfb0730
      Docs: man:smbd(8)
            man:samba(7)
            man:smb.conf(5)
  Main PID: 5032 (smbd)
    Status: "smbd: ready to serve connections..."
      Tasks: 3 (limit: 112825)
    Memory: 7.8M (peak: 11M)
        CPU: 84ms
    CGroup: /system.slice/smbd.service
            ├─5032 /usr/sbin/smbd --foreground --no-process-group
            ├─5038 "smbd: notifyd" .
            └─5039 "smbd: cleanupd "

Aug 22 09:37:34 Workstation systemd[1]: Starting smbd.service - Samba SMB Daemon...
Aug 22 09:37:34 Workstation systemd[1]: Started smbd.service - Samba SMB Daemon.
○ nmbd.service - Samba NMB Daemon
    Loaded: loaded (/usr/lib/systemd/system/nmbd.service; enabled; preset: enabled)
    Active: inactive (dead) (Result: exec-condition) since Sat 2026-08-22 09:47:04 CEST; 7min ago
 Invocation: 112090fcc47b4200bdf9ddba7cf17783
  Condition: start condition unmet at Sat 2026-08-22 09:47:04 CEST; 7min ago
      Docs: man:nmbd(8)
            man:samba(7)
            man:smb.conf(5)
    Process: 8836 ExecCondition=/usr/share/samba/is-configured nmb (code=exited, status=1/FAILURE)
  Mem peak: 4M
        CPU: 38ms

Danke, der Fehler saß vor dem Schirm. Den Button ganz unten hatte ich nicht beachtet(weil er auch nicht auffällt). 

Hallo Teriarch,
ich habe im Moment auch keine weitere Idee welches Paket den ganzen Mist ausgelöst hat. Aktuell funktioniert alles wieder und ob mich ein Absturz der gnome-shell stört kann ich nicht sagen da ich ja mit Xfce arbeite. Warten wir's mal ab. Wenn was Unvorhergesehenes passiert melde ich mich wieder. Danke erst mal für deine Bemühungen.

> apt-mark showauto gnome-shell
> gnome-shell

Also immer noch keine Erklärung für das unterschiedliche Verhalten.
Zwischenzeitlich hab' ich mir nochmal das Changelog von
libgjs0 Version 1.89.2-2 angesehen:

$ zless /usr/share/doc/libgjs0/changelog.Debian.gz
gjs (1.89.2-2) unstable; urgency=medium
  * d/control: Add breaks on gnome-shell earlier than 51~beta.
    Using it with older gnome-shell we end up crashing the shell when
    instantiating DBus wrappers without new operator
  * debian/control: Add breaks on onboard.
    It does not use the new operator for wrappers created with makeProxyWrapper
-- Marco Trevisan (Treviño) <marco@ubuntu.com>  Fri, 14 Aug 2026 03:48:54 +0200

gjs (1.89.2-1) unstable; urgency=medium
  * New upstream release
-- Marco Trevisan (Treviño) <marco@ubuntu.com>  Fri, 14 Aug 2026 03:07:07 +0200

gjs (1.88.1-1) unstable; urgency=high
  * New upstream release (Closes: #1141558)
  * Update debhelper compat to 14
  * Update Standards Version to 4.7.4
-- Jeremy Bícha <jbicha@ubuntu.com>  Sat, 11 Jul 2026 17:13:38 +0200Offenbar wurde beim Übergang zu Version 1.89.2-1 eine Veränderung
eingefügt, die unter bestimmten Bedingungen bei der Interprozess Kommunikation
mit DBus zum Absturz der gnome-shell führt. 40 Minuten später wurde der Missstand
erkannt und durch ein Versionsupdate auf 1.89.2-2 der Code belassen (deswegen meine
Verwunderung über einen Byte identischen Code bei einem Update) und durch Einfügen
der Break Zeile

Breaks: gnome-shell (<< 51~beta~), onboard (<< 1.4.4.4)der Konflikt auf die Schnelle behoben, was das von Dir beobachtete Verhalten ausgelöst hat.
Da ich die Zeile in der "Beta-Version" wieder entfernt habe (um den Paketmanager
zufrieden zu stellen), kann es sein, dass Du bis zum Update von gnome-shell
unter bestimmten Bedingungen mit Abstürzen der Shell rechnen musst. Man
könnte in diesem Fall bis zum Update der gnome-shell Version 1.88.1-1 von libgjs0
(die ja noch funktionierte) vorübergehend auf Version 1.89.2-2b anheben. Lass mich
wissen, ob das notwendig ist.

Ich möchte/muß meine e-Mail Adresse ändern. Das Forum führt es jedoch nicht aus. Es erscheint kein Dialog zur Bestätigung mit PW Eingabe.