"1) memtest : il n'est pas all(é) au bout pour la même raison que tout le reste, blocage total de l'écran strié"
Ce qui veut précisément dire que je n'ai pas pu faire le memtest avec la barrette de 1 Go, qui apparaît désormais clairement comme la cause du freeze.
Ok mais ce n'est pas non plus très clair comme retour.
Le memtest de la barrette 256 (sans celle de 1 Go est il totalement passé ?
Celui avec la barrette de 1 Go, avant que l'écran et le pc gèle, le memtest a t il eu le temps de commencer à tourner ? Si oui, a t il détecté des erreurs.
3) tentative avec l'ancienne barrette de 256 Mo seule : l'installation est allée jusqu'au bout !
Victoire ? Non, pas du tout, puisqu'au redémarrage il y a une erreur au moment du démarrage du système. Puis on arrive sur un "écran tronqué" (l'écran moins une bande de 3 cm en bas et de 4 cm sur le côté droit), noir, avec la souris. Ctrl+Alt+F1 permet de basculer en mode console où je me suis contenté d'un prudent "halt" après m'être logué en root, vu qu'il ne reconnaissait pas le nom d'utilisateur et son mot de passe.
Lors de ton installation avec 256 Mo de ram qui a abouti à un écran "tronqué", cela peut venir d'une mauvaise configuration de la résolution de l'écran. TU n'as pas parlé de problèmes d'écran sous windows donc à moins d'un oubli de ta part, je pense donc que le matériel graphique (carte + dalle) est ok.
En cherchant dans google "Amilo L 6820 résolution", pour essayer de connaitre la résolution max de ce pc, dès les 1ers liens j'ai trouvé des posts sur des forums ubuntu autour de ce problème de bandes noires : http://forum.ubuntu-fr.org/viewtopic.php?id=88622 .
D'après son post, sur un live cd, le portable se lance graphiquement en 640x480 au lieu des 1024x768 de résolution max de la dalle (si c'est exactement le même modèle que le tien, carte graphique Intel 845GV, dalle 15")
Donc je n'ai pas de solution directe à part te proposer de retourner en console crtl+alt+f1 et de relancer l'appli de config du serveur X :en root "XFdrake" et de tester différentes résolutions. Soit ça marche et c'est formidable, soit au pire tu auras quelques retours d'erreur surement plus explicites qui peut être t'aideront à avancer.
4) alors que je refais une double tentative pour vous récupérer le message d'erreur, j'arrive sur l'interface graphique qui propose de s'identifier comme tel ou tel utilisateur, puis il semble bloquer sur le "démarrage du gestionnaire de session", en mode console obtenu par Ctrl+Alt+F7 après la ligne "recherche de nouveaux périphériques [OK]"
Alors si tu as installé une mandriva 2010.1 par défaut (avec kde4), l'établissement de la 1ère session graphique avec seulement 256 MO de ram va sûrement prendre pas mal d e temps, sois patient si tu veux kde, sinon choisis un autre gestionnaire plus léger dans kdm avant de te logguer graphiquement : tu dois avoir normalement icewm d'installé par défaut (après tu peux aussi choisir d'installer lxde par exemple qui est aussi fait pour les machines légères,lors de l'installation ou plus tard).
Éventuellement passe en console pendant ce temps ctr+alt+f1, logue toi et lance la commande "top", tu devrais voir les processus du gestionnaire de fenêtre en tête du classement, tant que ça bouge, c'est que le pc est toujours en fonctionnement.
Pour info, sur ma mandriva cooker fonctionnelle avec kde4 lancé, j'ai aussi la ligne "recherche de nouveaux périphériques [OK]" dans ma console f7, ce n'est pas un problème.
En résumé, à mon avis, tu as probablement 2 problèmes différents : un avec une barrette de ram neuve probablement défectueuse ou incompatible et un autre avec une carte graphique plutôt chiante sous linux car mal supportée.
Je ne sais pas si c'est l'habitude de lire le shell... Je me permets de citer un commentaire que j'ai fait (voir plus haut)
Heu, laisse tomber cette histoire de lecture de "shell", tu vas finir par énerver tout le monde...
[^] # Re: Et si tu suivais les conseils qu'on te donne?
Posté par littlebreizhman . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 3.
Ce qui veut précisément dire que je n'ai pas pu faire le memtest avec la barrette de 1 Go, qui apparaît désormais clairement comme la cause du freeze.
Ok mais ce n'est pas non plus très clair comme retour.
Le memtest de la barrette 256 (sans celle de 1 Go est il totalement passé ?
Celui avec la barrette de 1 Go, avant que l'écran et le pc gèle, le memtest a t il eu le temps de commencer à tourner ? Si oui, a t il détecté des erreurs.
3) tentative avec l'ancienne barrette de 256 Mo seule : l'installation est allée jusqu'au bout !
Victoire ? Non, pas du tout, puisqu'au redémarrage il y a une erreur au moment du démarrage du système. Puis on arrive sur un "écran tronqué" (l'écran moins une bande de 3 cm en bas et de 4 cm sur le côté droit), noir, avec la souris. Ctrl+Alt+F1 permet de basculer en mode console où je me suis contenté d'un prudent "halt" après m'être logué en root, vu qu'il ne reconnaissait pas le nom d'utilisateur et son mot de passe.
Lors de ton installation avec 256 Mo de ram qui a abouti à un écran "tronqué", cela peut venir d'une mauvaise configuration de la résolution de l'écran. TU n'as pas parlé de problèmes d'écran sous windows donc à moins d'un oubli de ta part, je pense donc que le matériel graphique (carte + dalle) est ok.
En cherchant dans google "Amilo L 6820 résolution", pour essayer de connaitre la résolution max de ce pc, dès les 1ers liens j'ai trouvé des posts sur des forums ubuntu autour de ce problème de bandes noires : http://forum.ubuntu-fr.org/viewtopic.php?id=88622 .
D'après son post, sur un live cd, le portable se lance graphiquement en 640x480 au lieu des 1024x768 de résolution max de la dalle (si c'est exactement le même modèle que le tien, carte graphique Intel 845GV, dalle 15")
plus de détails dans celui ci : http://forum.ubuntu-fr.org/viewtopic.php?id=161138
Donc en gros, il semble que ce pc soit un peu moisi par défaut en ce qui concerne le serveur X sous linux.
En investigant encore 2 min, ce problème semble toujours d'actualité (en tout cas sur la spring) : google "Amilo L 6820 résolution 2010.1"
http://forum.mandriva.com/viewtopic.php?t=130925
Donc je n'ai pas de solution directe à part te proposer de retourner en console crtl+alt+f1 et de relancer l'appli de config du serveur X :en root "XFdrake" et de tester différentes résolutions. Soit ça marche et c'est formidable, soit au pire tu auras quelques retours d'erreur surement plus explicites qui peut être t'aideront à avancer.
4) alors que je refais une double tentative pour vous récupérer le message d'erreur, j'arrive sur l'interface graphique qui propose de s'identifier comme tel ou tel utilisateur, puis il semble bloquer sur le "démarrage du gestionnaire de session", en mode console obtenu par Ctrl+Alt+F7 après la ligne "recherche de nouveaux périphériques [OK]"
Alors si tu as installé une mandriva 2010.1 par défaut (avec kde4), l'établissement de la 1ère session graphique avec seulement 256 MO de ram va sûrement prendre pas mal d e temps, sois patient si tu veux kde, sinon choisis un autre gestionnaire plus léger dans kdm avant de te logguer graphiquement : tu dois avoir normalement icewm d'installé par défaut (après tu peux aussi choisir d'installer lxde par exemple qui est aussi fait pour les machines légères,lors de l'installation ou plus tard).
Éventuellement passe en console pendant ce temps ctr+alt+f1, logue toi et lance la commande "top", tu devrais voir les processus du gestionnaire de fenêtre en tête du classement, tant que ça bouge, c'est que le pc est toujours en fonctionnement.
Pour info, sur ma mandriva cooker fonctionnelle avec kde4 lancé, j'ai aussi la ligne "recherche de nouveaux périphériques [OK]" dans ma console f7, ce n'est pas un problème.
En résumé, à mon avis, tu as probablement 2 problèmes différents : un avec une barrette de ram neuve probablement défectueuse ou incompatible et un autre avec une carte graphique plutôt chiante sous linux car mal supportée.
Je ne sais pas si c'est l'habitude de lire le shell... Je me permets de citer un commentaire que j'ai fait (voir plus haut)
Heu, laisse tomber cette histoire de lecture de "shell", tu vas finir par énerver tout le monde...