Samba-Share funktioniert nicht mehr mit Image 6.2 #221 und Linux-Server

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

  • Samba-Share funktioniert nicht mehr mit Image 6.2 #221 und Linux-Server

    Ich habe auf der Box 6.2 #221 laufen und hatte in /etc/fstab folgenden Inhalt, der super funktionierte:

    Quellcode

    1. //10.0.0.101/music /mnt/nas-music cifs defaults,user=user,pass=pass,dom=WORKGROUP,iocharset=utf8,netbiosname=NAS,sec=ntlmssp 0 0
    2. //10.0.0.101/photo /mnt/nas-photo cifs defaults,user=user,pass=pass,dom=WORKGROUP,iocharset=utf8,netbiosname=NAS,sec=ntlmssp 0 0
    3. //10.0.0.101/video /mnt/nas-video cifs defaults,user=user,pass=pass,dom=WORKGROUP,iocharset=utf8,netbiosname=NAS,sec=ntlmssp 0 0
    4. //10.0.0.101/video/et9200 /mnt/hdd cifs defaults,user=user,pass=pass,dom=WORKGROUP,iocharset=utf8,netbiosname=NAS,sec=ntlmssp 0 0
    5. //10.0.0.101/tmp /mnt/nas-tmp cifs defaults,user=user,pass=pass,dom=WORKGROUP,iocharset=utf8,netbiosname=NAS,sec=ntlmssp 0 0


    Jetzt bin ich am Server vom Kernel 4.19 auf 5.4 umgestiegen und es läuft Samba 4.11 dort. Damit ist gleich mal die Box nicht klar gekommen und ich habe die fstab umgestellt:

    Quellcode

    1. //10.0.0.101/music /mnt/nas-music cifs defaults,user=user,pass=pass,dom=WORKGROUP,iocharset=utf8,netbiosname=NAS,sec=ntlmssp,vers=3.0 0 0
    2. //10.0.0.101/photo /mnt/nas-photo cifs defaults,user=user,pass=pass,dom=WORKGROUP,iocharset=utf8,netbiosname=NAS,sec=ntlmssp,vers=3.0 0 0
    3. //10.0.0.101/video /mnt/nas-video cifs defaults,user=user,pass=pass,dom=WORKGROUP,iocharset=utf8,netbiosname=NAS,sec=ntlmssp,vers=3.0 0 0
    4. //10.0.0.101/video/et9200 /mnt/hdd cifs defaults,user=user,pass=pass,dom=WORKGROUP,iocharset=utf8,netbiosname=NAS,sec=ntlmssp,vers=3.0 0 0
    5. //10.0.0.101/tmp /mnt/nas-tmp cifs defaults,user=user,pass=pass,dom=WORKGROUP,iocharset=utf8,netbiosname=NAS,sec=ntlmssp,vers=3.0 0 0


    Damit bleibt die Box öfters beim Booten hängen, während es die IPTV-Playlists von /media/hdd lädt. Dabei wird keine Fehlermeldung generiert, es hängt einfach auf ewig.

    Läuft das Booten durch, funktionieren Zugriffe so halbwegs, Aufnahmen beginnen und ich kann Videos starten, nur brechen diese Operationen dann irgendwann ab:
    • Aufnahmen:

      Quellcode

      1. 22:20:11.8872 [ E ] dvb/demux.cpp:542 poll [eDVBRecordFileThread] poll: aio_return returned failure: Interrupted system call
      2. 22:20:11.8874 [ E ] dvb/filepush.cpp:587 thread [eFilePushThreadRecorder] WRITE ERROR, aborting thread: Interrupted system call
      3. 22:20:11.8876 [ ] dvb/demux.cpp:632 flush [eDVBRecordFileThread] waiting for aio to complete
      4. 22:20:11.8878 [ E ] dvb/demux.cpp:514 wait [eDVBRecordFileThread] wait: aio_return returned failure: Interrupted system call
      5. 22:20:11.8880 [ ] dvb/demux.cpp:638 flush [eDVBRecordFileThread] buffer usage histogram (20 buffers of 192 kB)
      6. 22:20:11.8882 [!W!] service/servicedvbrecord.cpp:537 recordEvent [eDVBServiceRecord] record write error
      7. 22:20:11.8882 [ ] dvb/demux.cpp:642 flush [eDVBRecordFileThread] 0: 7
      8. 22:20:11.8883 [ ] service/servicedvbrecord.cpp:179 stop [eDVBServiceRecord] stop recording!
      9. 22:20:11.8884 [ ] dvb/demux.cpp:642 flush [eDVBRecordFileThread] 1: 10872
      10. 22:20:11.8886 [ ] dvb/demux.cpp:642 flush [eDVBRecordFileThread] 2: 1
      11. 22:20:11.9053 [ ] dvb/filepush.cpp:610 stop [eFilePushThreadRecorder] stopping thread.
      12. 22:20:12.0667 [ ] dvb/filepush.cpp:594 thread [eFilePushThreadRecorder] THREAD STOP
      13. 22:20:12.1934 [ ] dvb/tstools.cpp:98 setSource [eDVBTSTools] setSource loading streaminfo for /media/hdd/movie/20200415 2153 - ORF1 HD - Will & Grace.ts
      14. 22:20:12.2472 [ ] service/servicedvbrecord.cpp:606 saveCutlist [eDVBServiceRecord] fixed up 1b2f59c67 to c7e9b5 (offset 0)
      15. 22:20:12.2608 { E } RecordTimer.py:974 gotRecordEvent WRITE ERROR on recording, disk full?
      16. 22:20:12.2621 { } Tools/Notifications.py:52 AddPopup AddPopup, id = DiskFullMessage
      17. 22:23:05.0621 [ ] dvb/demux.cpp:90 openDemux [eDVBDemux] open demux /dev/dvb/adapter0/demux0
      18. 22:23:05.0625 [ ] dvb/demux.cpp:286 start [eDVBSectionReader] DMX_SET_FILTER pid=20
      19. 22:23:19.3228 [ ] dvb/dvbtime.cpp:468 updateTime [eDVBLocalTimerHandler] Transponder time is 15.04.2020 22:23:19
      20. 22:23:19.3230 [ ] dvb/dvbtime.cpp:481 updateTime [eDVBLocalTimerHandler] diff is 0
      21. 22:23:19.3232 [ ] dvb/dvbtime.cpp:484 updateTime [eDVBLocalTimerHandler] diff < 120 .. use Transponder Time
      22. 22:23:19.3233 [ ] dvb/dvbtime.cpp:545 updateTime [eDVBLocalTimerHandler] not changed
      23. 22:23:19.3251 [ ] dvb/dvb.cpp:2415 getDemux [eDVBChannel] getDemux cap=00
      24. 22:26:12.8776 [ ] dvb/demux.cpp:90 openDemux [eDVBDemux] open demux /dev/dvb/adapter0/demux0
      25. 22:26:12.8779 [ ] dvb/demux.cpp:286 start [eDVBSectionReader] DMX_SET_FILTER pid=18
      26. 22:29:42.6450 [ ] service/servicedvbrecord.cpp:570 gotNewEvent [eDVBServiceRecord] now running: Will & Grace (1333 seconds)
      27. 22:29:42.6461 [ ] dvb/demux.cpp:90 openDemux [eDVBDemux] open demux /dev/dvb/adapter0/demux0
      28. 22:29:42.6465 [ ] dvb/demux.cpp:286 start [eDVBSectionReader] DMX_SET_FILTER pid=18
      Alles anzeigen

      "disk full?" stimmt sicher nicht, da sind noch ~200GB frei
    • beim Abspielen von Videos ist es immer dieselbe Position, an der sich das aufhängt und die Box nicht mehr auf die Fernbedienung reagiert. Das Log gibt nicht so viel her, er steht dann scheinbar immer an der selben Stelle:

      Quellcode

      1. 16:13:37.1725 [ ] ../../../git/src/serviceapp/extplayer.cpp:8 handleJsonStr PlayerApp::handleJsonStr: {"J":{"ms":22606,"lms":23065}}
      2. 16:13:37.2717 [ ] ../../../git/src/serviceapp/extplayer.cpp:131 processSend sending command "j
      3. "
      4. 16:13:37.2722 [ ] ../../../git/src/serviceapp/extplayer.cpp:72 stderrAvail PlayerApp::stderrAvail: {"J":{"ms":22689,"lms":23065}}
      6. 16:13:37.2724 [ ] ../../../git/src/serviceapp/extplayer.cpp:8 handleJsonStr PlayerApp::handleJsonStr: {"J":{"ms":22689,"lms":23065}}
      7. 16:13:37.3241 [ ] ../../../git/src/serviceapp/serviceapp.cpp:873 isCurrentlySeekable eServiceApp::isCurrentlySeekable
      8. 16:13:37.3717 [ ] ../../../git/src/serviceapp/extplayer.cpp:131 processSend sending command "j
      9. "
      10. 16:13:37.3722 [ ] ../../../git/src/serviceapp/extplayer.cpp:72 stderrAvail PlayerApp::stderrAvail: {"J":{"ms":22814,"lms":23065}}
      12. 16:13:37.3723 [ ] ../../../git/src/serviceapp/extplayer.cpp:8 handleJsonStr PlayerApp::handleJsonStr: {"J":{"ms":22814,"lms":23065}}
      13. 16:13:37.4718 [ ] ../../../git/src/serviceapp/extplayer.cpp:131 processSend sending command "j
      14. "
      15. 16:13:37.4723 [ ] ../../../git/src/serviceapp/extplayer.cpp:72 stderrAvail PlayerApp::stderrAvail: {"J":{"ms":22856,"lms":23065}}
      17. 16:13:37.4725 [ ] ../../../git/src/serviceapp/extplayer.cpp:8 handleJsonStr PlayerApp::handleJsonStr: {"J":{"ms":22856,"lms":23065}}
      18. 16:13:37.5241 [ ] ../../../git/src/serviceapp/serviceapp.cpp:873 isCurrentlySeekable eServiceApp::isCurrentlySeekable
      19. 16:13:37.5717 [ ] ../../../git/src/serviceapp/extplayer.cpp:131 processSend sending command "j
      20. "
      21. 16:13:37.5722 [ ] ../../../git/src/serviceapp/extplayer.cpp:72 stderrAvail PlayerApp::stderrAvail: {"J":{"ms":22856,"lms":23065}}
      23. 16:13:37.5723 [ ] ../../../git/src/serviceapp/extplayer.cpp:8 handleJsonStr PlayerApp::handleJsonStr: {"J":{"ms":22856,"lms":23065}}
      24. 16:13:37.6718 [ ] ../../../git/src/serviceapp/extplayer.cpp:131 processSend sending command "j
      25. "
      26. 16:13:37.6723 [ ] ../../../git/src/serviceapp/extplayer.cpp:72 stderrAvail PlayerApp::stderrAvail: {"J":{"ms":22856,"lms":23065}}
      28. 16:13:37.6725 [ ] ../../../git/src/serviceapp/extplayer.cpp:8 handleJsonStr PlayerApp::handleJsonStr: {"J":{"ms":22856,"lms":23065}}
      29. 16:13:37.7241 [ ] ../../../git/src/serviceapp/serviceapp.cpp:873 isCurrentlySeekable eServiceApp::isCurrentlySeekable
      Alles anzeigen

    Samba-Config am Server:

    Quellcode

    1. [global]
    2. workgroup = WORKGROUP
    3. server string = Samba NAS Linux
    4. netbios name = NAS
    5. writable = yes
    6. hosts allow = 10.0.0.33 10.0.0.100
    7. load printers = no
    8. log level = 1
    9. max log size = 1024
    11. [video]
    12. path = /home/nas/Videos/
    14. [photo]
    15. path = /home/nas/Bilder/
    17. [music]
    18. path = /home/nas/Musik/
    20. [tmp]
    21. path = /tmp
    23. [xchg]
    24. path = /home/nas/xchg
    26. [web-cdn]
    27. path = /var/www/cdn
    Alles anzeigen


    Hat jemand funktionierende Werte für die fstab, mit denen sich Box und Server darauf einigen, dass die Files und Plattenplatz da sind?

  • Ver 1:
    beim Lesen der IPTV-Playlisten fummelt er "..." in den Pfad, was natürlich nirgendwo hinführt, später wählt er dann sehr wohl einen richtigen Dateinamen, kann die Datei aber nicht aufmachen und crasht:

    Brainfuck-Quellcode

    1. 23:44:32.2247 [ ] dvb/db.cpp:1070 loadBouquet [eDVBDB] loading bouquet... /etc/enigma2//bouquets.tv
    2. 23:44:32.2302 [ ] dvb/db.cpp:1070 loadBouquet [eDVBDB] loading bouquet... /etc/enigma2//userbouquet.favourites.tv
    3. 23:44:32.2406 [ ] dvb/db.cpp:1180 loadBouquet [eDVBDB] 101 entries in Bouquet userbouquet.favourites.tv
    4. 23:44:32.2423 [ E ] dvb/db.cpp:1043 loadBouquet [eDVBDB] can't open /etc/enigma2/.../userbouquet.iptv_austria_swiss.tv: No such file or directory
    5. 23:44:32.2428 [ ] dvb/db.cpp:1064 loadBouquet [eDVBDB] can't load bouquet userbouquet.iptv_austria_swiss.tv
    6. 23:44:32.2440 [ E ] dvb/db.cpp:1043 loadBouquet [eDVBDB] can't open /etc/enigma2/.../userbouquet.iptv_deutschland.tv: No such file or directory
    7. 23:44:32.2442 [ ] dvb/db.cpp:1064 loadBouquet [eDVBDB] can't load bouquet userbouquet.iptv_deutschland.tv
    8. ...
    9. 23:44:32.2605 [ ] dvb/db.cpp:1070 loadBouquet [eDVBDB] loading bouquet... /etc/enigma2//userbouquet.LastScanned.tv
    10. 23:44:32.2623 [ ] dvb/db.cpp:1180 loadBouquet [eDVBDB] 10 entries in Bouquet userbouquet.LastScanned.tv
    11. ...
    12. 23:44:32.2677 [ ] dvb/db.cpp:1180 loadBouquet [eDVBDB] 14 entries in Bouquet bouquets.tv
    13. 23:44:32.2698 [ ] dvb/db.cpp:1070 loadBouquet [eDVBDB] loading bouquet... /etc/enigma2//bouquets.radio
    14. 23:44:32.2720 [ ] dvb/db.cpp:1070 loadBouquet [eDVBDB] loading bouquet... /etc/enigma2//userbouquet.favourites.radio
    15. 23:44:32.2749 [ ] dvb/db.cpp:1180 loadBouquet [eDVBDB] 25 entries in Bouquet userbouquet.favourites.radio
    16. 23:44:32.2752 [ ] dvb/db.cpp:1180 loadBouquet [eDVBDB] 1 entries in Bouquet bouquets.radio
    17. ...
    18. 23:45:26.6149 { } Plugins/Extensions/HDF-Toolbox/plugin.py:263 iptvUpdate [HDF-Toolbox]: IPTV autoupdate
    19. 23:45:26.6903 { } Plugins/Extensions/HDF-Toolbox/downloader.py:934 doIptvUpdate [HDF-Toolbox] IPTV list update
    20. 23:45:26.9058 { } mytest.py:826 <module> EXCEPTION IN PYTHON STARTUP CODE:
    21. 23:45:26.9064 { } mytest.py:827 <module> ------------------------------------------------------------
    22. 23:45:26.9069 { E } /usr/lib/python2.7/traceback.py:13 _print Traceback (most recent call last):
    23. 23:45:26.9075 { E } /usr/lib/python2.7/traceback.py:13 _print File "/usr/lib/enigma2/python/mytest.py", line 820, in <module>
    24. 23:45:26.9161 { E } /usr/lib/python2.7/traceback.py:13 _print runScreenTest()
    25. 23:45:26.9168 { E } /usr/lib/python2.7/traceback.py:13 _print File "/usr/lib/enigma2/python/mytest.py", line 515, in runScreenTest
    26. 23:45:26.9176 { E } /usr/lib/python2.7/traceback.py:13 _print plugins.readPluginList(resolveFilename(SCOPE_PLUGINS))
    27. 23:45:26.9181 { E } /usr/lib/python2.7/traceback.py:13 _print File "/usr/lib/enigma2/python/Components/PluginComponent.py", line 104, in readPluginList
    28. 23:45:26.9192 { E } /usr/lib/python2.7/traceback.py:13 _print File "/usr/lib/enigma2/python/Components/PluginComponent.py", line 30, in addPlugin
    29. 23:45:26.9202 { E } /usr/lib/python2.7/traceback.py:13 _print File "/usr/lib/enigma2/python/Plugins/Extensions/HDF-Toolbox/plugin.py", line 268, in iptvUpdate
    30. 23:45:26.9212 { E } /usr/lib/python2.7/traceback.py:13 _print File "/usr/lib/enigma2/python/Plugins/Extensions/HDF-Toolbox/downloader.py", line 942, in doIptvUpdate
    31. 23:45:26.9225 { E } /usr/lib/python2.7/traceback.py:13 _print IOError: [Errno 2] No such file or directory: '/etc/enigma2/userbouquet.iptv_westeuropa.tv'
    32. 23:45:26.9231 { } mytest.py:829 <module> [mytest.py] quitMainloop #4
    33. 23:45:26.9240 { } mytest.py:831 <module> ------------------------------------------------------------
    34. 23:45:26.9294 [ ] enigma.cpp:568 main [MAIN] (exit code 5)
    35. 23:45:29.1293 [ ] gdi/grc.cpp:211 thread [gRC] main thread is non-idle! display spinner!
    Alles anzeigen


    Ver 2:
    hat jetzt zweimal gebootet, mal schauen, wie das beim Aufnehmen und Abspielen verhält

    Ver 3:
    habe schon berichtet, aber der Vollständigkeit vielleicht noch das Lesen der IPTV-Playlisten:

    Quellcode

    1. 22:04:07.8731 [ ] dvb/db.cpp:1070 loadBouquet [eDVBDB] loading bouquet... /etc/enigma2//bouquets.tv
    2. 22:04:07.8784 [ ] dvb/db.cpp:1070 loadBouquet [eDVBDB] loading bouquet... /etc/enigma2//userbouquet.favourites.tv
    3. 22:04:07.8875 [ ] dvb/db.cpp:1180 loadBouquet [eDVBDB] 101 entries in Bouquet userbouquet.favourites.tv
    4. 22:04:07.8976 [ ] dvb/db.cpp:1070 loadBouquet [eDVBDB] loading bouquet... /etc/enigma2//userbouquet.iptv_austria_swiss.tv
    5. 22:04:07.9467 [ ] dvb/db.cpp:1180 loadBouquet [eDVBDB] 218 entries in Bouquet userbouquet.iptv_austria_swiss.tv
    6. 22:04:07.9505 [ ] dvb/db.cpp:1070 loadBouquet [eDVBDB] loading bouquet... /etc/enigma2//userbouquet.iptv_deutschland.tv
    7. 22:04:08.0607 [ ] dvb/db.cpp:1180 loadBouquet [eDVBDB] 558 entries in Bouquet userbouquet.iptv_deutschland.tv
    8. 22:04:08.0647 [ ] dvb/db.cpp:1070 loadBouquet [eDVBDB] loading bouquet... /etc/enigma2//userbouquet.iptv_music.tv
    9. 22:04:08.0924 [ ] dvb/db.cpp:1180 loadBouquet [eDVBDB] 115 entries in Bouquet userbouquet.iptv_music.tv
    10. 22:04:08.0962 [ ] dvb/db.cpp:1070 loadBouquet [eDVBDB] loading bouquet... /etc/enigma2//userbouquet.iptv_osteuropa.tv
    11. 22:04:08.1177 [ ] dvb/db.cpp:1180 loadBouquet [eDVBDB] 169 entries in Bouquet userbouquet.iptv_osteuropa.tv
    12. 22:04:08.1212 [ ] dvb/db.cpp:1070 loadBouquet [eDVBDB] loading bouquet... /etc/enigma2//userbouquet.iptv_sports.tv
    13. 22:04:08.1268 [ ] dvb/db.cpp:1180 loadBouquet [eDVBDB] 29 entries in Bouquet userbouquet.iptv_sports.tv
    14. 22:04:08.1317 [ ] dvb/db.cpp:1070 loadBouquet [eDVBDB] loading bouquet... /etc/enigma2//userbouquet.iptv_webcams.tv
    15. 22:04:08.2725 [ ] dvb/db.cpp:1180 loadBouquet [eDVBDB] 1038 entries in Bouquet userbouquet.iptv_webcams.tv
    16. 22:04:08.2767 [ ] dvb/db.cpp:1070 loadBouquet [eDVBDB] loading bouquet... /etc/enigma2//userbouquet.iptv_westeuropa.tv
    17. 22:04:08.3321 [ ] dvb/db.cpp:1180 loadBouquet [eDVBDB] 297 entries in Bouquet userbouquet.iptv_westeuropa.tv
    18. 22:04:08.3360 [ ] dvb/db.cpp:1070 loadBouquet [eDVBDB] loading bouquet... /etc/enigma2//userbouquet.iptv_world.tv
    Alles anzeigen

    und da hängt die Box einfach

    Hat denn jemand ein funktionierendes Beispiel für die fstab für neueste Linux-Server?

  • Mit 2.0 und 2.02 bootet die Box verlässlich, allerdings bleibt sie dann beim Abspielen irgendwann hängen, allerdings an unterschiedlichen Stellen.

    Am Server geht fsck leider nicht, weil die Partition gemountet ist und ich sie auch brauche. Ich habe mir journalctl noch mal angeschaut und keine Fehler gefunden. Ich kann auch am Server so ein Video abspielen, das auf der Box hängt.

    Es muss also was mit Samba zu tun haben. Ich habe keine Ahnung, was die einzelnen Parameter im fstab bedeuten und weiß auch nicht, welche anderen Werte es gibt bzw. Sinn machen, was ich damit nicht tun sollte, ...

    Ich habe auf der Box mal per GUI einen Eintrag erstellt, der hat diese Parameter erhalten:

    Quellcode

    1. user=user,pass=pass,_netdev,rw,iocharset=utf8,vers=1.0


    Ich verwende das mit vers=2.02 auch bei meinen Mounts mal.

  • Nein, geht genauso wenig, hängt an derselben Stelle. Die einzige Veränderung im Verhalten gibt es scheinbar mit dem vers-Parameter.

    Ich kann übrigens die Videos sehr wohl von der Box aus mit cp vom Server auf die Box kopieren. Vielleicht sind es ja die üblichen Lese-Operationen und damit verbundenen Sprünge im File, die das Problem verursachen?

    Muss man vielleicht am Samba-Server was anders konfigurieren? Gibt es einen neuen wichtigen Parameter oder was in der Art?

    Wie auch immer, das Problem besteht weiterhin und ich suche noch nach einer Lösung.

  • Wunderbar, das ist ja schon mal was.
    Wenn Du außer Samba nichts geändert hast, an Deiner Konstellation, dann
    muß der Fehler dort zu finden sein.

    Hast Du schon recherchiert zu Änderungen von 4.19 zu 5.4, die auch Samba
    betreffen können ?
    Was hat Dich dazu veranlaßt von 4.19 auf 5.4 zu gehen ?
    Hast Du schon die Gegenprobe gemacht, von 5.4 auf 4.19 zurückzugehen ?

  • So, mein Google liefert diese Ergebnisse nicht, musste das über Umwege zufällig finden:D.h. meine Server-Config jetzt:

    Quellcode

    1. [global]
    2. # die Zeile ist neu:
    3. client min protocol = CORE
    4. workgroup = WORKGROUP
    5. server string = Samba NAS Linux
    6. netbios name = NAS
    7. writable = yes
    8. hosts allow = 10.0.0.33 10.0.0.100
    9. load printers = no
    10. log level = 1
    11. max log size = 1024
    13. [video]
    14. path = /home/nas/Videos/
    15. [photo]
    16. path = /home/nas/Bilder/
    17. [music]
    18. path = /home/nas/Musik/
    20. [tmp]
    21. path = /tmp
    22. [xchg]
    23. path = /home/nas/xchg
    24. [web-cdn]
    25. path = /var/www/cdn
    Alles anzeigen


    Mit vers=3.1.1 hängt sich das Abspielen auf, habe mal auf vers=3.0.2 umgestellt, d.h. auf der Box sieht das so aus:

    Quellcode

    1. //10.0.0.101/music /mnt/nas-music cifs _netdev,rw,username=user,pass=pass,dom=WORKGROUP,iocharset=utf8,vers=3.0.2 0 0
    2. //10.0.0.101/photo /mnt/nas-photo cifs _netdev,rw,username=user,pass=pass,dom=WORKGROUP,iocharset=utf8,vers=3.0.2 0 0
    3. //10.0.0.101/video /mnt/nas-video cifs _netdev,rw,username=user,pass=pass,dom=WORKGROUP,iocharset=utf8,vers=3.0.2 0 0
    4. //10.0.0.101/video/et9200 /mnt/hdd cifs _netdev,rw,username=user,pass=pass,dom=WORKGROUP,iocharset=utf8,vers=3.0.2 0 0
    5. //10.0.0.101/tmp /mnt/nas-tmp cifs _netdev,rw,username=user,pass=pass,dom=WORKGROUP,iocharset=utf8,vers=3.0.2 0 0


    Werde morgen weiter schauen, habe heute keine Zeit mehr.

  • //10.0.0.101/music /mnt/nas-music cifs _netdev,rw,username=user,pass=pass,dom=WORKGROUP,iocharset=utf8,vers=3.0.2 0 0

    vorne steht was gemountet werden soll ( //10.0.0.101/music ) dahinter wo (lokales Verzeichnis) Dann das Dateisystem (cifs) dann _netdev sorgt dafür dass erst nach Aktivierung des Netzwerkes gemountet wird. rw = read write also lesen und schreiben im Gegensatz zu ro (readonly) user, pass, Workgroup sollte klar sein iocharset ist der Zeichensatz der Dateinamen und vers die smb Version.

    Aus der fstab meines Laptop:
    UUID=4eb42bf8-7a09-45d2-bea5-501fde0a2716 / ext4 errors=remount-ro 0 1

    Was (UUID) WO / Dateisystem (ext4) errors=remount-ro (im Fehlerfall readonly mounten) 0 (wenn das Sicherungsprogramm dump verwendet wird kann man hier einstellen ob gesichert wird oder nicht. 1 Gibt an, ob und in welcher Reihenfolge die Partition beim Systemstart in die regelmäßigen Dateisystemprüfungen einbezogen wird. 0 wäre keine Prüfung und 2 würden zuletzt überprüft.
    Der Anfang einer Katastrophe ist eine beschissene Vermutung!

    (@EricBogosian als Travis Dane in Alarmstufe: Rot 2)

    Gewalt ist die letzte Zuflucht des Unfähigen. (Foundation Trilogie von Isaac Asimov

    amerikanischer Schriftsteller und Biochemiker

    * 02.01.1920, † 06.04.1992)

  • verminator schrieb:

    Damit bleibt die Box öfters beim Booten hängen, während es die IPTV-Playlists von /media/hdd lädt. Dabei wird keine Fehlermeldung generiert, es hängt einfach auf ewig.


    Wenn Du auf diese Weise über die fstab mounten willst und das Ziel ist gerade nicht verfügbar, hängt die Box für lange Zeit.

    Sie wird auch hängenbleiben, wenn das Ziel später plötzlich nicht mehr verfügbar ist.

    Ich würde an dieser Stelle besser den Automounter verwenden.
    _________________________________________________________________
    GB ue 4k mit ST3000LM024-2AN1 und Synology über Denon X1700H an LG OLED OLED65C17LB
    AX 4K HD51 mit Synology an OLED55C8LLA
    Anadol Multibox SE an Samsung c
    ET10000 an Pioneer PDP-436RXE
    Unicable mit IG-IDLU-UST110-CUO4O-32P

  • Du hast einen Linux Server und willst per smb protokoll/samba Server mounten?????? Ich verstehe nicht, warum man ein proprietäres Protokoll, smb ist microsoft und Windows Welt, für das mounten von entfernten Dateisystemen zwischen Linux Rechnern verwenden will.
    Linux bietet da andere Möglichkeiten. NFS geht ohne Probleme und kryptische Configs.

    Ich habe auch einen Linux Server. (Debian GNU Linux Buster) und meine Boxen mounten die dortigen Festplatten, bzw die dortigen Software Raids ohne Probleme über NFS mit der fstab,
    SMB habe ich nur für den Windows Laptop meiner Frau.

    Ich verstehe das wirklich nicht warum man sich das antut.....
    Der Anfang einer Katastrophe ist eine beschissene Vermutung!

    (@EricBogosian als Travis Dane in Alarmstufe: Rot 2)

    Gewalt ist die letzte Zuflucht des Unfähigen. (Foundation Trilogie von Isaac Asimov

    amerikanischer Schriftsteller und Biochemiker

    * 02.01.1920, † 06.04.1992)

  • msrx111 schrieb:

    Du hast einen Linux Server und willst per smb protokoll/samba Server mounten?????? Ich verstehe nicht, warum man ein proprietäres Protokoll, smb ist microsoft und Windows Welt, für das mounten von entfernten Dateisystemen zwischen Linux Rechnern verwenden will.
    Linux bietet da andere Möglichkeiten. NFS geht ohne Probleme und kryptische Configs.

    Ich habe auch einen Linux Server. (Debian GNU Linux Buster) und meine Boxen mounten die dortigen Festplatten, bzw die dortigen Software Raids ohne Probleme über NFS mit der fstab,
    SMB habe ich nur für den Windows Laptop meiner Frau.

    Ich verstehe das wirklich nicht warum man sich das antut.....


    Ich verstehe, was du meinst. Bei mir hat das einen eher historischen Grund, weil wir ewig lang Windows-Rechner gehabt haben und ein simples NAS-Kasterl. Mittlerweile habe ich einen Linux-Rechner und einen Linux-Server als NAS und am Weg dahin immer brav die Config mitgeschleift. Quasi immer im Sinne des Haushalts und irgendwie war es halt einfacher.

    Ich habe mal den Zugriff auf meinem Linux-Rechner auf NFS umkonfiguriert und soweit funktioniert das mal (einfacher als die Samba-Config ist das nicht, sinngemäß steht dasselbe drin). Wenn ich zur Box darf, kann ich das dort auch probieren.

    Ist vielleicht wohl als positiver Punkt des Spektakels zu sehen, wenn das so funktioniert...

  • Na Ja, NFS ist schon aus meiner Sicht einfacher. Man muss keine Passwörter vergeben, den Server nicht wirklich konfigurieren, nur die shares in die /etc/export eintragen. Die ist so gestaltet, dass man als einigermaßen cleverer User relativ schnell begreift, wie das geht.
    Einen Tipp habe ich dazu noch. Damit du nicht für jeden Clienten ein eigenes Share oder jede IP Adresse eintragen musst, kannst du auch ganze Netzwerke eintragen:

    Quellcode

    1. /media/opticum 192.168.0.0/24(rw,async,subtree_check) 192.168.1.0/24(rw,async,subtree_check)

    in der /etc/fstab auf meiner Box sieht das dann so aus:

    Quellcode

    1. 192.168.0.5:/media/opticum-usb /media/usb nfs _netdev,rw,nolock,tcp,nfsvers=4,rsize=8192,wsize=8192,timeo=14,soft 0 0
    Der Anfang einer Katastrophe ist eine beschissene Vermutung!

    (@EricBogosian als Travis Dane in Alarmstufe: Rot 2)

    Gewalt ist die letzte Zuflucht des Unfähigen. (Foundation Trilogie von Isaac Asimov

    amerikanischer Schriftsteller und Biochemiker

    * 02.01.1920, † 06.04.1992)

  • Im Sinne von ich zeig dir meins und du zeigst mir deins habe ich derweil das:

    Server:

    Quellcode

    1. /home/nas/Videos 10.0.0.0/24(rw,sync,no_subtree_check)

    Ich hab no_subtree_check weil in den man-Files steht, dass subtree_check u.U. mehr Probleme macht. Und da ich eh im LAN bin, weiß ich eh, was passiert.

    Client:

    Quellcode

    1. nas:/home/nas/Videos /home/user/Videos/nasv nfs _netdev,noauto,users,exec,nolock,x-systemd.automount,x-systemd.mount-timeout=10,timeo=14 0 0

  • Nun denn, ich habe die NFS-Variante auf der Box konfiguriert und soweit keine Probleme gehabt.

    Server:

    Quellcode

    1. /home/nas/Videos 10.0.0.100/32(rw,sync,no_subtree_check,anonuid=1000,anongid=1000) 10.0.0.0/24(rw,sync,no_subtree_check)

    Da die Box sich dauernd als root präsentiert, habe ich für die Box anonuid und anongid gesetzt, womit die Rechte der Dateien und Verzeichnisse am Server gleichbleiben können.

    Box:

    Quellcode

    1. 10.0.0.101:/home/nas/Bilder /media/nas-photo nfs _netdev,rw,nolock,timeo=14 0 0
    2. 10.0.0.101:/home/nas/Musik /media/nas-music nfs _netdev,rw,nolock,timeo=14 0 0
    3. 10.0.0.101:/home/nas/Videos /media/nas-video nfs _netdev,rw,nolock,timeo=14 0 0
    4. 10.0.0.101:/home/nas/Videos/et9200 /media/hdd nfs _netdev,rw,nolock,timeo=14 0 0

    Im Unterschied zur Config am Linux-Client funktioniert noauto nicht, die anderen Parameter scheint das mount auf der Box nicht zu kennen.

  • x-systemd kann die Box nicht kennen, da die den init per init scripten macht. Nicht per Systemd wie normale moderne Linux Systeme. Nur die Dreambox One kann schon Systemd nach meinem Wissen.

    Und die Box hat nur den user root. GSD mittlerweile mit Passwort zumindest bei OpenHDF 6.5
    Der Anfang einer Katastrophe ist eine beschissene Vermutung!

    (@EricBogosian als Travis Dane in Alarmstufe: Rot 2)

    Gewalt ist die letzte Zuflucht des Unfähigen. (Foundation Trilogie von Isaac Asimov

    amerikanischer Schriftsteller und Biochemiker

    * 02.01.1920, † 06.04.1992)

Unsere Partnerboards

^
Flag Counter