- Distrowahl
- Fedora
- Bitte den Befehl "inxi -Fzxi" (ohne die Anführungszeichen) im Terminal ausführen und die Ausgabe dann hier hinein kopieren
- System:
Kernel: 6.17.4-200.fc42.x86_64 arch: x86_64 bits: 64 compiler: gcc v: 15.2.1
Desktop: KDE Plasma v: 6.4.5 Distro: Fedora Linux 42 (KDE Plasma Desktop
Edition)
Machine:
Type: Desktop Mobo: Gigabyte model: Z690 GAMING X DDR4
serial: <superuser required> UEFI: American Megatrends LLC. v: F27
date: 09/12/2023
CPU:
Info: 14-core (6-mt/8-st) model: 13th Gen Intel Core i5-13600KF bits: 64
type: MST AMCP arch: Raptor Lake rev: 1 cache: L1: 1.2 MiB L2: 20 MiB
L3: 24 MiB
Speed (MHz): avg: 800 min/max: 800/5100:3900 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 bogomips: 139776
Flags-basic: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Graphics:
Device-1: Advanced Micro Devices [AMD/ATI] Navi 21 [Radeon RX 6800/6800 XT
/ 6900 XT] vendor: XFX Speedster MERC 319 driver: amdgpu v: kernel
arch: RDNA-2 bus-ID: 03:00.0
Display: wayland server: Xwayland v: 24.1.8 compositor: kwin_wayland
driver: gpu: amdgpu resolution: 1: 2880x1620~60Hz 2: 2880x1620~60Hz
API: EGL v: 1.5 drivers: kms_swrast,radeonsi,swrast platforms:
active: gbm,wayland,x11,surfaceless,device inactive: N/A
API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 25.1.9 glx-v: 1.4
direct-render: yes renderer: AMD Radeon RX 6900 XT (radeonsi navi21 LLVM
20.1.8 DRM 3.64 6.17.4-200.fc42.x86_64)
API: Vulkan v: 1.4.313 drivers: radv,llvmpipe surfaces: N/A devices: 2
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
de: kscreen-console,kscreen-doctor wl: wayland-info x11: xdriinfo,
xdpyinfo, xprop, xrandr
Audio:
Device-1: Intel Alder Lake-S HD Audio vendor: Gigabyte driver: snd_hda_intel
v: kernel bus-ID: 00:1f.3
Device-2: Advanced Micro Devices [AMD/ATI] Navi 21/23 HDMI/DP Audio
driver: snd_hda_intel v: kernel bus-ID: 03:00.1
Device-3: Corsair HS80 MAX WIRELESS Gaming Receiver
driver: hid-generic,snd-usb-audio,usbhid type: USB bus-ID: 1-8:4
API: ALSA v: k6.17.4-200.fc42.x86_64 status: kernel-api
Server-1: PipeWire v: 1.4.9 status: active
Network:
Device-1: Realtek RTL8125 2.5GbE vendor: Gigabyte driver: r8169 v: kernel
port: 3000 bus-ID: 08:00.0
IF: enp8s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
IP v4: <filter> type: dynamic noprefixroute scope: global
IP v6: <filter> type: dynamic noprefixroute scope: global
IP v6: <filter> type: dynamic noprefixroute scope: global
IP v6: <filter> type: noprefixroute scope: link
WAN IP: <filter>
Drives:
Local Storage: total: 2.73 TiB used: 39.92 GiB (1.4%)
ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 970 EVO Plus 1TB
size: 931.51 GiB temp: 36.9 C
ID-2: /dev/nvme1n1 vendor: Samsung model: SSD 990 PRO 2TB size: 1.82 TiB
temp: 38.9 C
Partition:
ID-1: / size: 1.82 TiB used: 39.54 GiB (2.1%) fs: btrfs dev: /dev/nvme1n1p3
ID-2: /boot size: 973.4 MiB used: 369.3 MiB (37.9%) fs: ext4
dev: /dev/nvme1n1p2
ID-3: /boot/efi size: 598.8 MiB used: 19.3 MiB (3.2%) fs: vfat
dev: /dev/nvme1n1p1
ID-4: /home size: 1.82 TiB used: 39.54 GiB (2.1%) fs: btrfs
dev: /dev/nvme1n1p3
Swap:
ID-1: swap-1 type: zram size: 8 GiB used: 0 KiB (0.0%) dev: /dev/zram0
Sensors:
System Temperatures: cpu: 39.0 C mobo: 30.0 C gpu: amdgpu temp: 51.0 C
Fan Speeds (rpm): N/A gpu: amdgpu fan: 476
Info:
Memory: total: 32 GiB available: 31.16 GiB used: 6.28 GiB (20.2%)
Processes: 642 Uptime: 49m Init: systemd target: graphical (5)
Packages: 14 note: see --rpm Compilers: N/A Shell: Bash v: 5.2.37
inxi: 3.3.39
So, ich versuche (mal wieder) verzweifelt, meinen USB-Stick, der an der Fritzbox hängt, mit ChatGPT zum Laufen zu bekommen.
Leider habe ich in Dolphin ein anderes Problem als mit einer anschließend angelegten Verknüpfung.
Da ich leider nicht in der Lage bin, alles, was ich gemacht habe, vollständig wiederzugeben, stammt die folgende Zusammenfassung von ChatGPT.
Ich hoffe, sie sagt mehr aus, als wenn ich jetzt hier alles manuell eintippen würde.
_________________________________________________________________
FritzBox-NAS unter Fedora 42 KDE – Schreib-/Löschrechte unlogisch verteilt
System:
- Fedora 42 (KDE Plasma / Wayland)
- FritzBox 7590 AX – Fritz.NAS aktiviert
- USB-Stick: FAT32, Freigabe mit „Lesen & Schreiben“
- Zugriff über LAN
Ziel:
USB-Stick der FritzBox vom Desktop aus dauerhaft nutzen (lesen / schreiben / löschen).
Zusammenfassung: FritzBox-NAS-Zugriff unter Fedora 42 KDE – Schreib-/Löschrechte inkonsistent
System
- Fedora 42 (KDE Plasma, Wayland)
- FritzBox 7590 AX (SMB / Fritz.NAS aktiv)
- USB-Stick an FritzBox: FAT32, Freigabe mit „Lesen & Schreiben“ für Benutzer
- Zugriff per LAN, keine Gastfreigabe
Ziel
Fester Zugriff auf den FritzBox-USB-Stick (NAS) vom Desktop aus, mit voller Schreib- und Löschmöglichkeit.
Erwünscht war eine Desktop-Verknüpfung, die dauerhaft funktioniert – auch nach Neustart.
Was gemacht wurde
- fstab-Eintrag erstellt
//fritz.box/FRITZ.NAS /media/fritzusb cifs credentials=/etc/samba/credentials-fritz,uid=1000,gid=1000,iocharset=utf8,vers=3.0,_netdev,x-systemd.automount 0 0
→ Mount funktioniert, Laufwerk erscheint unter /media/fritzusb.
- Symptom:
- Dateien löschbar, aber nicht kopierbar / schreibbar → „Zugriff verweigert“.
- SMB-Verbindung über Dolphin getestet (smb://fritz.box/FRITZ.NAS/...)
→ Zugriff möglich, Dateien kopierbar, aber nicht löschbar („Keine Berechtigung“). - Desktop-Verknüpfung manuell erstellt
- Anfangs per cat erzeugt → file:///media/fritzusb → zeigte auf fstab-Mount
- Danach mehrfach angepasst (smb://-Pfad, KWrite-Bearbeitung etc.)
- Zwischenzeitlich Fehler wie:
- „/home/abraxas/smb://… existiert nicht“
- „Unzulässige Adresse (URL)“
- „Zugriff verweigert“
- Schlussendlich korrekte Erstellung über:
Rechtsklick → Neu → Verknüpfung mit Adresse → smb://fritz.box/...
Vermutung / Analyse
- Die FritzBox behandelt CIFS-Kernel-Mounts und KIO-SMB-Zugriffe als zwei verschiedene Clients mit getrennten Berechtigungen.
- FAT32-Formatierung des USB-Sticks limitiert Samba-Rechte zusätzlich.
- Ergebnis: Schreibvorgänge oder Löschvorgänge scheitern je nach Zugriffsart.
Der USB-Stick funktioniert unter Windows und auch auf einem anderen Rechner (Werkstatt-PC) problemlos – dort lassen sich Dateien lesen, schreiben und löschen.
Das Problem tritt nur unter Fedora 42 KDE auf und hängt eindeutig mit den unterschiedlichen Zugriffswegen zusammen:
- Kernel-CIFS-Mount (fstab)
→ Fedora-Kernel-Treiber für SMB, arbeitet direkt auf Dateisystemebene - KIO-SMB (Dolphin / Plasma)
→ KDEs eigener Netzwerk-Client, läuft über Benutzer-Sitzung
Beide melden sich unterschiedlich bei der FritzBox an, wodurch diese verschiedene Rechte vergibt.
Das Verhalten ist also kein FritzBox-Fehler, sondern ein Zugriffs- bzw. Authentifizierungsproblem in Fedora/KDE.
_____
So, ich hoffe, mit der Beschreibung kann jetzt jemand etwas anfangen – ich hätte das selbst wohl kaum so formulieren können. ![]()