Fried-rich
Anmeldungsdatum: 2. Mai 2013
Beiträge: 1093
|
Hallo, seit ich vor ein paar Wochen Raspbian auf meinem Pi neu installiert hab konnte ich problemlos auf den USB-Stick darauf zugreifen. Gestern hab ich mal ein DD-Backup der SD-Karte gemacht und heute geht der Zugriff nicht mehr. Eingebunden ist die Freigabe am Clienten mit AutoFS raspi-nfs-usb -fstype=nfs,rw,soft,rsize=8192,wsize=8192 192.168.10.23:/media/usb/
raspi-nfs-home -fstype=nfs 192.168.10.23:/home/pi/ Zugriff auf Home geht. Auch kann ich auf alle anderen Freigaben (z. B. die Fritzbox) zugreifen. In Thunar und Nemo kommt ich bis /autofs, nach einem Doppelklick auf raspi-nfs-usb hängen sich beide auf. Ein ls /autofs/raspi-nfs-usb bringt keine Ausgabe, so als sei der Ordner leer. Von meinem Laptop aus (auch Xubuntu 18.04 mit den gleichen AutoFS-Einstellungen) geht der Zugriff. Parallel läuft auch Samba (den Mischbetrieb daher, da NFS schneller geht, aber mein Smartphone-File-Manager kein NFS kann). Rufe ich mir in Thunar oder Nemo "Netzwerk/raspberrypi" auf wird nur Home als Samba-Freigabe angezeigt. Ich kann aber vom Smartphone aus problemlos auch auf die Samba-Freigabe zugreifen. Auch Home geht von Xubuntu aus. Laut showmount müsste es eigentlich gehen: showmount -e 192.168.10.23
Export list for 192.168.10.23:
/home/pi 192.168.10.0/255.255.255.0
/media/usb 192.168.10.0/255.255.255.0 Sowohl den Pi als auch den Xubuntu-Rechner hab ich 2x neu gestartet in der Hoffnung er hätte sich irgendwie verschluckt, ändert aber nichts.
|
Fried-rich
(Themenstarter)
Anmeldungsdatum: 2. Mai 2013
Beiträge: 1093
|
Hier die erste Ausgabe https://pastebin.com/hJJTj6q0 Und fdisk sudo fdisk -l
Disk /dev/ram0: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram1: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram2: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram3: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram4: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram5: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram6: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram7: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram8: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram9: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram10: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram11: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram12: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram13: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram14: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram15: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mmcblk0: 29,3 GiB, 31439454208 bytes, 61405184 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xda129f58
Device Boot Start End Sectors Size Id Type
/dev/mmcblk0p1 8192 98045 89854 43,9M c W95 FAT32 (LBA)
/dev/mmcblk0p2 98304 61405183 61306880 29,2G 83 Linux
Disk /dev/sda: 59,6 GiB, 64019759104 bytes, 125038592 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xc3072e18
Device Boot Start End Sectors Size Id Type
/dev/sda1 64 125038591 125038528 59,6G 83 Linux
|
Fried-rich
(Themenstarter)
Anmeldungsdatum: 2. Mai 2013
Beiträge: 1093
|
findmnt
TARGET SOURCE FSTYPE OPTIONS
/ /dev/mmcblk0p2 ext4 rw,noatime
├─/dev devtmpfs devtmpfs rw,relatime,size=469544k,nr_inodes=117386,mode=755
│ ├─/dev/shm tmpfs tmpfs rw,nosuid,nodev
│ ├─/dev/pts devpts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000
│ └─/dev/mqueue mqueue mqueue rw,relatime
├─/sys sysfs sysfs rw,nosuid,nodev,noexec,relatime
│ ├─/sys/fs/cgroup tmpfs tmpfs ro,nosuid,nodev,noexec,mode=755
│ │ ├─/sys/fs/cgroup/systemd cgroup cgroup rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/syst
│ │ ├─/sys/fs/cgroup/blkio cgroup cgroup rw,nosuid,nodev,noexec,relatime,blkio
│ │ ├─/sys/fs/cgroup/freezer cgroup cgroup rw,nosuid,nodev,noexec,relatime,freezer
│ │ ├─/sys/fs/cgroup/cpuset cgroup cgroup rw,nosuid,nodev,noexec,relatime,cpuset
│ │ ├─/sys/fs/cgroup/cpu,cpuacct cgroup cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct
│ │ ├─/sys/fs/cgroup/net_cls cgroup cgroup rw,nosuid,nodev,noexec,relatime,net_cls
│ │ ├─/sys/fs/cgroup/devices cgroup cgroup rw,nosuid,nodev,noexec,relatime,devices
│ │ ├─/sys/fs/cgroup/pids cgroup cgroup rw,nosuid,nodev,noexec,relatime,pids
│ │ └─/sys/fs/cgroup/memory cgroup cgroup rw,nosuid,nodev,noexec,relatime,memory
│ ├─/sys/kernel/debug debugfs debugfs rw,relatime
│ ├─/sys/kernel/config configfs configfs rw,relatime
│ └─/sys/fs/fuse/connections fusectl fusectl rw,relatime
├─/proc proc proc rw,relatime
│ ├─/proc/sys/fs/binfmt_misc systemd-1 autofs rw,relatime,fd=27,pgrp=1,timeout=0,minproto=5,maxproto=5,direct
│ └─/proc/fs/nfsd nfsd nfsd rw,relatime
├─/run tmpfs tmpfs rw,nosuid,nodev,mode=755
│ ├─/run/lock tmpfs tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k
│ ├─/run/rpc_pipefs sunrpc rpc_pipefs rw,relatime
│ ├─/run/user/1000 tmpfs tmpfs rw,nosuid,nodev,relatime,size=94828k,mode=700,uid=1000,gid=1000
│ │ └─/run/user/1000/gvfs gvfsd-fuse fuse.gvfsd-f rw,nosuid,nodev,relatime,user_id=1000,group_id=1000
│ └─/run/user/999 tmpfs tmpfs rw,nosuid,nodev,relatime,size=94828k,mode=700,uid=999,gid=996
├─/boot /dev/mmcblk0p1 vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortn
├─/autofs /etc/auto.netzwerk autofs rw,relatime,fd=6,pgrp=629,timeout=300,minproto=5,maxproto=5,indirect
│ └─/autofs/fritzbox-usb //192.168.10.1/FRITZ.NAS/ADATA-USBFlashDrive-01[/ADATA-USBFlashDrive-01]
│ cifs rw,relatime,vers=1.0,cache=strict,username=bla,uid=1000,forceuid,gi
└─/media/usb /dev/sda1 ext4 rw,relatime
Der USB-Stick war die ganze Zeit über eingebunden, ich konnte ja von anderen Geräten darauf zugreifen. Inzwischen - nach einem Reboot - geht es wieder, komisch war das aber schon.
|
Fried-rich
(Themenstarter)
Anmeldungsdatum: 2. Mai 2013
Beiträge: 1093
|
Na ja, ich hab es mal als gelöst markiert, weil es nicht mehr auftritt. Falls jemand eine Idee hat, her damit. War schon komisch, dass ich nur über einen Rechner nicht mehr ran kam. Ich glaube weiterhin, dass Problem war nicht der Pi sondern der Client. AutoFS macht mitunter komische Sachen (Systemd-Mounts leider auch).
|