Bestanden NTFS drive onleesbaar?

[Gummbahla]

Ik heb een Raspberry Pi met daarop OSMC. Aan de RPi hangt een USB HDD met daarop o.a. mijn filmcollectie. De HDD wordt via SMB gedeeld op mijn thuisnetwerk.
Sinds kort kan ik een groot aantal filmbestanden niet meer volledig benaderen vanaf een andere PC. Zowel bij het afspelen als bij het kopiëren van deze bestanden krijg ik na een bepaald punt (bijv. na 100 MB) een foutmelding in de trend van 'no more data available'.

Wanneer ik de drive aan mijn Windows laptop hang, is er verder niets aan de hand. Ik kan de bestanden gewoon afspelen en volledig lezen.

Hoe kan ik er achter komen wat er mis is met mijn servertje?

[Hero of Time]

Hoe zou je dit zelf aan gaan pakken? Wat zou je nou gaan doen om een diagnose te stellen wat er mogelijk gebeurt tijdens de foutmelding? Ga daar eerste eens achterna. We kauwen hier niet alles voor, je moet zelf ook wat doen en op dit moment laat je bar weinig zien. Zie ook de Het algemeen beleid #quickstart en NOS Beleid voor wat er in een goede startpost moet staan.

[Gummbahla]

Ook goedemorgen! Zoals gezegd zal het probleem niet bij de schijf zelf liggen (bijv. corrupte files), want dan had ik de files ook met m'n Windows laptop niet kunnen gebruiken.

Mijn vermoeden is dat het probleem dus óf in de combinatie NTFS schijf en Linux ligt, of bij de Samba configuratie op mijn RPi, of bij iets obscuurs in mijn netwerk.

Ik heb de logfiles van Samba gecheckt, maar daar wordt ik niet veel wijzer van.

smbd.log:

code:

[2016/07/21 10:41:13.953182,  3] ../source3/smbd/smb2_read.c:391(smb2_read_complete)
  smbd_smb2_read: fnum 661762853, file series/Molletje/Molletje s01-e02.mkv, length=65536 offset=44236800 read=65536
[2016/07/21 10:41:13.963242,  3] ../source3/smbd/smb2_read.c:391(smb2_read_complete)
  smbd_smb2_read: fnum 661762853, file series/Molletje/Molletje s01-e02.mkv, length=65536 offset=44302336 read=65536
[2016/07/21 10:41:13.971304,  3] ../source3/smbd/smb2_read.c:391(smb2_read_complete)
  smbd_smb2_read: fnum 661762853, file series/Molletje/Molletje s01-e02.mkv, length=65536 offset=44367872 read=65536
[2016/07/21 10:42:04.041323,  2] ../source3/smbd/server.c:419(remove_child_pid)
  Could not find child 4295 -- ignoring
[2016/07/21 10:42:19.568420,  2] ../source3/smbd/close.c:780(close_normal_file)
  osmc closed file series/Molletje/Molletje s01-e02.mkv (numopen=3) NT_STATUS_OK
[2016/07/21 10:42:19.570618,  2] ../source3/smbd/close.c:780(close_normal_file)
  osmc closed file music/desktop.ini (numopen=2) NT_STATUS_OK
[2016/07/21 10:42:19.572585,  2] ../source3/smbd/close.c:780(close_normal_file)
  osmc closed file movies/desktop.ini (numopen=1) NT_STATUS_OK
[2016/07/21 10:42:19.575692,  1] ../source3/smbd/service.c:1130(close_cnum)
  alten-l190 (ipv4:192.168.100.243:58260) closed connection to service VERBATIM HD
[2016/07/21 10:42:19.580057,  3] ../source3/smbd/server_exit.c:221(exit_server_common)
  Server exit (NT_STATUS_CONNECTION_RESET)

Na wat experimenteren lijkt het bij alle grotere bestanden (~120 MB+) uiteindelijk spaak te lopen. Via Google heb ik iemand met een soortgelijk probleem gevonden, maar die had iets aan z'n firewall gesleuteld. Ik heb daarentegen helemaal niets veranderd aan mijn setup.
Ik heb dus niet echt een idee waarom dit probleem ontstaat, en eigenlijk ook geen idee hoe ik verder onderzoek kan doen. Iemand een suggestie?

[Hero of Time]

Je hebt al 1 log gevonden, nu nog die van het systeem zelf. Daar zal vast iets in staan hierover. Plak niet het hele log bestand, dat is erg groot en heeft veel onnodige gegevens. Plaats het trouwens in [code] blokken, dat leest wat prettiger omdat er anders smileys e.d. tussen kan komen.

[Gummbahla]

Het meest relvante mbt logfiles dat ik kon vinden was 'sudo journalctl'. Helaas geeft dat niks nuttigs:

code:

Jul 28 10:32:05 osmc sudo[21033]: pam_unix(sudo:session): session closed for user root
Jul 28 10:32:06 osmc sshd[21019]: pam_unix(sshd:session): session closed for user osmc
Jul 28 10:32:32 osmc sshd[21039]: Accepted password for osmc from 192.168.100.244 port 56696 ssh2
Jul 28 10:32:32 osmc sshd[21039]: pam_unix(sshd:session): session opened for user osmc by (uid=0)
Jul 28 10:32:32 osmc systemd-logind[2476]: New session c5 of user osmc.
Jul 28 10:32:36 osmc sudo[21050]: osmc : TTY=pts/0 ; PWD=/home/osmc ; USER=root ; COMMAND=/bin/journalctl
Jul 28 10:32:36 osmc sudo[21050]: pam_unix(sudo:session): session opened for user root by osmc(uid=0)

[Hero of Time]

Dat is alleen het inloggen op de Pi via SSH. Niets over je SMB probleem icm NTFS. Wat kan je vinden in bijvoorbeeld /var/log/messages of /var/log/syslog? Eventueel nog kijken bij 'dmesg' uitvoer, al is journalctl vergelijkbaar.
Uiteraard wel de logs bekijken als je een groot bestand probeert te openen en een foutmelding krijgt. Let op de tijd dat het gebeurt, dat scheelt zoeken in de logs.

[Blokker_1999]

of je zet een tail in follow mode (kan niet met dmesg, enkel met bestanden)

tail -f file

voor dmesg kan je (als deze niet te oud is) gebruik maken van

dmesg -wH

[Gummbahla]

Ik heb journalctl gebruikt vanwege https://discourse.osmc.tv/t/cron-and-log-files/2510 - OSMC bewaart z'n logs blijkbaar niet in /var/logs/. De enige logs die daar staan, zijn:

code:

alternatives.log  apt  btmp  cups  dmesg  dpkg.log  faillog  fsck  lastlog  lircd  mopidy  ntpstats  samba  wtmp

Wanneer ik

journalctl -f

gebruik, gebeurt er helemaal niets wanneer de fout met het grote bestand optreed. De enige sporen die ik tot nu toe heb kunnen vinden zitten in de SMB logs. Het sterkt mij in het vermoeden dat de fout geen betrekking heeft op de disk of het feit dat deze NTFS geformatteerd is. Eerder denk ik dat het iets met de netwerkverbinding te maken heeft.
Zou het kunnen dat logdata m.b.t. ethernet nog weer ergens anders worden opgeslagen?

[Hero of Time]

Geen idee, maar omdat je met een relatief klein bestand al problemen hebt, kan je natuurlijk testen door een bestand van 200 MB te maken op je SD kaart en die via Samba delen.