Path: ...!weretis.net!feeder6.news.weretis.net!feeder8.news.weretis.net!news.imp.ch!news.alphanet.ch!alphanet.ch!.POSTED.localhost!not-for-mail From: Marc SCHAEFER Newsgroups: fr.comp.os.linux.configuration Subject: Re: Monter un raid pour copier un disque vers un nouveau sur un raspberry pi2 =?ISO-8859-1?Q?chroot=E9=2E?= Date: Fri, 7 Jan 2022 08:45:31 -0000 (UTC) Organization: Posted through ALPHANET Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Injection-Date: Fri, 7 Jan 2022 08:45:31 -0000 (UTC) Injection-Info: shakotay.alphanet.ch; posting-host="localhost:127.0.0.1"; logging-data="21028"; mail-complaints-to="usenet@alphanet.ch" User-Agent: tin/2.4.3-20181224 ("Glen Mhor") (UNIX) (Linux/4.19.0-18-amd64 (x86_64)) Cancel-Lock: sha256:P3EkoiM6t985llE/klxfINz/ZWXngp3PuFaissg9sSw= Bytes: 2289 Lines: 23 Matthieu wrote: > Le RAID btrfs, quand à lui, détecte le bit rot à la première lecture > grâce aux sommes de contrôle qu'il stock séparément et récupère la bonne > version de l'octet sur le second disque. Oui, comme zfs, effectivement. Je m'y mettrai un jour ou l'autre. En attendant et depuis des décennies, je lance régulièrement une comparaison des données sur les disques RAID via les routines automatique cron. Ca a l'avantage également que si un bloc commence à avoir des erreurs détectables et corrigeables, il devrait être recopié avant que l'erreur devienne non détectable. En SCSI ce genre de choses étaient configurables (REALLOCATE ON READ CORRECTABLE ERROR), je crains qu'en SATA il faille compter sur le fabricant. Un autre changement récent dans le subsystème I/O de Linux c'est la possibilité d'avoir des CRC à travers la chaîne de transfert complète, détectant alors également des erreurs DMA ou RAM que les CRC sur SATA ne détectent pas, car pas positionnés au bon endroit. Mais cela ne marche pas avec toutes les composantes de carte-mère, chipset et disque ...