Soft de vérification d'intégrité data.
-
- Messages : 9467
- Inscription : ven. 12 janv. 2018 17:44
Soft de vérification d\'intégrité data.
T'as plusieurs types de produits, moi je parle du plus performant. Il comporte 12 CPU ASICS, donc faut les caser et les refroidir.
Dual High Performance heat sinks and fans.
Mini USB connector
Optional 4 Pin molex or DC barrel connector for power
Board dimensions 4" x 9" (= 22 * 10cm)
PS: le 36Gh/s fait 10*12 cm environ
Dual High Performance heat sinks and fans.
Mini USB connector
Optional 4 Pin molex or DC barrel connector for power
Board dimensions 4" x 9" (= 22 * 10cm)
PS: le 36Gh/s fait 10*12 cm environ
Soft de vérification d\'intégrité data.
y a pas des tof de la bestiole ?
-
- Messages : 9467
- Inscription : ven. 12 janv. 2018 17:44
Soft de vérification d\'intégrité data.
Non pas encore, c'est en phase de fabrication. Je reçois le mien courant janvier normalement 

Soft de vérification d\'intégrité data.
ce qui serait marrant c'est que le notre arrive avant le tiensNon pas encore, c'est en phase de fabrication. Je reçois le mien courant janvier normalement

Logiquement ça devrait être la cas, vu que c'est la commande que j'ai reprise qui a été la première comptabilisée, avant annulation

-
- Messages : 9467
- Inscription : ven. 12 janv. 2018 17:44
Soft de vérification d\'intégrité data.
Ah ah j'avais pas pensé à ça
La mienne a un numéro de plus !

Soft de vérification d\'intégrité data.
Bon bug super fun découvert il y a peu sur volume raide de pot.
Certes ce n'est mais très conseiller mais:
Donc Transfer de 17TB de data de raid a raid.
Pour aller plus vite je lance 2 sessions de supercopier2.
L'une avec séquence de data de grosse taille et l'autre l’inverse.
a un moment des data de taille a peut pré = ce croise donc.
Résultat: par hasard je lance un film.
Et la surprise: grosse altération; le lecteur qui arrive a trouvé des bout de film d'animation parmi dès les bride du film (qui a dû ce copier en même temps, donc a la suite cluster/cluster).
Bref intrication de 2 pistes film.
Ci ça c'est pas fun
Donc là, on se retape la copie total, mais en pure mono séquentiel
ca va être long 
Certes ce n'est mais très conseiller mais:
Donc Transfer de 17TB de data de raid a raid.
Pour aller plus vite je lance 2 sessions de supercopier2.
L'une avec séquence de data de grosse taille et l'autre l’inverse.
a un moment des data de taille a peut pré = ce croise donc.
Résultat: par hasard je lance un film.
Et la surprise: grosse altération; le lecteur qui arrive a trouvé des bout de film d'animation parmi dès les bride du film (qui a dû ce copier en même temps, donc a la suite cluster/cluster).
Bref intrication de 2 pistes film.
Ci ça c'est pas fun

Donc là, on se retape la copie total, mais en pure mono séquentiel


- augur1
- Messages : 13167
- Inscription : ven. 12 janv. 2018 17:44
- Localisation : où tout est neuf et tout est sauvage
- Contact :
Soft de vérification d\'intégrité data.
/!\ NE JAMAIS UTILISER SUPERCOPIER pour copier des AVi / DviX & co !!!! /!\
... sinon, ben.... il arrive ce qu'il t'arrive !
++
... sinon, ben.... il arrive ce qu'il t'arrive !
++
Soft de vérification d\'intégrité data.
pas faux may:
va géré des list de plusieur terra/ 100K fichier sous win ...
oui c'est moche mais bon ...
va géré des list de plusieur terra/ 100K fichier sous win ...
oui c'est moche mais bon ...
Soft de vérification d\'intégrité data.
Quelle idée d'en avoir autant. 

-
- Messages : 9467
- Inscription : ven. 12 janv. 2018 17:44
Soft de vérification d\'intégrité data.
@Kali:
mosie a un gros appétit filmographique 


