Se connecter avec
S'enregistrer | Connectez-vous

Alors ??? ya t il eu un probleme de vermifuge ??

Dernière réponse : dans Remarques et Suggestions
Lassé par la pub ? Créez un compte

icmul a écritPresence pc aurait il ete victime du ver sql ?? ou ya t il vraiment eu un disque qui a sauté etc ...

Perso j'aimerai connaitre... la verité !! (est elle ailleurs)

Enfin en tous les cas bon courage !! et pour l'instant vous faites un boulot admirable !!


Heu... Sachant qu'ils ne possèdent pas SQL Server, ça m'étonnerai :whistle:  ... Les seuls effets qu'ils auraient pu avoir auraient été un ralentissement dû à l'hébergeur. Et c'est vraiment une panne matérielle qui est arrivée, je ne crois pas qu'ils aient l'habitude de mentir ici :) 

Juste un petit truc pour CaiRve et Flo14 qui ont assez mal acceuilli la question de icmul :

MySQL, tout comme MSSQL est régulièrement sujet à la découverte de failles de sécurité.

Hors, vu que le nombre de personnes s'attaquant aux applications Windows sont bien plus nombreuses que celles s'attaquant aux applications Linux (déjà, parceque tu as plus de chances de tomber sur un built-in précis sur un produit M$ que sur un produit x-like, dont tu trouves 20 sources compilables différents pour chaque version), il y a "souvent" des virus s'attaquant aux produits M$ alors que sous x-like il y en a beaucoup moins.

Deplus, on parle énormément des attaques chez M$ car parmis les X clients qui utilisent un produit, très certainement plus de 80% utilise le built-in vulnérable à l'attaque, et donc cela représente une très vaste population.

En gros, un vers sous MySQL est tout à fait possible.

Récemment encore, je suis tombé sur un article indiquant un trou de sécurité monumental sous MySQL & Apache. Et dire que les développeurs de ces produits ont sorti un patch moins de 24h après n'est pas une "excuse" pour la vulnérabilité. Rare sont les personnes qui passent leur temps à vérifier que chaque composant de leurs serveurs sont à jour avec la dernière version, et un grand nombre de personnes ne mettent à jour leur produit que plusieurs mois après une correction, pour des raisons politique de garantie.

Par exemple, en environnement M$, je bosse sur un site de SEB. Ca tourne sous IIS 4 sous NT 4.

Il y a 6 mois, ils ont passé le SP5 à NT, ainsi qu'un patch de IIS sorti il y a plus de 2 ans.

A ça, on rajoute que la semaine dernière ils ont passé IE 5.5 SP2 sur les serveur (avant c'était IE 5.01, qui représente des trous de sécurité monumentaux au niveau de la couche VBS, utilisée par IIS).

Hé bien pour chaque mise à jour, c'est deux semaines d'ingénieur développement et système qui sont dépensées, afin de valider le processus d'installation et les tests de non régression.

Et c'est pas propre uniquement aux produits M$, apache et mysql n'échappent pas à la règle.

magicbuzz a l'air tres informé .. perso je travaille dans une societe qui conçoit les prochaines puces wifi umts 4 (802.11b et autres)sous plateforme arm.... par consequent les developeurs m'ont parlés de ce genre de problemes.
Et c'est pour cette raison que j'ai posé la question.

Mais comme regulierement on se fait taxer de mauvaise langue ou de boulet par les autres lorsqu'une question sensible depasse leurs compétences. :kaola: 

Perso je n'ai quasi aucune competence en debogage ou language c ou autres, mais je suis au courant dse ce qui peut se passer grace aux ingé qui sont dans ma boite .. :pt1cable: 

Alors Mr Presence-pc avez vous des hypothèse ??? :sarcastic: 

THEniluje a écritMB>> Ne confond quand meme pas un parc de x centaines voire milliers de machines et quelques serveurs...

Moi tout ce topic me fait pensé que j'ai un multi a reinscrire :o 
un multi par dongle ?? parallele tu fais koi comme dev ??

THEniluje a écritTraduction s'il vous plait :( 


multi le soft de developpement ?? ou alors tu fais un jeu multiplayer peut etre ??? en semaine comme ça ..ça sent les vaccances ou l'etudiant ou alors lycéen/collegien non??

étudiant ah !!! la fac les jolies filles, de longues matinées passées au lit, lol, que de bon souvenirs , des partielles tous les 6 mois .... :pt1cable:  :love:  :sol: 

Je commence à regretter depuis que je travaille.....

nostalgie oui mais le nécrrrrrroooomancccciiiiien reviens ah ah !! :fou: 

icmul a écritmulti le soft de developpement ?? ou alors tu fais un jeu multiplayer peut etre ??? en semaine comme ça ..ça sent les vaccances ou l'etudiant ou alors lycéen/collegien non??

étudiant ah !!! la fac les jolies filles, de longues matinées passées au lit, lol, que de bon souvenirs , des partielles tous les 6 mois .... :pt1cable:  :love:  :sol: 

Je commence à regretter depuis que je travaille.....

nostalgie oui mais le nécrrrrrroooomancccciiiiien reviens ah ah !! :fou: 


Non, multinick/multipseudo ;) 

Sinon, je ne suis pas très au courant de ce genre de choses (notamment le monde Linux m'est très étranger) mais disons que quand un mec prône du Linux à tout va en cassant du sucre sur Microsoft, j'ai tendance à me plonger dans ce qu'il dit, chercher des infos et le renvoyer chez sa mère.

Et notamment, sur les points bugs/trous de sécurité, M$ est loin d'être clean, on est tous d'accord, mais parmis les éditeurs payants, c'est tout de même un des plus sérieux, quand à Linux et produits dérivés, mise à part la réactivité, les produits sont loin d'être parfaits non plus.

Donc ensuite, l'argument classique du troll de base, c'est de dire "Linux le patch sort 6 heures après la découverte du bug, chez M$ c'est 6 semaines".
Bon, c'est éxagéré, mais c'est vrai, seulement à ça, j'ai en réponse mon expérience dans le domaine professionnel qui fait que cette argument me fait pener au Pape sans sa canne : ça tiens pas debout, puisque les applications qui tournent sur les serveurs à patcher nécessitent une phase de test énorme et très coûteuse qu'on ne peut se permettre de zapper, et encore moins de faire à chaque trou de sécurité corrigé. Donc un patch est en effet un plus, mais pour 90% des cas en entreprises, qu'il y en ait ou non, ça revient au même ;) 

MagicBuzz : Franchement j'ai pas envie de lancer un débat Linux - Windows ici, mais tu te plantes sur beaucoup de points.

Déjà, la connexion MySQL sous Linux peut se faire par socket fichier ou par port réseau. Ce qui implique que dans le premier cas il est impossible de s'y connecter par le réseau.

Sinon pour les failles/patchs, juste une chose : tu crois qu'il faut 24h de test pour corriger un buffer overflow basique ?

Sous Linux, la majorité des failles découvertes sont partagées à tous AVEC aussi le code patch ou la méthode de correctif. Sous Windows, il n'y a que la faille ( faute d'avoir le source ). Y'a pas que des sauvages sur le net, grand nombre des découvreurs de trous de sécu informent les autres pour la faire corriger.

Mais ça tu le saurais si tu suivais les mailings de sécu :) 

Sly Angel a écritMagicBuzz : Franchement j'ai pas envie de lancer un débat Linux - Windows ici, mais tu te plantes sur beaucoup de points.

Déjà, la connexion MySQL sous Linux peut se faire par socket fichier ou par port réseau. Ce qui implique que dans le premier cas il est impossible de s'y connecter par le réseau.

Sinon pour les failles/patchs, juste une chose : tu crois qu'il faut 24h de test pour corriger un buffer overflow basique ?

Sous Linux, la majorité des failles découvertes sont partagées à tous AVEC aussi le code patch ou la méthode de correctif. Sous Windows, il n'y a que la faille ( faute d'avoir le source ). Y'a pas que des sauvages sur le net, grand nombre des découvreurs de trous de sécu informent les autres pour la faire corriger.

Mais ça tu le saurais si tu suivais les mailings de sécu :) 


Sly, y a t-il eu recemment des pb de secus avec PostFix ?
ça me fait peur de laisser ça en tache de fond au boulot, on ne sait jamais avec tous ces trojans, Linux n'est peut etre pas epargné.

Sinon pour Magic :

-> Tu sais Microsoft cache parfois les trous de secu, et pendant 3 mois on peut utiliser un systeme vulnerable sans etre au courant, sympa pour les admins systemes : je prefere encore que tout soit devoilé tout de suite quite a mettre en veille le ser vice defectueux

Sly Angel a écritMagicBuzz : Franchement j'ai pas envie de lancer un débat Linux - Windows ici, mais tu te plantes sur beaucoup de points.

Déjà, la connexion MySQL sous Linux peut se faire par socket fichier ou par port réseau. Ce qui implique que dans le premier cas il est impossible de s'y connecter par le réseau.

Sinon pour les failles/patchs, juste une chose : tu crois qu'il faut 24h de test pour corriger un buffer overflow basique ?

Sous Linux, la majorité des failles découvertes sont partagées à tous AVEC aussi le code patch ou la méthode de correctif. Sous Windows, il n'y a que la faille ( faute d'avoir le source ). Y'a pas que des sauvages sur le net, grand nombre des découvreurs de trous de sécu informent les autres pour la faire corriger.

Mais ça tu le saurais si tu suivais les mailings de sécu :) 

Moi non plus, j'ai pas envie de me lancer dans un débat stérile, mais fort est de constater que tu t'enfonce dans les rettranchements de trolls.

Ce dernier post en réponse au tiens :
"La connection MySQL machin". Ouais, MSSQL Server c'est pareil, si t'as un firewall correctement configuré en amont c'est inhackable. Par contre, si tu veux permettre du remote admin, ton argument par à l'eau, puisque les ports en question étant ouvert, ils se trouvent aussi vulnérables l'un que l'autre.

Deplus, dis-moi, tu bosses dans quoi ? T'es admin d'un serveur mail, c'est ça ? Arrête de dire des conneries. Oui, pour valider l'application du moindre patch, c'est des heures de tests de validation. Quand tu bosseras sur des vrais systèmes tu sauras peut-être de quoi je parle. Vas-voir tu chef et propose-lui de passer tous les patchs de sécurité en retard sur un serveur SAP, tu vas voir ce qu'il va te répondre. Moi je le sais déjà : "C'est hors périmètre de garantie", ou alors "SAP n'a pas préconisé ce correctif, il ne faut pas l'appliquer". Voilà, c'est ça le monde de l'entreprise.

Communiquer est une chose. Dans la position de M$, autant ne pas le faire puisque :
- N'étant pas open-source, les personnes informées ne pourront de toute façon pas aider à la correction
- Si l'admin réseau concerné par le trou n'est pas une burne, son réseau est totalement protégé, correction effectuée ou non
- Moins tu en parles, moins les personnes succeptibles de faire des attaques seront au courant, et plus tu limites les dégats.
Un cerveau c'est pas que pour faire mal à la tête quand tu te murge, c'est aussi pour réfléchir.

Quand aux mails de sécu, je ne suis en effet abonné qu'aux bulletins de sécurité de Microsoft. Et franchement, j'ai du mal à cerner là où ils ne sont pas transparents. Pour tout trou détecté, une news est diffusée, avec, en attendant la correction, une parade pour ne pas prendre de risque.

Magic > J'pense que tu t'énerve un peu tout seul sur le sujet, pour ma part je suis admin réseau dans un parc mi nt, mi linux, avec un bout de solaris et je le supporte bien au quotidien, clairement windows hormis le visuel c'est un peu naze pour les services équivalents sous linux, apres y'a une question d'état d'esprit et le fait d'etre a l'aise plus naturellement sur l'un ou l'autre.

Néanmoins, agresse pas comme ca, oui M$ sbien, mais c'est pas nom plus extraordinaire et définitivement ca se prend une grosse trampe par les unix like sur de très très nombreux points. Néanmoins pour mettre de l'eau dans mon vin, j'estime par contre que 2Kpro est un os client très agréable et que je ne vois pas mieux pour un travail confortable et étérogène.

Pour finir, oui ce que tu commente au niveau des firewall est vrai, j'arrive également à blinder à mort un 2K advsrv via un firewall qui protege l'exterieur et la machine d'elle à elle meme aussi. du coup ca deviens un vrai muraille, mais toujours sensible aux trou dans les applicatifs disponibles autorisés, néanmoins il faut faire appel à des outils externe pour la blinder alors que notre ami linux lui fournit tout les élements pour cela, par ailleur il est moins sensible en réglages de base aux attaques car *mieux pensé*.

Bref, chacuns son partis, ca ne vaut pas le coup par contre de manquer de respect ou de s'exciter.

j'ai une bouteille de sky, kinenveut :D  ?

MagicBuzz : :pfff: 
C'est toi qui t'enfonce mon grand...

Tu devrais un peu plus te renseigner sur Linux, parce que des "machins" y'en a plein d'autres et visiblement ça t'est très étranger...

C'est pour faire aussi ridicule que ce topic que tu me réponds comme ça ? : http://forum.hardware.fr/forum2.php3?post=14081&cat=11

C'est quoi pour toi une référence pour un admin ? Le patron ( qui n'est pas admin ) ou l'ensemble des admins, codeurs de projets réseaux, hébergeurs faisant de l'infogérance ?

Désolé d'avoir de mauvaises références du monde de l'entreprise, genre IBM :/  ( merde ils utilisent des UNIX, sont un peu à côté de la plaque faut croire ). Dis moi tu bosses dans une boîte spécialisée dans quel domaine pour que ce soit le patron qui s'occupe de la sécurité des serveurs à la place de l'admin repsonsable du parc ? Parce qu'à part pour des raisons financières, j'ai jamais vu un patron qui empêchait son admin sys de faire son travail de sécurisation.

g pas dit que je pouvais les casser!
g dit que ct cassable, nuance.
je n'ai pas les connaissances nécessaires pour, mais je suis sûr et certain que d'autres à force d'acharnement pourront le faire sans pb. (les safe disk 1 et 2 devaient être incassables => CloneCD fait sauter la protection sans pb; WinXP devait être inpiratable (ou alors à TRES petite échelle) => pas besoin d'être un magicien pour trouver diverses versions (la +part en corporate) et serials sur le net)

Sly > Mouhaha

C'est toi qui est à côté de la plaque mon pauvre. Où j'ai dit que Windows était mieu que Linux ? MDR
Ah, et puis niveau réactivité, les Unix (Solaris, etc.) sont pas ce qu'il y a de mieu, M$ n'a rien à leur envier.
Mais ça tu peux pas comprendre, t'es parti dans ton trip complètement naze. Chez IBM, ils sont comme chez GE, ils passent les patches et mises à jours quand les nouveaux patches/mises à jour sont en train de sortir.
C'est d'ailleurs une règle de qualité. Mais bon, reste sur ton nuage, et met bien le dernier patch qui vient de sortir sur ton PC, c'est sur que là dessus tu risques pas d'avoir de surprise... Et si tu en a une, après tout c'est pas grave, t'as pas 50 M$ de chiffre d'affaire qui circule sur ton PC tous les jours, tu peux te permettre de l'immobiliser une journée pour le réinstaller (enfin... un Unix c'est légèrement plus d'une journée pour le remettre sur pied, mais vu que t'as pas l'air de faire la différence avec Linux...)

Quand au "Unbreakable", le dernier en date à avoir sorti cette connerie, c'était Oracle non ? (nan, t'as raison, y'en a un ou deux autres depuis, mais on va rester sur Oracle, c'est le plus marrant).

Ca a tenu combien de temps ? 50 jours, c'est ça ?
Combien de failles de sécu trouvées ? Combien de bugs monstrueux ?

LOL. Alors ton qmail et son guarantee.html excuse-moi, mais je suis pas loin de mouiller mon slip là. Quand moi-même ce matin j'ai parlé de "inhackable", bien évidement que c'est hackable. Je parle de moyens automatisés tels un worm. Evidement, si tu fous un génie en face, même ton super firewall de la mort qui tue à 100 K$ il te le fait péter en 10 minutes. Faut peut-être remettre les choses à leur place, reviens sur Terre.

Pour qmail, c'était une pointe d'humour. Il en reste que tu peux regarder la date de l'annonce de ce défi. A ce jour il tient toujours.

Je ne dis pas que c'est inviolable, c'est juste la garantie d'une qualité de sécurisation très bonne.


Sinon pour le reste, je te laisse sur tes appréciations, mais franchement je pense qu'un topic sur OS Alternatif du forum HFR résume bien là situation.

Je n'ai pas dit que tu affirmais Windows mieux, mais moi je dis qu'il est moins bien pour un serveur sécurisé sur un réseau. C'est tout. Et ça tous les admins des hébergeurs de serveurs te le diront ( sont cons aussi tiens )

Outre ça, merci mais aujourd'hui les "professionnels" j'ai eu ma dose avec ontrack.

stoooopppppppppp on est pas là pour se tirer la bourre !!!!!
Perso j'ai faili etre bani pour moins que ça !!!!!
Cela dit vos points de vue sont interessantet j'ai le meme genre de discution avec mon admin.... pour lui unix c'est ce qu'il ya de mieux et windows c'est pour les debiles ... cela dit je connait plein de debile qui font un boulot plus interessant et mieux payé alors ...

Voila moi j'aide les gens et je suis un specialiste dans le matos/fournisseur/negoce alors à chacun sa partie...

Par contre je trouve que sly pour un admin .. pas tres proche des autres et surtout parfois limite dans la tolerance ..

voila maintenant presence pc n'a toujours pas repondu à ma question ???


icuml > Nan, ct pas un worm, ils ont clairement expliqué, ils ont fait une intervention sur la chaîne RAID en ajoutant leur disque de backup à laplace d'un disque qui était parti en SAV. Hors le rebuild a foiré, et ils ont donc à la fois perdu la chaine RAID et le backup (ct pas très malin, mais on a tous fait ce genre de conneries au moins une fois :D )

Sinon, Sly, pareil que pour Windows mieu ou moins bien, j'ai pas dis que Windows était aussi bien que Linux ou autre pour un serveur sécurisé.

Je reprends calmement, parceque comme l'a dit icmul, pas besoin de se friter pour si peu, surtout qu'on est d'accord sur un certain nombre de point, contrairement à ce que tu crois.

Moi, ce que j'ai dit, en réponse au post de Flo14 principalement, c'est que pour un serveur d'application (un site web en fait partie) Linux ou Windows sont tout aussi hackable l'un que l'autre, pour la simple raison que, les trous de sécurité, même une fois découvert sont rarement corrigés rapidement, car les répercutions lors d'une correction de ce genre peuvent être énormes et irréversibles sur un tel serveur.

Pour développer des site webs et m'occuper de la maintenance, près de la moitiée de mon boulot consiste à analyser des milliers de lignes de code afin de valider que tel ou tel patch de SQL Server ou de IIS ne va pas foutre le boxon dans le site. Personnellement, je bosse uniquement en environnement Windows, mais j'ai des collègues qui bosse en env X-like, et c'est la même donne.

On est souvent consultés pour passer des patchs qui sont super vieux, qui ne sont appliqués uniquement parceque l'entreprise client s'apprête à procéder à un audit de leur sécurité, et que les managers s'inquiètent. Les hébergeurs professionnels ne touchent jamais à une machine client sans avoir une chose bien particulière à faire, qui leur a été commandée par le client, et validée (aucun hébergeur professionnel ne va prendre la responsabilité de toucher à un serveur qui brasse quelques milliers d'euros par jours sans y avoir été commandé).

Pour exemple des risques encourus par des mises à jours à la va-vite :
-> Il y a 9 mois, un de nos clients a décidé de passer un patch de sécurité pour Site Server 3.0 sans nous avertir. Deux heures après on recevait un coup de fil de leur part, le site web ne pouvait plus se connecter à Site Server. Bon, sur un second serveur, ils ont immédiatement remis un backup du serveur. Cependant, le backup fait juste avant le crash était foireux. Ils ont perdu plus de 15 heures de commandes. Après plusieurs jours d'acharnement, on a fini par faire fonctionner de nouveau le site sur l'ancien serveur, afin de récupérer les commandes en question. Seulement, la base LDAP n'ayant pas supporté la mise à jour, impossible de retrouver qui avait passé telle commande. On a dû épelucher les logs pendant 2 jours pour retrouver la liste des utilisateurs ayant commandés. Les utilisateurs en question étant uniquement des salariés et des actionnaires de l'entreprise, ils ont pu, après à nouveau plus d'une semaine d'investigation retrouver qui avait commandé quoi. Un boulot énorme donc, et des dizaines de milliers de ressources humaines perdues... Et au final, un patch qui n'a pas été passé.
-> Il y a 15 mois environ, une autre entreprise décide de sécuriser leur serveur de base de données sur lequel s'appuie le site, et en profiter pour changer de version d'Oracle. Pareil, ils ne nous ont rien dit. Résultat, le site down pendant près de 2 semaines le temps qu'on mette à jour l'intégralité du code du site qui nécessitait des modifications suite à une nouvelle version d'ODBC et de l'interpréteur SQL d'Orcale.

Ces deux exemples sont sous NT (bon, le second, concernant Oracle, aurait pu être sous Linux, du moins pour le problème des requêtes qui ne passaient plus.)

Mais sous Linux, on a eu aussi des trucs sympa... Un patch de Apache qui nique le filesystem, ou encore la base MySQL qui est altérée suite à un correctif de ce dernier, et quelques autres belles comme ça.

