LinuxQuestions.org
Support LQ: Use code LQ3 and save $3 on Domain Registration
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Newbie
User Name
Password
Linux - Newbie This 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!

Notices

Reply
 
Search this Thread
Old 05-04-2010, 04:27 PM   #16
jiml8
Senior Member
 
Registered: Sep 2003
Posts: 3,171

Rep: Reputation: 114Reputation: 114

Quote:
Originally Posted by tredegar View Post
This is veering off-topic, but please remember that LQ is global, and many members do not have the resources, hardware or finance that you are apparently comfortably accustomed to.

You don't post even a vague location in your profile. Perhaps if you did, we'd understand better "where you are coming from"
I am in the US, which means that the readily available and very inexpensive LAN hardware is comparable to that found in Europe or most parts of Asia, and the internet bandwidth/speed is somewhat inferior to that commonly found in Europe and somewhat superior to that commonly found in Asia.

If OP is from Africa, the Pacific Islands, or rural portions of South America, then more than likely the networking capability that - yes - I DO take for granted is not readily available. Otherwise, it IS readily available.

Given that OP used the phrase: "a directory elsewhere on the network", I presume he is not using dialup. Therefore, if his network is newer than roughly 30 years old, he has a data transfer rate of at least 10 Mbps pretty much regardless of what architecture/protocol he is using.

Therefore, rsync will always be faster than reloading.

But, yes. This is veering off topic.
 
Old 05-04-2010, 06:50 PM   #17
Earwig
LQ Newbie
 
Registered: Feb 2010
Location: London
Distribution: CentOS Redhat
Posts: 15

Original Poster
Rep: Reputation: 0
Many thanks to everyone! The answers are really helpful. I have scoured every word, and will take careful notes from here and put into practise. Thanks to wmakowski and jiml8 for the dirs to exclude. Thanks jiml8 for the backup script, I can understand that. Thanks to tredegar for the useful reply, and I agree the data is the most important thing, but these systems are already in production and are quite detailed to install and configure and are used by engineers (I'm their linux sys admin as of fairly recently, and so far I haven't had a problem), but I ought to make sure I could recover then if I had to! I have now also updated my profile a little as suggested! Thanks to Tinkster for suggestion of installing from scratch and recovering /etc, it is an alternative if necessary.

jiml8, the only bit I did not understand was when you said "part 1.5 and part 2", I could not think what that referred to.

Recovering the / filesystem from backup is interesting, due to the fact that the OS is created by *installing* rpm packages, rather than copying in the files of an rpm package, and that does make a difference when considering the recovery from backup. I kept wondering how other people would do a recovery, and I am glad I have asked. I reckon I could manage now, although I must actually test it out. Thanks to all!
 
Old 05-05-2010, 01:57 AM   #18
jiml8
Senior Member
 
Registered: Sep 2003
Posts: 3,171

Rep: Reputation: 114Reputation: 114
Oh, by all means test it out. Abso-freaking-lutely.

But you'll find that it's quite easy.

I don't even have a "recovery" script; that's ad-hoc and I just use the console and the rsync -avz command.

As for part 1.5 and part 2, grub's boot code does not fit into the drive's MBR; it is a bit too big. Part 1.5 is the part of the basic boot loader that grub places on the drive outside of the MBR area. Grub places it in an absolute location on the disk and hard codes that location into the code that goes into the MBR so that it can properly jump at a time when no OS is running.

Part 2 contains the information to deal with the specific filesystem found on the boot partition. Grub is multi-platform, and it therefore has to be able to handle whatever filesystem it is given. So part 2 is loaded IN the filesystem, but its absolute location on the HD is provided to the boot loader code so, again, a jump can occur to that code, since the filesystem must be known in order to read things like the kernel off of it.

Last edited by jiml8; 05-05-2010 at 02:03 AM.
 
1 members found this post helpful.
Old 05-05-2010, 07:52 AM   #19
Earwig
LQ Newbie
 
Registered: Feb 2010
Location: London
Distribution: CentOS Redhat
Posts: 15

Original Poster
Rep: Reputation: 0
jiml8, you say at one point to exclude /proc /sys and also /dev /var/run and /tmp in the / backup. However, in your daily backup script you have forgotten to exclude /dev and /var/run. I'm just being picky!

(It was all really helpful though, and thanks for the bit about part 1.5 and 2 of grub.)
 
Old 05-05-2010, 01:50 PM   #20
jiml8
Senior Member
 
Registered: Sep 2003
Posts: 3,171

Rep: Reputation: 114Reputation: 114
Yeah, you are right. I guess I'm collecting that. It isn't necessary; /var/run contains nothing but lockfiles and pid files for running processes. Those are supposed to be deleted when a process shuts down and recreated when a process is restarted.

Last edited by jiml8; 05-05-2010 at 01:55 PM.
 
  


Reply

Tags
recovery, rootfs


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Recover from filesystem failure? ummmmm22 Linux - General 4 05-21-2006 10:26 PM
Complete Hard-Disk & Root Filesystem Backup taylor_venable *BSD 1 11-18-2005 02:20 PM
recover root filesystem redhat linux mohsinjq Linux - Newbie 4 11-10-2004 09:30 AM
Encrypted Root Filesystem HOWTO and /dev filesystem tmillard Linux From Scratch 0 10-18-2004 03:58 PM
filesystem: recover or not to recover? bdp Linux - General 3 06-06-2003 03:40 AM


All times are GMT -5. The time now is 04:30 PM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration