On 21 Oct at 05:21, George N. White III wrote:
> Modern HDD'sautomatically remap bad sectors. ...
>
> My experience is that a few drives have a small number of bad blocks
> remapped but continue to work. Most just keep
> generating more bad blocks and soon stop working, so you want to copy of
>
On Sun, 20 Oct 2019 at 09:03, Richard Shaw wrote:
> On Sat, Oct 19, 2019 at 7:23 PM George R Goffe via users <
> users@lists.fedoraproject.org> wrote:
>
>>
>> Thanks for the responses.
>>
>> Richard: it takes that long because of the "-c -c" option. As Berend
>> says, it runs badblocks which "bea
On Sat, Oct 19, 2019 at 7:23 PM George R Goffe via users <
users@lists.fedoraproject.org> wrote:
>
> Thanks for the responses.
>
> Richard: it takes that long because of the "-c -c" option. As Berend says,
> it runs badblocks which "beats up a block at a time" writing/reading
> patterns... looking
Thanks for the responses.
Richard: it takes that long because of the "-c -c" option. As Berend says, it
runs badblocks which "beats up a block at a time" writing/reading patterns...
looking for errors. The man page for mke2fs is helpful.
Berend: THANK YOU FOR YOUR RESPONSE! I of course, didn't
On Sat, 2019-10-19 at 10:29 +, George R Goffe via users wrote:
> Hi,
>
> I have a 2TB HDD with a possibly major problem. I have cleared the
> data from it and have tried to run "mke2fs -t ext4 -j /dev/sdc1" but
> after 24 hours it had just finished the 0xaa phase and started
> reading when the
On Sat, Oct 19, 2019 at 5:30 AM George R Goffe via users <
users@lists.fedoraproject.org> wrote:
> Hi,
>
> I have a 2TB HDD with a possibly major problem. I have cleared the data
> from it and have tried to run "mke2fs -t ext4 -j /dev/sdc1" but after 24
> hours it had just finished the 0xaa phase
Hi,
I have a 2TB HDD with a possibly major problem. I have cleared the data from it
and have tried to run "mke2fs -t ext4 -j /dev/sdc1" but after 24 hours it had
just finished the 0xaa phase and started reading when the drive seemingly
dropped ready and was re-assigned as a new device to /dev/s