Error when copying files to external hdd

Hi,

My setup is following:

RPI3B+

X830 3,5 HDD expansion board

8 Tb Sata disk (Ext4) attached to expansion board with USB Bridge to rpi

8 Tb (Ntfs) usb hdd

Libreelec 9 as operating system

I store my live TV recordings to Ext4 HDD. I move files to Ntfs HDD to cut the commercials and then move it back to Ext4. Earlier that worked just fine. Now copy starts but ends up after some data copied in error.

I tried also via win10 pc with samba.. Same result after copying some time.

Just wondering if anyone else have faced similar and more better find resolution to this?

Thx Iridium for answer.. I am now in phase of formatting HDD. I copied all I can(which was pain in the a**) and let's see if it is just the case of format. I highly doubt it was..

But if it persist I will run dmesg as advised👍🏻

That comskip we need to look since that is our aim with my son with this project. We are quite noobs with Linux. Mostly working on Win environment, but learning now Linux.

Hi,

problem still persist even when formatting HDD again in EXT4.

Logfile link hastebin

Dmesg link http://ix.io/1eyi

It is strange that earlier few weeks ago it worked file but now always error appears what ever method is used..

Hopefully it is something what can be fixed

Hi,

This is what df -H returns

##############################################

# LibreELEC #

# LibreELEC – Just enough OS for KODI #

##############################################

LibreELEC (official): 9.0.1 (RPi2.arm)

LibreELEC:~ # df -h

Filesystem Size Used Available Use% Mounted on

devtmpfs 368.4M 0 368.4M 0% /dev

/dev/mmcblk0p8 511.7M 138.4M 373.3M 27% /flash

/dev/mmcblk0p9 36.4G 279.0M 34.3G 1% /storage

/dev/loop0 125.5M 125.5M 0 100% /

tmpfs 373.9M 0 373.9M 0% /dev/shm

tmpfs 373.9M 9.4M 364.5M 3% /run

tmpfs 373.9M 0 373.9M 0% /sys/fs/cgroup

tmpfs 373.9M 2.6M 371.4M 1% /var

tmpfs 373.9M 0 373.9M 0% /tmp

/dev/mmcblk0p11 37.9G 781.1M 35.2G 2% /var/media/root-rb

p2

/dev/mmcblk0p10 78.8M 23.4M 55.3M 30% /var/media/boot-rb

p2

/dev/mmcblk0p7 40.3G 5.1G 33.2G 13% /var/media/root

/dev/sda1 7.2T 153.3G 6.6T 2% /var/media/Toshiba

/dev/sdb2 7.3T 330.1G 7.0T 4% /var/media/Seagate

LibreELEC:~ #

Well yeah setup is done with external psu leiche 19v 4,7A 90w.. That is connected to expansion board. From board rpi 5v is feeded to GPIO. Psu itself is brand new. I did measure with General electric measure tool that it gives to RPI 5 V.

Strange that it have been working nicely so far. Which is about month. Funny that copying files from NTFS drive to Ext4 No error occurs.. Even though I returned all the recordings back after formatting Ext4.

I am not sure if I have any other PSU which I can test. Since nowadays variations of psu plugs are too many.

Annoying issue to be honest

Sda refers to Ext4 drive then if I read those files correctly? Some sector error.. Even though that drive is also brand new

Edit:

Checking a bit further I ran disk check and Toshiba HDD seems to be good.

LibreELEC (official): 9.0.1 (RPi2.arm)

LibreELEC:~ # fsck.ext4 -ycv /dev/sda1

e2fsck 1.43.9 (8-Feb-2018)

sh: badblocks: not found

Toshiba: Updating bad block inode.

Pass 1: Checking inodes, blocks, and sizes

Pass 2: Checking directory structure

Pass 3: Checking directory connectivity

Pass 4: Checking reference counts

Pass 5: Checking group summary information

Toshiba: ***** FILE SYSTEM WAS MODIFIED *****

93 inodes used (0.00%, out of 488382464)

1 non-contiguous file (1.1%)

0 non-contiguous directories (0.0%)

# of inodes with ind/dind/tind blocks: 0/0/0

Extent depth histogram: 41/44

71111100 blocks used (3.64%, out of 1953506304)

0 bad blocks

33 large files

52 regular files

32 directories

0 character device files

0 block device files

0 fifos

0 links

0 symbolic links (0 fast symbolic links)

0 sockets

------------

84 files

Edit 2:

Well I have spend some time on testing this.

1. Attach only NTFS drive to expansion board => copy recording from Ext4 to NTFS (failed)

2. Use another bridge from USB of expansion board to rpi =>

copy recording from Ext4 to NTFS (failed)

3. Connect bridge from USB of expansion board to rpi another USB port =>

copy recording from Ext4 to NTFS (failed)

4. Copy file from NTFS to Ext4 and same file from Ext4 to NTFS (failed)

For test 4 it is very strange that I can write the file on Ext4 without any error but I cannot write it back to NTFS without error.

Maybe I format Ext4 to NTFS and see if that works?

Edit 3:

I think I was able to solve the issue.

First I formated Ext4 disk back to NTFS. I run disk condition check on Win10. It was all good. I attached disk back to Rpi and copied some big files back and forth between disks. That worked fluently without any issues.

Second I ejected HDD and format with aomei disk tool to Ext4. Copied some files to Ext4 from NTFS. That worked fine, when trying to copy from Ext4 same files back to NTFS it failed again.

Third I ejected disk again and formatted disk with mini partition tool (which actually took 1,5 hour) to Ext4. I inserted disk back to Rpi. Rpi was not even able to find disk. When ejecting that again and checking disk in Win10 disk was in state unknown file format.

Fourth I downloaded tool DiskGenius checked disk and tool indicated also unknown disk format. I formatted HDD to Ext4 and inserted to Rpi. I copied few times rather big recordings (8Gb) back and forth between Ext4 and NTFS disks. Now it seems to work without errors... So far..

Only reason for us to have disk in Ext4 format is due TV service of tvheadend starts before NTFS is mounted. This causes recording information to dissapear