search for: marietto

...dom.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...

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 usi...

...ing in > windows; it's a way to check whether the contents are the same > before and after the copy. > > https://stackoverflow.com/questions/478722/what-is-the-best-way-to-calculate-a-checksum-for-a-file-that-is-on-my-machine > > On Mon, Dec 23, 2024 at 11:02:21PM +0100, Mario Marietto via rsync wrote: > > -> 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...

...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-...

...reeBSD/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...

...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-14...

...ug or something that I have installed on the Linux and FreeBSD file system (ext4 and ZFS) that interferes with the transfers of big files. Maybe a disk driver of some sort. On Mon, Dec 23, 2024 at 10:54?PM Hardy via rsync <rsync at lists.samba.org> wrote: > > On 23.12.24 20:44, Mario Marietto via rsync 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? &g...

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 > /m...

On 23.12.24 20:44, Mario Marietto via rsync 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? Did you re-read the data a...

Hello. 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

Hello rsync users, I'm trying to copy every file which belongs to my Ubuntu 23.04 installation (stored on an ext4 fs to a ZFS storage disk. The command that I've used is : # rsync -avxHAX * /mnt/zroot2/zroot2/OS/Linux/EVO sending incremental file list rsync: [generator] set_acl: sys_acl_set_file(dev/kvm, ACL_TYPE_ACCESS): Operation not supported (95) rsync: [generator] set_acl:

Hello to everyone. I'm trying to use qemu 5.1 with virt-manager and libvirt on my ARM chromebook (armhf 32 bit cpu) running with Devuan 4 as host o.s. By default it uses qemu and its dependencies,version 5.2. I remember that I can't use qemu 5.2,because it doesn't have any support for KVM as you can read here : https://lists.gnu.org/archive/html/qemu-devel/2020-09/msg02074.html