[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Using CiderPress to copy a volume image to a card formatted for Windows...
- Subject: Re: Using CiderPress to copy a volume image to a card formatted for Windows...
- From: Michael J. Mahon <mjmahon@aol.com>
- Date: Thu, 17 Feb 2011 11:19:42 -0600
- Newsgroups: comp.sys.apple2
- References: <ijigom$5o6$1@news.eternal-september.org>
- User-agent: NewsTap/3.2 (iPhone/iPod Touch)
- Xref: g2news2.google.com comp.sys.apple2:22420
BluPhoenyx <bluphoenyx@gmail.com> wrote:
> On 02/14/2011 08:34 PM, Michael J. Mahon wrote:
>> fadden wrote:
>>> On Feb 13, 5:35 pm, "Michael J. Mahon" <mjma...@aol.com> wrote:
>>>
>>>> You mean that Ciderpress doesn't do raw I/Os to the card, obliterating
>>>> the PC partition map? That would be strange...
>>>
>>>
>>> CiderPress operates at the lowest level allowed by the OS. On Win2K
>>> and later, it can view (and overwrite) the partition map. (On Win98
>>> you could only write to "logical" volumes unless you built some 16-bit
>>> thunk code.)
>>
>> I suspect that "allowed by the OS" is the operaqtive phrase.
>>
>> I'm doing this on a Vista laptop, and it doesn't want to allow
>> CiderPress to overwrite block 128.
>>
>> I'll try using Diskpart to clobber it and see if that works.
>
> Well I have to ask... Are you running the program as the administrator?
> You know when you have to set the option before executing the program? This might help.
I'm running as administrator.
> You might also want to try one of the free dd utilities for Windows as an
> option for zeroing the card.
>
> and finally, perhaps using a 'live' Linux cd environment. These come with
> some great utilities in either text or GUI modes.
Both good ideas, but it appears that block 0 is getting written, and
CiderPress can find everything on the volume, so I'm guessing the problem
isn't writing the data to the card, or reading it except with the CFFA.
-michael - NadaNet 3.1: http://home.comcast.net/~mjmahon