Il s'agit de me connecter en filaire.
Nvidia MCP77 est la carte ethernet de la bestiole en cause.
Aucun problème pour ses cousins qui accèdent au réseau via une freebox en filaire.
Ce qui implique, me semble-t-il, qu'il n'y a pas de difficulté du côté du serveur DHCP.
Je serais plutôt enclin à croire que c'est un problème de pilote, en l'occurrence forcedeth nécessité par la carte réseau ne fait pas partie des modules livrés avec cette version d'ubuntu et j'imagine qu'il doit y avoir quelque chose comme une incompatibilité entre module et carte réseau.
Désolé, mon cher, mais je ne suis pas un initié. Donc ça :
un ~/.truc/* (~/.digikam/ ??)
j'ai du mal à déchiffrer. J'imagine que tu m'indiques la forme que doit avoir un chemin vers un fichier qui fiche la pagaille.
dans ce cas, tu peux effacer ce volume
là aussi, je ne suis pas sûr de bien piger. Si je poursuis sur mon hypothèse, ce doit être qu'il me faut supprimer le fichier en question, une fois que je l'aurai trouvé...
Merci en tout cas d'avoir bien saisi que je cherche à retrouver l'usage direct de digikam, parce que passer par un autre compte, ça complique un peu l'affaire...
dbus-launch digikam conduit aux mêmes messages d'erreur que le lancement direct avec en plus un xmessage disant ceci :
"Could not start ksmserver. Check your installation."
Le terminal donne ceci :
kdeinit4: Shutting down running client.
kdeinit4: preparing to launch /usr/lib/kde4/libexec/klauncher
kdeinit4: preparing to launch /usr/bin/kded4
kdeinit4: preparing to launch /usr/bin/kbuildsycoca4
kbuildsycoca4 running...
kdeinit4: preparing to launch /usr/bin/kbuildsycoca4
kbuildsycoca4 running...
kbuildsycoca4(25807)/kdecore (KService) KServicePrivate::init: The desktop entry file "/usr/share/applications/kde4/koffice.desktop" has Type= "Application" but no Exec line
kbuildsycoca4(25807)/kdecore (KService) KBuildServiceFactory::createEntry: Invalid Service : "/usr/share/applications/kde4/koffice.desktop"
kbuildsycoca4(25807)/kdecore (KService) KServicePrivate::init: The desktop entry file "/usr/share/applications/kde4/trash.desktop" has Type= "Link" instead of "Application" or "Service"
kbuildsycoca4(25807)/kdecore (KService) KBuildServiceFactory::createEntry: Invalid Service : "/usr/share/applications/kde4/trash.desktop"
kdeinit4: preparing to launch /usr/lib/kde4/libexec/kconf_update
kded(25774): PowerDevil not initialized, another power manager has been detected
kdeinit4: preparing to launch /usr/bin/knotify4
Je l'ai essayé. Si memtest freeze, la barrette étant (seule) logée soit dans le premier soit dans le second slot, est-il légitime de conclure que c'est bien elle qui est défectueuse ?
"je pense que les effets du bureau sont hors catégorie" : on peut bien se passer des effets de bureau ; j'y ai aussi été contraint sur mon portable Dell qui tourne très bien avec la 2009.1, et même si j'aime bien le cube...
"Personnellement, j'utilise le miroir ftp proposé par free" : c'est le choix que j'ai fait.
"En ce qui concerne la barrette de ram" : elle pose encore problème, mais je viens de faire une drôle d'expérience que je vous poste dans l'espoir d'une exégèse. Si l'on appelle A la barrette initiale de 256 Mo et B la nouvelle qui semble causer le freeze, et par ailleurs 1 et 2 les logements de barrettes, on obtient 6 dispositions possibles :
1A - 2B
2A - 1B
1A seule
2A seule
1B seule
2B seule
je viens de tester 1A - 2B qui freeze et 2B seule sans aller jusqu'au freeze. Ce que je voulais voir, c'est la détection du matériel dans MCC. Or quand on regarde dans "Mémoire" il affiche "Cache 1" (8k), "Cache 2" et "Cache 3". Eh bien dans les deux cas, les valeurs affichées pour C2 et C3 sont respectivement 256 et 0. Autrement dit, il semble ne pas reconnaître la barrette ni l'absence de A. Je suis revenu au BIOS où la taille du système de mémoire se voit bien modifié suivant les différentes combinaisons !
Voilà où j'en suis au moment de le trouver. Après avoir fouillé à droite et à gauche, je me suis rendu compte que la carte graphique intel 82845 G/GL et ses cousines sont sur nos distributions source de problèmes certains. Au passage, ici même, j'ai lu quelqu'un qui suggérait d'utiliser le pilote "vesa" de Xorg.
Cela semble bien fonctionner : j'ai enfin la résolution d'affichage voulue de 1024x768.
*
Je vais tenter de remettre la barrette de 1 Go, pour voir ce que ça donne.
# **********************************************************************
# Refer to the xorg.conf man page for details about the format of
# this file.
# **********************************************************************
Section "ServerFlags"
Option "DontZap" "False" # disable (server abort)
#DontZoom # disable <KP_+>/<KP_-> (resolution switching)
AllowMouseOpenFail # allows the server to start up even if the mouse does not work
EndSection
Section "Module"
Load "v4l" # Video for Linux
EndSection
J'apprécie vraiment ton commentaire qui, concrètement, m'a permis d'avancer. Avant d'entrer dans le vif du sujet, désolé si ironie, mon oxygène, est souvent confondue avec moquerie ou provocation. Si elle visait quelqu'un, c'est moi seul, qui, n'ayant aucune formation en informatique, suis une bille du shell ; et comme, malheureusement, linux évolue vers la "convivialité", je risque de n'être pas assez nécessité à faire des progrès...
1) "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 ?"
Je viens de procéder au memtest de la barrette de 256 ; elle est allée au bout sans erreur.
Celui de la grosse barrette avait atteint les 77% sans erreur, puis ça a freezé.
2) si la barrette de 1 Go est défectueuse, ai-je une chance de pouvoir la faire changer ? - je me la suis procuré par le biais du net auprès d'ABIX.
3) Je ne suis pas familier d'ubuntu. Mais si je comprends quelque chose à ces discussions et notamment à propos de etc/usplash.conf, n'est-ce pas qu'il y aurait sous mandriva quelque chose à changer dans etc/X11/xorg.conf ? [je vais le joindre dans un commentaire à venir, à partir du portable convalescent]
La méthode du XFdrake me semble un peu tâtonnante ; je ne l'ai pas encore essayée. En revanche, la piste du conflit de pilotes me paraît intéressante. En mode dégradé j'avais essayé de remplacer le pilote vendeur intel i810 et suivante par Xorg intel, mais sans succès.
5) icewm au moment du log graphique m'a vraiment donné de l'air. J'ai configuré les dépôts et lancé une mise à jour qui me proposait une nouvelle version de rpmdrake ; ça a échoué ; j'envoie un rapport à Bugzilla. Peut-être qu'au niveau des paquetages il y a quelque chose à faire pour tenter de régler le problème graphique.
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) :
"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.
Mais ce que tu dis m'intéresse :
"soit le portable ne supporte pas la RAM de ce type ou de cette capacite (voir la documentation du portable), mais dans ce dernier cas il devrait tout simplement refuser de l'utiliser (et probablement aussi de démarrer)"
Pour la documentation du portable, je dois dire que mes recherches sur le net n'ont guère été fructueuses, mais apparemment il est censé supporté jusqu'à 2 Go de RAM et le type de barrette (KINGSTON DIMM DDR 333 MHz 1Go) a été choisi en fonction du portable.
J'espérais donc trouver une idée du diagnostic possible de ce dysfonctionnement et je suis soulagé d'apprendre que s'il y avait incompatibilité le portable devrait refuser de l'utiliser. Visiblement il ne parvient à l'utiliser que jusqu'à un certain point. Le fait d'avoir un système fonctionnel n'a-t-il pas son importance dans la reconnaissance de ce genre de changement matériel ?
Je viens d'essayer avec ubuntu-10.04.1-desktop-i386, sur la barrette de 256 Mo donc, et c'est l'échec avant même d'avoir commencé l'installation ; j'ai pour finir une série de lignes de cette espèce :
[368.890293] end_request : I/O error, dev sr1, sector 520864
et la dernière série de chiffre varie jusqu'à 520890
Je n'ai pas encore procédé à un test avec live Cd. Mais il est certain que c'est la barrette de 1 Go qui cause le freeze (qui ne se produit pour l'heure que si elle est installée). Je ne sais trop ce que ça signifie. Est-ce que ça veut dire qu'elle est en elle-même défaillante ou incompatible avec le portable qui serait lui-même défaillant ?
Je n'ai pas encore procédé à un test avec live Cd. Mais il est certain que c'est la barrette de 1 Go qui cause le freeze (qui ne se produit pour l'heure que si elle est installée). Je ne sais trop ce que ça signifie. Est-ce que ça veut dire qu'elle est en elle-même défaillante ou incompatible avec le portable qui serait lui-même défaillant ?
Non, le freeze a commencé après que j'ai disposé la nouvelle barrette de 1 Go. Par contre, sous windows, il arrivait apparemment que la souris se comportât de manière erratique ou qu'il plante. Je n'en sais pas grand'chose, à vrai dire. Mais sa propriétaire - ma belle-sœur - disait songer à s'en débarrasser.
J'avais nettoyé le ventilateur ; quant au northbridge, j'ignore ce que c'est.
Par ailleurs, j'ai tenté autre chose, et le résultat change les données du problème.
1) memtest : il n'est pas aller au bout pour la même raison que tout le reste, blocage total de l'écran strié
2) tentative d'installation avec la nouvelle barrette de 1 Go seule : même résultat, ça freeze.
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.
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]"
Il me semble que la situation n'est pas désespérée, mais je ne sais trop comment faire à ce stade.
[^] # Re: Pas glop
Posté par okeanos . En réponse au message Sur ubuntu 10.4, pas de connexion internet. Évalué à 0.
Certes !
La situation est un peu meilleure dans la mesure où il indique qu'une connexion est disponible, mais il ne parvient pas à l'établir.
[^] # Re: Pas glop
Posté par okeanos . En réponse au message Sur ubuntu 10.4, pas de connexion internet. Évalué à -1.
Oui, je l'ai essayé. Cela donne :
root# rmmod forcedeth
root# modprobe msi=0 msix=0
FATAL: Module msi=0 not found.
root# /etc/init.d/networking restart
* Reconfiguring network interfaces… [ OK ]
Mais quand je clique sur l'onglet pour gérer la connexion au réseau, il me met :
"No network devices available"
Et mes tentatives de paramétrer manuellement une connexion ont été infructueuses.
[^] # Re: re:
Posté par okeanos . En réponse au message Sur ubuntu 10.4, pas de connexion internet. Évalué à -1.
Bonjour
Il s'agit de me connecter en filaire.
Nvidia MCP77 est la carte ethernet de la bestiole en cause.
Aucun problème pour ses cousins qui accèdent au réseau via une freebox en filaire.
Ce qui implique, me semble-t-il, qu'il n'y a pas de difficulté du côté du serveur DHCP.
Je serais plutôt enclin à croire que c'est un problème de pilote, en l'occurrence forcedeth nécessité par la carte réseau ne fait pas partie des modules livrés avec cette version d'ubuntu et j'imagine qu'il doit y avoir quelque chose comme une incompatibilité entre module et carte réseau.
[^] # Re: Autre bizarrerie
Posté par okeanos . En réponse au message digikam dysfonctionne. Évalué à 0.
Désolé, mon cher, mais je ne suis pas un initié. Donc ça :
j'ai du mal à déchiffrer. J'imagine que tu m'indiques la forme que doit avoir un chemin vers un fichier qui fiche la pagaille.
là aussi, je ne suis pas sûr de bien piger. Si je poursuis sur mon hypothèse, ce doit être qu'il me faut supprimer le fichier en question, une fois que je l'aurai trouvé...
Merci en tout cas d'avoir bien saisi que je cherche à retrouver l'usage direct de digikam, parce que passer par un autre compte, ça complique un peu l'affaire...
[^] # Re: lancer un programme en ROOT, c'est mal
Posté par okeanos . En réponse au message digikam dysfonctionne. Évalué à 0.
dbus-launch digikam conduit aux mêmes messages d'erreur que le lancement direct avec en plus un xmessage disant ceci :
"Could not start ksmserver. Check your installation."
Le terminal donne ceci :
kdeinit4: preparing to launch /usr/lib/kde4/libexec/klauncher
kdeinit4: preparing to launch /usr/bin/kded4
kdeinit4: preparing to launch /usr/bin/kbuildsycoca4
kbuildsycoca4 running...
kdeinit4: preparing to launch /usr/bin/kbuildsycoca4
kbuildsycoca4 running...
kbuildsycoca4(25807)/kdecore (KService) KServicePrivate::init: The desktop entry file "/usr/share/applications/kde4/koffice.desktop" has Type= "Application" but no Exec line
kbuildsycoca4(25807)/kdecore (KService) KBuildServiceFactory::createEntry: Invalid Service : "/usr/share/applications/kde4/koffice.desktop"
kbuildsycoca4(25807)/kdecore (KService) KServicePrivate::init: The desktop entry file "/usr/share/applications/kde4/trash.desktop" has Type= "Link" instead of "Application" or "Service"
kbuildsycoca4(25807)/kdecore (KService) KBuildServiceFactory::createEntry: Invalid Service : "/usr/share/applications/kde4/trash.desktop"
kdeinit4: preparing to launch /usr/lib/kde4/libexec/kconf_update
kded(25774): PowerDevil not initialized, another power manager has been detected
kdeinit4: preparing to launch /usr/bin/knotify4
# Autre bizarrerie
Posté par okeanos . En réponse au message digikam dysfonctionne. Évalué à 1.
À tout hasard j'ai lancé digikam depuis un autre utilisateur, et là cela marche sans problème...
[^] # Re: lancer un programme en ROOT, c'est mal
Posté par okeanos . En réponse au message digikam dysfonctionne. Évalué à 0.
Désolé, je ne suis pas assez initié pour voir la dépendance qui se voit...
[^] # Re: lancer un programme en ROOT, c'est mal
Posté par okeanos . En réponse au message digikam dysfonctionne. Évalué à 0.
Certes, c'est mal, mais comme il ne se lançait pas autrement, j'ai tenté. Ou plutôt si je le lance comme utilisateur, j'ai ceci :
Que faire des erreurs avec D-Bus ?
[^] # Épilogue
Posté par okeanos . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 1.
Merci de vos commentaires.
[^] # Persévérer
Posté par okeanos . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 1.
[^] # memtest avec RAM de 1 Go
Posté par okeanos . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 1.
[^] # Re: Ça commence à se décanter
Posté par okeanos . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 1.
"je pense que les effets du bureau sont hors catégorie" : on peut bien se passer des effets de bureau ; j'y ai aussi été contraint sur mon portable Dell qui tourne très bien avec la 2009.1, et même si j'aime bien le cube...
"Personnellement, j'utilise le miroir ftp proposé par free" : c'est le choix que j'ai fait.
"En ce qui concerne la barrette de ram" : elle pose encore problème, mais je viens de faire une drôle d'expérience que je vous poste dans l'espoir d'une exégèse. Si l'on appelle A la barrette initiale de 256 Mo et B la nouvelle qui semble causer le freeze, et par ailleurs 1 et 2 les logements de barrettes, on obtient 6 dispositions possibles :
1A - 2B
2A - 1B
1A seule
2A seule
1B seule
2B seule
je viens de tester 1A - 2B qui freeze et 2B seule sans aller jusqu'au freeze. Ce que je voulais voir, c'est la détection du matériel dans MCC. Or quand on regarde dans "Mémoire" il affiche "Cache 1" (8k), "Cache 2" et "Cache 3". Eh bien dans les deux cas, les valeurs affichées pour C2 et C3 sont respectivement 256 et 0. Autrement dit, il semble ne pas reconnaître la barrette ni l'absence de A. Je suis revenu au BIOS où la taille du système de mémoire se voit bien modifié suivant les différentes combinaisons !
[^] # Ça commence à se décanter
Posté par okeanos . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 1.
Voilà où j'en suis au moment de le trouver. Après avoir fouillé à droite et à gauche, je me suis rendu compte que la carte graphique intel 82845 G/GL et ses cousines sont sur nos distributions source de problèmes certains. Au passage, ici même, j'ai lu quelqu'un qui suggérait d'utiliser le pilote "vesa" de Xorg.
Cela semble bien fonctionner : j'ai enfin la résolution d'affichage voulue de 1024x768.
*
Je vais tenter de remettre la barrette de 1 Go, pour voir ce que ça donne.
# xorg.conf
Posté par okeanos . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 1.
# File generated by XFdrake (rev )
Section "Extensions"
Option "Composite" "Disable"
EndSection
# File generated by XFdrake (rev )
# **********************************************************************
# Refer to the xorg.conf man page for details about the format of
# this file.
# **********************************************************************
Section "ServerFlags"
Option "DontZap" "False" # disable (server abort)
#DontZoom # disable <KP_+>/<KP_-> (resolution switching)
AllowMouseOpenFail # allows the server to start up even if the mouse does not work
EndSection
Section "Module"
Load "v4l" # Video for Linux
EndSection
Section "Monitor"
Identifier "monitor1"
VendorName "Generic"
ModelName "Flat Panel 1024x768"
HorizSync 31.5-48.0
VertRefresh 56.0-65.0
Option "PreferredMode" "1024x768"
# TV fullscreen mode or DVD fullscreen output.
# 768x576 @ 79 Hz, 50 kHz hsync
ModeLine "768x576" 50.00 768 832 846 1000 576 590 595 630
# 768x576 @ 100 Hz, 61.6 kHz hsync
ModeLine "768x576" 63.07 768 800 960 1024 576 578 590 616
EndSection
Section "Device"
Identifier "device1"
VendorName "Intel Corporation"
BoardName "Intel 810 and later"
Driver "intel"
Option "DPMS"
Option "SWCursor"
EndSection
Section "Screen"
Identifier "screen1"
Device "device1"
Monitor "monitor1"
DefaultColorDepth 24
Subsection "Display"
Depth 8
Modes "1024x768" "832x624" "800x600" "640x480" "480x360" "320x240"
EndSubsection
Subsection "Display"
Depth 15
Modes "1024x768" "832x624" "800x600" "640x480" "480x360" "320x240"
EndSubsection
Subsection "Display"
Depth 16
Modes "1024x768" "832x624" "800x600" "640x480" "480x360" "320x240"
EndSubsection
Subsection "Display"
Depth 24
Modes "1024x768" "832x624" "800x600" "640x480" "480x360" "320x240"
EndSubsection
EndSection
Section "ServerLayout"
Identifier "layout1"
Screen "screen1"
EndSection
[^] # Re: Et si tu suivais les conseils qu'on te donne?
Posté par okeanos . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 1.
J'apprécie vraiment ton commentaire qui, concrètement, m'a permis d'avancer. Avant d'entrer dans le vif du sujet, désolé si ironie, mon oxygène, est souvent confondue avec moquerie ou provocation. Si elle visait quelqu'un, c'est moi seul, qui, n'ayant aucune formation en informatique, suis une bille du shell ; et comme, malheureusement, linux évolue vers la "convivialité", je risque de n'être pas assez nécessité à faire des progrès...
1) "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 ?"
Je viens de procéder au memtest de la barrette de 256 ; elle est allée au bout sans erreur.
Celui de la grosse barrette avait atteint les 77% sans erreur, puis ça a freezé.
2) si la barrette de 1 Go est défectueuse, ai-je une chance de pouvoir la faire changer ? - je me la suis procuré par le biais du net auprès d'ABIX.
3) Je ne suis pas familier d'ubuntu. Mais si je comprends quelque chose à ces discussions et notamment à propos de etc/usplash.conf, n'est-ce pas qu'il y aurait sous mandriva quelque chose à changer dans etc/X11/xorg.conf ? [je vais le joindre dans un commentaire à venir, à partir du portable convalescent]
4) "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"
... cette discussion est de mon fait...
La méthode du XFdrake me semble un peu tâtonnante ; je ne l'ai pas encore essayée. En revanche, la piste du conflit de pilotes me paraît intéressante. En mode dégradé j'avais essayé de remplacer le pilote vendeur intel i810 et suivante par Xorg intel, mais sans succès.
5) icewm au moment du log graphique m'a vraiment donné de l'air. J'ai configuré les dépôts et lancé une mise à jour qui me proposait une nouvelle version de rpmdrake ; ça a échoué ; j'envoie un rapport à Bugzilla. Peut-être qu'au niveau des paquetages il y a quelque chose à faire pour tenter de régler le problème graphique.
Merci en tous cas !
[^] # Re: Et si tu suivais les conseils qu'on te donne?
Posté par okeanos . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 1.
"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.
Mais ce que tu dis m'intéresse :
"soit le portable ne supporte pas la RAM de ce type ou de cette capacite (voir la documentation du portable), mais dans ce dernier cas il devrait tout simplement refuser de l'utiliser (et probablement aussi de démarrer)"
Pour la documentation du portable, je dois dire que mes recherches sur le net n'ont guère été fructueuses, mais apparemment il est censé supporté jusqu'à 2 Go de RAM et le type de barrette (KINGSTON DIMM DDR 333 MHz 1Go) a été choisi en fonction du portable.
J'espérais donc trouver une idée du diagnostic possible de ce dysfonctionnement et je suis soulagé d'apprendre que s'il y avait incompatibilité le portable devrait refuser de l'utiliser. Visiblement il ne parvient à l'utiliser que jusqu'à un certain point. Le fait d'avoir un système fonctionnel n'a-t-il pas son importance dans la reconnaissance de ce genre de changement matériel ?
[^] # Re: échec avec ubuntu
Posté par okeanos . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 1.
[^] # échec avec ubuntu
Posté par okeanos . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 1.
[368.890293] end_request : I/O error, dev sr1, sector 520864
et la dernière série de chiffre varie jusqu'à 520890
[^] # c'est la barrette qui cause le freeze
Posté par okeanos . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 1.
[^] # c'est la barrette qui cause le freeze
Posté par okeanos . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 1.
[^] # Re: Défaut matériel ...
Posté par okeanos . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 1.
[^] # Re: Défaut matériel ...
Posté par okeanos . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 1.
Par ailleurs, j'ai tenté autre chose, et le résultat change les données du problème.
1) memtest : il n'est pas aller au bout pour la même raison que tout le reste, blocage total de l'écran strié
2) tentative d'installation avec la nouvelle barrette de 1 Go seule : même résultat, ça freeze.
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.
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]"
Il me semble que la situation n'est pas désespérée, mais je ne sais trop comment faire à ce stade.
[^] # Re: Live cd ?
Posté par okeanos . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 1.
[^] # Re: Live cd ?
Posté par okeanos . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 1.
La touche "Entrée" de mon clavier fonctionne. C'est simplement que vous lisez trop le shell...
[^] # Re: whaou joli bloc
Posté par okeanos . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 1.