HELP Me PLEASe ....

[machine_virtuelle]

Salam alikoum

j'ai un probleme avec mon laptop Packard bell, il ne demarre plus , le bouton s'allume mais ya rien ,

tout a débuté avec l'affichage du fameux ecran bleu des blems , vidage de la mémoire , j'ai soupconé un virus , g tt formaté et scané , rien , g désactivé kelke pilotes pour voir si c'est un truc config drivers , rien non plus ...et la il ne demarre plus ,

je voudrais savoir si kelk1 a eu ce genre de blem avec un packard bell, et aussi si kelk1 connait un BON répareteur spécilaisé ds les packard bell, ou un representant packard bell en algerie ? ca existe ou pas ?

Merci de répondre

salam

[Invité HAVOC]

A mon avis tu as une des barrettes de mémoire vive qui a été endommagé, il faut procéder à son remplacement.

 

Si ton laptop est équipé de 2 barrettes tu peux faire un test simple, démarrer le PC avec une des 2 barrettes uniquement pour détecter laquelle déconne. Il est simple de retirer la mémoire vive des laptop actuels, il y a une trappe sous l'appareil facilement ouvrable avec un tournevis.

[ButterflyOfFire]

ça m'est déjà arrivé dans un cybercafé il y a quelques temps et au début j'avais pensé à un soucis de barrettes de mémoire et en fin de compte après avoir testé les barrettes de secours, il s'est avéré que ça venait du microprocesseur.

 

(Le matériel était sous Garantie made in bladi donc nous avions eu droit à un microproc. gratos)

 

Cela dit, ça s'est passé sur un serveur Desktop et non pas laptop et c'était sous Windows NT qui a affiché ce message de "vidange de la mémoire physique blablabla".

 

Procède par élimination à commencer par les barattes de mémoire comme a suggéré HAVOC.

 

Salam

[mouradski]

Aussi pour la thèse de mémoire, Pour que le PC démarre il faut que le couple CPU RAM soit opération sans cela impossible d'exécuter les instructions donc rien ne doit s'afficher à l'écran.

 

Espérons que ça soit la ram pour minimiser les dégâts

Modifié le 15 mars 2009 par mouradski

[Invité HAVOC]

Aussi pour la thèse de mémoire, Pour que le PC démarre il faut que le couple CPU RAM soit opération sans cela impossible d'exécuter les instructions donc rien ne doit s'afficher à l'écran.

 

Espérons que ça soit la ram pour minimiser les dégâts

 

Non, le POST (Power On Self Test) n'effectue qu'une vérification rapide de la mémoire cache et vive, il n'est pas suffisant pour détecter une erreur qui toucherait qu'une petite zone localisée de la RAM.

Le chargement de l'OS lui peut planter en cas d'endommagement partiel de la RAM.

[Invité HAVOC]

ça m'est déjà arrivé dans un cybercafé il y a quelques temps et au début j'avais pensé à un soucis de barrettes de mémoire et en fin de compte après avoir testé les barrettes de secours, il s'est avéré que ça venait du microprocesseur.

 

 

Plus rare mais effectivement le processeur peut être en question, endommagement d'un level cache ou autre.

[mouradski]

Non, le POST (Power On Self Test) n'effectue qu'une vérification rapide de la mémoire cache et vive, il n'est pas suffisant pour détecter une erreur qui toucherait qu'une petite zone localisée de la RAM.

Le chargement de l'OS lui peut planter en cas d'endommagement partiel de la RAM.

 

Quand la partie de la ram sensée accueillir le bios est endommagée je doute qu'un quelconque test peut se faire en tous cas attendons que le gars face le test de ces barrettes, s'il en a deux bien sure

Modifié le 15 mars 2009 par mouradski

[Invité HAVOC]

Quand la partie de la ram sensée accueillir le bios est endommagée je doute qu'un quelconque test peut se faire en tous cas attendons que le gars face le test de ces barrettes, s'il en a deux bien sure

 

A ma connaissance, le BIOS n'est pas chargé en mémoire vive (RAM) du PC, il fait un test rapidement (détection type de mémoire, quantité,...etc), il ne vérifie pas son intégrité. Le BIOS fait des bips que s'il ne détecte pas du tout les barrettes, si le type de barrette est non géré, s'il y a une détérioration importante.

[mouradski]

A ma connaissance, le BIOS n'est pas chargé en mémoire vive (RAM) du PC, il fait un test rapidement (détection type de mémoire, quantité,...etc), il ne vérifie pas son intégrité. Le BIOS fait des bips que s'il ne détecte pas du tout les barrettes, si le type de barrette est non géré, s'il y a une détérioration importante.

 

