Posts by macros

    Windows does not hibernate external drives. And even if it would, Linux would refuse to mount them.

    The Linux NTFS driver is well tested and it is extremely improbable the simple uses cases a Kodi movie archive involves would trigger any overseen bug.

    Possible causes for corruption are:

    • Unplugging the drive during write operations.
      Solution: Make sure to use the safely remove feature of Kodi and Windows, wait for 3 seconds after confirmation from the OS before you unplug.
    • Insufficient power for write operations.
      Solution: Get a powered hub or a drive with an external power supply (due to the size of 6TB I guess the disk already has the later)
    • Vibration
      Solution: Don't put the drive on your Tumbler
    • Disk failure
      Solution: Check disk h ealth with smartcontrol or one of the many tools for Windows

    Things to check:

    Does it corrupt after being remove from Windows, from libreelec,

    or during operation on one of the systems?

    How does corruption show up in the kernel log? (dmesg)

    PS: Why does the forum censor the word h ealth

    Maybe somebody who is affected can provide a short sample of an affected video file for the developers,

    I am sure this would be of great help to developers.

    You can create such a sample easily with ffmpeg.

    ffmpeg -ss starttimestamp -to endtimestamp -i file.mkv -c copy sample.mkv

    Of course you have to be careful with copyright.

    This is still very relevant.
    I often sync files from one Pi to another over multiple hops. Rsync is the obvious choice here and it is a widely used tool.

    But the time between syncs is often just long enough that I have to look up the path again.

    I would welcome its addition to the image very much.