C'est ça que je met en avant quand je dis que Linux est aussi vulnérable qu'un autre. Parceque les serveurs qui sont vraiment sensible (c'est pas un firewall qui est sensible, mais ce qui est derrière, ou avant, pour un site web) sont bien moins souvent patchés, car les effets de bord peuvent être considérables et économiquement dramatiques.

A mon boulot on a eu ça aussi, posfix qui nécessite un patch. OK. Une heure après, l'admin réseau nous annoçait qu'on avait perdu tous les mails de la journée, suite à un crash complet du serveur. Depuis il monte systématiquement une machine à l'identique sur laquelle il teste les patches. C'est marrant, mais depuis, les coupures de services liées à l'application de patches sont bien moins courrantes ;) 

Bon, c'est pas mon jour on dirait...

Réponse PPC :

La vérité c'est ce qui a été dit, on a un disque qui a crashé y'a 2 mois maintenant, on a eu un RAID poussif ( amputé d'un disque ), une manip pour ajouter un disque sur le RAID, ça a fait une succession de problèmes sur la chaine SCSI du RAID, y'a eu un mélange des données sur tous les disques et on a perdu le disque de backup avec dans l'histoire.

Le ver SQL attaque MS SQL sur le port 1434 notamment, et à partir de là flood en broadcast sur 255.255.255.0 de reqûetes SQL, ce qui remplie de manière impressionnante la bande passante utilisée entrainant un DDoS. L'attaque a été lancée tôt le Samedi matin ( à peu prêt 6h en France ), elle a touché un certain nombre de serveurs chez les hébergeurs dont surtout OVH pour la France qui a beaucoup souffert de l'attaque. Chez Claranet où est hébergé le serveur PPC et où j'étais ce WE là, l'attaque s'est limitée à quelques serveurs, vu qu'ils n'ont pas trop de serveurs NT chez eux par rapport à OVH et que leurs routeurs internes forcent le 10 Mbit/s ce qui diminue la bande passante occupable par ces serveurs en point. Ils ont quand même eu pas mal de mails d'alerte le matin mais pas de problèmes majeurs en dehors des serveurs vérolés qui ont tout de suite été coupés.

Le serveur PPC est tombé en panne la veille le Vendredi à 19h30 environ, suite à une manipulation de changement de barrettes de RAM et de la mise en place d'un disque sur le RAID 5 suite à la panne d'il y a 2 mois d'un des disques ( qui ne s'était pas senti si on excepte la charge augmentée depuis ). Le serveur SQL est MySQL, configuré en socket fichier local donc non accessible par le net, le port 1434 n'est pas utilisé sur le serveur donc le serveur ne peut pas être perturbé par des floods de requêtes SQL, en dehors d'un remplissage de bande passante sur le routeur où il est branché.

De ce fait, non Presence PC n'a pas subi le ver SQL, il ne l'a d'ailleurs même pas vu passer, le serveur étant down au moment de l'attaque.

Pour plus de pécisions sur le ver :
http://www.washingtonpost.com/ac2/wp-dyn/A57550-2003Jan...

Le témoignage de Octave, admin de OVH :
http://www.grenouille.com/textes/2003012501.php

Voilà :jap: 

ct y'a un bout de temps, je m'en rappelle plus, d'autant plus que je t'ai dis, je bosse pas avec nux, donc je me tiens pas très au courant.

il me semble par contre que des personnes en avaient parlé dans soft & réseau, y'a un bon bout de temps par contre...

grossomodo, ce qu'on m'a expliqué, c'est que le patch partait du principe qu'un FS particulier était utilisé, et par une bidouille que j'ignore, mais il me semble que ct un problème d'apache v1.x, ayant les mêmes droits que le noyau, apache avait réussi à écrire des trucs sur le disque en se basant sur un mauvais système de fichier.

résultat, linux devenait inamorçable et pas moyen de réparer le FS. bon, après, c'est ce que j'en ai retenu, c'est peut-être très différent.

sinon, pour MySQL, ct un problème de mise à jour de cryptage qui merdait, et il était incapable de relire dans une base de données faite par une version antérieure. Résultat, nécessité de virer MySQL et remettre l'ancien.

Et puis juste un mot pour dire que le lien que tu as mis là-haut où je suis sois-disant ridicule a pour résultat que personne n'a rien réussi à faire sur mon serveur, mise à part le spammer à mort (et encore, ça a foiré, faut de débit donné par le modem) le module d'envoi de mails (un peu plus de 30 000 en 1 heure, ct assez chiant de vider outlook après :D 

MagicBuzz a écritEt puis juste un mot pour dire que le lien que tu as mis là-haut où je suis sois-disant ridicule a pour résultat que personne n'a rien réussi à faire sur mon serveur, mise à part le spammer à mort (et encore, ça a foiré, faut de débit donné par le modem) le module d'envoi de mails (un peu plus de 30 000 en 1 heure, ct assez chiant de vider outlook après :D 
j ai vu :sweat: 
c est quand meme ridicule cette guerre linux/microsoft :pfff: 

MagicBuzz a écritSly > Mouhaha

C'est toi qui est à côté de la plaque mon pauvre. Où j'ai dit que Windows était mieu que Linux ? MDR
Ah, et puis niveau réactivité, les Unix (Solaris, etc.) sont pas ce qu'il y a de mieu, M$ n'a rien à leur envier.
Mais ça tu peux pas comprendre, t'es parti dans ton trip complètement naze. Chez IBM, ils sont comme chez GE, ils passent les patches et mises à jours quand les nouveaux patches/mises à jour sont en train de sortir.
C'est d'ailleurs une règle de qualité. Mais bon, reste sur ton nuage, et met bien le dernier patch qui vient de sortir sur ton PC, c'est sur que là dessus tu risques pas d'avoir de surprise... Et si tu en a une, après tout c'est pas grave, t'as pas 50 M$ de chiffre d'affaire qui circule sur ton PC tous les jours, tu peux te permettre de l'immobiliser une journée pour le réinstaller (enfin... un Unix c'est légèrement plus d'une journée pour le remettre sur pied, mais vu que t'as pas l'air de faire la différence avec Linux...)
heu quand j'ai crashé mon disque dur au taf, l'admin système m'a reinstallé un solaris sur le disque dans la matinée :heink: 

Je doute fortement que c'était un véritable "serveur". Si c'est une machine de dev/test, moi aussi je suis capable de te l'installer en 4 heures. Si c'est un véritable serveur, le paramètrage est bien plus fastifieux que ça... A moins qu'il est un master dédié, qui a dû lui coûter à peut près le prix de l'OS en plus (c'est un gros avantage d'Unix d'ailleurs, quand tu achète un serveur, si t'as les moyens, tu explique ce qui va tourner dessus, et ils te font un master configuré au poil pour tes besoins...)

Et puis... Quand je parle de "serveur", c'est pas de l'OS que je parle, c'esy OS + Applicatif + Configuration + Données. Mise à part pour un serveur genre proxy je vois pas comment tu peux installer ça en 4 heures...

Pour info, quand on est une boite pro, réinstaller un serveur Linux complet ( enfin souvent c'est des UNIX plutôt ) c'est :

plug d'un disque, copie image brute du disque sur celui à installer, déplug, config du host, de l'IP, des comptes, fini.

Durée estimée : 1-2h selon le serveur maxi ( pour un serveur type )

P.S. : quelque soit l'architecture :) 

MagicBuzz a écritpotentiellement :lol:  :D 
et c'est en pratique le cas, toutes nos machines sont en reseau et on accès au net + branchée au reseau des US à San José, et plusieurs de nos machines persos servent de serveur.

Sly Angel a écritPour info, quand on est une boite pro, réinstaller un serveur Linux complet ( enfin souvent c'est des UNIX plutôt ) c'est :

plug d'un disque, copie image brute du disque sur celui à installer, déplug, config du host, de l'IP, des comptes, fini.

Durée estimée : 1-2h selon le serveur maxi ( pour un serveur type )

P.S. : quelque soit l'architecture :) 

Oui, mais sous NT c'est pareil, un coup de Ghost et c'est bon, si tu fait ça bien t'en a même pour moins longtemps et tu peux faire ça depuis le réseau en configurant automatiquement les PC sans avoir à bouger tes fesses ;) 

Non, pour moi un serveur c'est pas ça. Un serveur c'est l'OS, évidement, mais aussi, et surtout, tout l'environnement applicatif, sa configuration (et ça ça demande un temps monstrueux, même en automatisant un maximum) et l'alimentation en données.

Grossmodo, vous avez tous dû déjà voir un serveur avec SAP dessus, ou un autre ERP. Ben imaginez que le serveur à une grosse couille et qu'il faut le résinstaller sans pouvoir faire une simple image du disque ;)  Y'en a pour au moins 1 semaine avant d'avoir un truc utilisable (et même après tous ce temps, y'aura pas mal d'heures et interruptions de service afin de finir la config ;) )

Pour un site web, selon l'architecture choisie (sur les gros sites, il y a souvent des outils externes qui sont utilisés tels que WebSphere, Commerce Server ou autres) qui sont extrêment lourds à installer, configuer, et encore plus à alimenter en données...

Notamment un Commerce Server par exemple, c'est du LDAP stocké sous forme de blobs dans la base. Donc en cas de réinstall sur un serveur neuf, un import de la base ne suffit pas. Il faut lire les infos depuis le serveur source, par script, les rendre lisibles, les transmettre au serveur destination, et pas script, les enregistrer... Assez lourd quoi ;) 

joce a écritet c'est en pratique le cas, toutes nos machines sont en reseau et on accès au net + branchée au reseau des US à San José, et plusieurs de nos machines persos servent de serveur.

Vi, mais c'est ce que je dis, après il faut voir ce qu'on appelle serveur ;) 

Si c'est un serveur d'imrpimante ou de fichier, même un Windows 95 peut le faire - enfin, faut être courageaux quand même :D  - ;) 

Non, moi je parle de serveur applicatif - des vrais, c'est ceux-là qui se font attaquer, pas les posts avec 3 MP3 et deux 2 fichiers words :D  -.

MagicBuzz : Si tu sais comment passer une install d'un Win 2000 d'un chipset VIA à un chipset SiS ( par exemple ) sans blue screen ( et sans plus avoir le chipset d'origine ), je suis intéressé :D 

Pour ce qui est de configurer sans bouger ses fesses... Euh je te rappelle que c'est quand même l'essence même de Linux hein ;) 

Ce que je fais de Montpellier avec les serveurs à Paris et Lyon, je le dis, je ne pourrais pas le faire avec un NT.

Sly Angel a écritMagicBuzz : Si tu sais comment passer une install d'un Win 2000 d'un chipset VIA à un chipset SiS ( par exemple ) sans blue screen ( et sans plus avoir le chipset d'origine ), je suis intéressé :D 


Y a ça :
http://support.microsoft.com/?kbid=314082
Mais je ne l'ai essayé que pour passer d'une carte-mère à base d'Intel à une autre à base d'Intel, si le chipset est vraiment différent ça a moins de chance de marcher :D 

Vous recevez un message d'erreur Stop 0x0000007B après avoir déplacé le disque système Windows XP vers un autre ordinateur
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s) :
Microsoft Windows XP Édition familiale
Microsoft Windows XP Professionnel

Ancien nº de publication de cet article : F314082
Pour vous procurer une version Microsoft Windows 2000 de cet article, consultez l'article271965.


Symptômes
Après avoir déplacé le disque système (démarrage) vers un ordinateur de sauvegarde, le message d'erreur Stop suivant peut s'afficher lorsque vous essayez de démarrer l'ordinateur de sauvegarde sous Windows :

STOP: 0x0000007B (0xF741B84C,0xC0000034,0x00000000,0x00000000)
INACCESSIBLE_BOOT_DEVICE
Cause
Cette erreur peut survenir si les entrées du registre et les pilotes du contrôleur de stockage de masse de l'ordinateur de sauvegarde ne sont pas installés dans Windows.

Pour les contrôleurs IDE (Integrated Device Electronics), différents jeux de puces sont disponibles, comme Intel, VIA et Promise. Chaque jeu de puces possède un identificateur Plug-and-Play (PnP-ID) différent.

Les informations PnP-ID des contrôleurs de stockage de masse de l'ordinateur de sauvegarde doivent être présentes dans le registre avant l'installation afin que Windows puisse initialiser les pilotes appropriés.
Résolution
Pour résoudre cette erreur, procédez de la manière suivante pour la restauration du système.
Utilisez un matériel identique pour l'ordinateur de sauvegarde.
Remplacez les composants matériels posant problème dans l'ordinateur de sauvegarde par des composants du même fabricant, de même marque et de modèle identique que les composants présents dans l'ordinateur que vous sauvegardez.
Si le disque système est un disque SCSI, utilisez la même marque et le même modèle de contrôleur SCSI dans le nouvel ordinateur.
Si le disque système est un disque IDE, utilisez le même type de carte mère dans le nouvel ordinateur, une carte mère possédant le même type de jeu de puces IDE et le même PnP-ID que la carte mère de l'ordinateur que vous sauvegardez.
Pour les disques système SCSI, vous pouvez donner la priorité au registre et vous assurer que les pilotes que vous voulez sont en place en installant le contrôleur SCSI utilisé par l'ordinateur de sauvegarde avant de transférer le contenu du disque système. Windows PnP détecte le contrôleur, définit les entrées de registre vitales et copie le pilote approprié.

Après avoir vu le contrôleur SCSI dans le Gestionnaire de périphériques, vous pouvez retirer en toute sécurité le contrôleur auxiliaire. Si, plus tard vous devez déplacer le disque système vers un autre ordinateur ayant la même marque et le même modèle de contrôleur SCSI, Windows démarrera sans problème car Windows a déjà utilisé ce contrôleur une fois et a conservé les informations de configuration exactes.
Plus d'informations
Bien que Microsoft ne prenne pas en charge cette méthode, il est possible d'importer ou de fusionner les entrées de registre requises, et de copier les pilotes à l'avance afin de prendre en charge tous les contrôleurs IDE pris en charge par Windows. Notez que bien que cette méthode puisse permettre de relocaliser le disque système afin qu'il démarre correctement, d'autres différences matérielles peuvent conduire à d'autres problèmes.

Cette solution permet la prise en charge des contrôleurs IDE dont le PnP-ID correspond à l'un des PnP-ID de la liste suivante. Toutefois, si vous voulez déterminer à l'avance quels contrôleurs IDE sont utilisés dans votre ordinateur actif et de sauvegarde, vous pouvez rechercher dans le fichier %SystemRoot%\Setupapi.log le PnP-ID détecté pendant l'installation.

Après avoir déterminé les PnP-ID utilisés dans vos ordinateurs, vous pouvez choisir de fusionner ou de peupler le registre avec les seuls PnP-ID dont vous avez besoin.

La liste suivante présente les PnP-ID des contrôleurs IDE pris en charge à l'origine dans Windows.
;*********** Contrôleurs IDE ATA/ATAPI standards *********
Secondary_IDE_Channel=%SystemRoot%\inf\Mshdc.inf

;*********** Contrôleur de disque dur ESDI générique **********
*PNP0600=%SystemRoot%\inf\Mshdc.inf

;*********** Contrôleur IDE Aztech **********************
*AZT0502=%SystemRoot%\inf\Mshdc.inf

;*********** Identificateur de périphérique pour IDE Dual PCI générique*********
PCI\CC_0101=%SystemRoot%\inf\Mshdc.inf

;************Contrôleur IDE ALI ******************************
PCI\VEN_10B9&DEV_5215=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_10B9&DEV_5219=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_10B9&DEV_5229=%SystemRoot%\inf\Mshdc.inf

;************Appian Technology **************************
PCI\VEN_1097&DEV_0038=%SystemRoot%\inf\Mshdc.inf

;************CMD Technology *****************************
PCI\VEN_1095&DEV_0640=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_1095&DEV_0646=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_1095&DEV_0646&REV_05=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_1095&DEV_0646&REV_07=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_1095&DEV_0648=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_1095&DEV_0649=%SystemRoot%\inf\Mshdc.inf

;************Compaq *************************************
PCI\VEN_0E11&DEV_AE33=%SystemRoot%\inf\Mshdc.inf

;*************Intel *************************************
PCI\VEN_8086&DEV_1222=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_8086&DEV_1230=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_8086&DEV_7010=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_8086&DEV_7111=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_8086&DEV_2411=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_8086&DEV_2421=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_8086&DEV_7199=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_8086&DEV_244A=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_8086&DEV_244B=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_8086&DEV_248A=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_8086&DEV_7199=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_8086&DEV_7601=%SystemRoot%\inf\Mshdc.inf

;*************PC Technology *****************************
PCI\VEN_1042&DEV_1000=%systemroot%\inf\Mshdc.inf

;*************Silicon Integrated System *****************
PCI\VEN_1039&DEV_0601=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_1039&DEV_5513=%SystemRoot%\inf\Mshdc.inf

;*************Symphony Labs *****************************
PCI\VEN_10AD&DEV_0001=%SystemRoot%\inf\Mshdc.inf
PCI\VEN_10AD&DEV_0150=%SystemRoot%\inf\Mshdc.inf

;*************Promise Technology ************************
PCI\VEN_105A&DEV_4D33=%SystemRoot%\inf\mshdc.inf

;*************VIA Technologies, Inc. ********************
PCI\VEN_1106&DEV_0571=%SystemRoot%\inf\Mshdc.inf

;*************Standard Microsystems Corp. ***************
PCI\VEN_1055&DEV_9130=%SystemRoot%\inf\Mshdc.inf

;*************Toshiba ***********************************
PCI\VEN_1179&DEV_0105=%SystemRoot%\inf\Mshdc.inf

Pour importer ces informations, utilisez la procédure suivante sur deux ordinateurs tests différents qui présentent l'erreur Stop 0x0000007B après le changement de disque entre les ordinateurs. Après avoir suivi cette procédure sur chaque ordinateur test, vous pouvez probablement déplacer les disques durs et démarrer les deux ordinateurs sans recevoir l'erreur Stop 0x0000007B. Toutefois, d'autres différences matérielles peuvent donner lieu à d'autres problèmes.
Copiez les informations suivantes dans le Bloc-notes, puis enregistrez le fichier sur une disquette 3,5 pouces. Nommez le fichier Mergeide.reg, sans l'extension de fichier .txt. ********** Début de la copie **********

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\primary_ide_channel]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="atapi"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\secondary_ide_channel]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="atapi"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\*pnp0600]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="atapi"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\*azt0502]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="atapi"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\gendisk]
"ClassGUID"="{4D36E967-E325-11CE-BFC1-08002BE10318}"
"Service"="disk"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#cc_0101]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_0e11&dev_ae33]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_1039&dev_0601]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase \pci#ven_1039&dev_5513]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_1042&dev_1000]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_105a&dev_4d33]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_1095&dev_0640]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_1095&dev_0646]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_1095&dev_0646&REV_05]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_1095&dev_0646&REV_07]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_1095&dev_0648]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_1095&dev_0649]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_1097&dev_0038]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_10ad&dev_0001]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_10ad&dev_0150]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_10b9&dev_5215]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_10b9&dev_5219]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_10b9&dev_5229]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_1106&dev_0571]
"Service"="pciide"
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_8086&dev_1222]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_8086&dev_1230]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_8086&dev_2411]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_8086&dev_2421]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_8086&dev_7010]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_8086&dev_7111]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase\pci#ven_8086&dev_7199]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"