SI HAVOC,

 

BIOS = Basic Input/Output System

Le BIOS est un petit programme. Il est situé sur la carte mère de l'ordinateur dans une puce de type ROM (voir ci-dessous).

Le BIOS est le premier programme chargé en mémoire dès que vous allumez votre ordinateur. Il assure plusieurs fonctions:

 

• le POST (Pre-Operating System Tests ou Power-On Self-Tests selon les écoles) : c'est l'ensemble des tests qu'effectue le BIOS avant de démarrer le système d'exploitation:
  
  • vérifier que la carte mère fonctionne bien (barettes de mémoire vive (RAM), contrôleurs de ports série, parallèle, IDE, etc.)
    
  • vérifier que les périphériques simples ("Basic") connectés à la carte mère fonctionnent bien (clavier, carte graphique, disques dur, lecteur de disquette, lecteur de CD-Rom...)
    
  • paramétrer la carte mère (à partir des informations stockées dans les CMOS (voir ci-dessous)).
    

   

  [*]chercher un disque sur lequel il y a un système d'exploitation prêt à démarrer.

Le BIOS peut également rendre des services au système d'exploitation en assurant la communication entre les logiciels et les périphériques, mais seulement pour les périphérique simples (clavier, écran, etc.).

Par exemple, le BIOS ne s'occupera pas de la communication entre le système d'exploitation et un scanner.

Beaucoup de systèmes d'exploitation se passent des services du BIOS et s'adressent directement à certains périphériques.

Le BIOS contient aussi généralement un programme qui permet de modifier les paramètres de la carte mère. Ce programme est appelé setup. (C'est le programme auquel vous pouvez accéder en pressant Echap, F2, F10 ou ESPACE au démarrage de l'ordinateur.)

 

Source

 

Pour qu'un programme puisse s'exécuter, à son moment d'exécution il doit être dans la RAM (Instructions + ces données dans des segments différents)

 

lol j'ai pas oublié mon Van Neuman

Modifié le 15 mars 2009 par mouradski

[Invité HAVOC]

SI HAVOC,

 

Source

 

Pour qu'un programme puisse s'exécuter, à son moment d'exécution il doit être dans la RAM (Instructions + ces données dans des segments différents)

 

lol j'ai pas oublié mon Van Neuman

 

Ce n'est pas tout à fait vrai, le BIOS n'est pas un programme ordinaire, en temps normal, l'allocation mémoire des programmes est gérée par le système d'exploitation, hors le BIOS se lance avant tout système d'exploitation.

Le programme du bios est contenu en général dans 3 "puces" :

- Une ROM : Mémoire non effaçable, elle contient une base du BIOS.

- une EEPROM : Mémoire effaçable électriquement, c'est elle qu'on modifie lorsqu'on flash un BIOS pour une mise à jour.

- Un (une ?) CMOS : Une mémoire modifiable alimenté constamment par une pile alcaline, c'est cette mémoire qui garde les paramètres de configuration du BIOS.

 

Le BIOS se lance sans passer via la mémoire vive, il effectue le POST dont j'ai parlé pour contrôler les différents composants vitaux du PC, le BIOS peut être configuré pour effectuer un POST plus poussé (qui vérifie d'avantage d'éléments), faut voir ça dans les options de votre BIOS (perso je n'active pas cette option car cela ralenti légèrement le démarrage il me semble).

 

Après le BIOS peut (et je ne sais pas si c'est le cas de tous les fabriquants) charger certaines infos dans une toute petite partie de la RAM du PC. En tout cas pour se lancer et effectuer le test POST il ne se charge pas en RAM (Sinon comment fait-il pour emettre les BIP d'erreurs) s'il n'a pas pu accéder à la RAM ? L'emission d'un BIP s'est bien une instruction ? Y'a eu un check qui a retourner un code erreur...etc.

 

Bref, je ne suis pas spécialisé dans l'architecture des machines, j'ai horreur de l'electronique et je n'ai pas l'intention de polémiquer ni de lancer un débat. J'ai trouvé que la discussion était intéréssante et que le point vaut la peine d'être soulevé. Après tout on est là pour discuter technique non ?

De toute façon, de la bonne comprehension du fonctionnement technique de l'ordinateur découle la bonne réflexion pour l'établissement d'un diagnostic.

[mouradski]

Le BIOS se lance sans passer via la mémoire vive, il effectue le POST dont j'ai parlé pour contrôler les différents composants vitaux du PC, le BIOS peut être configuré pour effectuer un POST plus poussé (qui vérifie d'avantage d'éléments), faut voir ça dans les options de votre BIOS (perso je n'active pas cette option car cela ralenti légèrement le démarrage il me semble).

