Hallo zusammen,
ich habe ein Problem mit einem eingebundenen Fritzbox NAS unter Raspberry Pi 4 mit aktuellstem Raspberry Pi OS.
Ich habe den NAS-Ordner seit einiger Zeit, dank der guten Anleitung Netzwerkfreigabe mounten mit systemd Mount Unit von Hofei eingebunden. Das ganze lief nach anfänglichen Schwierigkeiten auf meiner Seite problemlos bei zwei verschiedenen Fritzbox Modellen (Cable 6490 und 7590). Beide laufen mit dem jeweils aktuellsten, stabilen FritzOS (7.27 bei der Cable und 7.28 bei 7590)
Nach einem Update von Raspberry Pi OS (apt update und apt full-upgrade kann ich jedoch auf die Ordner innerhalb des eingebundenen NAS-Ordners nicht mehr zugreifen. Der mount selbst funktioniert weiterhin ohne Probleme (das heißt, der übergeordnete Ordner wird eingebunden und kann geöffnet werden). Beim Versuch in einen Unterordner zu wechseln (in meinem Fall z.B. "faxbox") kommt die Fehlermeldung zurück, dass die Datei oder das Verzeichnis nicht vorhanden sind.
Ein Hinzufügen des sec Parameters in den Optionen des cifs mount Befehls, hat leider keine Änderung gebracht (ausprobiert habe ich alle Optionen außer die Kerberos Optionen).
Ich habe sogar testweise probiert SMB v1 zu nutzen (vorher in der Fritzbox aktiviert), in diesem Fall kommt zwar auch keine Fehlermeldung, aber man kann gar nicht in den Überordner wechseln.
Das ganze Verhalten macht mich etwas ratlos. Hat noch jemand eine Idee was ich probieren könnte?
Kein Zugriff auf eingebundenen Fritzbox NAS Ordner
-
androbey -
10. August 2021 um 14:51 -
Unerledigt
-
-
Kein Zugriff auf eingebundenen Fritzbox NAS Ordner? Schau mal ob du hier fündig wirst!
-
-
apt full-upgrade
Ein full-ugrade kann immer Probleme nach sich ziehen. Warum hast Du nicht nur einen ugrade gemacht?
-
Laut < man apt > ist der Unterschied zwischen apt upgrade und full-apgrade nicht besonders gross.
Code: man apt
Alles anzeigenupgrade (apt-get(8)) upgrade wird verwendet, um verfügbare Upgrades für alle derzeit auf dem System installierten Pakete von den in der sources.list(5) konfigurierten Quellen zu installieren. Neue Pakete werden installiert, falls dies nötig ist, um Abhängigkeiten zu erfüllen, existierende werden jedoch nie entfernt. Falls das Upgrade für ein Paket verlangt, dass ein installiertes Paket entfernt wird, wird dieses Upgrade nicht durchgeführt. full-upgrade (apt-get(8)) full-upgrade verrichtet die Funktion von »upgrade«, wird aber auch installierte Pakete entfernen, falls dies erforderlich ist, um ein Upgrade des Systems als Ganzes durchzuführen.
Servus !
-
-
Hast Du apt update und full-upgrade als User root, oder als User pi ausgeführt ?
Was verstehst Du unter übergeordnetem Ordner ?
Zeig einmal ein < ls -al /PfadZum/ÜbergeordnetemOrdner >
In den Logfiles ist kein Hinweis auf einen Mount-Fehler sichtbar?
Servus !
apt update und full-upgrade habe ich als User "pi" mit sudo ausgeführt.
Mit dem "übergeordneten Ordner" meinte ich den Ordner, wo das NAS eingebunden werden soll. In meinem Fall "/media/fritzbox".Codels -al /media/fritzbox insgesamt 4 drwxr-xr-x 2 pi pi 0 Sep 24 2019 . drwxr-xr-x 5 root root 4096 Sep 3 2020 .. drwxr-xr-x 2 pi pi 0 Aug 7 20:30 faxbox drwxr-xr-x 2 pi pi 0 Aug 8 22:31 mediabox drwxr-xr-x 2 pi pi 0 Jan 1 1970 voicebox
In den Logfiles gibt es keinerlei Hinweis auf irgendwelche Fehler. df zeigt auch an, dass das Verzeichnis eingebunden ist.
Und das hier kommt, wenn ich in ein Unterverzeichnis, bzw. ein Verzeichnis des NAS wechseln will: -
Man kann die Unterstützung für SMB v1 in den FRITZ!Box Einstellungen auch noch unter 7.28 explizit aktivieren (mit einer Checkbox).
-
Du hast am Mountpoint /media/fritzbox keinen gültigen CIFS.Mount erstellt und ein Teil der Verzeichnisse ist möglicherweise schon im Original auf der SD enthalten. df hätte aber auch gezeigt, dass in den Verzeichnissen 0 Bytes belegt sind.
Mach einmal ein < sudo umount /media/fritzbox > und danach nochmals < ls -al /media/fritzbox >
Und dann mach zuerst einen manuellen cifs mount auf Dein NAS, wobei die SMB Version allenfalls nur mit der MAJOR Nummer, also 3, oder 2, oder 1 anzugeben ist. Ich habe kein Windows, sohin auch kein CIFS und kann Dir daher aus meiner Manpage nicht vorlesen. Aber auf Deinem System ist zu < man mount.cifs > und da steht drinnen, welche Optionen und wie genau die in den Mountbefehl einzugeben sind.
Servus !
-
nicht besonders gross
Zitat von man aptwird aber auch installierte Pakete entfernen, falls dies erforderlich ist
Fuer mich ist das ein grosser Unterschied und kann Probleme erzeugen.Ist zwar selten - aber es kommt vor.
-
Ergebnis nach umount:
Codels -al /media/fritzbox insgesamt 8 drwxr-xr-x 2 root root 4096 Jul 29 2020 . drwxr-xr-x 5 root root 4096 Sep 3 2020 ..
Das zeigt df wenn der mount Befehl ausgeführt wurde (also bei eigentlich eingehängtem NAS):
CodeDateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf //192.168.178.1/FRITZ.NAS/FRITZ/ 353116 692 352424 1% /media/fritzbox
Ich habe das ganze mit manuellen cifs mount ausprobiert (sowohl mit Versionsangabe, als auch ohne und außerdem mit verschiedenen sec Parameter-Optionen). Auch die Angabe eines verbose flags beim cifs mount Befehl bringt keine Erkenntnisse hervor.
Ich konnte aber leider auch nicht herausfinden, ob bzw. was sich geändert haben könnte beim upgrade. Vor dem Upgrade hat alles ohne Probleme funktioniert. -
Fuer mich ist das ein grosser Unterschied und kann Probleme erzeugen.Ist zwar selten - aber es kommt vor.
Dass ich vermutlich selbst dran schuld bin, dass es jetzt nicht funktioniert ist mir bewusst. Ich habe bei einem der beiden Raspberry auch ein Backup eingespielt, da klappt es wieder ohne Probleme. Beim zweiten gibt leider kein aktuelles Backup.
-
Dass ich vermutlich selbst dran schuld bin, dass es jetzt nicht funktioniert ist mir bewusst
Ist nicht sicher ob es daran liegt. Ich moechte nur Awareness schaffen das ein dist-upgrade nicht ganz ungefaehrlich ist und man dann jedenfalls sicherstellen sollte dass ein aktuelles Backup zur Hand steht bevor man den dist-upgrade durchfuehrt
-
.
Ich konnte aber leider auch nicht herausfinden, ob bzw. was sich geändert haben könnte beim upgrade.Das stand alles am Bildschirm, und Du hast die Rückfragen mit n oder y beantwortet.
Und alles was am Bildschirm stand, steht auch noch in /var/log/apt/ term* | hist* (sogar mehrere Generationen zurück).
Servus !
-
Das stand alles am Bildschirm, und Du hast die Rückfragen mit n oder y beantwortet.
Das stimmt natürlich. Ich weiß auch welche Pakete aktualisiert wurden, nur kann ich bei keinem einen direkten Zusammenhang dazu herstellen, wie sich das auf das Einbinden des NAS auswirkt (aktualisiert wurde z.B. raspberrypi-kernel und raspberrypi-bootloader). In man mount.cifs konnte ich auch nichts finden, was für die beiden betreffenden Kernel Versionen relevant ist.
Danke soweit für die Hilfe! -
- Offizieller Beitrag
Das Thema erinnert mich an das vom letzten Samstag Kein Zugriff auf gemountede Freigabe möglich mit Raspberry, aber mit Linux mint schon?.
Keine Ahnung was da im OS geändert wurde und ich kann es mangels aktueller Fritte auch nicht selber testen, aber wenn, dann würde ich evtl. erstmal mit der Option dir_mode= anfangen rumzuspielen.
Es wäre auf jeden Fall gut hier eine Lösung zu finden, weil demnächst ziemlich sicher weitere Anfragen dazu kommen werden.
-
Ich hab in dem anderen Thread schon was dazu geschrieben: RE: Netzwerkfreigabe mounten mit systemd Mount Unit
Ein Zugriff von einem Debian-System funktioniert bspw. weiterhin problemlos.
Auch ich kann in diversen Log-Files nichts zur Fehlerursache finden.
Keine Ahnung was da im OS geändert wurde und ich kann es mangels aktueller Fritte auch nicht selber testen, aber wenn, dann würde ich evtl. erstmal mit der Option dir_mode= anfangen rumzuspielen.
Hab ich alles schon durch. Ebenso verschiedene smb-Versionen. Alles ohne Erfolg.
-
Zur Vollständigkeit auch hier. Ein Downgrade auf Firmware Version 5.10.17 hat bei mir die Probleme vorerst behoben (d.h. damit klappt wieder alles einwandfrei). Das ist aber natürlich keine Lösung für das eigentliche Problem, warum es bei der aktuellen Firmware nicht mehr klappt.
-
Keine Ahnung was da im OS geändert wurde und ich kann es mangels aktueller Fritte auch nicht selber testen,
Ich habe es gerade einmal getestet.
Fritz!Box 7590,
Das aktuellste OS 7.28
Einmal mit Raspi
aktuellstes update und upgrade.
Einmal mit Linux Mint
Fritz!Box 7590,
Das aktuellste OS 7.28
Code: Manueller Mountversuch mit Raspipi@raspberrypi:~ $ sudo mkdir /media/fritzbox pi@raspberrypi:~ $ sudo mount -t cifs -o credentials=/etc/smbcredentials1,uid=1000,gid=1000 //192.168.178.1/fritzbox /media/fritzbox mount error: cifs filesystem not supported by the system mount error(19): No such device Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) pi@raspberrypi:~ $
Code: Manueller Mount mit Linux Mint
Alles anzeigenfranjomint@linuxmint:~$ sudo mount -t cifs -o credentials=/etc/smbcredentials,uid=1000,gid=1000 //192.168.178.1/fritzbox/ /media/fritzbox franjomint@linuxmint:~$ mount sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,nosuid,relatime,size=8042364k,nr_inodes=2010591,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=1614780k,mode=755) /dev/sda6 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) cgroup on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate) cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime) cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma) cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=36,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=13209) mqueue on /dev/mqueue type mqueue (rw,relatime) hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M) debugfs on /sys/kernel/debug type debugfs (rw,relatime) fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) configfs on /sys/kernel/config type configfs (rw,relatime) /dev/sda2 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro) tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=1614776k,mode=700,uid=1000,gid=1000) gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000) /dev/mmcblk0p1 on /media/franjomint/Volume type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2) //192.168.178.1/fritzbox/ on /media/fritzbox type cifs (rw,relatime,vers=default,cache=strict,username=smbuser,domain=,uid=1000,forceuid,gid=1000,forcegid,addr=192.168.178.1,file_mode=0755,dir_mode=0755,soft,nounix,mapposix,rsize=65536,wsize=65536,echo_interval=60,actimeo=1) franjomint@linuxmint:~$
Mit dem Raspi ist kein Mount möglich
-
credentials=/etc/smbcredentials1,ui
Ist der Unterschied zu Mint hier absicht oder ein Kopierfehler? Mounten funktioniert ja bei den beiden Foristen, nur Verzeichnis wechseln geht iwie nicht.
-
Ist der Unterschied zu Mint hier absicht oder ein Kopierfehler?
Das ist Absicht, da ich auf dem Pi schon eine smbcredentials hatte.
-
Jetzt mitmachen!
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!