Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
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.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
IMHO using dd would be an inefficient means of backup up your files, as it will copy, byte for byte, all the data, when in actuality some it is unnecessary. It would be better to have a program or script to copy the files themselves instead of the blocks of data with dd.
Unless you're trying to get a complete image of your hard drive, exactly as you have it, same UUID and everything. For that, dd would work fine.
I've been tinkering around with duplicity quite a bit lately, and I like what I see so far. It's a python program that has many features in common with rsync, but also seamlessly handles compression and encryption of back-ups (via GPG). You might want to give it a look.
this looks real nice, im going to play around with this little toy. now just to see if i can get it running on FC5, FC7, and CentOS5.4 as well as CentOS6.2 nice nice nice. should not be to much of an issue if i can learn how to install something from source ... yum, as bad as it is, is nice for people like me who are still cutting their teeth on linux.
Yes. Everyone would have different backup needs. Only way to settle down on rsync options is to figure out the exact backup requirement and study rsync thoroughly before implementing. Testing out with dry run to see what rsync exactly is doing helps a lot in determining the options of need.
Thanks to all for the replies. Being a newbie, naturally I'm trying (and screwing up) most everything at first. I was an old self taught DOS 1 beginner back in '84. I'm now running a gonzo desktop with Win 7 and an Oracle VMbox with Ubuntu, and Mint 12 LXDE on an old hp laptop. My old desktop is out in the garage and is a dual boot XP & Ubuntu 12.04. All wireless through a D-link. What I'm trying to do is to see how easy or hard it is to maybe "S..t" can Windows entirely.