• rsync question

    From Davey@davey@example.invalid to uk.comp.os.linux on Tue Oct 7 10:15:45 2025
    From Newsgroup: uk.comp.os.linux

    I am having trouble with rsync. I have a script ready, to transfer
    files from my Downloads folder to my Expansion Drive. The Source
    is /home/david/Downloads// and the Destination is /media/david/Expansion_Drive/Downloads/.
    I am doing this in dry-run mode, as the Source is a large file, and I
    want to be sure it is working before I let it rip.
    When I run the script, it shows a large number of files that are on the destination, but not on the source. It is headed: sending incremental
    file list. Why? It seems to be the wrong way round. I don't want to
    risk it transferring all those files back to the source, as they don't
    belong there. What is happening?

    Any help most welcome.
    --
    Davey.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Java Jive@java@evij.com.invalid to uk.comp.os.linux on Tue Oct 7 11:02:38 2025
    From Newsgroup: uk.comp.os.linux

    On 2025-10-07 10:15, Davey wrote:

    I am having trouble with rsync. I have a script ready, to transfer
    files from my Downloads folder to my Expansion Drive. The Source
    is /home/david/Downloads// and the Destination is /media/david/Expansion_Drive/Downloads/.
    I am doing this in dry-run mode, as the Source is a large file, and I
    want to be sure it is working before I let it rip.
    When I run the script, it shows a large number of files that are on the destination, but not on the source. It is headed: sending incremental
    file list. Why? It seems to be the wrong way round. I don't want to
    risk it transferring all those files back to the source, as they don't
    belong there. What is happening?

    Any help most welcome.

    Why the extra trailing slash on the source? I would expect something
    like [beware unintended line wrap, this should be all one line] ...

    rsync [options] /home/david/Downloads/
    /media/david/Expansion_Drive/Downloads/
    --

    Fake news kills!

    I may be contacted via the contact address given on my website: www.macfh.co.uk

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Adrian@bulleid@ku.gro.lioff to uk.comp.os.linux on Tue Oct 7 13:30:29 2025
    From Newsgroup: uk.comp.os.linux

    In message <10c2lo1$qs7o$1@dont-email.me>, Davey <davey@example.invalid> writes
    I am having trouble with rsync. I have a script ready, to transfer
    files from my Downloads folder to my Expansion Drive. The Source
    is /home/david/Downloads// and the Destination is >/media/david/Expansion_Drive/Downloads/.
    I am doing this in dry-run mode, as the Source is a large file, and I
    want to be sure it is working before I let it rip.
    When I run the script, it shows a large number of files that are on the >destination, but not on the source. It is headed: sending incremental
    file list. Why? It seems to be the wrong way round. I don't want to
    risk it transferring all those files back to the source, as they don't
    belong there. What is happening?

    Any help most welcome.


    Can you post the command that you are running ?

    Adrian
    --
    To Reply :
    replace "bulleid" with "adrian" - all mail to bulleid is rejected
    Sorry for the rigmarole, If I want spam, I'll go to the shops
    Every time someone says "I don't believe in trolls", another one dies.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Davey@davey@example.invalid to uk.comp.os.linux on Tue Oct 7 14:28:27 2025
    From Newsgroup: uk.comp.os.linux

    On Tue, 7 Oct 2025 11:02:38 +0100
    Java Jive <java@evij.com.invalid> wrote:

    On 2025-10-07 10:15, Davey wrote:

    I am having trouble with rsync. I have a script ready, to transfer
    files from my Downloads folder to my Expansion Drive. The Source
    is /home/david/Downloads// and the Destination is /media/david/Expansion_Drive/Downloads/.
    I am doing this in dry-run mode, as the Source is a large file, and
    I want to be sure it is working before I let it rip.
    When I run the script, it shows a large number of files that are on
    the destination, but not on the source. It is headed: sending
    incremental file list. Why? It seems to be the wrong way round. I
    don't want to risk it transferring all those files back to the
    source, as they don't belong there. What is happening?

    Any help most welcome.

    Why the extra trailing slash on the source? I would expect something
    like [beware unintended line wrap, this should be all one line] ...

    rsync [options] /home/david/Downloads/ /media/david/Expansion_Drive/Downloads/


    I have always had that double slash, so cannot remember why. I thought
    that it called for all sub-directories to be included.

    Would it cause what I am seeing?

    I'll delve into it later.

    Thanks.
    --
    Davey.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Davey@davey@example.invalid to uk.comp.os.linux on Tue Oct 7 14:34:22 2025
    From Newsgroup: uk.comp.os.linux

    On Tue, 7 Oct 2025 13:30:29 +0100
    Adrian <bulleid@ku.gro.lioff> wrote:

    In message <10c2lo1$qs7o$1@dont-email.me>, Davey
    <davey@example.invalid> writes
    I am having trouble with rsync. I have a script ready, to transfer
    files from my Downloads folder to my Expansion Drive. The Source
    is /home/david/Downloads// and the Destination is >/media/david/Expansion_Drive/Downloads/.
    I am doing this in dry-run mode, as the Source is a large file, and I
    want to be sure it is working before I let it rip.
    When I run the script, it shows a large number of files that are on
    the destination, but not on the source. It is headed: sending
    incremental file list. Why? It seems to be the wrong way round. I
    don't want to risk it transferring all those files back to the
    source, as they don't belong there. What is happening?

    Any help most welcome.


    Can you post the command that you are running ?

    Adrian

    Ah-ha! While copying and pasting the command line, I noticed a typo in
    the line. Problem Solved!

    I'm sure there will be something else soon, but for now, I am ok.
    Thanks for the jolt, even if you had no idea what the cause actually
    was, it led to the solution.

    Thanks anyway!!
    --
    Davey.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Adrian@bulleid@ku.gro.lioff to uk.comp.os.linux on Tue Oct 7 14:48:02 2025
    From Newsgroup: uk.comp.os.linux

    In message <10c34su$vek0$2@dont-email.me>, Davey <davey@example.invalid> writes
    On Tue, 7 Oct 2025 13:30:29 +0100
    Adrian <bulleid@ku.gro.lioff> wrote:

    In message <10c2lo1$qs7o$1@dont-email.me>, Davey
    <davey@example.invalid> writes
    I am having trouble with rsync. I have a script ready, to transfer
    files from my Downloads folder to my Expansion Drive. The Source
    is /home/david/Downloads// and the Destination is
    /media/david/Expansion_Drive/Downloads/.
    I am doing this in dry-run mode, as the Source is a large file, and I
    want to be sure it is working before I let it rip.
    When I run the script, it shows a large number of files that are on
    the destination, but not on the source. It is headed: sending
    incremental file list. Why? It seems to be the wrong way round. I
    don't want to risk it transferring all those files back to the
    source, as they don't belong there. What is happening?

    Any help most welcome.


    Can you post the command that you are running ?

    Adrian

    Ah-ha! While copying and pasting the command line, I noticed a typo in
    the line. Problem Solved!


    BTDTGTTS

    Adrian
    --
    To Reply :
    replace "bulleid" with "adrian" - all mail to bulleid is rejected
    Sorry for the rigmarole, If I want spam, I'll go to the shops
    Every time someone says "I don't believe in trolls", another one dies.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Java Jive@java@evij.com.invalid to uk.comp.os.linux on Tue Oct 7 15:03:01 2025
    From Newsgroup: uk.comp.os.linux

    On 2025-10-07 14:28, Davey wrote:

    On Tue, 7 Oct 2025 11:02:38 +0100
    Java Jive <java@evij.com.invalid> wrote:

    Why the extra trailing slash on the source? I would expect something
    like [beware unintended line wrap, this should be all one line] ...

    rsync [options] /home/david/Downloads/
    /media/david/Expansion_Drive/Downloads/


    I have always had that double slash, so cannot remember why. I thought
    that it called for all sub-directories to be included.

    I'm not going to say that you're wrong, as it might be an old syntax
    that I've not encountered before, but the usual way of getting a
    recursive copy is to use the -r option:

    https://linux.die.net/man/1/rsync
    --

    Fake news kills!

    I may be contacted via the contact address given on my website: www.macfh.co.uk

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Davey@davey@example.invalid to uk.comp.os.linux on Tue Oct 7 15:39:58 2025
    From Newsgroup: uk.comp.os.linux

    On Tue, 7 Oct 2025 15:03:01 +0100
    Java Jive <java@evij.com.invalid> wrote:

    On 2025-10-07 14:28, Davey wrote:

    On Tue, 7 Oct 2025 11:02:38 +0100
    Java Jive <java@evij.com.invalid> wrote:

    Why the extra trailing slash on the source? I would expect
    something like [beware unintended line wrap, this should be all
    one line] ...

    rsync [options] /home/david/Downloads/
    /media/david/Expansion_Drive/Downloads/


    I have always had that double slash, so cannot remember why. I
    thought that it called for all sub-directories to be included.

    I'm not going to say that you're wrong, as it might be an old syntax
    that I've not encountered before, but the usual way of getting a
    recursive copy is to use the -r option:

    https://linux.die.net/man/1/rsync


    Hmm. Since this whole brain-fart event has meant a wholesale re-writing
    of my scripts, then this may well be worth doing.

    Thanks.
    --
    Davey.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Davey@davey@example.invalid to uk.comp.os.linux on Wed Oct 8 09:52:44 2025
    From Newsgroup: uk.comp.os.linux

    On Tue, 7 Oct 2025 14:28:27 +0100
    Davey <davey@example.invalid> wrote:

    On Tue, 7 Oct 2025 11:02:38 +0100
    Java Jive <java@evij.com.invalid> wrote:

    On 2025-10-07 10:15, Davey wrote:

    I am having trouble with rsync. I have a script ready, to transfer
    files from my Downloads folder to my Expansion Drive. The Source
    is /home/david/Downloads// and the Destination is /media/david/Expansion_Drive/Downloads/.
    I am doing this in dry-run mode, as the Source is a large file,
    and I want to be sure it is working before I let it rip.
    When I run the script, it shows a large number of files that are
    on the destination, but not on the source. It is headed: sending incremental file list. Why? It seems to be the wrong way round. I
    don't want to risk it transferring all those files back to the
    source, as they don't belong there. What is happening?

    Any help most welcome.

    Why the extra trailing slash on the source? I would expect
    something like [beware unintended line wrap, this should be all one
    line] ...

    rsync [options] /home/david/Downloads/ /media/david/Expansion_Drive/Downloads/


    I have always had that double slash, so cannot remember why. I thought
    that it called for all sub-directories to be included.

    Would it cause what I am seeing?

    I'll delve into it later.

    Thanks.


    I see that the effect of -r was changed in ver. 3.0.0. It is possible
    that my first scripts were written before then. The double slash still
    seems to work, anyway. But I will change to -r to remain current.

    I am still finding that trying to Push rsync files to the laptop from
    the desktop results in 'Refused Access' faults, but it's fine in the
    other direction, i.e. Pull. For now, I'll do the Pull rather than the non-functioning Push, but any ideas on why this is happening would be
    welcome. Verbose mode tells me nothing more. As far as I can see,
    permissions are ok.
    --
    Davey.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Java Jive@java@evij.com.invalid to uk.comp.os.linux on Wed Oct 8 10:25:26 2025
    From Newsgroup: uk.comp.os.linux

    On 2025-10-08 09:52, Davey wrote:

    I am still finding that trying to Push rsync files to the laptop from
    the desktop results in 'Refused Access' faults, but it's fine in the
    other direction, i.e. Pull. For now, I'll do the Pull rather than the non-functioning Push, but any ideas on why this is happening would be welcome. Verbose mode tells me nothing more. As far as I can see,
    permissions are ok.

    Firstly, is the laptop running rsync as a server? This will be needed
    in order to push to it. Similarly, the desktop must be doing so,
    because the pull from the laptop works.

    If both are running rsync as a server, try comparing line by line the
    two servers' configuration files and use the desktop's one to correct
    any differences found in the laptop's one.
    --

    Fake news kills!

    I may be contacted via the contact address given on my website: www.macfh.co.uk

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Davey@davey@example.invalid to uk.comp.os.linux on Wed Oct 8 11:06:33 2025
    From Newsgroup: uk.comp.os.linux

    On Wed, 8 Oct 2025 10:25:26 +0100
    Java Jive <java@evij.com.invalid> wrote:

    On 2025-10-08 09:52, Davey wrote:

    I am still finding that trying to Push rsync files to the laptop
    from the desktop results in 'Refused Access' faults, but it's fine
    in the other direction, i.e. Pull. For now, I'll do the Pull rather
    than the non-functioning Push, but any ideas on why this is
    happening would be welcome. Verbose mode tells me nothing more. As
    far as I can see, permissions are ok.

    Firstly, is the laptop running rsync as a server? This will be
    needed in order to push to it. Similarly, the desktop must be doing
    so, because the pull from the laptop works.

    If both are running rsync as a server, try comparing line by line the
    two servers' configuration files and use the desktop's one to correct
    any differences found in the laptop's one.


    Hmm. When I was trying to fix this last week, I re-installed
    openssh-server on the laptop.

    I did try comparing the .config files then, but I will again.

    Thanks.
    --
    Davey.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Java Jive@java@evij.com.invalid to uk.comp.os.linux on Wed Oct 8 11:23:40 2025
    From Newsgroup: uk.comp.os.linux

    On 2025-10-08 11:06, Davey wrote:

    On Wed, 8 Oct 2025 10:25:26 +0100
    Java Jive <java@evij.com.invalid> wrote:

    On 2025-10-08 09:52, Davey wrote:

    I am still finding that trying to Push rsync files to the laptop
    from the desktop results in 'Refused Access' faults, but it's fine
    in the other direction, i.e. Pull. For now, I'll do the Pull rather
    than the non-functioning Push, but any ideas on why this is
    happening would be welcome. Verbose mode tells me nothing more. As
    far as I can see, permissions are ok.

    Firstly, is the laptop running rsync as a server? This will be
    needed in order to push to it. Similarly, the desktop must be doing
    so, because the pull from the laptop works.

    If both are running rsync as a server, try comparing line by line the
    two servers' configuration files and use the desktop's one to correct
    any differences found in the laptop's one.

    Hmm. When I was trying to fix this last week, I re-installed
    openssh-server on the laptop.

    I did try comparing the .config files then, but I will again.

    First try to get rsync to work in both directions without using ssh,
    then try bringing in ssh, and, again, compare the configuration files
    for that between the two PCs.
    --

    Fake news kills!

    I may be contacted via the contact address given on my website: www.macfh.co.uk

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Theo@theom+news@chiark.greenend.org.uk to uk.comp.os.linux on Wed Oct 8 13:02:09 2025
    From Newsgroup: uk.comp.os.linux

    Java Jive <java@evij.com.invalid> wrote:
    On 2025-10-08 11:06, Davey wrote:

    On Wed, 8 Oct 2025 10:25:26 +0100
    Java Jive <java@evij.com.invalid> wrote:

    On 2025-10-08 09:52, Davey wrote:

    I am still finding that trying to Push rsync files to the laptop
    from the desktop results in 'Refused Access' faults, but it's fine
    in the other direction, i.e. Pull. For now, I'll do the Pull rather
    than the non-functioning Push, but any ideas on why this is
    happening would be welcome. Verbose mode tells me nothing more. As
    far as I can see, permissions are ok.

    Firstly, is the laptop running rsync as a server? This will be
    needed in order to push to it. Similarly, the desktop must be doing
    so, because the pull from the laptop works.

    If both are running rsync as a server, try comparing line by line the
    two servers' configuration files and use the desktop's one to correct
    any differences found in the laptop's one.

    Hmm. When I was trying to fix this last week, I re-installed
    openssh-server on the laptop.

    I did try comparing the .config files then, but I will again.

    First try to get rsync to work in both directions without using ssh,
    then try bringing in ssh, and, again, compare the configuration files
    for that between the two PCs.

    rsync:// protocol is insecure and highly deprecated. You don't need to 'run rsync as a server', you just run the rsync command. It uses SSH as a means
    to get to the other machine. SSH is the only server you need.

    But your advice is backwardsly right. First get ssh working without using rsync, then bring in rsync.

    'Refused access' is often due to issues with SSH keys, for example not
    having the public key in ~/.ssh/authorized_keys or having too-wide
    permissions on that (should be 600) or the ~/.ssh directory (should be 700).

    ssh-copy-id user@othermachine
    is a simple way to push your key to the other machine and get these things right.

    Also check either the usernames match, or you're using user@host syntax. A user mismatch is another common mistake.

    You can also look in /var/log/auth.log on the machine running the SSH server for any clues as to why the login failed.

    Theo
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Davey@davey@example.invalid to uk.comp.os.linux on Wed Oct 8 15:23:45 2025
    From Newsgroup: uk.comp.os.linux

    On 08 Oct 2025 13:02:09 +0100 (BST)
    Theo <theom+news@chiark.greenend.org.uk> wrote:

    Java Jive <java@evij.com.invalid> wrote:
    On 2025-10-08 11:06, Davey wrote:

    On Wed, 8 Oct 2025 10:25:26 +0100
    Java Jive <java@evij.com.invalid> wrote:

    On 2025-10-08 09:52, Davey wrote:

    I am still finding that trying to Push rsync files to the laptop
    from the desktop results in 'Refused Access' faults, but it's
    fine in the other direction, i.e. Pull. For now, I'll do the
    Pull rather than the non-functioning Push, but any ideas on why
    this is happening would be welcome. Verbose mode tells me
    nothing more. As far as I can see, permissions are ok.

    Firstly, is the laptop running rsync as a server? This will be
    needed in order to push to it. Similarly, the desktop must be
    doing so, because the pull from the laptop works.

    If both are running rsync as a server, try comparing line by
    line the two servers' configuration files and use the desktop's
    one to correct any differences found in the laptop's one.

    Hmm. When I was trying to fix this last week, I re-installed openssh-server on the laptop.

    I did try comparing the .config files then, but I will again.

    First try to get rsync to work in both directions without using
    ssh, then try bringing in ssh, and, again, compare the
    configuration files for that between the two PCs.

    rsync:// protocol is insecure and highly deprecated. You don't need
    to 'run rsync as a server', you just run the rsync command. It uses
    SSH as a means to get to the other machine. SSH is the only server
    you need.

    But your advice is backwardsly right. First get ssh working without
    using rsync, then bring in rsync.

    'Refused access' is often due to issues with SSH keys, for example not
    having the public key in ~/.ssh/authorized_keys or having too-wide permissions on that (should be 600) or the ~/.ssh directory (should
    be 700).

    ssh-copy-id user@othermachine
    is a simple way to push your key to the other machine and get these
    things right.

    Also check either the usernames match, or you're using user@host
    syntax. A user mismatch is another common mistake.

    You can also look in /var/log/auth.log on the machine running the SSH
    server for any clues as to why the login failed.

    Theo

    Yes, ssh first, then rsync, is how I got it working at all. rsync is
    clearly working on both machines, it's some other tiny detail. Username
    is david on both machines.

    More investigation to be done.

    Thanks.
    --
    Davey.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Richard Kettlewell@invalid@invalid.invalid to uk.comp.os.linux on Wed Oct 8 18:21:39 2025
    From Newsgroup: uk.comp.os.linux

    Davey <davey@example.invalid> writes:
    Yes, ssh first, then rsync, is how I got it working at all. rsync is
    clearly working on both machines, it's some other tiny detail. Username
    is david on both machines.

    More investigation to be done.

    Copy+paste the exact command you are using, and all of its output,
    here.
    --
    https://www.greenend.org.uk/rjk/
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Davey@davey@example.invalid to uk.comp.os.linux on Wed Oct 8 20:45:07 2025
    From Newsgroup: uk.comp.os.linux

    On Wed, 08 Oct 2025 18:21:39 +0100
    Richard Kettlewell <invalid@invalid.invalid> wrote:

    Davey <davey@example.invalid> writes:
    Yes, ssh first, then rsync, is how I got it working at all. rsync is clearly working on both machines, it's some other tiny detail.
    Username is david on both machines.

    More investigation to be done.

    Copy+paste the exact command you are using, and all of its output,
    here.


    I'll do some checking first, based on what has been posted. I've had a
    busy day with my real life today, and the same tomorrow. I like to sit
    down and try these things without any time pressure.
    --
    Davey.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Richard Kettlewell@invalid@invalid.invalid to uk.comp.os.linux on Thu Oct 9 08:40:37 2025
    From Newsgroup: uk.comp.os.linux

    Davey <davey@example.invalid> writes:
    Richard Kettlewell <invalid@invalid.invalid> wrote:
    Davey <davey@example.invalid> writes:
    Yes, ssh first, then rsync, is how I got it working at all. rsync is
    clearly working on both machines, it's some other tiny detail.
    Username is david on both machines.

    More investigation to be done.

    Copy+paste the exact command you are using, and all of its output,
    here.

    I'll do some checking first, based on what has been posted. I've had a
    busy day with my real life today, and the same tomorrow. I like to sit
    down and try these things without any time pressure.

    ThererCOs no rush.

    The point is that thererCOs currently just not enough information to
    diagnose the problem. A number of people have been taking guesses, but
    thatrCOs all they are; a couple of lines quoting what you tried and what happened would clear a lot of it up immediately.

    This is very common on Usenet. Someone posts an incomplete problem
    description (in good faith, of course: they may not know what
    information is needed). People start taking guesses based on problems
    they once had, rather than gathering even the most basic information
    about whatrCOs going on. Sometimes one of the guesses will be right but
    only by luck.

    In contrast collecting a bit more information may lead rapidly to
    understanding and a solution. For example, given a (correctly quoted)
    error message and the program it came from, itrCOs often (not always)
    possible to map it to a source code location and from there to the
    conditions that cause it.

    rCyRefused AccessrCO doesnrCOt appear in rsync or OpenSSH. Right nobody can tell whether thatrCOs because thererCOs some other component in the mix, or because the actual diagnostic is slightly different, or some other
    reason entirely.
    --
    https://www.greenend.org.uk/rjk/
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Theo@theom+news@chiark.greenend.org.uk to uk.comp.os.linux on Thu Oct 9 10:46:33 2025
    From Newsgroup: uk.comp.os.linux

    Richard Kettlewell <invalid@invalid.invalid> wrote:
    Davey <davey@example.invalid> writes:
    Richard Kettlewell <invalid@invalid.invalid> wrote:
    Davey <davey@example.invalid> writes:
    Yes, ssh first, then rsync, is how I got it working at all. rsync is
    clearly working on both machines, it's some other tiny detail.
    Username is david on both machines.

    More investigation to be done.

    Copy+paste the exact command you are using, and all of its output,
    here.

    I'll do some checking first, based on what has been posted. I've had a
    busy day with my real life today, and the same tomorrow. I like to sit
    down and try these things without any time pressure.

    ThererCOs no rush.

    The point is that thererCOs currently just not enough information to
    diagnose the problem. A number of people have been taking guesses, but thatrCOs all they are; a couple of lines quoting what you tried and what happened would clear a lot of it up immediately.

    +100

    There's nothing worse than being drip fed information:

    "It doesn't work"
    "It could be X, or Y or Z"
    "It doesn't work when I do X"
    "What happens when you do Q?"
    "It still doesn't work"
    etc etc

    Basically the more information you provide, the easier and quicker it is to diagnose something. We can give a list of potential problems based on
    having seen similar things before, but it's much better to have some information about what's happening on your system so the advice can be
    targeted rather than scattergun.

    Simon's bug reporting essay is old but still good: https://www.chiark.greenend.org.uk/~sgtatham/bugs.html

    Theo
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Davey@davey@example.invalid to uk.comp.os.linux on Thu Oct 9 17:42:56 2025
    From Newsgroup: uk.comp.os.linux

    On 09 Oct 2025 10:46:33 +0100 (BST)
    Theo <theom+news@chiark.greenend.org.uk> wrote:
    Richard Kettlewell <invalid@invalid.invalid> wrote:
    Davey <davey@example.invalid> writes:
    Richard Kettlewell <invalid@invalid.invalid> wrote:
    Davey <davey@example.invalid> writes:
    Yes, ssh first, then rsync, is how I got it working at all.
    rsync is clearly working on both machines, it's some other tiny
    detail. Username is david on both machines.

    More investigation to be done.

    Copy+paste the exact command you are using, and all of its
    output, here.

    I'll do some checking first, based on what has been posted. I've
    had a busy day with my real life today, and the same tomorrow. I
    like to sit down and try these things without any time pressure.

    ThererCOs no rush.

    The point is that thererCOs currently just not enough information to diagnose the problem. A number of people have been taking guesses,
    but thatrCOs all they are; a couple of lines quoting what you tried
    and what happened would clear a lot of it up immediately.

    +100

    There's nothing worse than being drip fed information:

    "It doesn't work"
    "It could be X, or Y or Z"
    "It doesn't work when I do X"
    "What happens when you do Q?"
    "It still doesn't work"
    etc etc

    Basically the more information you provide, the easier and quicker it
    is to diagnose something. We can give a list of potential problems
    based on having seen similar things before, but it's much better to
    have some information about what's happening on your system so the
    advice can be targeted rather than scattergun.

    Simon's bug reporting essay is old but still good: https://www.chiark.greenend.org.uk/~sgtatham/bugs.html

    Theo
    I understand that completely. When I was gainfully employed, I often
    came upon a piece of industrial equipment that was new to me. In
    theory, the manual was supposed to take one through the setup and
    calibration procedures, and lead one on to successful operation. In
    fact, it often seemed that the writer of the manual knew the equipment inside-out, which was a good thing, but he/she also assumed that the
    reader was already fully familiar with all other similar items. There
    were then gaps in what was described and what was required. If the
    reader was indeed already up-to-speed, he would not have bothered to
    read the manual in the first place.
    Reverting to my rsync. I ran the script again, and it gave the error:
    rsync error: error in file IO (code 11) at main.c(791) [Receiver=3.2.7]
    I had followed this up before, and it seemed to mean that the receiving partition was full. This was clearly not the case, it was only about 10%
    full. Investigation eventually led me to find the cause of the problem. Nautilus, or whatever the files programme is called, insists on using
    Home instead of /home/{user}. So I had incorrectly used /home/Documents
    in the destination part of the instruction, when it should have been /home/david/Documents. Code 11 therefore did not mean that the
    partition was full, but that it could not find the intended destination. Problem solved. I now have working rsync scripts again.
    Thanks for all the help and pointers,
    --
    Davey.
    --- Synchronet 3.21a-Linux NewsLink 1.2