Posts by macros

I often work with librelec over terminal and have an issue which drives my crazy:

When I have a line in the terminal with an umlaut and move the cursor over it the terminal looses the cursor position.

This only occurs with Libreelec and not with other systems I remote to.

Example (with _ indicating cursor position)

LibreELEC:~ # üb_

Move cursor all the way left

LibreELEC:~ #_ üb

Move Cursor all they way right

LibreELEC:~ #üb_b

If I use a thai unicode character (which requires three bits to encode) the line shifts by two positions each time.

This makes it very difficult to rename a file for example.

Anybody knows what causes this and how to fix it?

I tried:

Different Terminal emulators like Konsole, xterm, xfce-terminal

Setting environment vars LC_CTYPE and LANG to en_US.UTF-8

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

You can enable cron under

Libreelec Settings->Services

Its always useful to familiarize yourself with a new system by going trough all the settings. Its a good way to learn its functions.

Thank you very much for merging this and of course also thanks to Millhouse who came up with the solution!

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.