;Ajout d'un pilote pour Atapi (requiert Atapi.sys dans le répertoire Drivers)

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi]
"ErrorControl"=dword:00000001
"Group"="SCSI miniport"
"Start"=dword:00000000
"Tag"=dword:00000019
"Type"=dword:00000001
"DisplayName"="Standard IDE/ESDI Hard Disk Controller"
"ImagePath"=hex(2):53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,44,00,\
52,00,49,00,56,00,45,00,52,00,53,00,5c,00,61,00,74,00,61,00,70,00,69,00,2e,\
00,73,00,79,00,73,00,00,00

;Ajout d'un pilote pour intelide (requiert intelide.sys dans le répertoire Drivers)

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IntelIde]
"ErrorControl"=dword:00000001
"Group"="System Bus Extender"
"Start"=dword:00000000
"Tag"=dword:00000004
"Type"=dword:00000001
"ImagePath"=hex(2):53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,44,00,\
52,00,49,00,56,00,45,00,52,00,53,00,5c,00,69,00,6e,00,74,00,65,00,6c,00,69,\
00,64,00,65,00,2e,00,73,00,79,00,73,00,00,00


;Ajout d'un pilote pour Pciide (requiert Pciide.sys dans le répertoire Drivers)

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PCIIde]
"ErrorControl"=dword:00000001
"Group"="System Bus Extender"
"Start"=dword:00000000
"Tag"=dword:00000003
"Type"=dword:00000001
"ImagePath"=hex(2):53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,44,00,\
52,00,49,00,56,00,45,00,52,00,53,00,5c,00,70,00,63,00,69,00,69,00,64,00,65,\
00,2e,00,73,00,79,00,73,00,00,00
********** Fin de la copie **********


