rsync showing drive read only

  • I have an rsync job that is supposed to back up data to a USB drive. WHen I try to run it, I get an error


    Code
    rsync: mkdir "/media/f3863d78-6648-4e5e-98f2-5041b810ba35/Backup2" failed: Read-only file system (30)
    rsync error: error in file IO (code 11) at main.c(605) [Receiver=3.0.9]
    rsync: connection unexpectedly closed (9 bytes received so far) [sender]
    rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]

    What changed to make it read only? How do I fix this?

    • Offizieller Beitrag

    The drive must be read-only then. What is the output of: mount

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

    • Offizieller Beitrag

    It is definitely mounted read only. Something might be wrong with it. Try mount -o remount,rw /dev/sda1

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

    • Offizieller Beitrag

    Ahh, but the drive with the issue is /dev/sdh1, not /dev/sda1.

    Nope. sda1 is /media/f3863d78-6648-4e5e-98f2-5041b810ba35 according to your mount output and your error says it can't make a directory on /media/f3863d78-6648-4e5e-98f2-5041b810ba35

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

    • Offizieller Beitrag

    I'm trying to figure out how it got to be read-only, and how to stop it from happening again.

    Did you look at dmesg or /var/log/messages?

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • Nope. sda1 is /media/f3863d78-6648-4e5e-98f2-5041b810ba35 according to your mount output and your error says it can't make a directory on /media/f3863d78-6648-4e5e-98f2-5041b810ba35

    I understand that, however the drive I am trying to write the files to is /dev/sdh1. When I try to rsync that drive, I get the RO error. I don't know why. According to fstab, /dev/sdh1 is rw. This has nothing to do with /dev/sda1.

    • Offizieller Beitrag

    I have no idea why it is trying to create a directory on sda then. I still think you should figure out why that drive is having issues. It still may be the cause of other issues.

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • I did a df -h and saw where /dev/sda1 was mounted, and it should not have been. I unmounted it and recreated my rsync and all is good in the world. Still puzzled as to why rsync was trying to write to /dev/sda1 when I had /dev/sdh1 specified as the drive to use. Very weird. But it's fixed for now, so I'll keep an eye and see if this happens again. Might be a bug.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!