Re: dump and restore
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 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 that next time then. The actual partition size was ~200GB, but around 74Gb data. Thanks all for your answers. Peter -- http://www.boosten.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dump and restore
Peter Boosten [EMAIL PROTECTED] writes: 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 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 that next time then. The actual partition size was ~200GB, but around 74Gb data. If you can, it's always *much* preferable to dump an unmounted partition. I suspect your problems here had more to do with the bad disk, though. -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dump and restore
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 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 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. Is it normal for a backup/restore to take this long? Or could this be due to my failing disk? When dumping to a file it should not take this long. But in this case it might be that dump is waiting for restore, since the space in a pipe is not infinite. Also, when dumping mounted partitions you should use the -L flag with dump. But in a case like this there is little reason to mount the old partitions. If the failing disk was giving trouble, you might find errors in /var/log/messages. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgpmKtzKlogpz.pgp Description: PGP signature
Re: dump and restore
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 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. Is it normal for a backup/restore to take this long? Or could this be due to my failing disk? if you don't use softdeps on destination disk - it will. or if it had so slow reads because of hardware problem. rather be happy it succeeded :) if your disk is failing ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dump and restore
On Sat, 19 Jul 2008 06:51 am, 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 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 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 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 failing disk? Peter Malcolm ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Dump and restore for Windows partitions
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. It specifically knows the format of the filesystem (superblocks, inodes, directories etc). You just get an error if you try: (cartman)103% dump -0 -f /tmp/foo /windows DUMP: Date of this level 0 dump: Wed Jan 30 15:23:25 2008 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/ad4s1 (/windows) to /tmp/foo DUMP: Cannot find file system superblock DUMP: The ENTIRE dump is aborted. I don't know if there are NTFS utils running on FreeBSD that could do similar - others may, or search the ports for NTFS related software and see what the pkg-descr files say. --Alex PS A question is only dumb if you ask the same one repeatedly. This question might demonstrate some ignorance, but we were all ignorant once and questions are one of the best cures! IMHO, of course. (In the computer world, manuals are another cure but the page for dump was written when UFS was the *only* filesystem that worked on BSD, so fails to actually answer your question). ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Dump and restore for Windows partitions
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 htink it would work for a FATnn slice, but I don't know about NTFS. Or after a restore, Windows would be able to read the files? What about dd, with something like: # dd if=/dev/ad0s1 of=/backups/winxp.bck bs=4k The problem is that dd copies essentially byte-by-byte and so it might not restore in the fashion you wish. Label blocks and file links would all have to be identical - which they might not be in a real life situation. But, give it a try. Copy it with dd and then restore it with dd back to a different slice and see what happens. jerry Thanks!! =) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Dump and restore for Windows partitions
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 is only suited for FreeBSD's native UFS filesystem. Or after a restore, Windows would be able to read the files? What about dd, with something like: # dd if=/dev/ad0s1 of=/backups/winxp.bck bs=4k This should work, I think. But it will take up a lot of space, because it will copy the every sector (even unused ones). Unless there are special features of NTFS that you use, you could mount the volume, and make a backup with zip(1) or tar(1). Note that with this method you will probably lose any NTFS attributes. The port sysutils/ntfsprogs contains programs like ntfsclone and ntfscp. Maybe those can be of use? Probably the best tool to completely backup an NTFS partition is a windows-based tool. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgpcUE6ka1gui.pgp Description: PGP signature
Re: Dump and restore for Windows partitions
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 I use: # dump -b 4 -f /backups/winxp.dump /dev/ad0s1 Dump is only suited for FreeBSD's native UFS filesystem. Or after a restore, Windows would be able to read the files? What about dd, with something like: # dd if=/dev/ad0s1 of=/backups/winxp.bck bs=4k This should work, I think. But it will take up a lot of space, because it will copy the every sector (even unused ones). Unless there are special features of NTFS that you use, you could mount the volume, and make a backup with zip(1) or tar(1). Note that with this method you will probably lose any NTFS attributes. The port sysutils/ntfsprogs contains programs like ntfsclone and ntfscp. Maybe those can be of use? Probably the best tool to completely backup an NTFS partition is a windows-based tool. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) Hi Roland, Well, from its man pages, ntfsclone seems very promising!! If it is restored to a different partition than the one it was backuped from, Windows won't boot. But that's easy to fix... Anyway it's for backup purpose, so I shall use it on the same partition. Moreover, I use FreeBSD's boot manager, so I don't give a crap =P Thanks! =) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]