backup entire system

[Michael Havens]

it's weird..... I archived 200GB in about 5 or 6 hours. I split the archive
into 700MB files which turned out to be 5 files.  The first file took about
an hour to create. I then split my drive into 50GB partitions and am
archiving the first partition. (the only one with any data on it) It took
15 minutes for the first file and anothe 4 files have been created in about
an hour and 15 miutes and it is still going.  Any ideas as to why the
disparity between the times it has taken? I mean I would think it wouldn't
create as many files for a smaller archive.

On Thu, Jan 5, 2012 at 4:26 PM, Michael Havens <bmike1 at gmail.com> wrote:

> well, I just restored my system using fsarchiver. YIPEE! I did it right.
> It restored. It took like half an hour to restore 23GB out of a 200GB
> archive (meaning 23GB of data and 177GB of empty space). Is that good or
> bad?
>
> On Wed, Jan 4, 2012 at 3:45 PM, Michael Havens <bmike1 at gmail.com> wrote:
>
>> thanks for the help eric.... you inspired me to find the solution using
>> google..... well, actually I didn't use google, I used DuckDuckGo. I like
>> it better because as you scroll down the search results more is added
>> instead of having to go to the next page. I think it is kinda cool that an
>> identifier has been associated with all of our hardware by linux
>>
>>
>> On Wed, Jan 4, 2012 at 6:29 AM, kitepilot at kitepilot.com <
>> kitepilot at kitepilot.com> wrote:
>>
>>> The problem is that there is a UUID in the /etc/fstab file with no
>>> device to match it to.
>>> If it is the swap, run:
>>> swapon -s
>>> and you'll see that swap didn't get mounted.
>>> I advitsed you about this in one of me previous messages.
>>> Options:
>>> look at /etc/fstab and:
>>> find what is mounted with UUID and replace it with the device's or,
>>> find what is mounted with UUID and replace the device's UUID..
>>> ET
>>> PS: Or use 'raw device' (ei: /dev/sdaN) to identify the device on
>>> /etc/fstab
>>>
>>>
>>> Michael Havens writes:
>>>
>>>> I successfuly repartitioned it. Sorta...... As it is loading an error
>>>> appears on the screen that says
>>>>     The disk drive for UUID=07f5933-9b67-4105-b9ae-**0d0174fe759d is
>>>> not
>>>> ready yet or not present.
>>>> and then it says to wait or press cntrl-D (I think) or S to skip
>>>> mounting.
>>>> So I do one of the two options and the operating system loads.
>>>> The only thing I can think of that might be causing this is that I moved
>>>> the swap partition. I also made it smaller because gparted would not
>>>> create
>>>> it the same size as it was originally. gparted said it was 4.6GB but
>>>> now it
>>>> is 4.56GB.
>>>> What  can I do to fix this?
>>>> On Tue, Jan 3, 2012 at 11:23 PM, Dale Farnsworth <dale at farnsworth.org>wrote:
>>>>
>>>>
>>>>> > well, I am almost ready to repartition my drive. But I have a
>>>>> question to
>>>>> > get opinions on; what is the difference between reiser4 and ext4?
>>>>> What
>>>>> are
>>>>> > the benefits and drawbacks of each?
>>>>> You don't want to use reiser4 unless you have a specific,
>>>>> well-understood
>>>>> reason for doing so.  I consider reiser4 obsolescent and it has never
>>>>> had
>>>>> the reliability of ext3/4.  On the other hand, ext4 is a mainstream,
>>>>> well-supported FS.
>>>>> Dale Farnsworth
>>>>> ------------------------------**---------------------
>>>>> PLUG-discuss mailing list - PLUG-discuss at lists.plug.**phoenix.az.us<PLUG-discuss at lists.plug.phoenix.az.us>
>>>>> To subscribe, unsubscribe, or to change your mail settings:
>>>>> http://lists.PLUG.phoenix.az.**us/mailman/listinfo/plug-**discuss<http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss>
>>>>>
>>>>
>>>>
>>>> --
>>>> :-)~MIKE~(-:
>>>>
>>> ------------------------------**---------------------
>>> PLUG-discuss mailing list - PLUG-discuss at lists.plug.**phoenix.az.us<PLUG-discuss at lists.plug.phoenix.az.us>
>>> To subscribe, unsubscribe, or to change your mail settings:
>>> http://lists.PLUG.phoenix.az.**us/mailman/listinfo/plug-**discuss<http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss>
>>>
>>
>>
>>
>> --
>> :-)~MIKE~(-:
>>
>
>
>
> --
> :-)~MIKE~(-:
>



-- 
:-)~MIKE~(-:
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.PLUG.phoenix.az.us/pipermail/plug-discuss/attachments/20120105/c03ee60b/attachment.html>