Re: dd command for remote disk copy?

mynick <(E-Mail Removed)> wrote:
> Imaging-copying a working remote share on WindowsNT to a local Linux
> disk target is needed.

Clarification required:

Once the imaging/copying has been completed, do you intend to mount the
resulting *NTFS* partition on the Linux box? Or do you intend that the
files should be copied from the remote (presumably NTFS) share, onto a
local native (e.g. ext3) filesystem?

One can be handled with imaging. Both can be handled with file copying.


> Is that possible with dd command

I'm puzzled how you would intend to run dd and netcat on a Windows host.
Chris

mynick wrote:
> On Jan 22, 3:29 am, Chris Davies <chris-use...@roaima.co.uk> wrote:
>> mynick <anglom...@yahoo.com> wrote:
>>> Imaging-copying a working remote share on WindowsNT to a localLinux
>>> disk target is needed.
>> Clarification required:
>>
>> Once the imaging/copying has been completed, do you intend to mount the
>> resulting *NTFS* partition on theLinuxbox? Or do you intend that the
>> files should be copied from the remote (presumably NTFS) share, onto a
>> local native (e.g. ext3) filesystem?
>>
>> One can be handled with imaging. Both can be handled with file copying.
>>
>>> Is that possible with dd command
>> I'm puzzled how you would intend to run dd and netcat on a Windows host.
>> Chris
>
> Would like to have raw image of the connected-visible remote shared
> folder as a backup and to be able to restore it to local disk
> there is dd and netcat win version

I'm not sure what the share has to do with anything. You need to read
the raw device directly on the windows box. You can send the data wherever
for storage.

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.

mynick <(E-Mail Removed)> wrote:
> Would like to have raw image of the connected-visible remote shared
> folder as a backup and to be able to restore it to local disk
> there is dd and netcat win version

If it's a shared folder within a partition, the chances of being able
to anything even slightly useful with dd (or any other raw copy), other
than copy the entire partition, are negligible.

It sounds to me that you'd be better off with one of the following:

* Performing a file-by-file copy between the systems
* Using a (probably commercial) Windows-aware filesystem backup
application

Chris

Chris Davies wrote:
> mynick <(E-Mail Removed)> wrote:
>> Would like to have raw image of the connected-visible remote shared
>> folder as a backup and to be able to restore it to local disk
>> there is dd and netcat win version
>
> If it's a shared folder within a partition, the chances of being able
> to anything even slightly useful with dd (or any other raw copy), other
> than copy the entire partition, are negligible.
>
> It sounds to me that you'd be better off with one of the following:
>
> * Performing a file-by-file copy between the systems
> * Using a (probably commercial) Windows-aware filesystem backup
> application
>
> Chris

Boot on a livecd with clonezilla on the windows box.

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.

mynick wrote:
> On Jan 28, 11:41 am, Joe Beanfish <j...@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.