********** Début de la copie ********** Extrayez les fichiers Atapi.sys, Intelide.sys, Pciide.sys et Pciidex.sys du fichier %SystemRoot%\Driver Cache\I386\Driver.cab, ou copiez les fichiers dans le dossier %SystemRoot%\System32\Drivers.
********** Début de la copie ********** Dans l'Explorateur Windows, cliquez avec le bouton droit sur le fichier Mergeide.reg enregistré sur la disquette, puis cliquez sur Fusionner. Windows affiche le message suivant :
Voulez-vous vraiment ajouter les informations contenues dans A:\Mergeide.reg au registre ?

Cliquez sur Oui.

Lorsque le processus d'importation est terminé, Windows affiche un autre message :
Les informations de A:\Mergeide.reg ont été inscrites dans le registre.

********** Début de la copie ********** Arrêtez Windows, éteignez l'ordinateur, puis déplacez le disque système vers l'autre ordinateur test, celui qui a précédemment produit un message d'erreur Stop 0x0000007B, puis voyez si vous parvenez à démarrer le deuxième ordinateur sans erreur.
Dernière modification le : 14/03/2002
Mot(s) clé(s) : kb3rdparty kbenv kbhw kbprb KB314082


L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

MagicBuzz a écriticuml > Nan, ct pas un worm, ils ont clairement expliqué, ils ont fait une intervention sur la chaîne RAID en ajoutant leur disque de backup à laplace d'un disque qui était parti en SAV. Hors le rebuild a foiré, et ils ont donc à la fois perdu la chaine RAID et le backup (ct pas très malin, mais on a tous fait ce genre de conneries au moins une fois :D )

