I may have messed things up....... I had a lot of docker config and data stored in /home/skynet I then ran a sshfs command and it disappeared. I was trying to send the contents of /home/skynet (server) to /home/shady/skynet (desktop). This was in order to be able to edit the files on the server on the desktop via VSCodium.
I'd love recommendations on how to do this, but first how do I get my files back???
Here is what I did
skynet@skynet:~/docker/keycloak$ sudo sshfs -o allow_other,default_permissions [email protected]:/home/shady/skynet /home/skynet
[email protected]'s password:
skynet@skynet:~/docker/keycloak$ cd
skynet@skynet:~$ ks
-bash: ks: command not found
skynet@skynet:~$ ls
skynet@skynet:~$ ls -a
. ..
skynet@skynet:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 3.6T 0 disk
├─sda1 8:1 0 16M 0 part
└─sda2 8:2 0 3.6T 0 part /media/devmon
nvme0n1 259:0 0 476.9G 0 disk
├─nvme0n1p1 259:1 0 476G 0 part /
├─nvme0n1p2 259:2 0 1K 0 part
└─nvme0n1p5 259:3 0 975M 0 part [SWAP]
skynet@skynet:~$ cd /home
skynet@skynet:/home$ ls
changedetection linuxbrew skynet syncthing
skynet@skynet:/home$ cd skynet/
skynet@skynet:~$ ls
skynet@skynet:~$ ls -a
. ..
skynet@skynet:~$ cd /home
skynet@skynet:/home$ ls
changedetection linuxbrew skynet syncthing
skynet@skynet:/home$ fusermount -u /home/shady/skynet
fusermount: bad mount point /home/shady/skynet: No such file or directory
skynet@skynet:/home$ sudo journalctl -u sshfs
-- No entries --
skynet@skynet:/home$
sudo sshfs -o allow_other,default_permissions [email protected]:/home/shady/skynet /home/skynet
You mounted your desktop files on top of the server files.
fusermount -u /home/shady/skynet
this should be
fusermount -u /home/skynet
can you see the the mount using
mount
?running
mount
prints a lot, but at the bottom it has:[email protected]:/home/shady/skynet on /home/skynet type fuse.sshfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)
umount /home/skynet
should release it.
umount: /home/skynet: target is busy.
umount -f /home/skynet
You can force it.
uh....didn't work
you most likely have a terminal open that is currently in that path.
i have docker containers using that folder. could that be it?
Yes.
thank you so much. everything is back.
should I use
-fl