Il y a un « chevalier Bayard » célèbre, il a une statue à Grenoble. Il y a aussi les Éditions Bayard, initialement créés par une congrégation religieuse (quotidiens La Croix et revue Pèlerin et d'autres revues comme Notre temps [séniors], Phosphore [jeunesse], Pomme d'Api [touts petits] et les Éditions Milan [vulgarisation, histoire]).
Dommage qu'on puisse pas lire les fréquences sur le site (ou alors faut un plugin flash ?) Bon pas la peine de répondre j'habite probablement à des milliers de km de vos stations d'émission (bien qu'il n'y ait pas non plus d'indication de pays sur votre page d'accueil, mais j'intuite que c'est un pays au moins en partie francophone). Donc je vais prendre le lien mp3...
Oh c'est plus B. Bayard mais c'est quand même intéressant.
Hier, sur linuxfr, je vais voir « dépêches en cours de rédaction » et j'en trouve 0. Or, je crois qu'une dépêche FF 4 était en préparation depuis plusieurs semaines. La dépêche est-elle tombée dans un endroit non visible ces derniers jours ?
Ok j'ai trouvé ma réponse dans la plaquette plus bas. Commentaires à zéro cachés par défaut, toussa... j'ai pertinenté tes commentaires pour que d'aitres gens les voient.
Le nouveau modèle est donc de vendre des bornes. Sans révéler de secret, quel est l'ordre de grandeur si on veut une borne dans un local associatif/d'entreprise (le petit millier ou plutôt la petite dizaine de mille [j'espère pas beaucoup plus]) ?
J'ai vu passer un papier sur récupérer un alignement il y a quelques années. Maintenant les pistes on beaucoup réduit en taille, c'est peut-être plus possible sans les paramètres d'usine... Mais sans enlever le disque de son axe, tu peux essayer de prendre le contrôle du bras et de la tête de lecture au niveau du contrôleur, et récupérer les signaux de bas niveau.
Votre site indique que les finances de mars sont pour le moins... basses. Mais le lien « l'asso en bref » montre que vous avez des recettes saisonnières (une entreprise liée à l'asso a fortement contribué à l'automne 2009). Avez-vous des financements pérennes, envisagez-vous une campagne de dons ?
Dans l'hypothèse où tu as donc démonté le disque, tu peux le monter sur un spin-stand (système de rotation et de têtes de disque dur utilisé pour les tests en salle blanche). Ensuite tu passes un bon moment à aligner l'axe de rotation du spin-stand avec celui du qui a écrit les données. Une fois que c'est fait, tu peux lire le signal brut, non pas 1/0 mais une courbe du signal. Éventuellement mets le disque en rotation plus lente pour acquérir le signal avec une plus grande résolution spatiale. Là, tu as accès à deux choses :
les débuts et fin de bit (direction longitudinale), qui peuvent présenter les derniers états présents sur le disque.
Par un décalage latéral, tu mesures les données off-track, qui avec un peu de chance contiennent encore un état antérieur non effacé (parce que l'effacement a été fait une dizaine de nanomètres d'un côté ou de l'autre de la piste).
Si tu fais une seule passe d'effacement, y'a ds chances que l'état antérieur soit encore lisible d'un côté ou de l'autre des bits. La procédure décrite est automatisable.
J'ai testé basket. Il est effectivement très puissant.
Pour classer ses notes, j'ai cependant préféré d'autres logiciels :
zim http://zim-wiki.org/ un « wiki de bureau » qui permet de classer ses notes, thématiques ou chronologiques.
red notebook http://rednotebook.sourceforge.net/ → moteur de recherche très rapide, nuages de catégories... pratique pour retrouver ses notes. Il est très orienté vers « journal de bord ».
Le papier d'origine (1996) du spécialiste. Lire aussi les épilogues en bas pour les développements récents (techniques pour les SSD) et les mises en garde sur les limitations.
Ta technique (remplir avec 1 seul fichier) devrait bien fonctionner, mais j'en profite pour présenter srm (secure rm) http://sourceforge.net/projects/srm/
Après les passes aléatoires, srm renomme et tronque les fichiers, faisant disparaitre aussi les métadonnées (nom, taille) de la table de fichiers.
L'algorithme d'effacement est plus complet que shred, il cumule les passes avec des zéros, des passes avec des 1, certaines avec /dev/urandom. L'algorithme est optimisé pour les médias magnétiques et il n'existe encore rien d'optimisé pour les mémoires flash.
Attention cependant que les systèmes de fichiers journalisés (donc, presque tous) peuvent de leur propore initiative rendre inopérantes ces mesures, en gardant des morceaux de données sensibles dans le journal, ou en y écrivant tous les effacements.
Plus généralement, concernant les mémoires de masse flash (pas les simples clef usb), la situation est plus complexe. Le contrôleur fait un peu ce qu'il veut (compresser les données, répartir l'usure, effacer seulement s'il en a l'envie). Il y a aussi des zones où on ne peut pas écrire même en faisant un dd sur le disque complet. Bref, jamais de fichier confidentiel en clair sur un SSD.
Mais également, les SSD sont plus difficiles à analyser par la police. Faire un dd pour récupérer le contenu d'un disque magnétique (ou d'une clef usb) pour analyse est facile, mais pour les mêmes raisons que plus haut, faire un dd sur un ssd peut ne pas renvoyer le contenu effacé. Le seul moyen de savoir ce qu'il y a octet à octet est de lire les données au niveau du microcontrôleur, ce qui est à la fois plus difficile techniquement et juridiquement (il faut justifier de devoir détruire l'appareil et copier subrepticement le contenu sans qu'un suspect le sache n'est plus possible).
Personnellement, je leur enverrais un mail pour confirmer. Ça vaut mieux que de se prendre un procès s'ils découvrent par hasard et ne sont pas d'accord ! (Par exemple, le site de toutoulinux accepte les dons, ce qui est apparemment interdit par l'extrait de la licence que tu cites).
À propos de bateaux, les gardes-côte japonais (:en:Japan Coast Guard) disposent de bateaux-pompes*, et je me suis demandé pourquoi ils ne les avaient pas utilisés. Je ne sais pas quelle est leur puissance, mais un bateau de Los Angeles cité à la page :en:Fireboat balance 2,4 m³/s à 120 m de haut. Les images de Accidents nucléaires de Fukushima donnent l'impression que, si un tel bateau-pompe peut entrer dans la zone protégée par la digue ouverte, les réacteurs sont à sa portée. Mais bon, ils ont peut-être pas de bateaux-pompes si puissants.
J'ai installé l'année dernière une DSL sur un pentium II avec 128 Mo de RAM et un petit disque, qui est redevenu utile. (Ce n'était pas dans un pays francophone.)
On m'a aussi amené un eeePC sous windows qui ne bootait plus ; le disque dur agonisait, les distros de kékés genre Ubuntu rescue remix plantaient à l'activation du DMA du disque, alors que le livecd gentoo (dans sa rusticité) juste-boote, et j'ai pu sauver les données.
Mais pour revenir à ma question, si je comprends ton message, les arguments sont :
traduction en français
existence d'un dépôt bien garni en plus du livecd.
On est toujours content de la diversité, mais pourquoi devrais-je graver votre livecd, plutôt qu'un autre ? Quand j'ai besoin d'un livecd, j'ai tendance à utiliser opensuse pour une machine récente, DSL pour une vieille config et gentoo pour les premiers secours. Quel argument a votre distribution ?
en sais rien en fait, ya 3 jours tu savais probablement meme pas si le japon avait des centeales nucleaires,
Attaque ad hominem, toujours sympa en l'absence d'arguments. Mais sinon t'as aucune idée de ma formation initiale, ni des endroits où j'ai travaillé. D'ailleurs ça ne te regarde pas, et je ne vois aucun intérêt à évoquer le sujet.
Il y a apparemment aussi une certaine impréparation. L'arrosage des réacteurs, le remplissage des piscines au canon à eau, le percement d'un orifice d'évacuation des gaz au sommet des bâtiments, auraient pu être commencés bien avant, avant que le survol devienne impossible. Mais les plans de secours ne prévoyaient peut-être pas l'éventualité de ce scénario (absence totale d'alimentation électrique pendant plus de 48 h), et les décisions graves (comme utiliser l'eau de mer) ont tardé. Du côté français aussi, pourquoi avoir tant tardé à envoyer de l'acide borique (qui n'est toujours pas arrivé) ? Il aurait beaucoup plus aidé de les les mettre dans l'eau de refroidissement dès le début.
Le Japon subit trois ou quatre tsnumais majeurs par siècle, certains beaucoup plus hauts que celui de la semaine dernière (1896, tsunami 38 m de haut, 2011 : 23 m). La centrale n'avait de toute évidence pas été prévue pour y résister (générateurs noyés dans l'eau de la plage juste à côté), ce qui est grave. On ne va pas calculer ici l'épaisseur de béton ou le diamètre des câbles, mais on peut faire remarquer que les simulations auraient dû mieux prendre en compte ce scénario.
Merci pour l'info, cela dit on avait dit (lire les messages plus haut) qu'on supposait mettre l'alimentation de secours à 20 km dans l'intérieur des terres. Un tel glissement de terrain est possible en aval de volcans, ce qui n'est pas la situation régionale.
Quoi qu'il en soit, il est possible de réfléchir au meilleur endroit où mettre la centrale (peut-être pas directement sur la plage), comment la protéger (il existe des digues de 20 m de haut, ici 30 m serait un minimum), où mettre les câbles, où mettre les générateurs, pour les protéger au mieux des désastres naturels possibles dans la région. Sur ce point les concepteurs il y a 40 ans n'ont pas assez bien considéré le risque de tsunami (sachant que celui-ci n'était même pas le plus gros dans l'histoire du Japon), et il faut espérer que cet accident permettra aux centrales construites à partir de maintenant de mieux prendre en compte certains risques.
Si tu lis le message juste au-dessus, tu apprends que reposer des lignes électriques prend bien moins de temps que de déplacer des générateurs de 2 étages de haut. il ne faut pas quelques heures pour reposer des lignes, mais 24 ou 48 heures, temps pendant lequel le système passif (discuté ailleurs sur cette page et mis en avant par les concepteurs de l'EPR) prend le relais. Dois-je répéter les arguments des autres à chaque commentaire ?
Merci, comme on dit en anglais, Captain Obvious. Le raisonnement ici est que tu mets des systèmes qui ne sont pas sensibles au même type d'évènement. Les générateurs qui sont actuellement près de la plage ont été détruits par le tsunami. Ceux qui seraient sur une montagne ne seraient détruits que par un glissement de terrain, et les deux évènements qui ne se produisent pas habituellement en même temps. Quant aux câbles, tu peux redoubler les lignes, aériennes et souterraines, qui encore une fois ne sont seraient pas coupées par le même type d'évènement, qui ne se produisent pas en même temps.
Il parle d'un groupe électrogène de secours,ils n'ont pas besoin d'une route mais d'un câble.
Ce qui est navrant dans l'histoire de Fukushima c'est que les concepteurs ont mis les groupes de secours dans une zone dangereuse pour un certain type de catastrophe fréquent au Japon. Il faudrait donc que les futurs projets de centrale intègrent des systèmes redondants (p.ex. un sur la plage, un en montagne...) sensibles à des types de catastrophes différentes, dans l'espoir qu'ils ne soient pas coupés tous les deux par un évènement unique.
[^] # Re: Missing Plugins
Posté par JGO . En réponse au journal Soirée révolution ce soir sur Nova. Évalué à 6.
Il y a un « chevalier Bayard » célèbre, il a une statue à Grenoble. Il y a aussi les Éditions Bayard, initialement créés par une congrégation religieuse (quotidiens La Croix et revue Pèlerin et d'autres revues comme Notre temps [séniors], Phosphore [jeunesse], Pomme d'Api [touts petits] et les Éditions Milan [vulgarisation, histoire]).
[^] # Re: fessebouc
Posté par JGO . En réponse à la dépêche Firefox 4 est sorti. Évalué à -3.
Je cite : «
Logo de Facebook
Adresse électronique Mot de passe
Garder ma session active Mot de passe oublié ? InscriptionFacebook vous permet de rester en contact et d'échanger avec les personnes qui vous entourent. Facebook © 2011 · Français (France) Mobile · Rechercher des amis · Badges · Personnes · Pages · À propos de · Publicité · Développeurs · Emplois · Confidentialité · Conditions d'utilisation · Aide
»
(Mais c'est peut-être que j'ai désactivé javascript.)
[^] # Re: fessebouc
Posté par JGO . En réponse à la dépêche Firefox 4 est sorti. Évalué à 4.
Si tu peux voir la page, c'est que tu as un compte, non ?
[^] # Re: Missing Plugins
Posté par JGO . En réponse au journal Soirée révolution ce soir sur Nova. Évalué à 3.
Dommage qu'on puisse pas lire les fréquences sur le site (ou alors faut un plugin flash ?) Bon pas la peine de répondre j'habite probablement à des milliers de km de vos stations d'émission (bien qu'il n'y ait pas non plus d'indication de pays sur votre page d'accueil, mais j'intuite que c'est un pays au moins en partie francophone). Donc je vais prendre le lien mp3...
Oh c'est plus B. Bayard mais c'est quand même intéressant.
# Question aux modérateurs
Posté par JGO . En réponse à la dépêche Firefox 4 est sorti. Évalué à 5.
Hier, sur linuxfr, je vais voir « dépêches en cours de rédaction » et j'en trouve 0. Or, je crois qu'une dépêche FF 4 était en préparation depuis plusieurs semaines. La dépêche est-elle tombée dans un endroit non visible ces derniers jours ?
[^] # Re: Financespuis
Posté par JGO . En réponse à la dépêche Bientôt 200 Millions de musiques téléchargées sur Dogmazic en toute légalité.. Évalué à 1.
Ok j'ai trouvé ma réponse dans la plaquette plus bas. Commentaires à zéro cachés par défaut, toussa... j'ai pertinenté tes commentaires pour que d'aitres gens les voient.
[^] # Re: Financespuis
Posté par JGO . En réponse à la dépêche Bientôt 200 Millions de musiques téléchargées sur Dogmazic en toute légalité.. Évalué à 2.
Le nouveau modèle est donc de vendre des bornes. Sans révéler de secret, quel est l'ordre de grandeur si on veut une borne dans un local associatif/d'entreprise (le petit millier ou plutôt la petite dizaine de mille [j'espère pas beaucoup plus]) ?
[^] # Re: Suppression exhaustive
Posté par JGO . En réponse au journal Effacer proprement ses données. Évalué à 2.
J'ai vu passer un papier sur récupérer un alignement il y a quelques années. Maintenant les pistes on beaucoup réduit en taille, c'est peut-être plus possible sans les paramètres d'usine... Mais sans enlever le disque de son axe, tu peux essayer de prendre le contrôle du bras et de la tête de lecture au niveau du contrôleur, et récupérer les signaux de bas niveau.
# Finances
Posté par JGO . En réponse à la dépêche Bientôt 200 Millions de musiques téléchargées sur Dogmazic en toute légalité.. Évalué à 6.
Votre site indique que les finances de mars sont pour le moins... basses. Mais le lien « l'asso en bref » montre que vous avez des recettes saisonnières (une entreprise liée à l'asso a fortement contribué à l'automne 2009). Avez-vous des financements pérennes, envisagez-vous une campagne de dons ?
[^] # Re: Suppression exhaustive
Posté par JGO . En réponse au journal Effacer proprement ses données. Évalué à 4.
Dans l'hypothèse où tu as donc démonté le disque, tu peux le monter sur un spin-stand (système de rotation et de têtes de disque dur utilisé pour les tests en salle blanche). Ensuite tu passes un bon moment à aligner l'axe de rotation du spin-stand avec celui du qui a écrit les données. Une fois que c'est fait, tu peux lire le signal brut, non pas 1/0 mais une courbe du signal. Éventuellement mets le disque en rotation plus lente pour acquérir le signal avec une plus grande résolution spatiale. Là, tu as accès à deux choses :
Si tu fais une seule passe d'effacement, y'a ds chances que l'état antérieur soit encore lisible d'un côté ou de l'autre des bits. La procédure décrite est automatisable.
[^] # Re: TreeDBNotes ?
Posté par JGO . En réponse à la dépêche Toutou LINUX FAT version 4.31 « RELOADED ». Évalué à 2.
J'ai testé basket. Il est effectivement très puissant.
Pour classer ses notes, j'ai cependant préféré d'autres logiciels :
[^] # Re: Suppression exhaustive
Posté par JGO . En réponse au journal Effacer proprement ses données. Évalué à 2.
Le papier d'origine (1996) du spécialiste. Lire aussi les épilogues en bas pour les développements récents (techniques pour les SSD) et les mises en garde sur les limitations.
http://www.cs.auckland.ac.nz/~pgut001/pubs/secure_del.html
[^] # Re: Suppression exhaustive
Posté par JGO . En réponse au journal Effacer proprement ses données. Évalué à 2.
Ta technique (remplir avec 1 seul fichier) devrait bien fonctionner, mais j'en profite pour présenter srm (secure rm) http://sourceforge.net/projects/srm/
Après les passes aléatoires, srm renomme et tronque les fichiers, faisant disparaitre aussi les métadonnées (nom, taille) de la table de fichiers.
L'algorithme d'effacement est plus complet que shred, il cumule les passes avec des zéros, des passes avec des 1, certaines avec /dev/urandom. L'algorithme est optimisé pour les médias magnétiques et il n'existe encore rien d'optimisé pour les mémoires flash.
Attention cependant que les systèmes de fichiers journalisés (donc, presque tous) peuvent de leur propore initiative rendre inopérantes ces mesures, en gardant des morceaux de données sensibles dans le journal, ou en y écrivant tous les effacements.
# Cas des SSD
Posté par JGO . En réponse au journal Effacer proprement ses données. Évalué à 10.
Plus généralement, concernant les mémoires de masse flash (pas les simples clef usb), la situation est plus complexe. Le contrôleur fait un peu ce qu'il veut (compresser les données, répartir l'usure, effacer seulement s'il en a l'envie). Il y a aussi des zones où on ne peut pas écrire même en faisant un dd sur le disque complet. Bref, jamais de fichier confidentiel en clair sur un SSD.
http://hardware.slashdot.org/story/11/02/17/1911217/Confidential-Data-Not-Safe-On-Solid-State-Disks
Mais également, les SSD sont plus difficiles à analyser par la police. Faire un dd pour récupérer le contenu d'un disque magnétique (ou d'une clef usb) pour analyse est facile, mais pour les mêmes raisons que plus haut, faire un dd sur un ssd peut ne pas renvoyer le contenu effacé. Le seul moyen de savoir ce qu'il y a octet à octet est de lire les données au niveau du microcontrôleur, ce qui est à la fois plus difficile techniquement et juridiquement (il faut justifier de devoir détruire l'appareil et copier subrepticement le contenu sans qu'un suspect le sache n'est plus possible).
http://hardware.slashdot.org/story/11/03/01/1740240/SSDs-Cause-Crisis-For-Digital-Forensics
[^] # Re: TreeDBNotes ?
Posté par JGO . En réponse à la dépêche Toutou LINUX FAT version 4.31 « RELOADED ». Évalué à 3.
Personnellement, je leur enverrais un mail pour confirmer. Ça vaut mieux que de se prendre un procès s'ils découvrent par hasard et ne sont pas d'accord ! (Par exemple, le site de toutoulinux accepte les dons, ce qui est apparemment interdit par l'extrait de la licence que tu cites).
[^] # Re: Privatisation, économies, et consors.
Posté par JGO . En réponse au journal Nucléaire : Problèmes moteurs de secours des centrales française 900MW . Évalué à 3.
À propos de bateaux, les gardes-côte japonais (:en:Japan Coast Guard) disposent de bateaux-pompes*, et je me suis demandé pourquoi ils ne les avaient pas utilisés. Je ne sais pas quelle est leur puissance, mais un bateau de Los Angeles cité à la page :en:Fireboat balance 2,4 m³/s à 120 m de haut. Les images de Accidents nucléaires de Fukushima donnent l'impression que, si un tel bateau-pompe peut entrer dans la zone protégée par la digue ouverte, les réacteurs sont à sa portée. Mais bon, ils ont peut-être pas de bateaux-pompes si puissants.
[^] # Re: Quel est votre argument ?
Posté par JGO . En réponse à la dépêche Toutou LINUX FAT version 4.31 « RELOADED ». Évalué à 6.
J'ai parfois des config bizarres à récupérer.
J'ai installé l'année dernière une DSL sur un pentium II avec 128 Mo de RAM et un petit disque, qui est redevenu utile. (Ce n'était pas dans un pays francophone.)
On m'a aussi amené un eeePC sous windows qui ne bootait plus ; le disque dur agonisait, les distros de kékés genre Ubuntu rescue remix plantaient à l'activation du DMA du disque, alors que le livecd gentoo (dans sa rusticité) juste-boote, et j'ai pu sauver les données.
Mais pour revenir à ma question, si je comprends ton message, les arguments sont :
# Quel est votre argument ?
Posté par JGO . En réponse à la dépêche Toutou LINUX FAT version 4.31 « RELOADED ». Évalué à 3.
On est toujours content de la diversité, mais pourquoi devrais-je graver votre livecd, plutôt qu'un autre ? Quand j'ai besoin d'un livecd, j'ai tendance à utiliser opensuse pour une machine récente, DSL pour une vieille config et gentoo pour les premiers secours. Quel argument a votre distribution ?
[^] # Re: Privatisation, économies, et consors.
Posté par JGO . En réponse au journal Nucléaire : Problèmes moteurs de secours des centrales française 900MW . Évalué à -3.
Attaque ad hominem, toujours sympa en l'absence d'arguments. Mais sinon t'as aucune idée de ma formation initiale, ni des endroits où j'ai travaillé. D'ailleurs ça ne te regarde pas, et je ne vois aucun intérêt à évoquer le sujet.
[^] # Re: Privatisation, économies, et consors.
Posté par JGO . En réponse au journal Nucléaire : Problèmes moteurs de secours des centrales française 900MW . Évalué à 2.
Il y a apparemment aussi une certaine impréparation. L'arrosage des réacteurs, le remplissage des piscines au canon à eau, le percement d'un orifice d'évacuation des gaz au sommet des bâtiments, auraient pu être commencés bien avant, avant que le survol devienne impossible. Mais les plans de secours ne prévoyaient peut-être pas l'éventualité de ce scénario (absence totale d'alimentation électrique pendant plus de 48 h), et les décisions graves (comme utiliser l'eau de mer) ont tardé. Du côté français aussi, pourquoi avoir tant tardé à envoyer de l'acide borique (qui n'est toujours pas arrivé) ? Il aurait beaucoup plus aidé de les les mettre dans l'eau de refroidissement dès le début.
[^] # Re: Privatisation, économies, et consors.
Posté par JGO . En réponse au journal Nucléaire : Problèmes moteurs de secours des centrales française 900MW . Évalué à 2.
Le Japon subit trois ou quatre tsnumais majeurs par siècle, certains beaucoup plus hauts que celui de la semaine dernière (1896, tsunami 38 m de haut, 2011 : 23 m). La centrale n'avait de toute évidence pas été prévue pour y résister (générateurs noyés dans l'eau de la plage juste à côté), ce qui est grave. On ne va pas calculer ici l'épaisseur de béton ou le diamètre des câbles, mais on peut faire remarquer que les simulations auraient dû mieux prendre en compte ce scénario.
[^] # Re: Privatisation, économies, et consors.
Posté par JGO . En réponse au journal Nucléaire : Problèmes moteurs de secours des centrales française 900MW . Évalué à 2.
Merci pour l'info, cela dit on avait dit (lire les messages plus haut) qu'on supposait mettre l'alimentation de secours à 20 km dans l'intérieur des terres. Un tel glissement de terrain est possible en aval de volcans, ce qui n'est pas la situation régionale.
Quoi qu'il en soit, il est possible de réfléchir au meilleur endroit où mettre la centrale (peut-être pas directement sur la plage), comment la protéger (il existe des digues de 20 m de haut, ici 30 m serait un minimum), où mettre les câbles, où mettre les générateurs, pour les protéger au mieux des désastres naturels possibles dans la région. Sur ce point les concepteurs il y a 40 ans n'ont pas assez bien considéré le risque de tsunami (sachant que celui-ci n'était même pas le plus gros dans l'histoire du Japon), et il faut espérer que cet accident permettra aux centrales construites à partir de maintenant de mieux prendre en compte certains risques.
[^] # Re: Privatisation, économies, et consors.
Posté par JGO . En réponse au journal Nucléaire : Problèmes moteurs de secours des centrales française 900MW . Évalué à 3.
Si tu lis le message juste au-dessus, tu apprends que reposer des lignes électriques prend bien moins de temps que de déplacer des générateurs de 2 étages de haut. il ne faut pas quelques heures pour reposer des lignes, mais 24 ou 48 heures, temps pendant lequel le système passif (discuté ailleurs sur cette page et mis en avant par les concepteurs de l'EPR) prend le relais. Dois-je répéter les arguments des autres à chaque commentaire ?
[^] # Re: Privatisation, économies, et consors.
Posté par JGO . En réponse au journal Nucléaire : Problèmes moteurs de secours des centrales française 900MW . Évalué à 1.
Merci, comme on dit en anglais, Captain Obvious. Le raisonnement ici est que tu mets des systèmes qui ne sont pas sensibles au même type d'évènement. Les générateurs qui sont actuellement près de la plage ont été détruits par le tsunami. Ceux qui seraient sur une montagne ne seraient détruits que par un glissement de terrain, et les deux évènements qui ne se produisent pas habituellement en même temps. Quant aux câbles, tu peux redoubler les lignes, aériennes et souterraines, qui encore une fois ne sont seraient pas coupées par le même type d'évènement, qui ne se produisent pas en même temps.
[^] # Re: Privatisation, économies, et consors.
Posté par JGO . En réponse au journal Nucléaire : Problèmes moteurs de secours des centrales française 900MW . Évalué à 2.
Il parle d'un groupe électrogène de secours,ils n'ont pas besoin d'une route mais d'un câble.
Ce qui est navrant dans l'histoire de Fukushima c'est que les concepteurs ont mis les groupes de secours dans une zone dangereuse pour un certain type de catastrophe fréquent au Japon. Il faudrait donc que les futurs projets de centrale intègrent des systèmes redondants (p.ex. un sur la plage, un en montagne...) sensibles à des types de catastrophes différentes, dans l'espoir qu'ils ne soient pas coupés tous les deux par un évènement unique.