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 shady@192.168.50.16:/home/shady/skynet /home/skynet
shady@192.168.50.16'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$
skynet@skynet:/home$ fusermount -u /home/skynet fusermount: entry for /home/skynet not found in /etc/mtab
can you see the the mount using
mount
?running
mount
prints a lot, but at the bottom it has:shady@192.168.50.16:/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
skynet@skynet:~$ sudo umount -f /home/skynet umount: /home/skynet: target is busy.
you most likely have a terminal open that is currently in that path.
i have docker containers using that folder. could that be it?
should I use
-fl