Kann nur noch Aufnahmen mit 2147 MB machen!?

  • Hallo Zusammen,

    ich bräuchte bitte Hilfe!?
    Seit dem update auf LE 8.2.1 auf meiner WETEK PLAY kann ich mit TVHeadend Server 4.2 nur noch Aufnahmen von 2147 MB machen auf mein LINUX NAS!?
    Die Aufnahmeanzeige läuft zwar weiter, aber die Aufnahme bricht ab bei 2147 MB mit
    pass: ..... write failed file too large

    Meisten bei HD Aufnahmen!

    Kann mir da jemand bitte helfen, oder kennt das schon jemand !?
    Ich komme nicht auf die Lösung!?

    Grüsse
    Srcomprador

  • Ich kann mir vorstellen das die Wetek als Zwischenpuffer fungiert und häppchenweise Richtung NAS schiebt. Wie siehts da mit dem Speicherplatz aus? Vielleicht gibts da ja gewissen mindestmaße im Recorder?

    Nvidia Shield TV Pro
    Server: Intel Core i3-10100 CPU @ Gigabyte B460M D3H | 4x 8TB, 3x6TB, 2x1TB Cachepool | 4x8GB DDR4-2400 | unRAID 6.12.10 | Emby | Unifi | Teamspeak | Swag | DDclient | Heimdall | PiHole |

  • /storage/recordings/

    gemountet mit storage-recordings.mount Datei !

    Und ich habe folgende [definition='1','0']log[/definition] outputs:

    dvr: Unable to change directory permissions to "775" for "/storage/recordings/Der geheime U-Boot-Krieg" (keeping "755")
    pass: /storage/recordings/Der geheime U-Boot-Krieg/Der geheime U-Boot-Krieg-ZDFinfo HD2017-11-2821-00.ts: Write failed -- File too large

  • Hier der Inhalt:

    # This is a sample service script to mount CIFS/SAMBA shares.
    # Please read carefully the comments in this file. For production usage
    # you can remove all comments (lines beginning with "#") from this file.


    [Unit]
    # The description should be used to explain what this servicefile is for
    Description=cifs mount script


    # if we do network mounts like here we *require* 'network-online.service'
    # which checks if the network is online
    Requires=network-online.service


    # our scripts must start *after* 'network-online.service', on timeout and if
    # 'network-online.service' fails we can not mount and this scripts fails too
    After=network-online.service


    # usually we mount networks shares because we want they avaible *before* XBMC starts.
    # so XBMC has access to this mounts from beginning. Note: this slows down the boot!
    Before=kodi.service


    [Mount]
    # The share we want mount
    What=//192.168.178.56/Multimedia/Recordings


    # Where we want mount this share
    Where=/storage/recordings


    # Any options you usually use with the "-o" parameter in the mount command
    Options=username=User,password=xxxxxxxxx,rw


    # filesystem type
    Type=cifs


    [Install]
    # The target is used by 'systemctl enable <name_of_this_file.mount>' to link
    # this service to a runlevel for starting on boot. usually 'multi-user.target'
    # is ok here.
    WantedBy=multi-user.target


    # Important:
    # this file must be renamed to <mountpoint>.mount where <mountpoint>, is the FULL path
    # where the share will be mounted but slashes "/" MUST BE REPLACED with dashes "-" with .mount
    # as extension.
    # This means, if we want mount to "/storage/music2" (see above "Where=/storage/music2")
    # then this file must be renamed to 'storage-music2.mount' and can be enabled via ssh with the
    # command 'systemctl enable storage-music2.mount'

  • ok dann wird es ja nicht daran liegen

    Mal versucht eine große Datei per Hand in die Freigabe auf dem NAS zu werfen ?

    Selbe unter LE:
    cd /storage/recordings
    dd if=/dev/zero of=testfile.mkv bs=1M count=5000 <- erstellt 5gb Datei (dauert ein bisschen)

  • Ok da hängt es nicht an Tvh sondern das selbst das System dort nur 2gb reinschreiben kann (warum auch immer).

    kannst du größere Dateien in die Netzwerkfreigabe vom Windows Rechner aus schieben ? Ich will blos sichergehen an welcher Stelle das eigentliche Problem liegt.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!