New answers tagged


You can disable X for a specific command line invocation by prefixing the command line with DISPLAY=: DISPLAY= gpg -d img0424.png.gpg That should give you the curses based pinentry interface instead of the GUI. But it is probably more efficient to download all the files with scp. The data volume transferred when displaying over X is likely to be more than ...


Normally, screen accepts a command and arguments, so this might work: screen -m -S 'test' nohup ~/<script-to-be-run>.sh Because it is not expecting a variable assignment, and the variable might otherwise be reset, you would probably have to add env to set the variable: screen -m -S 'test' env DISPLAY=:0 nohup ~/<script-to-be-run>.sh'


I would go for using ssh and restrict the command(s) that can be run by that user. At least that way you know the connection is secure. You can do so through an entry in /etc/ssh/sshd_config: Match User your_user X11Forwarding no AllowTcpForwarding no ForceCommand your-command arg1 arg2 This might work for you if you, through the arguments, can ...


You can try using an VNC server like Xvnc, TightVNC or TigerVNC. You can also use VirtualBox (at least version 5), install an operating system and your program in a virtual machine. If you start your VM in "detachable" mode, you can close all VirtualBox windows and keep the VM running. You can then restart the VirtualBox GUI and reattach to the VM.


No, since ls (or any other file-operating process) is in the process state "uninterruptible sleep", there is nothing that can interrupt it, even SIGKILL can't. Maybe you can lower the timeout values when mounting remote filesystems. sshfs has ServerAliveInterval and ServerAliveCountMax.


To stop all ls processes: pkill --signal SIGKILL ls


You can achieve this by adding LocalCommand scp username@yourserver:~/.bashrc /serverhome/.bashrc;source .bashrc line to your ssh config file. There is also a PermitLocalCommand option that needs to be set to true.


You could use curl -C - in a loop to get it to fetch only what has been added, and use tail -f on the local file to watch for the new data. The remote server has to allow for this sort of access. If it does not, use N=$(stat -c %s file) on the local file to find its size, then pipe the curl through tail -c +N | tee -a file to get the new stuff to the file ...


You're looking for the -C --continue-at and -f --fail arguments. curl -f -# -u user:password -k -C - -O Without -f the output file will be appended with html from the 416 (invalid range) error.


You want rsync. You can transfer files from the local or remote machine. ?> rsync -avz user@host.ip:/path/to/remote/path path/to/local


Over simple SSH, you will not see Fedora desktop. If you want to operate on desktop, probably only reasonable solution is VNC. Not having static IP is not a disaster. You might use reverse port forwarding, if you have shell access to some other server with static IP (for example university). There is also tool called autossh which monitors this connection ...

Top 50 recent answers are included