Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
In retrospect, I wonder why so many seasoned users have (over the years) recommended me to go for "easy" distros, that have been "scientifically" designed for all users. I wish somebody had told me to go for the "hard" ones. That would have saved me a lot of pain.
My problem with the "easy" distros has been that everything would be fine at the beginning and all I needed to know was point-and-click sequences in order to start working. Maybe some basic...
When using a particular distro, I've tried to stick to it, under the belief that my learning process would be easier without different directions to solve one problem. Therefore, my distro of choice (and that has been changing over time) has usually been the "best distro" at the time.
However, much later than other users (apparently), I've come to the realization that there seems to be a certan set of distros better suited for a particular job, and with some basic knowledge of Linux...
The task:
To mount a remote truecrypt volume locally, using sshfs.
The problem: truecrypt /home/xri/sshfs-mounted-remote-directory/remote-truecrypt-vol /media/truecrypt1
gives an error message with "permission denied"
The solution:
a) Edit /etc/fuse.conf (or create it), and make sure it has this line: user_allow_other
b) When mounting the sshfs remote directory, use this option -o allow_other
I've been looking for a simple and secure ('relatively secure', I should say) online service.
So far, I have my mind set on Amazon S3 for business purposes. A number of experts recommend it.
Another one I can say that drew my attention was rsync.net.
However, for personal purposes, I have settled on this one: SpiderOak. I like it for the following reasons:
Automatic backup
Privacy guaranteed (I'm not going to store unencrypted crucial data
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
