Thanks, Phil. I just saw a lot of stuff. I did take a look at someone's backup process from ubuntuforms.org and they did exclude /sys and /mnt, does that sound right?
Bill -----Original Message----- From: Philipp Marek [mailto:[EMAIL PROTECTED] Sent: Monday, November 19, 2007 9:41 AM To: [email protected] Cc: Bill Michal Subject: Re: Is it safe to ignore /dev? Hello Bill! On Monday 19 November 2007 Bill Michal wrote: > I'm trying to put my entire Ubuntu system under FSVS. In previous testing, > it seemed like the /dev folder was always changing or was virtual (not sure > of that), so it didn't seem to be a good candidate for revision control. > So, can I safely ignore /dev? I'd suggest taking a look at the mounted filesystems: # mount | grep "/dev " udev on /dev type tmpfs (rw,mode=0755) In my case the /dev/ data is from a tmpfs, filled by udev; by that definition it is created afresh on every boot. But, depending on your boot process, you might need some files in /dev to be used for init; they might or might not be done by your initrd. For "normal" backups you can ignore the /dev/ directory; but if you have a big failure, and need to recover your entire system, you might need some of these nodes to be able to boot. I know that this is not really helpful. So my practical tip: - either just take that into the backups (doesn't really change that often, for me at least - YMMV), - or, to be *really* clean: - goto single user mode - unmount your /dev - copy the basic nodes that are persistent to some other directory, - resume to runlevel 3 (or 5 or whatever you normally use), - and commit them as /dev. - Then define ./dev/** as ignore pattern, so no new entries will be taken. On a restore you'll get the needed entries, and that should allow you to use fsvs as full backup tool. Satiesfied? Any more questions? Regards, Phil -- Versioning your /etc, /home or even your whole installation? Try fsvs (fsvs.tigris.org)! --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
