Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #241545
| 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 |
[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
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