Visiblement le problème qui a paralysé les guichets SNCF n'est toujours pas résolu, on n'a vraiment pas beaucoup d'info sur ce qu'il se passe réelement,
il y a un article de 01.net qui en parle :

http://www.01net.com/article/248857.html(...)

On y apprend que l'OS est Windows, le prestataire informatique est Cap Gemini et le réseau est fourni par FT..

Le système Mosaique semble être assez contreversé (cf le comuniqué du syndicat sud-rail http://www.sudrail.org/communiques/160704.HTML(...)) depuis le début de sa mise en place, il y a eut une mise à jour du système entre le 14 et le 15 juillet...

Concernant Windows, on peut évoquer un windows update un peu hasardeux ?

Et enfin, apparament (d'après les commentaires) le réseau proprio de la SNCF a été trasmis à Cegetel via Telecom developpement (http://www.telecom-developpement.fr(...)), et maintenant (à confirmer) la SNCF n'utilise plus son réseau mais celui de FT pour ses point de vente...

On a surement dans le trio le ou les coupables, wait and see...
Si vous avez des infos, n'hésitez pas !

> Lire le journal (28 commentaires, moyenne: 2,1).

Je me réveille doucement ce matin et je m'aperçois oh stupeur que le nb de votes pour chaque commentaire à disparu... je le trouvais pourtant utile car un -1/#1 c'est pas pareil qu'un -1/#20, généralement les nb élevés montraient un post qui avait causé la contreverse et qu'il était interressant à lire... m'enfin c'est que mon avis pas réveillé du matin, vous en pensez quoi ?

> Lire le journal (12 commentaires, moyenne: 3,2).

Ouhaou, linuxfr serait-il aussi une référence pour le ciné ?

http://news.google.fr(...)

> Lire le journal (10 commentaires, moyenne: 2).

Un nouvel outil est apparu sur Google.com : Froogle, un moteur de recherche sur les sites commerçants, ça a l'air vraiment bien foutu, si leur technologie automatique est fiable, il y a de quoi serieusement concurrencer les sites de recherche de meilleurs prix...

http://froogle.google.com/froogle(...)

> Lire le journal (3 commentaires, moyenne: 1,3).

Cher journal, je vais te raconter ma folle soirée d'hier (22h->3h)...
Par flaime le noyau qui supportait mon onduleur n'était pas le noyau par défault de lilo, partant en vacances, je me suis dit hier soir à 22h qu'il était temps de changer cela en cas de coupure de courant... malgré un uptime qui commencait à etre sympa, je me résout à lancer lilo puis rebooter... quelle erreur...

Reboot propre, fsck qui me dit que ça fait longtemps qu'il n'a pas fait un check de mon / (ext3), jusque la pas de probléme, il me balance deux ou trois messages imcomprehensibles par le commun des mortel comme d'hab quoi... mais en fait ensuite il s'en sort pas et me dit qu'il me passe la main pour le lancer à la mano... jusque là je maitrise c'est déjà arrivé du temps d'ext2... je suis a peine alerté par deux messages stranges de la part d'ext3 qui se plaint de ne pas écrire son journal... no problem, je lance fsck confiant sur ma partition et là... bad superblock, bad backup superblock.... ooops, là ça a vraiment chié...

Grosse panique, je reboote en changeant mon root avec lilo vers une veille partition ou il resté un morceau de redhat de la guerre, plus très fonctionnelle (y avait même pas ls...), enfin elle boot en init=/bin/sh, j'ai la main, je relance fsck (maintenant que la partition que je checke n'est pas montée), même symptomes... ça sent pas bon pour le disque...

Je regarde le man de fsck il y a une option pour reecrire les superblocks en gardant la table des inodes, mais ils disent que c'est la solution de la derniere chance et qu'en plus il faut etre confiant sur la taille des blocks de son disque sinon tout est foutu... il me semble que c'est des blocks de 4Ko mais j'en suis pas vraiment sur, impossible d'avoir la taille par dumpe2fs qui ne reconnait même plus ma partition comme une ext2... je regarde sur une autre partition du disque en me disant que lorsque (il y a longtemps) j'ai formaté les disques j'ai du mettre la même taille pour tout le monde (serais-je cohérent ?)... résultat 1Ko (oof, j'ai eut chaud...)...

Completement par hazard je relis le man de fsck et là je trouve une option qui permet de fixer la taille des blocks (-b il me semble) (je me souvenais vaguement que les super blocks étaient backupés à des multiples de la taille des blocks donc si il n'avait pas la bonne taille de block fsck ne pouvait pas trouver les superblocks de backup...)... et là miracle, il me dit qu'il utilise un superblock de backupt, il me restore même le journal ext3, quelques yes à des questions incompréhensibles plus tard, il m'affiche "/dev/hde7 clean"... ooof...

* moralité *
Si ça arrive au lecteurs de ce journal, pensez à préciser la taille de vos blocks à fsck il semble qu'il n'y arrive pas tout seul à les déterminer si c'est pas commun (1Ko lié à debian ?)

* question *
Comme fsck ne voulez plus se lancer après le crash, mais qu'avant il a bien voulu commencer le test lors du boot fatal, je me demande si c'est pas lui qui a merdé ma partition, je lance un appel à témoin....

> Lire le journal (7 commentaires, moyenne: 1).