Parce que déjà le test est long et que de plus un seul ne suffit pas.chark wrote: didierg: Quel est l'intérêt de faire tourner Memtest86+ longtemps (toute une nuit)?
[Résolu] Instabilité de Fedora
Et oui! il faut stressé la mémoire pour voir si elle tiens le coup!
[supprimé]
- Modifié
En effet un memtest86+ est à mon avis la première chose à vérifier.
Mais pas la peine de graver un CD pour ça, il est dispo dans les dépôts :
(si tu es sous F13 ou F14 il faudra surement modifié la ligne grub qui n'est pas correcte depuis F13)
Mais pas la peine de graver un CD pour ça, il est dispo dans les dépôts :
# yum install memtest86+
# memtest-setup(si tu es sous F13 ou F14 il faudra surement modifié la ligne grub qui n'est pas correcte depuis F13)
Bonjour à tous,
Tout d'abord merci à tous pour vos réponses 🙂
@didierg : Non je n'ai pas essayé memtest je vais le faire dès que ma Fedora sera de nouveau en état et je te tiendrai au courant.
@VINDICATORs : Lorsque j'ai rencontré des problèmes de plantage durant les transferts de fichiers j'utilisai toujours des supports amovibles branchés directement sur les ports USB sans hub ni alimentation externe.
Pour les mises à jour j'ai essayé en wifi (qui est effectivement une catastrophe) et en cablé (qui marche certes mieux mais quand même pas jusqu'au bout). Par contre pour le cablé, le signal passe par un CPL puis un hub de redistribution (peut être que cela peut influer).
Je pense essayer avec une carte réseau pour voir ce que ça donne mais pas remplacer la carte mère car le pc ne date que de mai :-?.
@modmol : Oui effectivement j'ai essayé preupgrade en wifi et je comprend que tu le déconseille.
Je rejoins d'ailleurs ta désaprobation de cette méthode.
@PapsOu : Non je n'ai pas de matériel exotique c'est un pc portable Dell dans lequel est utilisé majoritairement du matériel Intel standard. J'avais par contre rencontré des problèmes sur une carte Nvidia 9800GTX+ sur mon PC fixe et avais été obligé d'installer le pilote propriétaire. Donc effectivement il est certain que le hardware influe sur la stabilité de l'OS.
En tout cas je vais me pencher sur chaque pièce du PC et faire des recherches pour voir s'ils peuvent causer des problèmes à Fedora.
Tout d'abord merci à tous pour vos réponses 🙂
@didierg : Non je n'ai pas essayé memtest je vais le faire dès que ma Fedora sera de nouveau en état et je te tiendrai au courant.
@VINDICATORs : Lorsque j'ai rencontré des problèmes de plantage durant les transferts de fichiers j'utilisai toujours des supports amovibles branchés directement sur les ports USB sans hub ni alimentation externe.
Pour les mises à jour j'ai essayé en wifi (qui est effectivement une catastrophe) et en cablé (qui marche certes mieux mais quand même pas jusqu'au bout). Par contre pour le cablé, le signal passe par un CPL puis un hub de redistribution (peut être que cela peut influer).
Je pense essayer avec une carte réseau pour voir ce que ça donne mais pas remplacer la carte mère car le pc ne date que de mai :-?.
@modmol : Oui effectivement j'ai essayé preupgrade en wifi et je comprend que tu le déconseille.
Je rejoins d'ailleurs ta désaprobation de cette méthode.
@PapsOu : Non je n'ai pas de matériel exotique c'est un pc portable Dell dans lequel est utilisé majoritairement du matériel Intel standard. J'avais par contre rencontré des problèmes sur une carte Nvidia 9800GTX+ sur mon PC fixe et avais été obligé d'installer le pilote propriétaire. Donc effectivement il est certain que le hardware influe sur la stabilité de l'OS.
En tout cas je vais me pencher sur chaque pièce du PC et faire des recherches pour voir s'ils peuvent causer des problèmes à Fedora.
Merci Iecbee pour cette astuce ce sera plus pratique qu'un CD.
D'autres personnes pour faire partager leur retour d'expérience?
[supprimé]
Eh bien tu devrais télécharger le DVD de F14 et faire une nouvelle installation, puis voir si les instabilités persistes.
L'intérêt de graver un CD est de s'affranchir un peu plus du hardware en ne sollicitant pas le disque dur qui peut lui aussi être une source de plantage...lecbee wrote:En effet un memtest86+ est à mon avis la première chose à vérifier.
Mais pas la peine de graver un CD pour ça, il est dispo dans les dépôts :
Une question: cette instabilité a-t-elle été constatée avec différents niveaux de kernel ?
Autant de soucis divers, je miserais sur la carte mère, mais j'avoue que je ne suis pas expert.
Peut être voir si elle est bien supportée (normalement oui) et si elle n'a pas pris un coup dans le nez.
Peut être voir si elle est bien supportée (normalement oui) et si elle n'a pas pris un coup dans le nez.
Bonsoir à tous,
Je viens de réinstaller ma Fedora 14 à partir d'un live-usb et j'ai été de nouveau confronté à des plantages.
Tout d'abord suite à une première vague de mise à jour, le pc à planté deux fois au démarrage de Fedora m'obligeant à rebooter par une extinction sauvage.
Par la suite, il a de nouveau planté durant l'installation du groupe "Bureautique/Productivité" et j'ai du rebooté de nouveau de manière sauvage puis finir l'installation via la commande yum-complete-transaction.
Je vais lancer memtest86+ ce soir et je vous communiquerai le résultat.
En attendant, comme il est probable que l'instabilité viennent du matériel, je vous joint le résultat de la commande lspci.
[IMG ALT=lspci]file:///media/TUNY/lspci.png[/IMG]
Dites moi si vous avez eu des echos sur du matériel de ma configuration qui pourrait poser problème.
Pour te répondre diderg, l'instabilité n'a été constatée qu'en mode graphique (il me semble que c'est le niveau 5 mais je ne voudrai pas dire de bétises :-?).
Tant que j'exécute l'OS en mode texte (niveau 3), je n'ai pas été confronté au problème.
Bonne soirée à tous.
Je viens de réinstaller ma Fedora 14 à partir d'un live-usb et j'ai été de nouveau confronté à des plantages.
Tout d'abord suite à une première vague de mise à jour, le pc à planté deux fois au démarrage de Fedora m'obligeant à rebooter par une extinction sauvage.
Par la suite, il a de nouveau planté durant l'installation du groupe "Bureautique/Productivité" et j'ai du rebooté de nouveau de manière sauvage puis finir l'installation via la commande yum-complete-transaction.
Je vais lancer memtest86+ ce soir et je vous communiquerai le résultat.
En attendant, comme il est probable que l'instabilité viennent du matériel, je vous joint le résultat de la commande lspci.
[IMG ALT=lspci]file:///media/TUNY/lspci.png[/IMG]
Dites moi si vous avez eu des echos sur du matériel de ma configuration qui pourrait poser problème.
Pour te répondre diderg, l'instabilité n'a été constatée qu'en mode graphique (il me semble que c'est le niveau 5 mais je ne voudrai pas dire de bétises :-?).
Tant que j'exécute l'OS en mode texte (niveau 3), je n'ai pas été confronté au problème.
Bonne soirée à tous.
hum moi je parierais sur la mémoire !
- Modifié
Salut, pour ton lspci, c'est entre balises code qu'il faut poster le résultat. Entre balises image, comme tu l'as fait, on ne voit rien !Tuny wrote:En attendant, comme il est probable que l'instabilité viennent du matériel, je vous joint le résultat de la commande lspci.
[IMG ALT=lspci]file:///media/TUNY/lspci.png[/IMG]
Pour Memtest, je suis aussi d'avis, comme didierg, de le lancer à partir d'un CD, pour la même raison ! D'ailleurs, il me semble qu'un LiveCD de Fedora fournit cette option au démarrage...si je ne me trompe pas, car jamais employée !
- Modifié
Je parlais non pas du niveau d'exécution mais de niveaux (ou versions) du kernel que tu peux afficher avec la commande uname -a et se présente sous la forme 2.6.35.6-..Tuny wrote: Pour te répondre diderg, l'instabilité n'a été constatée qu'en mode graphique (il me semble que c'est le niveau 5 mais je ne voudrai pas dire de bétises :-?).
Tant que j'exécute l'OS en mode texte (niveau 3), je n'ai pas été confronté au problème.
Le fait que tu ne rencontres ce problème qu'au niveau 5 et pas au niveau 3 pourrait faire penser à un problème lié à la carte graphique ou au serveur X...
La première chose à faire qui est indispensable pour ne plus perdre de temps est d'exécuter une passe complète de memtest. Si il y a une panne franche, une seule passe peut suffire pour la mettre évidence sinon il faudra laisser tourner plus longtemps.
Si il y a une erreur avec Memtest ça ne sert à rien de continuer et il faut d'abord résoudre cette erreur et relancer ensuite memtest.
Si cette passe complète de memtest se déroule SANS erreur, il faut ensuite mettre à jour Fedora 14.
Comme tu as des problèmes en mode graphique, le mieux est de faire cette mise à jour en mode texte en utilisant la commande yum update.
Pour la connexion à internet pour faire cette mise à jour le plus simple est d'utiliser une connexion filaire (câble et non wifi)
Après cette mise à jour complète et après avoir relancer Fedora si il y a encore des plantage il faudra relancer Memtest pour une nuit complète pour être sûr qu'il n'y a pas une panne intermittente.
Par ailleurs la machine sur laquelle tu rencontres ce problème est-elle bien le Dell Vostro 1015 de ta signature ? Sinon peux-tu fournir les informations suivantes sur ta machine:
Si laptop, marque et modèle
Si desktop de fabriquant, marque et modèle
Si desktop d'assembleur, marque et modèle de la carte mère
[supprimé]
Si tu graves sur CD, la lecture se fait par le bus IDE et le lecteur CD, donc ça n'enlève pas plus de couche hardware potentiellement défaillante.didierg wrote:L'intérêt de graver un CD est de s'affranchir un peu plus du hardware en ne sollicitant pas le disque dur qui peut lui aussi être une source de plantage...
- Modifié
Vu les problèmes USB, je pense quand même que le changement de carte maman est préférable. On peut aussi voir avec un hub USB externe avec alimentation ne marcherais pas, car les ports USB fortement sollicité entraine des plantages et autres non fonctionnement du périphérique.
Si elle est sous garantie, qui est généralement 2 ans retour constructeur, n'hésite pas non plus.
Mais un test mémoire est quand même à prévoir, généralement les barrettes mémoires sont garantie 10 ans pour les barrettes de marque (à préféré aux bouses bas de gamme! qui sont souvent pas moins chère que de la marque!) retour constructeur.
Et +1 pour lecbee, sans compter que l'on peut même parfaitement utilisé généralement tout le potentiel de sa machine, cette info n'est pas valable. Sauf dans le cadre d'un livecd du style sysrescue qui se passe de la couche graphique avancée par défaut. Mais là encore cela demande l'utilisation de l'IDE/SATA.
Si elle est sous garantie, qui est généralement 2 ans retour constructeur, n'hésite pas non plus.
Mais un test mémoire est quand même à prévoir, généralement les barrettes mémoires sont garantie 10 ans pour les barrettes de marque (à préféré aux bouses bas de gamme! qui sont souvent pas moins chère que de la marque!) retour constructeur.
Et +1 pour lecbee, sans compter que l'on peut même parfaitement utilisé généralement tout le potentiel de sa machine, cette info n'est pas valable. Sauf dans le cadre d'un livecd du style sysrescue qui se passe de la couche graphique avancée par défaut. Mais là encore cela demande l'utilisation de l'IDE/SATA.
[supprimé]
Oui en effet c'est dispo sur le CD/DVD d'install.Fifi wrote:D'ailleurs, il me semble qu'un LiveCD de Fedora fournit cette option au démarrage...si je ne me trompe pas, car jamais employée !
- Modifié
Ca t'enlève le disque dur et son câble associé.... Tu peux même carrément le débrancher pour la durée du test...lecbee wrote: Si tu graves sur CD, la lecture se fait par le bus IDE et le lecteur CD, donc ça n'enlève pas plus de couche hardware potentiellement défaillante.
@didierg : Je rencontre ce problème depuis le kernel 2.6.32. Pour la machine, oui il s'agit bien du Dell Vostro 1015 de ma signature.
Je vous met ci-dessous le résultat de la commande lspci :
Je vous met ci-dessous le résultat de la commande lspci :
[Claude@Tuny-Linux ~]$ lspci
00 :00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07)
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:02.1 Display Controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:1a.0 USB Controller : Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03)
00:1a.1 USB Controller : Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03)
00:1a.2 USB Controller : Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03)
00:1a.7 USB Controller : Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03)
00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 03)
00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 03)
00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 03)
00:1d.0 USB Controller : Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller : Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller : Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller : Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93)
00:1f.0 ISA bridge: Intel Corporation ICH9M LPC Interface Controller (rev 03)
00:1f.2 IDE interface: Intel Corporation ICH9M/M-E 2 port SATA IDE Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03)
09:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)
0c:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g LP-PHY (rev 01)
0f:00.0 SD Host controller: Ricoh Co Ltd Device e822 (rev 01)
0f:00.1 System peripheral: Ricoh Co Ltd Device e230 (rev 01)
0f:00.3 Firewire (IEEE 1394): Ricoh Co Ltd Device e832 (rev 01)didierg wrote:Le fait que tu ne rencontres ce problème qu'au niveau 5 et pas au niveau 3
Je n'ai rien vu qui permette d'affirmer ça ?