[sf-lug] Does anyone have a good backup strategy for Ubuntu 7.04 (Feisty)?
RBV
GoodWriter2548 at earthlink.net
Sun Sep 9 18:37:49 PDT 2007
Jim, et al.
> Sounds like you're a candidate for a bit-wise
> write of partitions, yes? I'd like to know what tools
> exist for impressing info on a hard drive bit-by-bit
> (I know this is done for installs).
Note -- I'm writing this under a "cloned" image of Feisty Linux. Ta da!
The essential piece of information was that I imaged my Feisty boot and root
partitions with Norton Ghost 2003 and the program's "-ial" command line switch.
The "-ial" switch is a variation of the "-ia" switch that performs
sector-by-sector copying or a source partition; the "-ial" switch limits
sector-by-sector copying to Linux partitions whereas the "-ia" switch does not.
Note, too, that the "-ial" switch (like the "-ia" switch) requires that the
geometries of the source and destination partitions be identical! So the
"-ial" solution is perhaps not as complete as one might wish.
Finally, note that I've only done this once. So I for one don't at this
point imagine that I have uncovered The One True Solution to the problem.
Stated another way, I fully intend to keep researching alternatives such as
those graciously offered in response to my original query on the subject.
Nevertheless, it does preliminarily appear that once can indeed use Norton
Ghost 2003 in conjunction with the program's "-ial" switch to create Feisty
EXT3 Ghost images that can be restored and run. That's worth knowing, I
think...
Cheers and thanks again to all,
Riley
SFO
jim stockford wrote:
>
> when i bring such topic up among uber-geeks
> they remind me to think of inode numbers of files
> i want to hoist about, just in case there are links
> or other dependencies among the filesystem
> citizens--a copy of a file has a different inode
> number from its source, and moving the copied
> file in place of the source file has the effect of
> changing the inode number for that file, often
> okay, but not always.
> Sounds like you're a candidate for a bit-wise
> write of partitions, yes? I'd like to know what tools
> exist for impressing info on a hard drive bit-by-bit
> (I know this is done for installs).
>
>
> On Sep 9, 2007, at 2:08 PM, RBV wrote:
>
>> Tom, et al:
>>
>>> Rsync is your friend.
>>
>> Thanks. Yes, my research frequently leads me to discussions about rsync.
>>
>> Okay -- so far, so good. A bit fidgety perhaps, but eventually I can
>> presumably create some sort of "image" of a working system so I can clone
>> it, albeit not in as straightforward a manner as permitted by Norton
>> Ghost 2003.
>>
>> But, how does one restore an rsync-created "backup image" IF the target
>> system that needs to receive this image is broken? For that matter, how
>> does one restore the image even if the target system isn't broken?
>> (That is
>> to say, one surely can't copy a cloned system over a currently running
>> one...?)
>>
>> I suspect that the answer may require the use of Ubuntu Live-CD. My
>> immediate concern is therefore the presumptive need to perform some mount
>> commands to make the target system and the backup image usable. And
>> then...?
>>
>> (I'll mention parenthetically that I'm giving serious thought to (a)
>> reverting to Dapper, or (b) trying to convert my current EXT3-based
>> Feisty
>> system to an EXT2 system to permit me to return to the "good old days"
>> wherein I could easily use Norton Ghost to readily image and restore a
>> backup system with no finicky command line experimentation required...)
>>
>> Cheers & sincere thanks again to everyone for their help,
>> Riley
>> SFO
>>
>>
>> sf-lug-request at linuxmafia.com wrote:
>>> Send sf-lug mailing list submissions to
>>> sf-lug at linuxmafia.com
>>>
>>> To subscribe or unsubscribe via the World-Wide Web, visit
>>> http://linuxmafia.com/mailman/listinfo/sf-lug
>>> or, via e-mail, send a message with subject or body 'help' to
>>> sf-lug-request at linuxmafia.com
>>>
>>> You can reach the person managing the list at
>>> sf-lug-owner at linuxmafia.com
>>>
>>> When replying, please edit your Subject line so it is more specific
>>> than "Re: Contents of sf-lug digest..."
>>>
>>>
>>> Today's Topics:
>>>
>>> 1. Does anyone have a good backup strategy for Ubuntu 7.04
>>> (Feisty?) (RBV)
>>> 2. Re: Does anyone have a good backup strategy for Ubuntu 7.04
>>> (Feisty?) (Tom Haddon)
>>> 3. Re: Does anyone have a good backup strategy for Ubuntu 7.04
>>> (Feisty?) (Rick Moen)
>>> 4. Re: Does anyone have a good backup strategy for Ubuntu 7.04
>>> (Feisty?) (Jeff Bragg)
>>> 5. Fwd: UG News--Women in Tech Series from www.oreillynet.com
>>> (jim stockford)
>>> 6. BALUG 2007-09-18: John D. Mitchell, Krugle Chief Architect -
>>> Find and reuse code; etc. (Michael Paoli)
>>>
>>>
>>> ----------------------------------------------------------------------
>>>
>>> Message: 1
>>> Date: Thu, 06 Sep 2007 11:50:25 -0700
>>> From: RBV <GoodWriter2548 at earthlink.net>
>>> Subject: [sf-lug] Does anyone have a good backup strategy for Ubuntu
>>> 7.04 (Feisty?)
>>> To: sf-lug at linuxmafia.com
>>> Message-ID: <46E04BF1.7010002 at earthlink.net>
>>> Content-Type: text/plain; charset=ISO-8859-1
>>>
>>> Hi:
>>>
>>> Three days ago I upgraded from Ubuntu 6 (Dapper) to Feisty. So far, so
>>> good, BUT Feisty's use of EXT3 disk broke my old backup strategy
>>> based on
>>> Norton Ghost 2003. More specifically, a restored Feisty root (not boot)
>>> partition isn't usable. Multiple threads on The Ubuntu Forum lead me to
>>> believe I'm not alone in experiencing this...
>>>
>>> I have at my disposal a Feisty CD-ROM (thanks Jim!), a 180GB USB2 drive
>>> currently comprising NTSF and FAT32 partions, an internal CD-RW
>>> burner, and
>>> two 80GB tray-mounted drives which I can readily swap in and out of my
>>> computer. One such drive currently contains a working W2K / Feisty
>>> dual-boot system, the second drive contains a W2K / non-working
>>> Feisty root
>>> partition.
>>>
>>> With this in mind, can anyone suggest a sensible, straightforward,
>>> *reliable* backup strategy for a complete Ubuntu Feisty system?
>>>
>>> Ideally the process would resemble as much as possible the creation of a
>>> backup "image" of a working Feisty system that could then be readily
>>> restored as required.
>>>
>>> Finally, and at the risk of stating the obvious, I'd prefer not to
>>> perform
>>> dangerious experiments until I have a robust backup strategy in place to
>>> protect me from the consequences of unsuccessful experiments...
>>>
>>> Cheers & thanks,
>>> Riley
>>> SFO
>>>
>>>
>>>
>>> ------------------------------
>>>
>>> Message: 2
>>> Date: Fri, 07 Sep 2007 12:38:18 -0700
>>> From: Tom Haddon <tom at greenleaftech.net>
>>> Subject: Re: [sf-lug] Does anyone have a good backup strategy for
>>> Ubuntu 7.04 (Feisty?)
>>> To: RBV <GoodWriter2548 at earthlink.net>
>>> Cc: sf-lug at linuxmafia.com
>>> Message-ID: <1189193898.18263.5.camel at localhost.localdomain>
>>> Content-Type: text/plain
>>>
>>>
>>> On Thu, 2007-09-06 at 11:50 -0700, RBV wrote:
>>>> Hi:
>>>>
>>>> Three days ago I upgraded from Ubuntu 6 (Dapper) to Feisty. So far, so
>>>> good, BUT Feisty's use of EXT3 disk broke my old backup strategy
>>>> based on
>>>> Norton Ghost 2003. More specifically, a restored Feisty root (not
>>>> boot)
>>>> partition isn't usable. Multiple threads on The Ubuntu Forum lead
>>>> me to
>>>> believe I'm not alone in experiencing this...
>>>>
>>>> I have at my disposal a Feisty CD-ROM (thanks Jim!), a 180GB USB2 drive
>>>> currently comprising NTSF and FAT32 partions, an internal CD-RW
>>>> burner, and
>>>> two 80GB tray-mounted drives which I can readily swap in and out of my
>>>> computer. One such drive currently contains a working W2K / Feisty
>>>> dual-boot system, the second drive contains a W2K / non-working
>>>> Feisty root
>>>> partition.
>>>>
>>>> With this in mind, can anyone suggest a sensible, straightforward,
>>>> *reliable* backup strategy for a complete Ubuntu Feisty system?
>>>
>>
>>
>> sf-lug-request at linuxmafia.com wrote:
>>> Send sf-lug mailing list submissions to
>>> sf-lug at linuxmafia.com
>>>
>>> To subscribe or unsubscribe via the World-Wide Web, visit
>>> http://linuxmafia.com/mailman/listinfo/sf-lug
>>> or, via e-mail, send a message with subject or body 'help' to
>>> sf-lug-request at linuxmafia.com
>>>
>>> You can reach the person managing the list at
>>> sf-lug-owner at linuxmafia.com
>>>
>>> When replying, please edit your Subject line so it is more specific
>>> than "Re: Contents of sf-lug digest..."
>>>
>>>
>>> Today's Topics:
>>>
>>> 1. Does anyone have a good backup strategy for Ubuntu 7.04
>>> (Feisty?) (RBV)
>>> 2. Re: Does anyone have a good backup strategy for Ubuntu 7.04
>>> (Feisty?) (Tom Haddon)
>>> 3. Re: Does anyone have a good backup strategy for Ubuntu 7.04
>>> (Feisty?) (Rick Moen)
>>> 4. Re: Does anyone have a good backup strategy for Ubuntu 7.04
>>> (Feisty?) (Jeff Bragg)
>>> 5. Fwd: UG News--Women in Tech Series from www.oreillynet.com
>>> (jim stockford)
>>> 6. BALUG 2007-09-18: John D. Mitchell, Krugle Chief Architect -
>>> Find and reuse code; etc. (Michael Paoli)
>>>
>>>
>>> ----------------------------------------------------------------------
>>>
>>> Message: 1
>>> Date: Thu, 06 Sep 2007 11:50:25 -0700
>>> From: RBV <GoodWriter2548 at earthlink.net>
>>> Subject: [sf-lug] Does anyone have a good backup strategy for Ubuntu
>>> 7.04 (Feisty?)
>>> To: sf-lug at linuxmafia.com
>>> Message-ID: <46E04BF1.7010002 at earthlink.net>
>>> Content-Type: text/plain; charset=ISO-8859-1
>>>
>>> Hi:
>>>
>>> Three days ago I upgraded from Ubuntu 6 (Dapper) to Feisty. So far, so
>>> good, BUT Feisty's use of EXT3 disk broke my old backup strategy
>>> based on
>>> Norton Ghost 2003. More specifically, a restored Feisty root (not boot)
>>> partition isn't usable. Multiple threads on The Ubuntu Forum lead me to
>>> believe I'm not alone in experiencing this...
>>>
>>> I have at my disposal a Feisty CD-ROM (thanks Jim!), a 180GB USB2 drive
>>> currently comprising NTSF and FAT32 partions, an internal CD-RW
>>> burner, and
>>> two 80GB tray-mounted drives which I can readily swap in and out of my
>>> computer. One such drive currently contains a working W2K / Feisty
>>> dual-boot system, the second drive contains a W2K / non-working
>>> Feisty root
>>> partition.
>>>
>>> With this in mind, can anyone suggest a sensible, straightforward,
>>> *reliable* backup strategy for a complete Ubuntu Feisty system?
>>>
>>> Ideally the process would resemble as much as possible the creation of a
>>> backup "image" of a working Feisty system that could then be readily
>>> restored as required.
>>>
>>> Finally, and at the risk of stating the obvious, I'd prefer not to
>>> perform
>>> dangerious experiments until I have a robust backup strategy in place to
>>> protect me from the consequences of unsuccessful experiments...
>>>
>>> Cheers & thanks,
>>> Riley
>>> SFO
>>>
>>>
>>>
>>> ------------------------------
>>>
>>> Message: 2
>>> Date: Fri, 07 Sep 2007 12:38:18 -0700
>>> From: Tom Haddon <tom at greenleaftech.net>
>>> Subject: Re: [sf-lug] Does anyone have a good backup strategy for
>>> Ubuntu 7.04 (Feisty?)
>>> To: RBV <GoodWriter2548 at earthlink.net>
>>> Cc: sf-lug at linuxmafia.com
>>> Message-ID: <1189193898.18263.5.camel at localhost.localdomain>
>>> Content-Type: text/plain
>>>
>>>
>>> On Thu, 2007-09-06 at 11:50 -0700, RBV wrote:
>>>> Hi:
>>>>
>>>> Three days ago I upgraded from Ubuntu 6 (Dapper) to Feisty. So far, so
>>>> good, BUT Feisty's use of EXT3 disk broke my old backup strategy
>>>> based on
>>>> Norton Ghost 2003. More specifically, a restored Feisty root (not
>>>> boot)
>>>> partition isn't usable. Multiple threads on The Ubuntu Forum lead
>>>> me to
>>>> believe I'm not alone in experiencing this...
>>>>
>>>> I have at my disposal a Feisty CD-ROM (thanks Jim!), a 180GB USB2 drive
>>>> currently comprising NTSF and FAT32 partions, an internal CD-RW
>>>> burner, and
>>>> two 80GB tray-mounted drives which I can readily swap in and out of my
>>>> computer. One such drive currently contains a working W2K / Feisty
>>>> dual-boot system, the second drive contains a W2K / non-working
>>>> Feisty root
>>>> partition.
>>>>
>>>> With this in mind, can anyone suggest a sensible, straightforward,
>>>> *reliable* backup strategy for a complete Ubuntu Feisty system?
>>>
>>> Rsync is your friend.
>>>
>>> I use it to backup my entire system with the exception of some things,
>>> and have restored from it successfully when I did rm
>>> -rf /root_directory_of_a_chroot when I had my /home directory mounted in
>>> the chroot (effectively deleting all home /home).
>>>
>>> Something like:
>>>
>>> rsync -avz --delete
>>> --exclude-from=host_exclude / /path/of/external/drive
>>>
>>> Where the file "host_exclude" looks something like this:
>>>
>>> /boot/
>>> /lib/modules
>>> /etc/modules
>>> /etc/lilo.conf
>>> /etc/fstab
>>> /etc/mtab
>>> /proc
>>> /dev
>>> lost+found/
>>> /var/log/
>>> /sys
>>> /media
>>> /tmp
>>>
>>> (You don't have to exclude all of these - whatever is appropriate).
>>>
>>>
>>> Note that this obviously isn't Ubuntu-specific (it works for me fine on
>>> Ubuntu and Debian, and I'm sure any other distro).
>>>
>>> Thanks, Tom
>>>
>>>> Ideally the process would resemble as much as possible the creation
>>>> of a
>>>> backup "image" of a working Feisty system that could then be readily
>>>> restored as required.
>>>>
>>>> Finally, and at the risk of stating the obvious, I'd prefer not to
>>>> perform
>>>> dangerious experiments until I have a robust backup strategy in
>>>> place to
>>>> protect me from the consequences of unsuccessful experiments...
>>>>
>>>> Cheers & thanks,
>>>> Riley
>>>> SFO
>>>>
>>>> _______________________________________________
>>>> sf-lug mailing list
>>>> sf-lug at linuxmafia.com
>>>> http://linuxmafia.com/mailman/listinfo/sf-lug
>>
>>
>>>
>>> I use it to backup my entire system with the exception of some things,
>>> and have restored from it successfully when I did rm
>>> -rf /root_directory_of_a_chroot when I had my /home directory mounted in
>>> the chroot (effectively deleting all home /home).
>>>
>>> Something like:
>>>
>>> rsync -avz --delete
>>> --exclude-from=host_exclude / /path/of/external/drive
>>>
>>> Where the file "host_exclude" looks something like this:
>>>
>>> /boot/
>>> /lib/modules
>>> /etc/modules
>>> /etc/lilo.conf
>>> /etc/fstab
>>> /etc/mtab
>>> /proc
>>> /dev
>>> lost+found/
>>> /var/log/
>>> /sys
>>> /media
>>> /tmp
>>>
>>> (You don't have to exclude all of these - whatever is appropriate).
>>>
>>>
>>> Note that this obviously isn't Ubuntu-specific (it works for me fine on
>>> Ubuntu and Debian, and I'm sure any other distro).
>>>
>>> Thanks, Tom
>>>
>>>> Ideally the process would resemble as much as possible the creation
>>>> of a
>>>> backup "image" of a working Feisty system that could then be readily
>>>> restored as required.
>>>>
>>>> Finally, and at the risk of stating the obvious, I'd prefer not to
>>>> perform
>>>> dangerious experiments until I have a robust backup strategy in
>>>> place to
>>>> protect me from the consequences of unsuccessful experiments...
>>>>
>>>> Cheers & thanks,
>>>> Riley
>>>> SFO
>>>>
>>>> _______________________________________________
>>>> sf-lug mailing list
>>>> sf-lug at linuxmafia.com
>>>> http://linuxmafia.com/mailman/listinfo/sf-lug
>>
>>
>> _______________________________________________
>> sf-lug mailing list
>> sf-lug at linuxmafia.com
>> http://linuxmafia.com/mailman/listinfo/sf-lug
>>
>
More information about the sf-lug
mailing list