rsync: [sender] read errors mapping "file" : Input/output error (5)

Mon Dec 23 22:02:21 UTC 2024

-> Are you running windows on the same hardware as Linux/BSD ? Is it a
dual-boot system?

I have a  lot of disks connected to the PC (USB,Sata.M1,SSD) where I have
installed different OS,like Linux (Ubuntu 24.04),FreeBSD (14.1 and
14.2),Windows (11).

---> If you have different systems for windows vslinux, it's possible there
is a HW issue with one of them.

Maybe. I will conduct some hardware tests.

On Mon, Dec 23, 2024 at 11:25 PM Tomasz Ciolek <tmc at vandradlabs.com.au>
wrote:

> Mario,
>
> Are you running windows on the same hardware as Linux/BSD ? Is it a
> dual-boot system?
>
> If you have different systems for windows vslinux, it's possible there is
> a HW issue with one of them.
>
>
> Tom
>
>
> On 24 December 2024 7:44:16 am GMT+12:00, Mario Marietto via rsync <
> rsync at lists.samba.org> wrote:
>
>> What would you think if I told you that using Windows I no longer had
>> that problem ?
>> Would you still think that there are hardware problems ?
>> And if so, why would they only manifest themselves using Linux and
>> FreeBSD and not using Windows?
>>
>> On Mon, Dec 23, 2024 at 9:38 PM Robin Lee Powell <
>> rlpowell at digitalkingdom.org> wrote:
>>
>>> Then you get to look at other hardware; CPU, RAM, motherboard.  But
>>> it's almost certainly a hardware problem.  Start with a RAM test,
>>> those are pretty easy, but given the error, mobo is more likely IMO.
>>>
>>> On Mon, Dec 23, 2024 at 07:05:37PM +0100, Mario Marietto wrote:
>>> > And I forgot to mention that I see the error even when trying to
>>> transfer
>>> > files from and to a new disk,not an USB disk,bought some days ago,model
>>> > Crucial BX500 SATA SSD 480GB,SSD. So,I'm not able to believe that even
>>> this
>>> > disk is damaged. This is a very strange situation.
>>> >
>>> >
>>> >
>>> > On Mon, Dec 23, 2024 at 7:00 PM Mario Marietto <marietto2008 at gmail.com
>>> >
>>> > wrote:
>>> >
>>> > > >Almost certainly your drive is going bad.  On Linux I'd tell you to
>>> check
>>> > > dmesg for drive errors, I don't know what the FreeBSD
>>> > > equivalent is.  But I strongly recommend that you treat that drive
>>> as
>>> > > "going to fail any second".
>>> > >
>>> > > I'm not sure that this is the reason. I see the error regardless of
>>> the
>>> > > USB disks that I use. And I have a lot of USB disks,10 disks.
>>> > > No,I don't see disk errors on dmesg. I see the errors on Linux and
>>> > > FreeBSD. Don't know if I see them also using Windows.
>>> > > Now I'm trying to transfer some files using Windows 11 because I
>>> want to
>>> > > exclude some variables from the equation.
>>> > >
>>> > > On Mon, Dec 23, 2024 at 7:49 PM Robin Lee Powell <
>>> > > rlpowell at digitalkingdom.org> wrote:
>>> > >
>>> > >> Almost certainly your drive is going bad.  On Linux I'd tell you to
>>> > >> check dmesg for drive errors, I don't know what the FreeBSD
>>> > >> equivalent is.  But I strongly recommend that you treat that drive
>>> > >> as "going to fail any second".
>>> > >>
>>> > >> On Mon, Dec 23, 2024 at 12:56:09PM +0100, Mario Marietto via rsync
>>> wrote:
>>> > >> > Using the parameters below the file hasn't been removed at 100%
>>> even if
>>> > >> I
>>> > >> > got the same error :
>>> > >> >
>>> > >> > root at Z390-AORUS-PRO-DEST:/mnt/zroot-133/A_FILES/Backup/FreeBSD#
>>> rsync
>>> > >> > --inplace --append --partial Free
>>> > >> > BSD-141-UFS-sdc-DarkMatter.img /mnt/sdj1/OS/Backup/BSD/FreeBSD
>>> > >> >
>>> > >> > rsync: [sender] read errors mapping
>>> > >> >
>>> "/mnt/zroot-133/A_FILES/Backup/FreeBSD/FreeBSD-141-UFS-sdc-DarkMatt
>>> > >> > er.img": Input/output error (5)
>>> > >> > ^Crsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at
>>> > >> > rsync.c(701) [sender=3.2.4dev]
>>> > >> > rsync error: received SIGUSR1 (code 19) at main.c(1598)
>>> > >> [generator=3.2.4dev]
>>> > >> >
>>> > >> > Can I know the reasons why I get those errors ?
>>> > >> >
>>> > >> > On Mon, Dec 23, 2024 at 11:30 AM Mario Marietto <
>>> marietto2008 at gmail.com
>>> > >> >
>>> > >> > wrote:
>>> > >> >
>>> > >> > > Happened again :
>>> > >> > >
>>> > >> > > root at Z390-AORUS-PRO-DEST:/mnt/zroot-133/A_FILES/Backup/FreeBSD#
>>> sudo
>>> > >> > > rsync -azvvP FreeBSD-141-UFS-sdc-DarkMatter.img
>>> > >> > > /mnt/sdj1/OS/Backup/BSD/FreeBSD
>>> > >> > > sending incremental file list
>>> > >> > > delta-transmission disabled for local transfer or --whole-file
>>> > >> > > FreeBSD-141-UFS-sdc-DarkMatter.img
>>> > >> > > 320,072,933,376 *100%*   80.31MB/s    1:03:20 (xfr#1,
>>> to-chk=0/1)
>>> > >> > >
>>> > >> > > rsync: [sender] read errors mapping
>>> > >> > >
>>> "/mnt/zroot-133/A_FILES/Backup/FreeBSD/FreeBSD-141-UFS-sdc-DarkMatt
>>> > >> > > er.img": Input/output error (5)
>>> > >> > >
>>> > >> > > WARNING: FreeBSD-141-UFS-sdc-DarkMatter.img failed verification
>>> --
>>> > >> update
>>> > >> > > discarded (will try again).
>>> > >> > > FreeBSD-141-UFS-sdc-DarkMatter.img
>>> > >> > >  2,391,146,496   0%  183.65MB/s    0:28:09  ^C
>>> > >> > >
>>> > >> > >
>>> > >> > >
>>> > >> > > On Mon, Dec 23, 2024 at 11:14 AM Mario Marietto <
>>> > >> marietto2008 at gmail.com>
>>> > >> > > wrote:
>>> > >> > >
>>> > >> > >> >As it's just a single file you're trying to copy, why not use
>>> cp?
>>> > >> > >> >Although I expect that cp will also throw an IO error at some
>>> point.
>>> > >> > >>
>>> > >> > >> Yes,I tried cp and I got the same error,that usually happens
>>> before
>>> > >> > >> rsync,that is able to complete the transfer until 99%.
>>> > >> > >> I've detached and reattached the USB disks,but I still see the
>>> error.
>>> > >> > >>
>>> > >> > >> On Mon, Dec 23, 2024 at 11:07 AM Paul Slootman via rsync <
>>> > >> > >> rsync at lists.samba.org> wrote:
>>> > >> > >>
>>> > >> > >>> On Mon 23 Dec 2024, Mario Marietto via rsync wrote:
>>> > >> > >>> >
>>> > >> > >>> > Everytime I try to copy a file from one USB disk to another
>>> one
>>> > >> (does
>>> > >> > >>> not
>>> > >> > >>> > matter which one),I get this kind of error :
>>> > >> > >>> >
>>> > >> > >>> >
>>> > >> > >>> > mario at Z390-AORUS-PRO-DEST
>>> :/mnt/zroot-133/A_FILES/Backup/FreeBSD#
>>> > >> rsync
>>> > >> > >>> > -avxHAXP FreeBSD-141-UFS-sdc-DarkMatter.img
>>> > >> > >>> > /mnt/sdj1/OS/Backup/BSD/FreeBSD --ignore-existing
>>> > >> > >>> >
>>> > >> > >>> > sending incremental file list
>>> > >> > >>> > FreeBSD-141-UFS-sdc-DarkMatter.img
>>> > >> > >>> >
>>> > >> > >>> > 320,072,933,376 100%   83.57MB/s    1:00:52 (xfr#1,
>>> to-chk=0/1)
>>> > >> > >>> > rsync: [sender] read errors mapping
>>> > >> > >>> >
>>> > >> > >>>
>>> > >>
>>> "/mnt/zroot-133/A_FILES/Backup/FreeBSD/FreeBSD-141-UFS-sdc-DarkMatter.img":
>>> > >> > >>> > Input/output error (5)
>>> > >> > >>>
>>> > >> > >>> Input/output error (5) usually indicates some hardware
>>> problem, not
>>> > >> > >>> related to the application.
>>> > >> > >>>
>>> > >> > >>> As it's just a single file you're trying to copy, why not use
>>> cp?
>>> > >> > >>> Although I expect that cp will also throw an IO error at some
>>> point.
>>> > >> > >>>
>>> > >> > >>> You could use --inplace --append --partial with rsync and
>>> repeat the
>>> > >> > >>> command until it finally completes.
>>> > >> > >>>
>>> > >> > >>>
>>> > >> > >>> Paul
>>> > >> > >>>
>>> > >> > >>> --
>>> > >> > >>> Please use reply-all for most replies to avoid omitting the
>>> mailing
>>> > >> list.
>>> > >> > >>> To unsubscribe or change options:
>>> > >> > >>> https://lists.samba.org/mailman/listinfo/rsync
>>> > >> > >>> Before posting, read:
>>> > >> http://www.catb.org/~esr/faqs/smart-questions.html
>>> > >> > >>>
>>> > >> > >>
>>> > >> > >>
>>> > >> > >> --
>>> > >> > >> Mario.
>>> > >> > >>
>>> > >> > >
>>> > >> > >
>>> > >> > > --
>>> > >> > > Mario.
>>> > >> > >
>>> > >> >
>>> > >> >
>>> > >> > --
>>> > >> > Mario.
>>> > >>
>>> > >> > --
>>> > >> > Please use reply-all for most replies to avoid omitting the
>>> mailing
>>> > >> list.
>>> > >> > To unsubscribe or change options:
>>> > >> https://lists.samba.org/mailman/listinfo/rsync
>>> > >> > Before posting, read:
>>> > >> http://www.catb.org/~esr/faqs/smart-questions.html
>>> > >>
>>> > >>
>>> > >
>>> > > --
>>> > > Mario.
>>> > >
>>> >
>>> >
>>> > --
>>> > Mario.
>>>
>>
>>

-- 
Mario.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.samba.org/pipermail/rsync/attachments/20241223/52047b73/attachment.htm>