I would not think that you want to really set any directory in /opt as 777.
So that anything could write or delete stuff there. -T On Mon, Nov 12, 2018, 2:17 AM david <dafr+p...@dafr.us wrote: > On 11/11/18 7:49 AM, Rich Shepard wrote: > > Yesterday rsync copied ~/ from the current desktop (salmo) to the new > > desktop (baetis) using this command from ~/ on the new desktop: rsync -av > > salmo: . > > > > /opt on both hosts have perms 777. > > > > However, when I try to copy the /opt partition from salmo to baetis I > > get > > a permission denied (publickey) error. Running 'ssh -vv salmo' from the > new > > desktop shows sending and receiving packets with no issues until this: > > > > debug2: service_accept: ssh-userauth > > debug1: SSH2_MSG_SERVICE_ACCEPT received > > debug1: Authentications that can continue: publickey > > debug1: Next authentication method: publickey > > debug1: Offering ED25519 public key: /home/rshepard/.ssh/id_ed25519 > > debug2: we sent a publickey packet, wait for reply > > debug1: Authentications that can continue: publickey > > debug2: we did not send a packet, disable method > > debug1: No more authentication methods to try. > > Permission denied (publickey). > > > > Line 5 looks to be trying to send the private key rather than the > public > > key. > > > > Here's what I checked: > > > > 1. Perms for both hosts' .ssh/ are 644 except for the private keys for > > which it is 600. > > 2. Both hosts have the other host's public key in > > ~/.ssh/authorized_keys. > > 3. Both hosts have the other host recognized in ~/.ssh/known_hosts. > > 4. From salmo I can successfully connect to baetis, > > > > Since rsync worked on baetis yesterday to copy my home directory from > > salmo I'm not seeing why today it will not copy /opt. And web searches > > (almost all from ubuntu and github users) offered nothing different from > > what I checked. > > > > A clue stick will help. > > > A series of thoughts, but nothing specifically to help, sorry. > > Are you able to connect to salmo using the password, and is it > configured to accept the ED25519 key format? > > Are both machines set up with the UID/GID values for the username in > question? You can try specifying the username on the rsync call to be a > bit more specific, too. (I don't expect this to be a problem, but worth > looking at.) > > Also, even if /opt is set for 777, directories below that may not be, > and that may be a cascading problem after the key issue is resolved. > > dafr > _______________________________________________ > PLUG mailing list > PLUG@pdxlinux.org > http://lists.pdxlinux.org/mailman/listinfo/plug > _______________________________________________ PLUG mailing list PLUG@pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug