Ces taxes ne sont pas posées pour compenser le piratage, elles ne légitiment pas le piratage et ne rendent pas légaux l'utilisation de morceaux piratés.
Cette taxe existe pour compenser la copie privée. Lorsqu'on achète un morceau de musique, on achète en réalité une ou deux choses:
- Un support physique, sauf dans le cas de musique dématérialisée.
- Un droit d'écoute personnel du morceau.
Le droit d'écoute permet ce que l'on appelle en France l'exception pour la copie privée. On a payé le droit d'écouter la musique, quelque soit le support physique, et comme les supports physiques ne sont pas tous très solides, on a le droit de multiplier les supports physiques. Cela ne change rien au droit d'écoute que l'on a reçu. On n'a pas le droit de passer la musique à qui on veut, ou de la diffuser en public par exemple.
Comme certains (surtout parmi les gens qui touchent du pognon sur l'exploitation de la musique) ont estimé qu'ils perdaient de l'argent à chaque copie, parce que les gens ne re-achetaient pas ce qu'ils avaient déjà acquis; ils ont inventé un 'manque à gagner' lié à la copie privée; et pour compenser ce manque à gagner, on nous a pondu une belle taxe.
Depuis quelques temps existe l'annuaire universel, comme tu n'en parles pas, j'aborde le sujet:
L'annuaire universel français (j'imagine que tu es français avec un plan de numérotation pareil) contient l'ensemble des abonnés au téléphone en France, quelque soit l'opérateur.
Les lignes fixes y sont déclarés par défaut par l'opérateur sauf opposition explicite (liste rouge).
Les lignes mobiles n'y sont pas déclarés par défaut (liste rouge), sauf demande du client.
Le client titulaire d'une ligne fixe ou mobile, s'il le souhaite, et cela gratuitement et aussi souvent qu'il le souhaite, peut demander certaines options lors de sa parution dans l'annuaire universel. Dans les options possibles, il y a l'opposition à la prospection marketing, aussi appelé liste orange.
Si tu es sur liste rouge (situation par défaut) ou si tu es sur liste orange, et sauf autorisation explicite de ta part; les entreprises n'ont pas le droit de te téléphoner ou de t'envoyer ce genre de SMS, si ce n'est pas le cas, ils ont toute légalité de le faire.
J'suis d'accord avec Serge, le champignon est tout autant, voir plus exceptionnel et mérite largement toute notre considération; surtout sautés à la poële avec un peu de crème fraiche.
Sur un portable, il est généralement difficile de mettre deux disques dur.
Sur mon serveur, depuis plusieurs années j'ai mis le /boot sur une CF, non pas pour augmenter la vitesse, cela ne fait pas de différence; mais pour augmenter la fiabilité.
Les choses vont peut-être changer avec les nouveaux PC et le support par Vista d'une mémoire Flash complémentaire au disque dur. Ca devrait se démocratiser dans le matériel vendu.
Ca donne ça (c'est une vieille carte de 32 Mo):
hda: PQI ATA Rev6.0, CFA DISK drive
hda: 64000 sectors (32 MB) w/0KiB Cache, CHS=1000/16/4
hdparm -t /dev/hda
/dev/hda:
Timing buffered disk reads: 6 MB in 3.66 seconds = 1.64 MB/sec
Je pense que cela n'a pas d'impact. Les cartes compact-flash proposent plusieurs protocoles, et l'un de ces protocole est IDE (sauf certaines cartes économiques qui 'oublient' de l'implémenter).
L'adaptateur fait donc essentiellement une adaptation physique, il propose un connecteur CF d'un coté, et un connecteur 40 broches + Molex ou un connecteur 44 broches de l'autre.
Sur certains adaptateurs, on trouve quelques portes logiques qui permettent d'avoir une LED d'activité qui s'allume en cas d'accès et un cavalier pour choisir d'installer la carte en maître ou en esclave.
Ca n'a rien à avoir avec un adaptateur IDE sur USB qui doit convertir un protocole série Mass-Storage de l'USB vers des commandes IDE sur un bus parallèle et qui demande de l'électronique.
Comme la FAT règne en maître sur le secteur des cartes mémoire, ces problèmes de vieillissement prématuré de certaines cellules (celles de la table d'allocation justement) ont été critique dès le début. A chaque fois que l'on modifie le nombre de secteur d'un fichier, la FAT est ré-écrite.
Les fabriquants ont été obligé d'installer dans leurs cartes une couche d'indirection entre les secteurs logiques vus par le système et les secteurs logiques. Ainsi, si on écrit 100 fois le même secteur, ce n'est pas le même secteur physique qui est utilisé à chaque fois.
Bien sur, ça coute, et dans le bas de gamme, on trouve encore probablement des mémoires qui n'implémentent pas ce genre de chose.
Un grand classique, c'est le défaut d'alimentation.
La RAM actuelle est très sensible aux chutes de tension; et parfois le contenu est corrompu alors que la carte mère, chargé de surveiller la tension et d'agir en cas de problème; ne voit rien.
Il y a eu une discussion il y a quelques mois chez les développeurs Linux signalant que souvent; en cas de coupure de courant sur des cartes mères bas de gamme; il arrivait qu'un transfert DMA en cours vers un disque dur se termine sans que la carte mère se rende compte que les données étaient corrompues. Le secteur écrit sur le disque dur au moment de l'extinction était donc complètement corrompu.
Si les gens qui sont contre une certaine position quittent le pays, alors ça contribue à concentrer l'autre catégorie, les gens qui soutiennent cette position et donc à leur donner du pouvoir.
Enfin, c'est peut-être une vision un peu mathématique des choses.
Je n'ai pas vu de bench entre le 32 bits et le 64 bits; mais c'est à mon avis la seule modification qui vaut le coup.
Le mode amd64 dispose de bien plus de registres et lors des appels de fonction, les paramètres sont passés premièrement dans les registres; ce qui doit donner normalement une sérieuse accélération. Logiquement, l'espace d'adressage étant plus gros, une partie des instructions sont plus grosses et le cache du processeur est un poil moins bien utilisé.
Je veux bien aider à la diffusion via bittorrent; mais pour cela il faut qu'il y ait un tracker officiel qui serve de référence.
Sans ce tracker de référence, pleins de gens vont créer leurs propres tracker et le traffic sera dispersé sur différentes copies, sans gain réel et du coup sans grand intérêt.
Je sais bien que les ampoules à LED sont populaires et à la mode, mais contrairement à ce que beaucoup pensent, elles n'ont pas un rendrement extraordinaire. La fluorescence donne de bien meilleurs résultats.
Le rendement en lumens par watts donne:
Ampoule à incandescence: 15 lm/W
Ampoule à incandescence hallogène: 20 lm/W
LED blanche de puissance: 30-45 lm/W
Ampoule fluoro-compact: 60-70 lm/W
C'est quand le filament est froid que sa résistivité est plus faible. C'est pour cela que les ampoules classiques claquent généralement au moment où l'on allume la lumière.
Mais ton raisonnement est exacte; il ne faut pas énormément de temps au filament pour refroidir, et le nombre d'allumage compte pour beaucoup dans la durée de vie de l'ampoule.
Ca me fait penser à une autre histoire de hoax que j'ai vu récement.
J'étais dans une gare SNCF de la banlieue parisienne en train d'attendre des amis, et en trainant, j'ai vu le texte de http://www.hoaxbuster.com/hoaxliste/hoax_message.php?idArtic(...) placardé sur le mur par un employé zélé, à destination des usagers. Le message avait été reçu par fax et visiblement circule aussi par ce moyen vu le nombre d'entêtes qui étaient en haut de la page.
Contrairement à ce que tu penses, je crois qu'une erreur d'écriture peut-être bien plus grave.
Si l'écriture touche les méta-données, alors cela peut détruire en grande partie ou complètement le système de fichier.
Ce que l'on reproche au RAID-5, c'est de ne pas être capable de faire ses écritures de façon atomique. Or comme il n'y a pas de somme de controle globale transverse à tous les disques, le système n'est pas capable de détecter de corruption lors d'une reconstruction.
Pour contourner ce problème, et là on sort du cadre d'un particulier; les fabriquant propose des cartes matérielles qui disposent de NVRAM ou de RAM et de batterie qui permet de conserver les données en cas de coupure de courant. Lorsque le courant revient, la carte écrit les blocs qu'elle n'a pas pu écrire avant la coupure sur les disques qui existent encore.
Comme c'est une carte matérielle, la structure de la matrice RAID-5 est propriétaire et il faut donc prévoir une carte de secours pour garantir de pouvoir remonter la matrice si la carte active meurt.
Encore un autre problème, évoqué par Theodore Ts'o ( par exemple en http://lkml.org/lkml/2005/6/27/298 mais je sais qu'il en a parlé lors de la conférence sur les FS en 2006, je ne retrouve plus le texte):
- Lors d'un transert DMA, les données sont copiées de la RAM vers le disque pour écriture. Le disque est fabriqué de façon a garantir une écriture de secteur atomique (ça ne fait que 512 octets).
- Lorsqu'il y a une coupure de courant, la tension chute à un niveau inacceptable pour la RAM (qui est très sensible) et son contenu est corrompu.
- Si la carte mère fait mal son boulot, et visiblement il y a beaucoup de cartes économiques qui ont ce défaut, elle ne détecte pas la chute de tension suffisement vite, et laisse le transfert DMA se faire vers le disque. Le disque n'ayant pas encore détecté la chute de tension écrit le secteur corrompu.
Hop, on a des données inutilisables sur le disque. Avec un journal on s'en sort si chaque evenement a une somme de controle. Sinon...
Il y a deux choses, Les deux points ne sont pas mutuellements exclusifs, le plus sécurisé étant de faire les deux.
1- Assurer le fonctionnement de la machine; ne pas être privé de la machine lorsqu'un disque lache, qu'il faut tout réinstaller, ressortir les sauvegardes... S'il faut 15 jours pour tout ré-installer et que l'on estime que l'on a une meilleur façon de dépenser son temps, alors on peut dépenser 100 ou 200 ¤ pour de la redondance.
Pour assurer de la sécurité de fonctionnement, le Raid 1 est une bonne solution. J'ai deux recommandations:
- Toujours acheter des disques de constructeurs différents, pour éviter d'avoir un défaut de série sur les deux disques.
- Faire du Raid logiciel; on peut récupérer les données même si la carte controleur lache; parce que le Raid hardware impose pratiquement toujours un format de matrice propriétaire que l'on ne peut pas utiliser si on change de matériel.
2- Assurer que les données ne sont pas perdues, s'assurer qu'une commande saisie un peu rapidement, qu'un hackeur mécontent, qu'un cambriolage ou qu'un incendie ne marque pas la fin de nos données. A nouveau, il faut estimer le prix et les contrainte en fonction de la valeur des données.
Pour cela, il faut faire des sauvegarde, il faut généralement conserver au moins deux jeux, parce qu'on ne se rends pas forcément compte tout de suite de la disparition. Je donne trois recommandations :
- Eviter tout système manuel, c'est très très rapidement lassant et la fréquence des sauvegardes décroit exponentiellement avec le temps.
- S'assurer que les sauvegardes fonctionnent bien, que les données sont effectivement enregistrées et récupérables.
- Préférer tout les mécanismes hors-site. Avec la généralisation de l'ADSL et de l'hébergement, il est facile de faire un mécanisme de sauvegarde croisé avec un ami. Un coup de rsync via ssh dans une crontab toutes les nuits est simple à mettre en place.
Je suis étonné de voir un particulier faire du Raid 5. Contrairement au Raid 1, pour être fiable dans le genre de situation que tu as rencontré (plusieurs coupures de courant pendant des écritures), il est nécessaire d'avoir une carte haut de gamme avec de la NVRAM qui garantie une écriture atomique sur tous les disques en même temps.
Pour rappel, en Raid 1, on fait un mirroir exact des données sur les deux disques. La matrice enregistre dans le superblock un compteur d'evenement pour être capable de retrouver le mirroir le plus récent en cas de coupure sauvage. Au pire, on a une série de blocs qui est partiellement écrite. Si c'est dans les méta-données, le journal sait gérer les transactions terminées et en cours, si c'est dans les données, on a un fichier qui est partiellement écrit.
En Raid 5, les secteurs sont répartis sur plusieurs disques et on doit en permanence maintenir le bloc de parité à jour. Si on a une coupure de courant sauvage, on ne sait plus trop quels sont les blocs de parités écrits ou non et il est impossible de les utiliser sans quoi on risque de corrompre les données, il faut tous les recalculer.
Si on perd un disque avant d'avoir tout recalculé; on est mort, parce qu'on ne sait pas si nos blocs de parité sont utilisables pour reconstruire le disque manquant. Comme généralement, les disques meurts plutot lorsqu'on coupe ou redémarre le courant, cette situation a d'autant plus de chances de se produire.
La couteuse NVRAM embarquée sur les cartes controleur haut de gamme conserve en mémoire, même en cas de coupure de courant, les blocs de parité qui restent à écrire, permettant de court-circuiter les phases de ré-écriture.
Cette solution n'est quand même pas parfaite; ces cartes on un schéma de matrice Raid qui est propriétaire. Si jamais la carte lache; il faut installer la même carte avec le même firmware pour pouvoir accéder à la matrice en mode dégradé; et la reconstruction des blocs de parité est alors obligatoire.
La documentation du kernel Linux dit au sujet du Raid 5 et 6:
"If a raid5 or raid6 array is both dirty and degraded, it could have
undetectable data corruption. This is because the fact that it is
'dirty' means that the parity cannot be trusted, and the fact that it
is degraded means that some datablocks are missing and cannot reliably be reconstructed (due to no parity)."
Normalement a chaque insertion, tu dois avoir des évenements correspondants sans avoir à supprimer des modules.
La définition des partitions d'une clef USB n'est pas normaliée. On rencontre régulièrement au moins trois cas:
- Aucune partition, il faut monter directement /dev/sda ou autre. Cela évite de perdre le premier cylindre virtuel, et donc de gagner un peu de place.
- Un mécanisme de partition connu sous Linux sous le nom "PC BIOS (MSDOS partition tables)", le truc effroyable limitant la géométrie et avec des artifices de partitions étendues avec une seule partition en première position; il faut alors utiliser /dev/sda1, c'est le cas le plus courant, et de loin je pense.
- Même mécanisme de partition, mais en utilisant la quatrième partition /dev/sda4; je n'ai aucune idée du pourquoi; mais j'ai vu plusieurs fois des clefs livrées avec ce partitionnement.
Rien n'interdit de supprimer ou de refaire le partitionnement des clefs pour simplifier son usage.
- Une base de donnée est faite pour traiter des données, ce traitement coté script n'a pas de sens, ça fait une seconde techno et un second code à maintenir. En prime, le shell est une plaie pour la gestion des erreurs.
- L'utilisation de "date | cut" sans même régler la locale est suicidaire, d'ailleurs c'est ton problème. En prime, les versions évoluées de date permettent de préciser le format.
- L'utilisation des dates oracle sans formattage est une grosse source de problème, toutes les dates doivent passer par "TO_CHAR". Ca permet d'avoir un format connu et maitrisé.
# Une taxe n'est pas une amende
Posté par Sébastien Koechlin . En réponse au journal De la taxation des disques durs.... Évalué à 9.
Ces taxes ne sont pas posées pour compenser le piratage, elles ne légitiment pas le piratage et ne rendent pas légaux l'utilisation de morceaux piratés.
Cette taxe existe pour compenser la copie privée. Lorsqu'on achète un morceau de musique, on achète en réalité une ou deux choses:
- Un support physique, sauf dans le cas de musique dématérialisée.
- Un droit d'écoute personnel du morceau.
Le droit d'écoute permet ce que l'on appelle en France l'exception pour la copie privée. On a payé le droit d'écouter la musique, quelque soit le support physique, et comme les supports physiques ne sont pas tous très solides, on a le droit de multiplier les supports physiques. Cela ne change rien au droit d'écoute que l'on a reçu. On n'a pas le droit de passer la musique à qui on veut, ou de la diffuser en public par exemple.
Comme certains (surtout parmi les gens qui touchent du pognon sur l'exploitation de la musique) ont estimé qu'ils perdaient de l'argent à chaque copie, parce que les gens ne re-achetaient pas ce qu'ils avaient déjà acquis; ils ont inventé un 'manque à gagner' lié à la copie privée; et pour compenser ce manque à gagner, on nous a pondu une belle taxe.
# Opposition contre la prospection marketing
Posté par Sébastien Koechlin . En réponse au journal [HS] SPAM SMS. Évalué à 2.
L'annuaire universel français (j'imagine que tu es français avec un plan de numérotation pareil) contient l'ensemble des abonnés au téléphone en France, quelque soit l'opérateur.
Les lignes fixes y sont déclarés par défaut par l'opérateur sauf opposition explicite (liste rouge).
Les lignes mobiles n'y sont pas déclarés par défaut (liste rouge), sauf demande du client.
Le client titulaire d'une ligne fixe ou mobile, s'il le souhaite, et cela gratuitement et aussi souvent qu'il le souhaite, peut demander certaines options lors de sa parution dans l'annuaire universel. Dans les options possibles, il y a l'opposition à la prospection marketing, aussi appelé liste orange.
Si tu es sur liste rouge (situation par défaut) ou si tu es sur liste orange, et sauf autorisation explicite de ta part; les entreprises n'ont pas le droit de te téléphoner ou de t'envoyer ce genre de SMS, si ce n'est pas le cas, ils ont toute légalité de le faire.
[^] # Re: je préfère tout de même les champi
Posté par Sébastien Koechlin . En réponse au journal Appel à la population !. Évalué à 4.
# Apache ?
Posté par Sébastien Koechlin . En réponse au journal Mon serveur Web. Évalué à 4.
Je ne comprends pas pourquoi tu ne fais pas traiter ces requêtes par Apache ?
Tu fais écouter Apache sur le port 1090, port sur lequel tu déclares un VirtualHost qui ne contient qu'un document: ta page d'erreur. Non testé:
Listen 1090 <VirtualHost *:1090> DocumentRoot /var/www/blacklisted/ ServerName host.foo.com ErrorLog /dev/null CustomLog /dev/null NullFormat ErrorDocument 403 /index.html <Directory "/var/www/blacklisted/"> Options None DirectoryIndex index.html AllowOverride None Order Deny,Allow Deny from All </Directory> </VirtualHost>[^] # Re: Partie mobiles
Posté par Sébastien Koechlin . En réponse au journal Un PC qui carbure a l'huile minéral. Évalué à 1.
Le disque est bien évidement mort au bout de quelques dizaines de minutes si je me souviens bien.
[^] # Re: Sinon ..
Posté par Sébastien Koechlin . En réponse au journal Aide pour blague au bureau. Évalué à 1.
Lorsqu'on est paralysé, on ne peut pas respirer, les muscles de la cage thoracique ne sont pas épargnés par la substance. Seul le coeur est autonome.
Ce genre de substance est utilisée à l'hôpital dans les gaz anesthésiques, et nécessite systématiquement une assistance respiratoire.
[^] # Re: Limitations ?
Posté par Sébastien Koechlin . En réponse au journal remplacer un disque dur par une compact flash. Évalué à 2.
Sur mon serveur, depuis plusieurs années j'ai mis le /boot sur une CF, non pas pour augmenter la vitesse, cela ne fait pas de différence; mais pour augmenter la fiabilité.
Les choses vont peut-être changer avec les nouveaux PC et le support par Vista d'une mémoire Flash complémentaire au disque dur. Ca devrait se démocratiser dans le matériel vendu.
Ca donne ça (c'est une vieille carte de 32 Mo):
[^] # Re: Pub ?
Posté par Sébastien Koechlin . En réponse au journal remplacer un disque dur par une compact flash. Évalué à 2.
L'adaptateur fait donc essentiellement une adaptation physique, il propose un connecteur CF d'un coté, et un connecteur 40 broches + Molex ou un connecteur 44 broches de l'autre.
Sur certains adaptateurs, on trouve quelques portes logiques qui permettent d'avoir une LED d'activité qui s'allume en cas d'accès et un cavalier pour choisir d'installer la carte en maître ou en esclave.
Ca n'a rien à avoir avec un adaptateur IDE sur USB qui doit convertir un protocole série Mass-Storage de l'USB vers des commandes IDE sur un bus parallèle et qui demande de l'électronique.
[^] # Re: Limitations ?
Posté par Sébastien Koechlin . En réponse au journal remplacer un disque dur par une compact flash. Évalué à 3.
Les fabriquants ont été obligé d'installer dans leurs cartes une couche d'indirection entre les secteurs logiques vus par le système et les secteurs logiques. Ainsi, si on écrit 100 fois le même secteur, ce n'est pas le même secteur physique qui est utilisé à chaque fois.
Bien sur, ça coute, et dans le bas de gamme, on trouve encore probablement des mémoires qui n'implémentent pas ce genre de chose.
# Alimentation défectueuse ou faible
Posté par Sébastien Koechlin . En réponse au journal à la recherche du materiel parfait. Évalué à 2.
La RAM actuelle est très sensible aux chutes de tension; et parfois le contenu est corrompu alors que la carte mère, chargé de surveiller la tension et d'agir en cas de problème; ne voit rien.
Il y a eu une discussion il y a quelques mois chez les développeurs Linux signalant que souvent; en cas de coupure de courant sur des cartes mères bas de gamme; il arrivait qu'un transfert DMA en cours vers un disque dur se termine sans que la carte mère se rende compte que les données étaient corrompues. Le secteur écrit sur le disque dur au moment de l'extinction était donc complètement corrompu.
[^] # Re: C'est triste
Posté par Sébastien Koechlin . En réponse au journal Quel pays choisir ?. Évalué à 5.
Enfin, c'est peut-être une vision un peu mathématique des choses.
[^] # Re: Les améliorations techniques des processeurs.
Posté par Sébastien Koechlin . En réponse au journal Comparatif entre Debian compilé contre Debian générique.. Évalué à 1.
Le mode amd64 dispose de bien plus de registres et lors des appels de fonction, les paramètres sont passés premièrement dans les registres; ce qui doit donner normalement une sérieuse accélération. Logiquement, l'espace d'adressage étant plus gros, une partie des instructions sont plus grosses et le cache du processeur est un poil moins bien utilisé.
# Bittorrent
Posté par Sébastien Koechlin . En réponse au journal Little Hollywood, film indépendant sous licence libre. Évalué à 7.
Sans ce tracker de référence, pleins de gens vont créer leurs propres tracker et le traffic sera dispersé sur différentes copies, sans gain réel et du coup sans grand intérêt.
# Obtenir un certificat signé
Posté par Sébastien Koechlin . En réponse à la dépêche L'État français se dote d'une autorité de certification racine. Évalué à 6.
# LTSP
Posté par Sébastien Koechlin . En réponse au journal Linutop. Évalué à 1.
[^] # Re: Ampoule à LED
Posté par Sébastien Koechlin . En réponse au journal L'inventeur de l'année. Évalué à 1.
[^] # Ampoule à LED
Posté par Sébastien Koechlin . En réponse au journal L'inventeur de l'année. Évalué à 3.
Le rendement en lumens par watts donne:
Ampoule à incandescence: 15 lm/W
Ampoule à incandescence hallogène: 20 lm/W
LED blanche de puissance: 30-45 lm/W
Ampoule fluoro-compact: 60-70 lm/W
[^] # Re: Plutot pratique
Posté par Sébastien Koechlin . En réponse au journal L'inventeur de l'année. Évalué à 3.
Mais ton raisonnement est exacte; il ne faut pas énormément de temps au filament pour refroidir, et le nombre d'allumage compte pour beaucoup dans la durée de vie de l'ampoule.
[^] # Re: Hoax
Posté par Sébastien Koechlin . En réponse au journal La perversité de Windows Vista. Évalué à 1.
J'étais dans une gare SNCF de la banlieue parisienne en train d'attendre des amis, et en trainant, j'ai vu le texte de http://www.hoaxbuster.com/hoaxliste/hoax_message.php?idArtic(...) placardé sur le mur par un employé zélé, à destination des usagers. Le message avait été reçu par fax et visiblement circule aussi par ce moyen vu le nombre d'entêtes qui étaient en haut de la page.
[^] # Re: Meilleur et moins cher que le RAID5 ?
Posté par Sébastien Koechlin . En réponse à la dépêche Deux analyses précieuses sur la fiabilité et la longévité des disques durs. Évalué à 3.
Si l'écriture touche les méta-données, alors cela peut détruire en grande partie ou complètement le système de fichier.
Ce que l'on reproche au RAID-5, c'est de ne pas être capable de faire ses écritures de façon atomique. Or comme il n'y a pas de somme de controle globale transverse à tous les disques, le système n'est pas capable de détecter de corruption lors d'une reconstruction.
Pour contourner ce problème, et là on sort du cadre d'un particulier; les fabriquant propose des cartes matérielles qui disposent de NVRAM ou de RAM et de batterie qui permet de conserver les données en cas de coupure de courant. Lorsque le courant revient, la carte écrit les blocs qu'elle n'a pas pu écrire avant la coupure sur les disques qui existent encore.
Comme c'est une carte matérielle, la structure de la matrice RAID-5 est propriétaire et il faut donc prévoir une carte de secours pour garantir de pouvoir remonter la matrice si la carte active meurt.
Encore un autre problème, évoqué par Theodore Ts'o ( par exemple en http://lkml.org/lkml/2005/6/27/298 mais je sais qu'il en a parlé lors de la conférence sur les FS en 2006, je ne retrouve plus le texte):
- Lors d'un transert DMA, les données sont copiées de la RAM vers le disque pour écriture. Le disque est fabriqué de façon a garantir une écriture de secteur atomique (ça ne fait que 512 octets).
- Lorsqu'il y a une coupure de courant, la tension chute à un niveau inacceptable pour la RAM (qui est très sensible) et son contenu est corrompu.
- Si la carte mère fait mal son boulot, et visiblement il y a beaucoup de cartes économiques qui ont ce défaut, elle ne détecte pas la chute de tension suffisement vite, et laisse le transfert DMA se faire vers le disque. Le disque n'ayant pas encore détecté la chute de tension écrit le secteur corrompu.
Hop, on a des données inutilisables sur le disque. Avec un journal on s'en sort si chaque evenement a une somme de controle. Sinon...
[^] # Re: Quelle solution pour un particulier ?
Posté par Sébastien Koechlin . En réponse au journal Plus c'est gros, plus ça fait mal. Évalué à 10.
1- Assurer le fonctionnement de la machine; ne pas être privé de la machine lorsqu'un disque lache, qu'il faut tout réinstaller, ressortir les sauvegardes... S'il faut 15 jours pour tout ré-installer et que l'on estime que l'on a une meilleur façon de dépenser son temps, alors on peut dépenser 100 ou 200 ¤ pour de la redondance.
Pour assurer de la sécurité de fonctionnement, le Raid 1 est une bonne solution. J'ai deux recommandations:
- Toujours acheter des disques de constructeurs différents, pour éviter d'avoir un défaut de série sur les deux disques.
- Faire du Raid logiciel; on peut récupérer les données même si la carte controleur lache; parce que le Raid hardware impose pratiquement toujours un format de matrice propriétaire que l'on ne peut pas utiliser si on change de matériel.
2- Assurer que les données ne sont pas perdues, s'assurer qu'une commande saisie un peu rapidement, qu'un hackeur mécontent, qu'un cambriolage ou qu'un incendie ne marque pas la fin de nos données. A nouveau, il faut estimer le prix et les contrainte en fonction de la valeur des données.
Pour cela, il faut faire des sauvegarde, il faut généralement conserver au moins deux jeux, parce qu'on ne se rends pas forcément compte tout de suite de la disparition. Je donne trois recommandations :
- Eviter tout système manuel, c'est très très rapidement lassant et la fréquence des sauvegardes décroit exponentiellement avec le temps.
- S'assurer que les sauvegardes fonctionnent bien, que les données sont effectivement enregistrées et récupérables.
- Préférer tout les mécanismes hors-site. Avec la généralisation de l'ADSL et de l'hébergement, il est facile de faire un mécanisme de sauvegarde croisé avec un ami. Un coup de rsync via ssh dans une crontab toutes les nuits est simple à mettre en place.
# Raid 5 ?
Posté par Sébastien Koechlin . En réponse au journal Plus c'est gros, plus ça fait mal. Évalué à 10.
Pour rappel, en Raid 1, on fait un mirroir exact des données sur les deux disques. La matrice enregistre dans le superblock un compteur d'evenement pour être capable de retrouver le mirroir le plus récent en cas de coupure sauvage. Au pire, on a une série de blocs qui est partiellement écrite. Si c'est dans les méta-données, le journal sait gérer les transactions terminées et en cours, si c'est dans les données, on a un fichier qui est partiellement écrit.
En Raid 5, les secteurs sont répartis sur plusieurs disques et on doit en permanence maintenir le bloc de parité à jour. Si on a une coupure de courant sauvage, on ne sait plus trop quels sont les blocs de parités écrits ou non et il est impossible de les utiliser sans quoi on risque de corrompre les données, il faut tous les recalculer.
Si on perd un disque avant d'avoir tout recalculé; on est mort, parce qu'on ne sait pas si nos blocs de parité sont utilisables pour reconstruire le disque manquant. Comme généralement, les disques meurts plutot lorsqu'on coupe ou redémarre le courant, cette situation a d'autant plus de chances de se produire.
La couteuse NVRAM embarquée sur les cartes controleur haut de gamme conserve en mémoire, même en cas de coupure de courant, les blocs de parité qui restent à écrire, permettant de court-circuiter les phases de ré-écriture.
Cette solution n'est quand même pas parfaite; ces cartes on un schéma de matrice Raid qui est propriétaire. Si jamais la carte lache; il faut installer la même carte avec le même firmware pour pouvoir accéder à la matrice en mode dégradé; et la reconstruction des blocs de parité est alors obligatoire.
La documentation du kernel Linux dit au sujet du Raid 5 et 6:
"If a raid5 or raid6 array is both dirty and degraded, it could have
undetectable data corruption. This is because the fact that it is
'dirty' means that the parity cannot be trusted, and the fact that it
is degraded means that some datablocks are missing and cannot reliably be reconstructed (due to no parity)."
# Par rapport aux autres ?
Posté par Sébastien Koechlin . En réponse à la dépêche Magrathea Online, le routard du système solaire !. Évalué à 3.
Si les projets sont semblables, pourquoi ne pas avoir contribué à l'un ou à l'autre ?
# Partitions
Posté par Sébastien Koechlin . En réponse au journal Des clés usb 1 et usb 2. Évalué à 3.
Normalement a chaque insertion, tu dois avoir des évenements correspondants sans avoir à supprimer des modules.
La définition des partitions d'une clef USB n'est pas normaliée. On rencontre régulièrement au moins trois cas:
- Aucune partition, il faut monter directement /dev/sda ou autre. Cela évite de perdre le premier cylindre virtuel, et donc de gagner un peu de place.
- Un mécanisme de partition connu sous Linux sous le nom "PC BIOS (MSDOS partition tables)", le truc effroyable limitant la géométrie et avec des artifices de partitions étendues avec une seule partition en première position; il faut alors utiliser /dev/sda1, c'est le cas le plus courant, et de loin je pense.
- Même mécanisme de partition, mais en utilisant la quatrième partition /dev/sda4; je n'ai aucune idée du pourquoi; mais j'ai vu plusieurs fois des clefs livrées avec ce partitionnement.
Rien n'interdit de supprimer ou de refaire le partitionnement des clefs pour simplifier son usage.
# date
Posté par Sébastien Koechlin . En réponse au message Aide synthax shell pourle "case". Évalué à 3.
- L'utilisation de "date | cut" sans même régler la locale est suicidaire, d'ailleurs c'est ton problème. En prime, les versions évoluées de date permettent de préciser le format.
- L'utilisation des dates oracle sans formattage est une grosse source de problème, toutes les dates doivent passer par "TO_CHAR". Ca permet d'avoir un format connu et maitrisé.