> You could try running the following immediately after,
> to see if it also returns quickly:
>
>blockdev --flushbufs /dev/sdb
The issue does not reproduce always and the related USB Thumb Drive has
already been prepared for and does store important data so that is not an
easy task. The USB
Originally found as additional minor bug in ticket #51345 (Knoppix 9.1 with
GNU Coreutils 8.32), I think it is a good idea to create a dedicated report
for it to avoid getting it lost.
When dd is being used with status=progress it appears to update the status
every second but does not do a final
I got an email that somebody replied to this report but it looks like they
did send it to the wrong mail address (maybe they will be merged in order)
but I will still reply to it:
> Suggestion as a possible workaround: Have a look at random(4) and
random(7),
> and ask yourself whether your use of
On Knoppix 9.1 with the Linux Kernel 5.10.10-64 x86_64 and GNU Coreutils
8.32 I wanted to overwrite my USB Thumb Drive a few times with random data
via "dd if=/dev/random of=/dev/sdb bs=1M conv=fsync". While it usually
takes ~2+ minutes to perform this action dd returned once after less than
60
Despite I'm not using Linux as main system anymore and wanted to avoid
getting into too much work I found some time to do some tests as this issue
bugs me just too much.
> You could try running the following immediately after,
> to see if it also returns quickly:
>
> blockdev --flushbufs
Hi,
I'm using Knoppix 9.1 (x86_64 environment) (from early 2021 - but this is
the most recent version of it that is public available) with GNU Coreutils
8.32.
I was overwriting a HDD and wanted to try out the iflag=fullblock option -
despite not strictly needed for that special case but this