Sinon, Sly, pareil que pour Windows mieu ou moins bien, j'ai pas dis que Windows était aussi bien que Linux ou autre pour un serveur sécurisé.

Je reprends calmement, parceque comme l'a dit icmul, pas besoin de se friter pour si peu, surtout qu'on est d'accord sur un certain nombre de point, contrairement à ce que tu crois.

Moi, ce que j'ai dit, en réponse au post de Flo14
[...]


Je crois que tu as mal interprété mon post... Je ne remettais pas en cause le fonctionnement même de SQL Server, mais plutot le fait que ce soit un ver qui se soit attaqué à l'une de ses failles de sécurité, ce qui répondait à la question d'icmul.
En clair, je ne blâmais pas SQL Server, je lui faisait simplement remarquer qu'ils n'avaient PAS pu être attaqué par CE ver car ils ne possédaient pas SQL Server.

Sly Angel a écrit:eek2: 

Merci :jap:  ( par contre base de registre, faut le faire vraiment avant de changer de chipset quoi :/  )

Ben c'est normal, la BDR contient toutes les infos du système. C'est un peut l'équivalent de la FAT au niveau de l'OS quoi.

Donc par instructions purement basiques (int13h toute bête) il charge la BDR, et à partir de ce qu'il trouve dedans, il charge les drivers.

Et là le drivers il aime pas le changement le chipset :D 

En fait, plusqu'un bug de Windows, on peut dire que c'est les mecs qui ont écrit le drivers qui sont des gros nazes, et qui n'ont pas prévu qu'on pourrait essayer de charger le drivers alors que le chipset n'est pas compatible ;) 

D'ailleurs, pas loin de 80% des bugs de Windows sont généralement dûs à des drivers de merde (on connait tous les 4in1 ou les detonators - quoique ce derniers semblent enfin ne plus poser de problème ;)  -)

En fait, la grosse différence à ce niveau avec Linux se trouve en deux points, et donnent l'avantage à Linux au niveau stabilité, au détriment d'une centralisation des informations qui seraient pratique.

-> Windows stocke quasiement tous ses paramètres système et applicatifs dans un unique fichier, la BDR, ce qui a pour problème que si elle est détruite, tout meurt, mais pour avantage que tout est centralisé, ce qui est plus pratique pour les applications tierces quand elles recherchent des informations.

-> Windows charge les drivers en temps qu'extensions du noyau, donc si un drivers merde, c'est tout le noyau qui part en live. Linux quand à lui, dissocie les drivers du reste du noyau, donc si un drivers merde, linux kill le process et continue à bosser normalement.

Gilbert_Gosseyn a écritMoi quand je vois de telles manipulations à faire, je préfère réinstaller totalement de zéro (embétant avec certains trucs mais bien plus propre).

De toute façon, c'est du boulot de porc de monter un serveur à partir de l'image d'un autre, surtout si le matériel n'est pas 100% identique.

A savoir que .NET ne le permettra pas, puisqu'au redémarrage il va hurler, le code d'enregistrement n'étant plus valide. Perso, si je bossais dans une boîte qui écrit des OS, je ferais en sorte de bloquer le boot dès le départ en cas de tentative de boot sur une machine différente. C'est un peu comme vouloir mettre un conducteur de train dans un avion, ça va peut-être marcher, mais ça a toutes ses chances de finir avec un crash en flammes ;) 

MagicBuzz a écrit
De toute façon, c'est du boulot de porc de monter un serveur à partir de l'image d'un autre, surtout si le matériel n'est pas 100% identique.

A savoir que .NET ne le permettra pas, puisqu'au redémarrage il va hurler, le code d'enregistrement n'étant plus valide. Perso, si je bossais dans une boîte qui écrit des OS, je ferais en sorte de bloquer le boot dès le départ en cas de tentative de boot sur une machine différente. C'est un peu comme vouloir mettre un conducteur de train dans un avion, ça va peut-être marcher, mais ça a toutes ses chances de finir avec un crash en flammes ;) 


C'est porc de le faire avec Windows, précise :D 

( patapai )
Lassé par la pub ? Créez un compte

Créer un nouveau sujet