> /proc/partitions is populated, but only with actual disks. The device
> mapping for disks is a mapping from the internal NT namespace objects
> \Device\HarddiskX\PartitionY to the POSIX-like /dev/sdXY. Since shadow copies
> of a disk don't match this mapping, you're out of luck. Maybe we can ad
On 07/28/2009 05:27 AM, Corinna Vinschen wrote:
On Jul 27 18:31, Larry Hall (Cygwin) wrote:
On 07/27/2009 05:48 PM, Rob Bosch wrote:
The issue appears to be with ntfsclone in that it must point to
something in /proc/partitions. It will not work with any /cygdrive/X (used
dosdev.c from Corinna
On Jul 27 18:31, Larry Hall (Cygwin) wrote:
> On 07/27/2009 05:48 PM, Rob Bosch wrote:
>> The issue appears to be with ntfsclone in that it must point to
>> something in /proc/partitions. It will not work with any /cygdrive/X (used
>> dosdev.c from Corinna and typical vshadow to expose as a drive
On 07/27/2009 05:48 PM, Rob Bosch wrote:
The issue appears to be with ntfsclone in that it must point to
something in /proc/partitions. It will not work with any /cygdrive/X (used
dosdev.c from Corinna and typical vshadow to expose as a drive with no luck). I
found
this out by commenting out th
The issue appears to be with ntfsclone in that it must point to something in
/proc/partitions. It will not work with any /cygdrive/X (used dosdev.c from
Corinna and typical vshadow to expose as a drive with no luck). I found this
out by commenting out the read-only check and rebuilding ntfsclo
I was able to get ntfsprogs to compile under cygwin 1.7 after some
troubleshooting. I tried to get ntfsclone to point to the //?/GLOBALROOT for a
shadow copy. I know dd can do this. ntfsclone doesn't appear to be aware of
these devices and there are no /dev/sd?? associated with them either.
6 matches
Mail list logo