diagnostic.

 

Désolé HAVOC mais je ne suis pas d'accord, je dirais meme carrément impossible que du code s'exécute en dehors de la RAM, Le CPU ne connait autre endroit ou stocker, exécuter, modifier que la ram.

 

pour exemple, instruction assembleur suivante :

 

mov eax,var

 

qui consiste à copier le contenu de la variable dans le registre 32bit.

 

ne peut s'exécuter que si cette même instruction est présente quelque part dan la RAM et que la variable var est quelque part aussi dans la RAM.

 

Pour le BIOS, dès qu'il est copié en mémoire, il y reste tant qu'on est sous tension car tout les autres programmes utilisent ses routines, j'ai déjà procédé à la modification quelques routines en déroutant et en modifiant son vecteur de routine.

 

Tout programme qui s'exécute a des variables, ces variables sont faites pour être modifier par ce programme, cela n'est possible que dans la RAM car la ROM comme son nom l'indique est en lecture seul, même un EEPROM qui ne peut se substituer à la RAM.

 

l'allocation mémoire des programmes est gérée par le système d'exploitation

True mais la zone dédiée au BIOS est intouchable, l'OS quelque soit son haut niveau visible par l'utilisateur il reste basé sur le BIOS, la gestion de la mémoire sous OS HN est totalement différente car le programme BIOS n'est pas sensé dépassé ces limites

[mouradski]

Désolé machine virtuelle d'avoir détourné le sujet.

 

J'espère que tu régleras ton problème avant de nous lire

[amarsoft]

mourad le code ne s'exécute pas dans la mémoire, le cpu a sa mémoire et on l'appel mémoire cache

et même si on veux avoir un pc sans ram on peux le faire que avec un HDD 3asr 7adjari

les premier pc n'avais pas de RAM. a cause de la lenteur des supports de stockage on a inventer la RAM pour stocker les programme qui doivent être executer.

 

pour plus de détail sur le procesus de démarage du bios voila un bon lien

http://macmicro.chez-alice.fr/sequence.php

[mouradski]

mourad le code ne s'exécute pas dans la mémoire, le cpu a sa mémoire et on l'appel mémoire cache

et même si on veux avoir un pc sans ram on peux le faire que avec un HDD 3asr 7adjari

les premier pc n'avais pas de RAM. a cause de la lenteur des supports de stockage on a inventer la RAM pour stocker les programme qui doivent être executer.

 

pour plus de détail sur le procesus de démarage du bios voila un bon lien

http://macmicro.chez-alice.fr/sequence.php

 

Amar, la partie en Gras est une kofra en informatique :D

 

Pour la mémoire cache ya amar c'est une mémoire qui stock des données ou même des instructions fréquemment sollicités pas le CPU, cela évite au CPU d'accéder à ces données sur la RAM vu que le temps d'accès au cache est plus rapide que celui à la RAM. Le cache de niveau 1 est le plus proche donc le plus rapide, le niveau 2 un peu plus loin, disons de quelques nanos m il est plus lent d'accès et plus volumineux...etc

 

Le système de cache est accompagné d'un mécanisme de mise à jour des données sur la RAM car cette dernière est disons la source officielle de tout programme.

[amarsoft]

asma3 barka mat7rag fiya devant tolemode

je voulais juste te rafraichir la mémoire pour voir si tu as un bonne pile de ton cmos.

 

mourad je me suis mal exprimer c tous

 

Le CPU ne connait autre endroit ou stocker, exécuter, modifier que la ram.

et toi ya si flan hadi mashi kofra, exécution dans la ram?

 

et quand le cpu veux modifier je pense que d'abord le traitement serra au niveau de la mémoire cache wala j'ai tore

[mouradski]

asma3 barka mat7rag fiya devant tolemode

je voulais juste te rafraichir la mémoire pour voir si tu as un bonne pile de ton cmos.

 

mourad je me suis mal exprimer c tous

 

 

et toi ya si flan hadi mashi kofra, exécution dans la ram?

 

et quand le cpu veux modifier je pense que d'abord le traitement serra au niveau de la mémoire cache wala j'ai tore

 

 

