Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #241545

Re: Sata Hard drive testing

From Andrei POPESCU <andreimpopescu@gmail.com>
Newsgroups linux.debian.user
Subject Re: Sata Hard drive testing
Date 2021-10-21 10:40 +0200
Message-ID <DaBMd-86t-1@gated-at.bofh.it> (permalink)
References <D9DQ5-4X6-5@gated-at.bofh.it> <D9Ej8-5mk-9@gated-at.bofh.it> <Datvk-2Va-1@gated-at.bofh.it> <DauUq-3RI-1@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

On Jo, 21 oct 21, 02:12:25, piorunz wrote:
> 
> Lastly, you should use it in RAID1 or similar mode, to ensure there is
> always backup of data this drive keeps.

RAID is meant only for uptime, backup is something else, see: 
http://taobackup.com/.

> You can try Btrfs raid1 or mdadm raid1.

Mostly agreed with btrfs[1] (though ZFS is probably better, if you are 
fine with out-of-tree kernel modules[2]).

On the other hand mdadm can't detect silent corruption. In case a flaky 
drive (like the one discussed here) returns corrupted data claiming it 
is good mdadm RAID can't detect this, and in case it detects it, it has 
no way to determine which data is good.

Worst case it might even overwrite the good data with the bad one 
(because the bad data appears to be newer).

> Whatever you choose, try not to use this drive without any
> backup, as you are not sure yet if damage are not progressing.

Yep.

[1] https://arstechnica.com/gadgets/2021/09/examining-btrfs-linuxs-perpetually-half-finished-filesystem/
[2] DKMS makes this mostly painless

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Sata Hard drive testing Thomas Anderson <thomas.anderson@little-beak.com> - 2021-10-18 18:40 +0200
  Re: Sata Hard drive testing Felix Miata <mrmazda@earthlink.net> - 2021-10-18 18:50 +0200
  Re: Sata Hard drive testing Reco <recoverym4n@enotuniq.net> - 2021-10-18 19:10 +0200
    Re: Sata Hard drive testing Thomas Anderson <thomas.anderson@little-beak.com> - 2021-10-18 19:30 +0200
    Re: Sata Hard drive testing Thomas Anderson <thomas.anderson@little-beak.com> - 2021-10-21 01:50 +0200
      Re: Sata Hard drive testing Gene Heskett <gheskett@shentel.net> - 2021-10-21 02:40 +0200
      Re: Sata Hard drive testing piorunz <piorunz@gmx.com> - 2021-10-21 03:20 +0200
        Re: Sata Hard drive testing Andrei POPESCU <andreimpopescu@gmail.com> - 2021-10-21 10:40 +0200
      Re: Sata Hard drive testing David Christensen <dpchrist@holgerdanske.com> - 2021-10-21 04:40 +0200
        Re: Sata Hard drive testing piorunz <piorunz@gmx.com> - 2021-10-21 16:30 +0200
      Re: Sata Hard drive testing Reco <recoverym4n@enotuniq.net> - 2021-10-21 07:50 +0200
      Re: Sata Hard drive testing Dan Ritter <dsr@randomstring.org> - 2021-10-21 14:40 +0200
        Re: Sata Hard drive testing Gene Heskett <gheskett@shentel.net> - 2021-10-21 15:00 +0200
          Re: Sata Hard drive testing David <bouncingcats@gmail.com> - 2021-10-21 15:10 +0200
            Re: Sata Hard drive testing Gene Heskett <gheskett@shentel.net> - 2021-10-21 16:30 +0200
            Re: Sata Hard drive testing Kenneth Parker <sea7kenp@gmail.com> - 2021-10-21 18:10 +0200
              Re: Sata Hard drive testing Thomas Anderson <thomas.anderson@little-beak.com> - 2021-10-24 17:00 +0200
          Re: Sata Hard drive testing Andrei POPESCU <andreimpopescu@gmail.com> - 2021-10-21 15:10 +0200
            Re: Sata Hard drive testing Andrei POPESCU <andreimpopescu@gmail.com> - 2021-10-21 15:20 +0200
  Re: Sata Hard drive testing basti <mailinglist@unix-solution.de> - 2021-10-18 19:50 +0200
  Re: Sata Hard drive testing David Christensen <dpchrist@holgerdanske.com> - 2021-10-18 20:40 +0200
  Re: Sata Hard drive testing Stefan Monnier <monnier@iro.umontreal.ca> - 2021-10-18 21:30 +0200

csiph-web