Re: DD bug fails to wipe last 48 sectors of a disk

Re: DD bug fails to wipe last 48 sectors of a disk

[Hamish McIntyre-Bhatty]

[-- Attachment #1.1.1: Type: text/plain, Size: 169 bytes --]

Was this ever resolved? I could have sworn I saw some discussion about
this but I can't find it in the archives.

It might also affect ddrescue, I feel.

Hamish


[-- Attachment #1.1.2: 0x87B761FE07F548D6.asc --]
[-- Type: application/pgp-keys, Size: 3235 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: DD bug fails to wipe last 48 sectors of a disk

[Erik Soderquist]

On Mon, Sep 14, 2020 at 11:45 AM Hamish McIntyre-Bhatty via Cygwin wrote:
>
> Was this ever resolved? I could have sworn I saw some discussion about
> this but I can't find it in the archives.

I still have the thread in my local email; a couple viable work
arounds were provided, but the issue's root cause is on the Windows
side, so I believe the only real route to a true fix would be via
Microsoft altering their code.

> It might also affect ddrescue, I feel.

I believe you are accurate in this feeling.

-- Erik

(op bcc'ed)

--
"I do not think any of us are truly sane, Caleb. Not even you. Courage
is not sanity. Being willing to die for someone else is not sanity."
... "Love is not sane, nor is faith." ... "If sanity lacks those
things, Caleb, I want no part of it."

-- Alexandria Terri in "Weaving the Wyvern" by Alexis Desiree Thorne

RE: [cygwin] Re: DD bug fails to wipe last 48 sectors of a disk

[Jason Pyeron]

> -----Original Message-----
> From: Erik Soderquist
> Sent: Monday, September 14, 2020 11:55 AM
> Subject: [cygwin] Re: DD bug fails to wipe last 48 sectors of a disk
> 
> On Mon, Sep 14, 2020 at 11:45 AM Hamish McIntyre-Bhatty via Cygwin wrote:
> >
> > Was this ever resolved? I could have sworn I saw some discussion about
> > this but I can't find it in the archives.
> 
> I still have the thread in my local email; a couple viable work
> arounds were provided, but the issue's root cause is on the Windows
> side, so I believe the only real route to a true fix would be via
> Microsoft altering their code.

When accessing with proper (aligned) block size and count I do not encounter the problem - happy to test again.

> 
> > It might also affect ddrescue, I feel.
> 
> I believe you are accurate in this feeling.

Re: [cygwin] Re: DD bug fails to wipe last 48 sectors of a disk

[Hamish McIntyre-Bhatty]

[-- Attachment #1.1.1: Type: text/plain, Size: 1303 bytes --]

Could you perhaps try with ddrescue for me please (also has a block size
option)? I could try and reproduce myself but without the email thread
that will be a challenge.

Hamish

On 14/09/2020 17:32, Jason Pyeron wrote:
>> -----Original Message-----
>> From: Erik Soderquist
>> Sent: Monday, September 14, 2020 11:55 AM
>> Subject: [cygwin] Re: DD bug fails to wipe last 48 sectors of a disk
>>
>> On Mon, Sep 14, 2020 at 11:45 AM Hamish McIntyre-Bhatty via Cygwin wrote:
>>> Was this ever resolved? I could have sworn I saw some discussion about
>>> this but I can't find it in the archives.
>> I still have the thread in my local email; a couple viable work
>> arounds were provided, but the issue's root cause is on the Windows
>> side, so I believe the only real route to a true fix would be via
>> Microsoft altering their code.
> When accessing with proper (aligned) block size and count I do not encounter the problem - happy to test again.
>
>>> It might also affect ddrescue, I feel.
>> I believe you are accurate in this feeling.
>
>
> --
> Problem reports:      https://cygwin.com/problems.html
> FAQ:                  https://cygwin.com/faq/
> Documentation:        https://cygwin.com/docs.html
> Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple

[-- Attachment #1.1.2: 0x87B761FE07F548D6.asc --]
[-- Type: application/pgp-keys, Size: 3235 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

RE: [cygwin] Re: DD bug fails to wipe last 48 sectors of a disk

[Jason Pyeron]

> From: Hamish McIntyre-Bhatty
> Sent: Monday, September 14, 2020 12:34 PM
> 
> On 14/09/2020 17:32, Jason Pyeron wrote:
> >> -----Original Message-----
> >> From: Erik Soderquist
> >> Sent: Monday, September 14, 2020 11:55 AM
> >>
> >> On Mon, Sep 14, 2020 at 11:45 AM Hamish McIntyre-Bhatty via Cygwin wrote:
> >>> Was this ever resolved? I could have sworn I saw some discussion about
> >>> this but I can't find it in the archives.
> >> I still have the thread in my local email; a couple viable work
> >> arounds were provided, but the issue's root cause is on the Windows
> >> side, so I believe the only real route to a true fix would be via
> >> Microsoft altering their code.
> > When accessing with proper (aligned) block size and count I do not encounter the problem - happy to
> test again.
> >
> >>> It might also affect ddrescue, I feel.
> >> I believe you are accurate in this feeling.

(next time, please attempt to bottom post on this mailing list, moved it where it belongs)

> Could you perhaps try with ddrescue for me please (also has a block size
> option)? I could try and reproduce myself but without the email thread
> that will be a challenge.

Yes, I observed the same result with ddrescue before (bad input = bad behavior, good input = good behavior). The issue, as I have observed it, is if Windows is asked to write a string of blocks, past the end of the drive it will silently fail and not write some of those block BEFORE the end of the drive.

If block size (bs) is a multiple of 4096 (or 512 for most drives) and the count * bs = drive size exactly (as reported by windows) no error.

Re: [cygwin] Re: DD bug fails to wipe last 48 sectors of a disk

[Thomas Wolff]

Am 14.09.2020 um 19:09 schrieb Jason Pyeron:
>> From: Hamish McIntyre-Bhatty
>> Sent: Monday, September 14, 2020 12:34 PM
>>
>> On 14/09/2020 17:32, Jason Pyeron wrote:
>>>> -----Original Message-----
>>>> From: Erik Soderquist
>>>> Sent: Monday, September 14, 2020 11:55 AM
>>>>
>>>> On Mon, Sep 14, 2020 at 11:45 AM Hamish McIntyre-Bhatty via Cygwin wrote:
>>>>> Was this ever resolved? I could have sworn I saw some discussion about
>>>>> this but I can't find it in the archives.
>>>> I still have the thread in my local email; a couple viable work
>>>> arounds were provided, but the issue's root cause is on the Windows
>>>> side, so I believe the only real route to a true fix would be via
>>>> Microsoft altering their code.
>>> When accessing with proper (aligned) block size and count I do not encounter the problem - happy to
>> test again.
>>>>> It might also affect ddrescue, I feel.
>>>> I believe you are accurate in this feeling.
> (next time, please attempt to bottom post on this mailing list, moved it where it belongs)
>
>> Could you perhaps try with ddrescue for me please (also has a block size
>> option)? I could try and reproduce myself but without the email thread
>> that will be a challenge.
> Yes, I observed the same result with ddrescue before (bad input = bad behavior, good input = good behavior). The issue, as I have observed it, is if Windows is asked to write a string of blocks, past the end of the drive it will silently fail and not write some of those block BEFORE the end of the drive.
>
> If block size (bs) is a multiple of 4096 (or 512 for most drives) and the count * bs = drive size exactly (as reported by windows) no error.
Where in the code is that handled? Wouldn't it be easy to limit the 
count according to the disk size as a workaround?

Re: [cygwin] Re: DD bug fails to wipe last 48 sectors of a disk

[Hamish McIntyre-Bhatty]

[-- Attachment #1.1.1: Type: text/plain, Size: 2050 bytes --]

Ah good, thanks for clarifying this for me. I don't think my program
will be affected by this bug.

Hamish

On 14/09/2020 18:09, Jason Pyeron wrote:
>> From: Hamish McIntyre-Bhatty
>> Sent: Monday, September 14, 2020 12:34 PM
>>
>> On 14/09/2020 17:32, Jason Pyeron wrote:
>>>> -----Original Message-----
>>>> From: Erik Soderquist
>>>> Sent: Monday, September 14, 2020 11:55 AM
>>>>
>>>> On Mon, Sep 14, 2020 at 11:45 AM Hamish McIntyre-Bhatty via Cygwin wrote:
>>>>> Was this ever resolved? I could have sworn I saw some discussion about
>>>>> this but I can't find it in the archives.
>>>> I still have the thread in my local email; a couple viable work
>>>> arounds were provided, but the issue's root cause is on the Windows
>>>> side, so I believe the only real route to a true fix would be via
>>>> Microsoft altering their code.
>>> When accessing with proper (aligned) block size and count I do not encounter the problem - happy to
>> test again.
>>>>> It might also affect ddrescue, I feel.
>>>> I believe you are accurate in this feeling.
> (next time, please attempt to bottom post on this mailing list, moved it where it belongs)
>
>> Could you perhaps try with ddrescue for me please (also has a block size
>> option)? I could try and reproduce myself but without the email thread
>> that will be a challenge.
> Yes, I observed the same result with ddrescue before (bad input = bad behavior, good input = good behavior). The issue, as I have observed it, is if Windows is asked to write a string of blocks, past the end of the drive it will silently fail and not write some of those block BEFORE the end of the drive.
>
> If block size (bs) is a multiple of 4096 (or 512 for most drives) and the count * bs = drive size exactly (as reported by windows) no error.
>
>
> --
> Problem reports:      https://cygwin.com/problems.html
> FAQ:                  https://cygwin.com/faq/
> Documentation:        https://cygwin.com/docs.html
> Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple

[-- Attachment #1.1.2: 0x87B761FE07F548D6.asc --]
[-- Type: application/pgp-keys, Size: 3235 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]