Le passage par la mémoire cache n'est pas systématique, c'est seulement pour les données fréquemment sollicitées, ça suit un raisonnement stochastique ie : quand on remarque qu'une données est beaucoup appelée soit pour lecture ou pour modification alors le CPU dit "Tiens, cet employé 'variable' j'en ai besoin fréquemment et je le sollicite souvent pour des calculs urgent alors pourquoi l'envoyer chez lui à chaque fois en sachant que je vais surement en avoir besoin quelques instant après !!!, je lui loue un appartement tout près de moi "in Cache" afin que je perde pas de temps en l'attendant quand j'en aurais besoin les autres fonctionnaires un peu moins importants je peux me permette de les renvoyer chez eux vu que surement je ne vais les solliciter que demain matin 8h:00

 

Je crois que plus simpliste y'a pas

 

PS : j'ai pris 2 mois pour faire TETRIS en assembleur 16bit alors ne m'énervez pas

[Darkvader]

Pour le BIOS, dès qu'il est copié en mémoire, il y reste tant qu'on est sous tension car tout les autres programmes utilisent ses routines, j'ai déjà procédé à la modification quelques routines en déroutant et en modifiant son vecteur de routine.

 

Though I agree on most of what you said about instructions need to be in memory before it is executed, the paragraph above should not be generalized for every operating system. If you are running MS-DOS a BIOS copy is needed in memory to make OS execute faster (Shadow RAM) also MS-DOS relies on BIOS routines to do most of it's work. Linux, Windows NT, 2000...etc do not need Shadow RAM at all, you can even turn it off in the BIOS.

 

These OSes do not need the BIOS at all, it's only needed for POST and redirecting the CPU to the JMP address at boot time.

 

By the way, overriding interrupt vector table is possible under MS-DOS only, Linux and latest Windows Oses do not need interrupt vector to do their job, they have a totally different architecture.

[machine_virtuelle]

ReSalam

Houla , je vois que le sujet a devié 360° , en tout cas une chose est sure , TFAKEHT trés bien fel BIOs , la mémoire et même l'anglais à la fin , non c'est bien , Merci à vous pour ces précieux infos , mais eeuuh revenez à mon suejt dorrrrrrrrk sahitou

c vré que j'ai pas donné trop de datails: j'ai un packard bell EASYNOTE MX65

1 G de ram (je possede deux barettes )

carte graphique Nvidia Gforce (512 de ram ) (qui semble la cause d'aileurs on en parlera after )

j'avais lancé le cd de diagnostic que j'ai creé a partir du site packard bell , g fais un test DD , ya rien , c'est nickel apparement , le disk semble parfait (enfin I hope that ), enusite j'ai fait le test memoire , et la il m' a pris 24h ,il n'a affiché aucune erreur mais il a pris bcp de temps ,(toute une journée ba3daa? ? g finis par me lasser et je l'ai interrompu (j'aurais pas dû ?? kloufia je c ?? ) ,

 

je l'ai pris chez un reparateur laptop, il m'a fait un diagnostic aprés 1 semaine , en plus a partir d'un autre cas qu'il a traité apparement , il dit que c'est dû à la carte graphique , qui pose ce genre de blems , et vu que c'est un composant integré ds la carte mere donc imaginez , tout doit etre remplacé , la cata koi ,

que pensez vous de ce diagnostic ?

hier j'ai essayé de l'allumer walou , rien , nada , heleltou , cheytlou ...rien , enfin rkitlou et hdah rebi il s'est allumé , j'ai desativé la carte graphique à partir du systeme (poste de travail) , g rallumé , il a demarré , je l'ai laissé un bon bout de temps allumé en guettant le fameux écran bleu , j'ai pas eu droit à sa presence ,

à votre avis , zaama c'est dû à ca ? et si c'est le cas , puis je le laisser au moins kelle temps avec la carte désactivé pour eleminer ce volet ? et en l'allumant comme ca , est ce que je risque pas de bousiller le processeur ou la carte mere si jamais ya un autre blem autre que la carte graphique ? ventilo ou un connecteur ds la carte mere par exp ??

scouza , je sais que vous assome mais j'ai vraiment besoin d'avis , je suis desepéreé et degoutée vraiment !!

merci à vous

PS: Mouradski-21 , je suis UNE machine virtuelle et non pas UN

Allez salam

Modifié le 16 mars 2009 par machine_virtuelle

[el-farouk]

quel est le nom de ta carte graphique??? si c'est pas 6100/6200 ou 7100, je crois que tu peux la remplacer sans remplacer toute la MOBO! tout simplement parce qu'elle n'est pas intégré, donc précise le nom! et aussi combien de ventilo a ton laptop?

[machine_virtuelle]

Salam el-Farouk

si, j'avais mentionné dans mon Last post , NVidia GEFORCE GO 7300 (512 ram )

il possede un seul à ce que je sache , enfin je ne suis pas sure !!

[el-farouk]

ok pour la carte graphique, j'avais pas vu la 7300...

 

Donc si c'est vraiment une panne de carte graphique, tu n'aura qu'à la remplacer... par une similaire

 

Juste pour savoir, essaie de trouver la quantité réelle de ta carte graphique, je doute qu'une simple 7300 puisse gérer 512Mo de RAM dédiée, il s'agit peut etre du turbocache (par exemple 32 ou 64 Mo dédiée, et le reste turbocache -partagée-).

 

Pour les ventilo, juste regarde en bas de ton laptop... normalement c'est visible un ventilo!

[el-farouk]

parmi ces modèles, lequel est le tien?

 

http://support.packardbell.com/fr/item/index.php?m=step3&i=platform_ajax_gn

[mouradski]

By the way, overriding interrupt vector table is possible under MS-DOS only, Linux and latest Windows Oses do not need interrupt vector to do their job, they have a totally different architecture.

 

Prenons l'exemple de l'interruption 1ch, Cette interruption est appelée par le BIOS à chaque tic de l'horloge interne de l'ordinateur, soit à tous les 18,2064819336 fois par secondes. Je crois qu'elle est encore sollicitée par les nouveaux OS, pour ne pas perturber le fonctionnement des OS qui l'exploitent, cette interruption fait appel à une autre interruption dés l'exécution de sa routine terminé (j'ai oublié la quelle) pour permettre à autres programme d'exploiter les signales d'horloge sans perturber le système.

 

