Baie 4 disques ESata DATATALE RCM4QJ
Ayant eu besoin de sauvegarder des documents, des films, des photos, tous objets très volumineux j'ai cherché un système externe de très grande capacité.
Note 2022 : cette unité fonctionne toujours parfaitement, évidement avec Linux ..., je m'en sert une fois par mois pour faire des sauvegardes.
Un peu par hasard je suis tombé sur une firme Taïwanaise qui commercialisait un système qui m'a semblé intéressant. La boite est munie de connexions variées (USB2, Firewire 400 et 800 et ESata), c'est bien entendu la connexion ESata qui m'a le plus intéressé car elle est en principe un gage de vitesse.
Ce boîtier permet en outre d'utiliser différents types de RAID avec ou sans disque de secours et supporte tous les types de disques, même les derniers disques de 3Téra. On peut donc créer un RAID5 de 9 Téras avec 4 disques de 3To. N'ayant que des disques de 2To je serais limité à 6To en RAID5 ou 4To en RAID10.
Le boîtier modèle RCM4QJ (la version USB/Firewire 400/800, ESata) peut être trouvé chez quelques revendeurs européens ou sur Amazon pour environ 250 Euros et parfois moins ...Lien vers le site du constructeur.
Ayant réussi à m'en procurer une unité depuis Taïwan je vous présente les premiers tests réalisés.
Attention à la "qualité" des disques, certains disques (entre autre les disques "green") ne sont pas adaptés à un usage "RAID", voir la mise en garde du constructeur (lien cassé!) .
J'ai ici utilisé des disques de 2To de marque Hitachi, un peu plus chers que les disques "verts", mais qui fonctionnent sans problème.
J'ai aussi eu au début quelques problèmes de reconnaissance de l'unité lors du boot et des messages :
"link is slow to respond, please be patient" peuvent apparaître.
En effet l'unité est un peu "paresseuse" et le contrôleur "Jmicron" de ma carte mère était configuré en mode "AHCI", en principe conseillé. J'ai depuis changé de carte mère et de processeur et, bien sûr, de version du noyau (actuellement 4.7.1) et cela fonctionne toujours (Août 2016).
Avec cette configuration AHCI la reconnaissance était un peu aléatoire sans modification de quelques constantes du noyau (ATA_WAIT_AFTER_RESET, ATA_TMOUT_FF_WAIT, ATA_TMOUT_FF_WAIT_LONG) avec le contrôleur ESATA de ma carte mère (puce JMicron) pour le détail des manipulations de modification sur le noyau (c'est un bien grand mot) voir l'article spécifique.
Autre particularité "gparted" ne reconnaît pas correctement le format des partitions et les considère toujours comme "unallocated" bien que celles-ci se montent sans difficulté ! Après usage il est préférable de n'utiliser qu'une partition et de la gérer avec LVM car 6Téra (RAID5) en une seule partition c'est dur à gérer ! Voir le "HOW TO" pour l'utilisation de LVM.
J'ai préparé, à part, un document sur l'aspect "physique" de l'engin avec quelques belles images. L'engin est certifié compatible Windows et Mac (une version avec interface Thunderbolt et USB3 est en préparation) je l'ai d'abord monté (en USB2) sur un portable sous Windows afin de pouvoir utiliser le logiciel fourni, versions Windows et Mac. Logiciel installé sans problèmes et j'ai configuré les 4 disques présents (4 * 2 Téra) en RAID 10 ce qui doit donner outre 4 Téra, vitesse (disques en série) et securité (2 groupes en miroir). J'espère pouvoir le tester avec un MAC bientôt. Dès la fin de cette opération j'ai tenté le montage en ESata sur une machine Linux ... et l'opération s'est déroulée sans problèmes, Linux a reconnu la baie dès la mise sous tension et a bien reconnu le zinzin -Kernel Debian 3.1.5) :
[66721.241068] scsi 6:0:0:0: Direct-Access ATA SMART RAID 10 0958 PQ: 0 ANSI: 5
[66721.241527] sd 6:0:0:0: Attached scsi generic sg4 type 0
[66721.241552] sd 6:0:0:0: [sde] 7813857280 512-byte logical blocks: (4.00 TB/3.63 TiB)
[66721.241774] sd 6:0:0:0: [sde] Write Protect is off
[66721.241786] sd 6:0:0:0: [sde] Mode Sense: 00 3a 00 00
[66721.241867] sd 6:0:0:0: [sde] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Au vu de la taille de l'unité présentée "fdisk" s'est un peu affolé :
fdisk /dev/sdg
Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
Building a new DOS disklabel with disk identifier 0x7945aefe.
Changes will remain in memory only, until you decide to write them.
After that, of course, the previous content won't be recoverable.
Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)
WARNING: The size of this disk is 4.0 TB (4000694927360 bytes).
DOS partition table format can not be used on drives for volumes
larger than (2199023255040 bytes) for 512-byte sectors. Use parted(1) and GUID
partition table format (GPT).
Il vaut donc mieux utiliser "gparted" pour initialiser le disque en "GPT" et le formater en deux partitions EXT3. Après cette petite manip qui laisse le temps d'aller boire un café : 
on obtient ensuite le résultat suivant : 
Le montage des deux partitions est ensuite possible et les tests peuvent commencer, d'abord des tests simples pour se donner une idée rapide.
Un premier test en écriture avec "dd" :
cd /DATATALE_1
dd if=/dev/zero of=./toto bs=4096 count=4096000
4096000+0 enregistrements lus
4096000+0 enregistrements écrits
16777216000 octets (17 GB) copiés, 295,005 s, 56,9 MB/s
Un peu moins de 60Mo/seconde c'est déjà pas mal pour un disque externe.
Deuxième petit test, plus réel, recopier un ensemble de répertoires comprenant environ 2500 photos réparties dans 28 sous-répertoires pour un total de 21,6Go : la copie est effectuée en un peu plus de 6 minutes soit environ 57Mo/seconde.
Remarque :
Après ces tests l'unité ne chauffe pas et reste parfaitement silencieuse, le boîtier en aluminium semble parfaitement remplir son rôle. Bientôt une analyse plus poussée de ce bel engin.
Voir les tests plus complets sur EXT3 en RAID10. Et sur EXT4 en RAID5
Les tests en Ext4 sont en cours .... voici les premiers résultats sur une partition unique de 4To
Tests EXT4 en écriture :
dd if=/dev/zero of=./toto bs=4096 count=4096000
4096000+0 records in
4096000+0 records out
16777216000 bytes (17 GB) copied, 232,184 s, 72,3 MB/s
Même test avec un transfert par blocs de 16K au lieu de 4K :
dd if=/dev/zero of=./toto bs=16535 count=1024000
1024000+0 records in
1024000+0 records out
16931840000 bytes (17 GB) copied, 218,376 s, 77,5 MB/s
On approche les 80Mo/seconde ...
Test rapide EXT4 en lecture :
dd if=./toto of=/dev/null
33070000+0 records in
33070000+0 records out
16931840000 bytes (17 GB) copied, 162,256 s, 104 MB/s
Les 100Mo/seconde sont dépassés !
Copie de 15Go dans 33 répertoires et #1800 fichiers durée 8 minutes soit #32Mo/seconde.
Pour finir une vue de cette petite bête installée sur un boîtier moyenne tour en aluminium lui aussi.
 |
Le boîtier vide est très léger, aluminium oblige et de dimensions réduites (l = 14,H = 21,5, P = 21). L'aspect aluminium est très "propre". Tout peut être commandé à l'aide des 4 boutons et de l'écran d'affichage. |