dd command for remote disk copy?
in [Linux Networking]
|
Prev: Need to keep a more robust DNS cache in my Windows client
Next: Downloading only a particular page/selective pages of a document
From: habibielwa7id on 26 Jan 2010 03:07 On Jan 21, 4:05 am, mynick <anglom...(a)yahoo.com> wrote: > Imaging-copying a working remote share on WindowsNT to a local Linux > disk target is needed . > Is that possible with dd command(how if remote share is connected as > smb://ipnumber/share) and do you need root privilleges on local and > remote machine for that? > Perhaps > on source machine: > > dd if=/dev/hda bs=16065b | netcat targethost-IP 1234 > > on target machine: > > netcat -l -p 1234 | dd of=/dev/hdc bs=16065b > > or > > rsh 192.168.xx.yy "dd if=/dev/sda ibs=4096 conv=notrunc,noerror" | dd > of=/dev/sda obs=4096 > ? > (any difference to dd/privilleges if you use it as windows dd version > since remote is running windowsNT)? -You may do this many ways, As you prefer, After mounting the Windows partitions on Linux you may use Linux rsync command from crontab for example to regularly backup your data, For example use something like, /usr/bin/rsync -ptgorlv --delete /samba root(a)192.168.1.5:/samba If you want to use dd over the network you can do this easily and compressed to save disk space like, dd if=/dev/sda conv=sync,noerror | gzip -c | ssh root(a)192.168.1.5 "dd of=/backup/samba-backup/sda_img.gz" This way you will backup the whole hard disk, If you want to backup only 1 partition or a nother file specify that instead of the whole / dev/sda.
From: habibielwa7id on 28 Jan 2010 04:24 > But copying a live mounted filesystem with dd is likely to be corrupt > because chances are something on the filesystem will change part way > through the copy causing you to get part old and part new data. -Yes you are right, Anybody should use dd on anon mounted file system, But I some times have to use it on a mounted file system, So some times I use rsync after the dd to make sure I have intact and updated version from the data, No body should use only 1 backup method, As you may find the data later when you need it isn't Ok, So I do more than 1 backups using more than 1 method, And we should check our backup data on a regular basis to make sure our backups are Ok, May it will save us later. I have about 3 backups from the systems, 1 is a dd compressed images from the hard disks, 2 is a compressed tar file for the whole hard disks. 3 a regular rsync copies from the data across the network through the crontab every some hours, Plus of course a raid mechanisms on all important servers may a hard disk will crash.
From: Joe Beanfish on 28 Jan 2010 14:41 habibielwa7id wrote: >> But copying a live mounted filesystem with dd is likely to be corrupt >> because chances are something on the filesystem will change part way >> through the copy causing you to get part old and part new data. > > -Yes you are right, Anybody should use dd on anon mounted file system, > But I some times have to use it on a mounted file system, So some > times I use rsync after the dd to make sure I have intact and updated > version from the data, No body should use only 1 backup method, As you > may find the data later when you need it isn't Ok, So I do more than 1 > backups using more than 1 method, And we should check our backup data > on a regular basis to make sure our backups are Ok, May it will save > us later. I have about 3 backups from the systems, 1 is a dd > compressed images from the hard disks, 2 is a compressed tar file for > the whole hard disks. 3 a regular rsync copies from the data across > the network through the crontab every some hours, Plus of course a > raid mechanisms on all important servers may a hard disk will crash. rsync after dd of mounted filesystem is not helpful. Corruption, not just missing data, can occur anywhere, including in the filesystem structure itself. Don't include methods that are expected to fail in your redundancy plan.
From: mynick on 3 Feb 2010 10:46 On Jan 28, 11:41 am, Joe Beanfish <j...(a)nospam.duh> wrote: > habibielwa7id wrote: > >> But copying a live mounted filesystem with dd is likely to be corrupt > >> because chances are something on the filesystem will change part way > >> through the copy causing you to get part old and part new data. > > > -Yes you are right, Anybody should use dd on anon mounted file system, > > But I some times have to use it on a mounted file system, So some > > times I use rsync after the dd to make sure I have intact and updated > > version from the data, No body should use only 1 backup method, As you > > may find the data later when you need it isn't Ok, So I do more than 1 > > backups using more than 1 method, And we should check our backup data > > on a regular basis to make sure our backups are Ok, May it will save > > us later. I have about 3 backups from the systems, 1 is a dd > > compressed images from the hard disks, 2 is a compressed tar file for > > the whole hard disks. 3 a regular rsync copies from the data across > > the network through the crontab every some hours, Plus of course a > > raid mechanisms on all important servers may a hard disk will crash. > > rsync after dd of mounted filesystem is not helpful. Corruption, not just > missing data, can occur anywhere, including in the filesystem structure > itself. Don't include methods that are expected to fail in your > redundancy plan.- Hide quoted text - > > - Show quoted text - so what is the verdict -only the share cannot be raw imaged using dd so dd the complete partition (except by using win software but is there some that does not require instaling an agent/client on remote?) -regardless of the fact that solely one PC will be acessing the remote share after dd rsync run on local PC should be used in order to have correct image so back to original question - is there a set of commands to be typed exclusively on the local PC in order to image remote smb://ipnumber/partition(share) in situation where you do not have admin privilleges on remote win box?
From: Joe Beanfish on 3 Feb 2010 13:58
mynick wrote: > On Jan 28, 11:41 am, Joe Beanfish <j...(a)nospam.duh> wrote: >> habibielwa7id wrote: >>>> But copying a live mounted filesystem with dd is likely to be corrupt >>>> because chances are something on the filesystem will change part way >>>> through the copy causing you to get part old and part new data. >>> -Yes you are right, Anybody should use dd on anon mounted file system, >>> But I some times have to use it on a mounted file system, So some >>> times I use rsync after the dd to make sure I have intact and updated >>> version from the data, No body should use only 1 backup method, As you >>> may find the data later when you need it isn't Ok, So I do more than 1 >>> backups using more than 1 method, And we should check our backup data >>> on a regular basis to make sure our backups are Ok, May it will save >>> us later. I have about 3 backups from the systems, 1 is a dd >>> compressed images from the hard disks, 2 is a compressed tar file for >>> the whole hard disks. 3 a regular rsync copies from the data across >>> the network through the crontab every some hours, Plus of course a >>> raid mechanisms on all important servers may a hard disk will crash. >> rsync after dd of mounted filesystem is not helpful. Corruption, not just >> missing data, can occur anywhere, including in the filesystem structure >> itself. Don't include methods that are expected to fail in your >> redundancy plan.- Hide quoted text - >> >> - Show quoted text - > > so what is the verdict > -only the share cannot be raw imaged using dd so dd the complete > partition > (except by using win software but is there some that does not require > instaling an agent/client on remote?) > -regardless of the fact that solely one PC will be acessing the remote > share after dd rsync run on local PC should be used in order to have > correct image > so back to original question - > is there a set of commands to be typed exclusively on the local PC in > order to image remote smb://ipnumber/partition(share) in situation > where you do not have admin privilleges on remote win box? No. You can't do anything "raw" with a share. All you can do is use filesystem level tools like rsync etc. |