Ben en déroutant cette interruption même (1ch) sans passer par sa fille on fait planter Windows, cela prouve que windows est toujours dépendant du BIOS (c'est une sorte de déclencheur d'événement horloge que l'OS intercepte pour ce qui lui est de droit )

[Darkvader]

Prenons l'exemple de l'interruption 1ch, Cette interruption est appelée par le BIOS à chaque tic de l'horloge interne de l'ordinateur, soit à tous les 18,2064819336 fois par secondes. Je crois qu'elle est encore sollicitée par les nouveaux OS, pour ne pas perturber le fonctionnement des OS qui l'exploitent, cette interruption fait appel à une autre interruption dés l'exécution de sa routine terminé (j'ai oublié la quelle) pour permettre à autres programme d'exploiter les signales d'horloge sans perturber le système.

 

Ben en déroutant cette interruption même (1ch) sans passer par sa fille on fait planter Windows, cela prouve que windows est toujours dépendant du BIOS (c'est une sorte de déclencheur d'événement horloge que l'OS intercepte pour ce qui lui est de droit )

 

None of these interrupts are used in high level operating systems any more for improved performance, security (CIH virus), and stability.

 

When the computer boots up, it starts in real mode (MMU-less, 16bit addressing) for backward compatibility, BIOS interrupts are only possible to be called in real mode. Now, most recent kernels run in protected mode (32bit addressing) which means real mode functions are impossible to be called because of 16bit addressing and its direct access to the hardware.

 

As for your 1C interrupt, Linux does not use these interrupt instead it uses Jiffies, you might need to take a look at Linux Kernel code. As for Windows, it won't be possible because of what I explained above about real and protected mode and the only way to execute interrupts is by way of Windows APIs, that never allow you to trick its kernel.

 

Would it be possible to show us the piece of code you did that overrode 1C interrupt in protected mode. I am very interested.

 

Thanks.

[mouradski]

T'as raison Darkva.

 

Je n'ai pas parlé d'outre passer kernel 32 !! de plus une petite révision 1c semble ne contenir qu'un 'iret' donc inoffensive.

 

 

Would it be possible to show us the piece of code you did that overrode 1C interrupt in protected mode. I am very interested.

 

Thanks.

 

lol t'es sérieux là ? du temps de TASM16 je ne veux pas repenser à cette époque mais je vais essayer de refaire le même truc sous XPen 16 bit bien sure

 

When the computer boots up, it starts in real mode (MMU-less, 16bit addressing) for backward compatibility, BIOS interrupts are only possible to be called in real mode. Now, most recent kernels run in protected mode (32bit addressing) which means real mode functions are impossible to be called because of 16bit addressing and its direct access to the hardware.

 

Si tu veux dire par là que le mode 16 bit est impossible sous Windows XP (les autres je ne sais pas) je t'arrête de suite, je programmais sous TASM 16 bit sous XP sans problèmes, l'appel aux interruptions BIOS passait très bien, le déroutage des vecteurs aussi qui consistait à changer l'@ de la routine sur la table sur l'index 1ch par une autre (une autre routine personalisée)