Hi list,
with freebsd 7.0, after a probably successful dump :
#dump -0Lauf ./ad0s1f.dump /dev/ad0s1f
DUMP: Date of this level 0 dump: Thu Feb 5 07:18:58 2009
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping snapshot of /dev/ad0s1f (/usr) to ./ad0s1f.dump
DUMP: mapping (Pass I)
Hi list,
with freebsd 7.0, after a probably successful dump :
#dump -0Lauf ./ad0s1f.dump /dev/ad0s1f
DUMP: Date of this level 0 dump: Thu Feb 5 07:18:58 2009
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping snapshot of /dev/ad0s1f (/usr) to ./ad0s1f.dump
DUMP: mapping (Pass I)
Malcolm Kay wrote:
On Sat, 19 Jul 2008 06:51 am, Peter Boosten wrote:
The /usr/ partition was 74Gb, and it took (according to dump
52631 seconds (~ 14.5 hours) to copy. Both disks are IDE, in
the same machine on different IDE controllers.
The time for dump/restore normally depends more
for dump/restore normally depends more on the occupancy of
the partition than its actual size. This is one reason why we avoid
using dd for this purpose as we must then copy the entire
74Gb rather than just that used.
Hmmm, I didn't even know it was possible to dump a partition
unmounted. Try
Hi all,
My harddisk was failing and I wanted the data copied to another disk,
but since my original wouldn't boot, I installed a minimal FreeBSD on
the new disk, mounted the old partitions under /mnt and copied from the
original to the new partitions by using:
dump 0af - /dev/ad2s1[adef] |
On Fri, Jul 18, 2008 at 11:21:26PM +0200, Peter Boosten wrote:
Hi all,
My harddisk was failing and I wanted the data copied to another disk,
but since my original wouldn't boot, I installed a minimal FreeBSD on
the new disk, mounted the old partitions under /mnt and copied from the
since my original wouldn't boot, I installed a minimal FreeBSD on the new
disk, mounted the old partitions under /mnt and copied from the original to
the new partitions by using:
dump 0af - /dev/ad2s1[adef] | restore xf -
(the partitions adef where done one by one)
The /usr/ partition was
for dump/restore normally depends more on the occupancy
of the partition than its actual size. This is one reason why we
avoid using dd for this purpose as we must then copy the entire
74Gb rather than just that used.
Is it normal for a backup/restore to take this long? Or could
this be due to my
If I dump on amd64 should I be able to
extract files from the dump on i386?
If so, should it be possible to restore a
FreeBSD amd64 dump on OpenBSD i386?
Note there is ticket that may be related:
bin/67723:
restore(8) FreeBSD 5.x restore cannot handle
other
(8) FreeBSD 5.x restore cannot handle
other platforms/Linux(extfs)-dumps anymore
ref: http://www.freebsd.org/cgi/query-pr.cgi?pr=67723cat=
I thought the dump file format was sacrosanct.
Has there been heresy here?
I am not sure what the heresy is here, but
dump/restore can be sensitive
thought the dump file format was sacrosanct.
Has there been heresy here?
The BSDs all use variants of UFS, and dump/restore understand UFS1 2.
The EXT2FS in use on Linux is a different animal altogether. I'm
surprised that it ever worked.
Roland
--
R.F.Smith http
If I dump on amd64 should I be able to
extract files from the dump on i386?
i'm almost sure yes but please check
If so, should it be possible to restore a
FreeBSD amd64 dump on OpenBSD i386?
probably not.
___
freebsd-questions@freebsd.org mailing
heresy here?
I am not sure what the heresy is here, but
dump/restore can be sensitive to OS and OS version.
There are many that it cannot cross, but some it can.
The main thing is to check it before depending on it.
I should add for clarity.
So, the conflict would not be the different hardware
On Wed, Jul 2, 2008 at 12:21 PM, Wojciech Puchar
[EMAIL PROTECTED] wrote:
If I dump on amd64 should I be able to
extract files from the dump on i386?
i'm almost sure yes but please check
I did and it does.
If so, should it be possible to restore a
FreeBSD amd64 dump on OpenBSD i386?
dump core? [yn] n
# uname -a
OpenBSD dev.example.com 4.2 GENERIC#375 i386
How did you guess?
actually second was a guess. first was natural, as amd64 and i386 are both
little endian, intlong are same sized under gcc, and memory pointers are
not stored in dump files.
second -
I did and it does.
you may try to compile OpenBSD restore from sources under FreeBSD and use
it.
compared to dump, restore does not do anything filesystem specific, just
reads input and make files.
if any - there should not be many fixes needed to make it compile
permissions are
back. This kind of weird since the OS drive hasn't changed. So, there
are the same users setup on the system. Any thoughts?
Well, dump/restore should result in permissions and flags and
everything being as before the dump. I have done the equivalent
many many times and not seen any
1) made /store pristine: newfs -U /dev/ad4s1e
2) mounted /dev/ad4s1e on /store
3) cd into /store
4) ran the command: restore -r -uv -f /backup/fullbackup
5) remove 'restoresymtable' from /store
Thanks in advance for your help
you did restore as root? (i think so but just for sure)
it is
Wojciech Puchar wrote:
Hi,
I have a box with three hard drives:
/dev/da0 - dedicated to the OS
/dev/ad4s1e - data drive - mounted as /store
/dev/ad5s1e - hold a backup of /dev/ad4 - mounted as /backup
I used 'dump' to backup everything from /store to /backup with the
following command:
: restore -r -uv -f /backup/fullbackup
5) remove 'restoresymtable' from /store
The restore went fine and I had all the files back. However, all file
permissions were gone. How can I preserve file permissions with dump /
restore?
Thanks in advance for your help
Hi,
Maybe this is a dumb question, but I was wondering if I could use
dump (and restore) on Windows NTFS partitions.
Say I have a NTFS partition, ad0s1. Could I use:
# dump -b 4 -f /backups/winxp.dump /dev/ad0s1
Or after a restore, Windows would be able to read the files? What about dd
Martin Boulianne wrote:
Maybe this is a dumb question, but I was wondering if I could use
dump (and restore) on Windows NTFS partitions.
Say I have a NTFS partition, ad0s1. Could I use:
# dump -b 4 -f /backups/winxp.dump /dev/ad0s1
No. Dump is specific to ufs/ufs2 filesystems
On Wed, Jan 30, 2008 at 09:18:53AM -0500, Martin Boulianne wrote:
Hi,
Maybe this is a dumb question, but I was wondering if I could use
dump (and restore) on Windows NTFS partitions.
Say I have a NTFS partition, ad0s1. Could I use:
# dump -b 4 -f /backups/winxp.dump /dev/ad0s1
Well, I
On Wed, Jan 30, 2008 at 09:18:53AM -0500, Martin Boulianne wrote:
Hi,
Maybe this is a dumb question, but I was wondering if I could use
dump (and restore) on Windows NTFS partitions.
Say I have a NTFS partition, ad0s1. Could I use:
# dump -b 4 -f /backups/winxp.dump /dev/ad0s1
Dump
On Jan 30, 2008 2:08 PM, Roland Smith [EMAIL PROTECTED] wrote:
On Wed, Jan 30, 2008 at 09:18:53AM -0500, Martin Boulianne wrote:
Hi,
Maybe this is a dumb question, but I was wondering if I could use
dump (and restore) on Windows NTFS partitions.
Say I have a NTFS partition, ad0s1. Could
[EMAIL PROTECTED] wrote:
Yes, I know. However FreeSBIE mounts its bootable CD as root directory
(/) and then creates few RAM drives for /etc /usr etc. But I need the
CD-ROM drive to read the CDs with backup files...
Frenzy (http://www.frenzy.org.ua/en/) can free CD drive.
Milan Knizek [EMAIL PROTECTED] writes:
On Monday 19 February 2007 16:29, Oliver Fromme wrote:
[EMAIL PROTECTED] wrote:
A simpler solution for your restore problem would be
to simply use a standard FreeBSD installation CD,
then make a minimal installation on your hard disk
so you have all
[EMAIL PROTECTED] wrote:
[...]
The restore method will then require to boot from a bootable CD. The
rescue CD system should load itself into RAM drive, so that I can dismount
it and replace it with the CD/DVDs with the backup files.
The rescue CD should provide basic commands and
On Monday 19 February 2007 10:29, Oliver Fromme wrote:
[EMAIL PROTECTED] wrote:
[...]
The restore method will then require to boot from a bootable CD. The
rescue CD system should load itself into RAM drive, so that I can
dismount it and replace it with the CD/DVDs with the backup
Hi list!
I plan to use a full backup of my working desktop FreeBSD 6.2 STABLE
with:
dump -0LuB 10 -f backup.0,backup.1,backup.2 /
(before I will check the number of files needed with dump -S /)
Then gzip the backup.* files separately and burn them to CDs or DVDs.
The restore method will
[EMAIL PROTECTED] wrote:
Hi list!
I plan to use a full backup of my working desktop FreeBSD 6.2 STABLE
with:
dump -0LuB 10 -f backup.0,backup.1,backup.2 /
snip
It would be possible to use some linux distro, but support for UFS2 is
required (I recall that MoviX has worked like this -
- PŮVODNÍ ZPRÁVA -
Od: Joe Holden [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Hi list!
I plan to use a full backup of my working desktop
FreeBSD 6.2 STABLE
with:
dump -0LuB 10 -f backup.0,backup.1,backup.2 /
snip
It would be possible to use some linux
Hi guys,
Thanks for the help with the dump and restore question.
I am about to clone 2 more machines to the setup mentioned in 'Dump and
Restore'.
It is based around FreeBSD 4.7. These systems will need to last 3 years
before they are decommisioned and replaced.
Are there any critical problems
]
Subject: FreeBSD 4.7 (Related to Dump and Restore).
Hi guys,
Thanks for the help with the dump and restore question.
I am about to clone 2 more machines to the setup mentioned in 'Dump
and
Restore'.
It is based around FreeBSD 4.7. These systems will need to last 3
years
before
a server platform that I now
want to clone from a production box to the two new boxes.
I realize that when I do this I will need to delete alot of things from the
new box, but thats OK.
I intend to use Dump and Restore to completely copy the OS from the older
box to the two new ones.
Before I do
On Sun, 23 May 2004, Grant Peel wrote:
I have spent the last year or so developing a server platform that I now
want to clone from a production box to the two new boxes.
I intend to use Dump and Restore to completely copy the OS from the older
box to the two new ones.
The current (older
Grant Peel wrote:
I intend to use Dump and Restore to completely copy the OS from the
older box to the two new ones.
Before I do this, I have three questions:
The current (older box) has only a 18 GB SATA drive on it. The two new
machines have 36 GB SCSI drives. So my question is, as long
On Sun, 23 May 2004, Mark wrote:
You cannot restore the root-partition on the root-partition that you booted
from, because it is in use at the time.
Actually, you can. There are a couple of errors on files that can't be
written, but it works. Although I do at least rebuild the kernel after
active and
the server should boot using the new / partition.
Can this work? I have read that dump/restore is the best solution for backing up
disks. Could there be any problems using restore on a partition already allocated?
Thanks, Rickard.
___
[EMAIL
the dump-file over the / partition on the server.
After the upgrade is complete I reboot the server without the DHCP server active and
the server should boot using the new / partition.
Can this work? I have read that dump/restore is the best solution for backing up
disks. Could there be any
:51 PM
Subject: Re: automatic dump and restore over
On Sun, Jan 11, 2004 at 12:00:12PM +0100, Rickard Dahlstrand wrote:
All the servers is installed with one partition for /, one for /var/. When I do
the initial install I move the /etc to /var/etc and synlink /etc to point at
/var/etc
I have tried to use dump and restore without using a tape.
I can dump successfully, but attempts to restore fail in interactive
mode with an indexing issue (it keeps asking for the volume number to
check and when I provide 1, it cannot find anything).
backup.sh script:
#!/bin/sh
# dump to file
42 matches
Mail list logo