Sorry, habe es gestern nicht mehr Genschaft zu Antworten.
Solche Dateien kannst du auch mit Prüfsummen (md5sum, sha256sum) auf Unterschiede(Übetragungsfehler) prüfen, die Prüfsumme sollten bei Quell- und Zieldatei die Gleiche sein.
Den Test habe ich mal durchgeführt und verglichen, die Datei die mit "nc -lv 1234 > $HOME/test.out" übertragen wurde ist Identisch. Die Verbindung ist auch sehr schnell beim Normalen Kopieren dauert es bis zum Abbruch, meist recht lang. Mittlerweile lassen sich auch selbst kleine Videos <2GB nicht mehr Fehlerfrei übertragen.
Sehe ich daß richtig mit dem NAS? Wenn ja, gibt es diese Probleme auch zwischen Desktop-PC und NAS per NFS? Wenn nein, dann würde das noch mehr dafür sprechen die Ursache des Problems eben weder auf dem Deskop-PC noch beim Netzwerk an sich zu suchen - sondern halt beim "betagteren" HTPC.
Ja, stimmt genau so, wie du es rekonstruiert hast. Zwecks der Fehler musste ich selbst erst mal überprüfen, nutze die NAS in letzter Zeit selten.
Das Problem tritt auch hier auf. Hatte bei dem Kopiertest, aber noch meine Ursprüngliche Fstab für die NAS aktiv (ersten Post). Habe das ganze über Dolphin(KDE) getestet. Fehlt daher die Konsolenausgabe
Hier wies eine Meldung darauf hin, das die Datei Berechtigungen für eine Einzelnes *.jpg nicht geändert werden konnten.
Möglicherweise hackt es doch noch irgendwo, an den Dateirechten, werde das über die Konsole noch mal Testen
Anders als auf dem HTPC, klappt hier aber meist ein erneuter Schreibversuch, das Kopieren von dem Server klappt Problemlos.
Allerdings hier gilt zu beachten, das die Hardware zur NAS und dem HTPC komplett unabhängig sind oder bereits getauscht wurden mit der Ausnahme der im Desktop verbauten Onboard Netzwerkkarte.
[Gedankengang]
Wobei mir gerade wieder einfällt, das ich vor Jahren mal bei einer Neuinstallation, (Ich weiss aber nicht mal mehr welche Distribution) ein Problem mit dem Chipsatztreiber, der Karte hatte, ....wurde Falsch erkannt.. Die Karte wurde dabei korrekt angezeigt, jedoch betrug die Verbindungsrate nur wenige kbits und war Instabil. Auch der Desktop PC ist nicht mehr die Neuste Hardware, ein AMD Fx8350 mit diesem Board https://www.gigabyte.com/us/Motherboard/GA-970A-UD3-rev-10-11#sp
Das Problem, ähnelt dem ganzen ja doch ein wenig.
hwinfo gibt folgendes zur Netzwerkkarte aus, laut Gigabyte ist ein rtl8111e chip verbaut, ich erinnere mich noch dunkel daran das es bei dem "8111e", Betonung liegt auf der "e" Variante, wohl auch bei anderen Probleme gab.
88: None 00.0: 10701 Ethernet
[Created at net.126]
Unique ID: uhYi.ndpeucax6V1
Parent ID: D2Iq.5rbhBgx50x4
SysFS ID: /class/net/enp5s0
SysFS Device Link: /devices/pci0000:00/0000:00:09.0/0000:05:00.0
Hardware Class: network interface
Model: "Ethernet network interface"
Driver: "r8169"
Driver Modules: "r8169"
Device File: enp5s0
HW Address: ************
Permanent HW Address: **********
Link detected: yes
Config Status: cfg=new, avail=yes, need=no, active=unknown
Attached to: #36 (Ethernet controller)
Werde das noch mal genauer Angehen.[/i][/color]
[/Gedankenghang]
Ob noch genug freie INodes vorhanden sind, hatte ich eigentlich gesagt/gedacht auf dem Server, also dem HTPC.
Irgendwas stimmt hier nicht überein, mit dem was du schreibst, die Werte mit "0" gibt es nur bei der "btrfs" Partition, und bei den Unterverzeichnissen der NAS
Auf dem HTPC "df -i"
Dateisystem Inodes IBenutzt IFrei IUse% Eingehängt auf
dev 430618 414 430204 1% /dev
run 432356 633 431723 1% /run
/dev/sda1 0 0 0 - /
tmpfs 432356 1 432355 1% /dev/shm
tmpfs 432356 18 432338 1% /sys/fs/cgroup
none 432356 3 432353 1% /var/cache/pacman
none 432356 16 432340 1% /tmp
/dev/sda2 32899072 418 32898654 1% /media/media
/dev/sda4 26066944 47514 26019430 1% /home
tmpfs 432356 16 432340 1% /run/user/1000
tmpfs 432356 13 432343 1% /run/user/0
Vom desktop aus, beim Test im letzten posting, war der HTPC vermutlich Offline( E/A Fehler)
[felix@desktop ~]$ df -i
Dateisystem Inodes IBenutzt IFrei IUse% Eingehängt auf
dev 3073412 561 3072851 1% /dev
run 3083377 875 3082502 1% /run
/dev/sda6 1969920 335796 1634124 18% /
tmpfs 3083377 45 3083332 1% /dev/shm
tmpfs 3083377 18 3083359 1% /sys/fs/cgroup
none 3083377 22 3083355 1% /var/cache/pacman
none 3083377 945 3082432 1% /tmp
/dev/sda5 6463488 11 6463477 1% /media/sdd
/dev/sdb2 41394176 32611 41361565 1% /media/Game
/dev/sdb1 19660800 95417 19565383 1% /home
/dev/sdc1 122101760 77109 122024651 1% /media/Speicher
tmpfs 3083377 146 3083231 1% /run/user/1000
192.168.178.22:/srv/nfs4/home 26066944 47515 26019429 1% /media/HTPC
192.168.178.30:/ 3514368 84731 3429637 3% /media/NAS
192.168.178.30:/Musik 0 0 0 - /media/NAS/Musik
[felix@desktop ~]$
Am HTPC(NFS-Server) exportierst du ja 2 Verzeichnisse (plus nfsv4-Root), die ja am HTPC wohl Bind-Mounts nach /srv/nfsv4/ sind. Unter anderen ein home was du am Desktop als /media/HTPC mountest. Zeigt dieser Bindmount auf dem HTPC nun nach /home oder nach /home/username ?(ggf. Berechtigungsproblem).
Deswegen zeige vom HTPC doch mal die Ausgaben von:
Ups, ich glaube nicht das dies so sein sollte, rw rechte auf das gesamte System war so jedenfalls nicht beabsichtigt, oder Interpretiere ich das nur Falsch
TARGET SOURCE FSTYPE OPTIONS
/ /dev/sda1 btrfs rw,relatime,space_cache,autodefrag,inode_cache,subvolid=5,subvol=/
├─/proc proc proc rw,nosuid,nodev,noexec,relatime
│ ├─/proc/sys/fs/binfmt_misc systemd-1 autofs rw,relatime,fd=33,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=12271
│ └─/proc/fs/nfsd nfsd nfsd rw,relatime
├─/sys sys sysfs rw,nosuid,nodev,noexec,relatime
│ ├─/sys/kernel/security securityfs securityfs rw,nosuid,nodev,noexec,relatime
│ ├─/sys/fs/cgroup tmpfs tmpfs ro,nosuid,nodev,noexec,mode=755
│ │ ├─/sys/fs/cgroup/unified cgroup2 cgroup2 rw,nosuid,nodev,noexec,relatime,nsdelegate
│ │ ├─/sys/fs/cgroup/systemd cgroup cgroup rw,nosuid,nodev,noexec,relatime,xattr,name=systemd
│ │ ├─/sys/fs/cgroup/devices cgroup cgroup rw,nosuid,nodev,noexec,relatime,devices
│ │ ├─/sys/fs/cgroup/cpuset cgroup cgroup rw,nosuid,nodev,noexec,relatime,cpuset
│ │ ├─/sys/fs/cgroup/hugetlb cgroup cgroup rw,nosuid,nodev,noexec,relatime,hugetlb
│ │ ├─/sys/fs/cgroup/pids cgroup cgroup rw,nosuid,nodev,noexec,relatime,pids
│ │ ├─/sys/fs/cgroup/net_cls,net_prio cgroup cgroup rw,nosuid,nodev,noexec,relatime,net_cls,net_prio
│ │ ├─/sys/fs/cgroup/cpu,cpuacct cgroup cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct
│ │ ├─/sys/fs/cgroup/rdma cgroup cgroup rw,nosuid,nodev,noexec,relatime,rdma
│ │ ├─/sys/fs/cgroup/freezer cgroup cgroup rw,nosuid,nodev,noexec,relatime,freezer
│ │ ├─/sys/fs/cgroup/blkio cgroup cgroup rw,nosuid,nodev,noexec,relatime,blkio
│ │ ├─/sys/fs/cgroup/memory cgroup cgroup rw,nosuid,nodev,noexec,relatime,memory
│ │ └─/sys/fs/cgroup/perf_event cgroup cgroup rw,nosuid,nodev,noexec,relatime,perf_event
│ ├─/sys/fs/pstore pstore pstore rw,nosuid,nodev,noexec,relatime
│ ├─/sys/fs/bpf bpf bpf rw,nosuid,nodev,noexec,relatime,mode=700
│ ├─/sys/kernel/debug debugfs debugfs rw,relatime
│ └─/sys/kernel/config configfs configfs rw,relatime
├─/dev dev devtmpfs rw,nosuid,relatime,size=1722472k,nr_inodes=430618,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
│ └─/dev/hugepages hugetlbfs hugetlbfs rw,relatime,pagesize=2M
├─/run run tmpfs rw,nosuid,nodev,relatime,mode=755
│ ├─/run/user/1000 tmpfs tmpfs rw,nosuid,nodev,relatime,size=345884k,mode=700,uid=1000,gid=995
│ └─/run/user/0 tmpfs tmpfs rw,nosuid,nodev,relatime,size=345884k,mode=700
├─/var/cache/pacman none tmpfs rw,relatime
├─/tmp none tmpfs rw,relatime
├─/media/media /dev/sda2 ext4 rw,relatime,data=ordered
├─/srv/nfs4/media /dev/sda2 ext4 rw,relatime,data=ordered
├─/home /dev/sda4 ext4 rw,relatime,data=ordered
├─/srv/nfs4/home /dev/sda4[/mediacenter] ext4 rw,relatime,data=ordered
└─/var/lib/nfs/rpc_pipefs sunrpc rpc_pipefs rw,relatime
Sowie "lsblk -f"
NAME FSTYPE LABEL UUID MOUNTPOINT
sda
├─sda1 btrfs 6bac459b-d5ab-4c63-9188-ee28297e8cb1 /
├─sda2 ext4 Media b0f67e4c-2ce5-4f76-b073-14a1bf77bd89 /srv/nfs4/media
├─sda3 swap eda64134-9b61-4962-a710-5b230549083a [SWAP]
└─sda4 ext4 home ed84a3c4-ba9f-4b0b-87a6-0e59fc6d39ee /home
Ein "journalctl --system -f" brachte bei mir folgende Ausgabe.
(Die stetige abfrage aller NFS Server wie kann ich die Unterbinden? Müsste die nicht mit den Fstab mount nach x sek aufhören?)
Client(desktop]
...........
ep 19 17:48:14 desktop kernel: nfs: server 192.168.178.*** not responding, timed out
Sep 19 17:48:14 desktop kernel: nfs: server 192.168.178.*** not responding, timed out
Sep 19 17:48:15 desktop kernel: [UFW BLOCK] IN=enp5s0 OUT= MAC=***** SRC=192.168.***.*** DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC0 TTL=1 ID=2016 DF PROTO=2
Sep 19 17:48:15 desktop kernel: nfs: server 192.168.***.*** not responding, timed out
Sep 19 17:48:16 desktop kernel: nfs: server 192.168.***.*** not responding, timed out
...........
Auf dem Server [HTPC]
-- Logs begin at Fri 2018-09-14 17:25:16 CEST. --
Sep 19 17:24:23 HTPC systemd[1]: Started Getty on tty3.
Sep 19 17:24:23 HTPC kernel: audit: type=1130 audit(1537370663.769:59): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=getty@tty3 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Sep 19 17:24:23 HTPC audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=getty@tty3 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Sep 19 17:24:30 HTPC kernel: audit: type=1006 audit(1537370670.629:60): pid=1288 uid=0 old-auid=4294967295 auid=1000 tty=tty3 old-ses=4294967295 ses=5 res=1
Sep 19 17:24:30 HTPC login[1288]: pam_unix(login:session): session opened for user mediacenter by LOGIN(uid=0)
Sep 19 17:24:30 HTPC systemd-logind[399]: New session 5 of user mediacenter.
Sep 19 17:24:30 HTPC systemd[1]: Started Session 5 of user mediacenter.
Sep 19 17:24:30 HTPC login[1288]: LOGIN ON tty3 BY mediacenter
Sep 19 17:44:26 HTPC rpc.mountd[460]: authenticated mount request from 192.168.***.***:689 for /srv/nfs4/media (/srv/nfs4/media)
Sep 19 17:48:33 HTPC kernel: rpc-srv/tcp: nfsd: got error -104 when sending 132 bytes - shutting down socket
Sep 19 17:56:54 HTPC kernel: rpc-srv/tcp: nfsd: got error -104 when sending 140 bytes - shutting down socket
Sep 19 17:57:01 HTPC kernel: rpc-srv/tcp: nfsd: got error -104 when sending 132 bytes - shutting down socket
Ich bekomme immer mehr den Eindruck das meine Baustelle überproportional wächst,.....
Der S.M.A.R.T. Test läuft gerade noch möglicherweise kann ich den nachher noch ergänzen.
Ich muss Zwischendurch ganz ehrlich, auch noch mal mein Dank ausdrücken, das du dir die Zeit nimmst, und dich so ausgiebig meinem Problem annimmst. Findet man selten heutzutage.