> did the following:
>booted to backup disk
>dump -0aR -h 0 -f /usr/backup/dump_var_0_20121113_1920 /dev/ada0p4
>(repeat for /tmp, /usr, / partitions to be safe)
>repartitioned the main disk using gpart
>newfs the modified partitions (var, tmp, usr)
>rewrote the boot block a
On Wed, 14 Nov 2012, Matthias Apitz wrote:
El día Wednesday, November 14, 2012 a las 09:45:22AM -0700, Warren Block
escribió:
One of the (in my opinion) most interesting reference sources
for dump/restore also mentions this format:
# mount /dev/da0s1 /mnt
# mkdir /tmp/oldvar
El día Wednesday, November 14, 2012 a las 09:45:22AM -0700, Warren Block
escribió:
> > One of the (in my opinion) most interesting reference sources
> > for dump/restore also mentions this format:
> >
> > # mount /dev/da0s1 /mnt
> > # mkdir /tmp/oldvar
> > # cd /tmp/oldvar
> > # r
On Wed, 14 Nov 2012, Polytropon wrote:
On Wed, 14 Nov 2012 01:01:08 -0800 (PST), Jack Mc Lauren wrote:
There is no - . This is the correct format : restore rf /path/to/dump/files
Really? The manual at "man restore" mentions:
restore -r [-dDNuvy] [-b blocksize] [-f file | -P pipecommand]
On 11/14/12 01:30, Matthias Apitz wrote:
> El día Wednesday, November 14, 2012 a las 01:20:14AM -0700, Gary Aitken
> escribió:
>
>> I needed to expand a /var partition,
>> which required saving and restoring /var and /usr
>>
>> did the following:
>>booted to backup disk
>>dump -0aR -h 0 -
On Wed, 14 Nov 2012 01:01:08 -0800 (PST), Jack Mc Lauren wrote:
> There is no - . This is the correct format : restore rf /path/to/dump/files
Really? The manual at "man restore" mentions:
restore -r [-dDNuvy] [-b blocksize] [-f file | -P pipecommand]
[-s fileno]
And in the -r s
El día Wednesday, November 14, 2012 a las 01:01:08AM -0800, Jack Mc Lauren
escribió:
> Hi
> There is no - . This is the correct format : restore rf /path/to/dump/files
from man restore(8):
RESTORE(8) FreeBSD System Manager's Manual
RESTORE(8)
NAME
restore, rrestore — restore
From: Polytropon
To: free...@dreamchaser.org
Cc: FreeBSD Mailing List
Sent: Wednesday, November 14, 2012 12:27 PM
Subject: Re: ugh. dump / restore problem(s) "Cannot find file dump list"
On Wed, 14 Nov 2012 01:20:14 -0700, Gary Aitken wrote:
On Wed, 14 Nov 2012 01:20:14 -0700, Gary Aitken wrote:
> mount /dev/ada0p4 /mnt/ssd/var
> cd /mnt/ssd/var
> restore -r /usr/backup/dump_var_0_20121113_1920
> Cannot find file dump list
The last command looks wrong. The restore program requires
the dump file to be provided via -f, so
El día Wednesday, November 14, 2012 a las 01:20:14AM -0700, Gary Aitken
escribió:
> I needed to expand a /var partition,
> which required saving and restoring /var and /usr
>
> did the following:
> booted to backup disk
> dump -0aR -h 0 -f /usr/backup/dump_var_0_20121113_1920 /dev/ada0p4
>
I needed to expand a /var partition,
which required saving and restoring /var and /usr
did the following:
booted to backup disk
dump -0aR -h 0 -f /usr/backup/dump_var_0_20121113_1920 /dev/ada0p4
(repeat for /tmp, /usr, / partitions to be safe)
repartitioned the main disk using gpart
new
Ivan;
when I started a migration to new HDD, according few how-tos, I got the
following warning:
# dump -0Lauf - /dev/ad0s1f | restore -rf -
When debugging dump/restore problems, it is always best to dump
to a file, and then restore from the file -- this allows you to
see which of dump and r
Hi list
when I started a migration to new HDD, according few how-tos, I got the
following warning:
# dump -0Lauf - /dev/ad0s1f | restore -rf -
DUMP: Date of this level 0 dump: Wed Feb 4 22:02:42 2009
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping snapshot of /dev/ad0s1f (/usr) to
13 matches
Mail list logo