Soft de vérification d\'intégrité data.
bah Dorcel collection 

-
- Messages : 757
- Inscription : ven. 12 janv. 2018 17:44
Soft de vérification d\'intégrité data.
Tu as aussi la soluce de transfert avec fichier SFV
Soft de vérification d\'intégrité data.
Je vais test quickpar . connaiser pas.
Merci
Merci

Soft de vérification d\'intégrité data.
[:aldebaran v10:2]
Soft de vérification d\'intégrité data.
pour le fun:

gauche: raid 0 DE 8 DDnon homogéne
droite: raide 0 de 8 DD homogéne st3000 machin

En cours de trasfert inter volume sur le méme areca (1880ix)



gauche: raid 0 DE 8 DDnon homogéne
droite: raide 0 de 8 DD homogéne st3000 machin

En cours de trasfert inter volume sur le méme areca (1880ix)


Soft de vérification d\'intégrité data.
1. Resize. 
2. TeraCopy.

2. TeraCopy.

Soft de vérification d\'intégrité data.
TeraCopy c'est foureux comme truc.
Finalement je connaiser quickpar , une vielle verssion. y a des option pas mal dutout.
Finalement je connaiser quickpar , une vielle verssion. y a des option pas mal dutout.
Soft de vérification d\'intégrité data.
foireux
ex; rajout de liste = crash.

ex; rajout de liste = crash.
Soft de vérification d\'intégrité data.
Je déterre ce sujet pour vous parler de "Aide" http://aide.sourceforge.net/ qui peut permettre de détecter du bit rot.
Ca permet aussi de voir des changements de permission, taille, changement dans les dates de modification/création, inode, owner, group, etc...
Je m'en sers en faisant juste une bdd du checksum (on peut choisir l'algo) et de la taille et de la date de modification de fichier. Si quand je le relance, on a un checksum différent sans changement de date de modification, c'est qu'il y a eu corruption.
Je suis en train d'écrire un article sur mon site qui explicite la manière dont je m'en sers avec une commande awk afin de traiter le fichier de sortie de aide pour ne rapporter que les cas de bit rot.
sur mon dossier perso par exemple
j'ai 3 fichiers qui ont changé sans changer de taille ni date de modification (la colonne avec le C signifie que seule le Checksum a changé). Ils s'appellent -shm en fin de fichier et souvent ça signifie shared-memory, je sais pas pourquoi ils réagissent comme ça mais ça doit êtr un truc tordu de firefox donc ici c'est pas de la corruption, mais la détection fonctionne
un fichier qui est modifié mais dont la date change ça ressemble à ça
Ca permet aussi de voir des changements de permission, taille, changement dans les dates de modification/création, inode, owner, group, etc...
Je m'en sers en faisant juste une bdd du checksum (on peut choisir l'algo) et de la taille et de la date de modification de fichier. Si quand je le relance, on a un checksum différent sans changement de date de modification, c'est qu'il y a eu corruption.
Je suis en train d'écrire un article sur mon site qui explicite la manière dont je m'en sers avec une commande awk afin de traiter le fichier de sortie de aide pour ne rapporter que les cas de bit rot.
sur mon dossier perso par exemple
Code : Tout sélectionner
aide -C > /tmp/result
awk '{ if($1 == "f" && match($4,"^[^mc].*C:")) { print $0 }}' /tmp/result
f = ... ....C: /home/***/.mozilla/firefox/ppi9h3ku.default/cookies.sqlite-shm
f = ... ....C: /home/***/.mozilla/firefox/ppi9h3ku.default/healthreport.sqlite-shm
f = ... ....C: /home/***/.mozilla/firefox/ppi9h3ku.default/places.sqlite-shm
un fichier qui est modifié mais dont la date change ça ressemble à ça
Code : Tout sélectionner
f = ... mci.C: /home/***/.mu/xapian/termlist.baseA
(m pour date de modification, c pour date de création et i pour inode, il s'agit donc d'un fichier totalement différent)