Sparfell

Impossible de tester la barrette d'occaz, le portable ne veut plus booter avec, que ce soit seule ou avec la neuve. Je me suis rendu compte d'un truc louche avec le memtest qui ne reconnaissait que 2 Go au lieu de 4. Après 2 passes complètes, memtest n'a produit aucune erreur sur la barrette neuve ... c'est déjà ça

Fausse joie, le portable ne veut plus booter avec la 2e barrette en place . Il faut dire que le magasin n'en avait plus qu'une en stock et m'a proposé une 2e barrette de 2Go d'occase qui a bien voulu fonctionner en magasin ... mais pas plus loin !

Si si, on a bien sûr essayé avec les nouvelles barrettes, d'où mon incompréhension de retour chez moi . Enfin bon, pour l'instant ça marche, tu as raison, j'aurais dû lancé un memtest pour vérifier que ça ne venait pas d'une mauvaise interaction de la CM ... on verra ça plus tard, j'ai un scan malwarebytes en cours ( ça n'a plus rien à voir avec le hardware, mais y a aussi du boulot de ce côté ).

Là j'ai éteint complètement le portable, attendu quelques dizaines de secondes et rebooté sans soucis. Je ne comprends toujours pas le coup de boot impossible, mais apparemment ça ne se reproduit pas ... ouf !

Non, non, une fois rentré à la maison, je veux booter le portable ( avec les nouvelles barrettes ). Petit bruit pluis plus rien, comme avec les anciennes quand le BIOS avait décidé que c'était même pas la peine d'essayer de booter. Donc je feinte, je réinstalle les anciennes, le BIOS ne s'en souvient pas et veut bien booter ... mais blue screen quand même of course . Re échange avec les nouvelles barrettes ( dont le BIOS ne se souvient plus là encore ), et le BIOS veut bien booter. Pour l'instant le portable fonctionne sans planter, je fais un peu de ménage à droite à gauche .

Recoucou Me revoilà avec 2 nouvelles barrettes. Le revendeur m'a dit que le BIOS pouvait bloquer des barettes reconnues défectueuses d'où le boot impossible. Par curiosité il a d'ailleurs rebooté avec 1 nouvelle barette, puis l'a enlevé et réinstallé une ancienne et le portable a bien booté ... en finissant bien sûr par un bluescreen . Le problème c'est qu'ne fois rentré à la maison, le portable n'a de nouveau plus voulu booter ( avec les nouvelles barrettes ), d'où échange avec les anciennes, reboot, re-échange avec les anciennes et reboot, ça marche évidement, mais c'est quoi ce bin's

Bonjour et merci pour vos réponses C'est possible ça que Memtest donne le coup de grâce , de toute façon il n'y avait plus grand chose à en tirer. J'espère bien que le problème vient des barrettes et pas de la CM. Merci Thorgal pour le type de la mémoire, je ne m'étais pas encore penché sur la question et je suis tombé sur les mêmes données que toi sur le support ACER . Bon, yapuka ... en trouver dans le coin ... à suivre

Merci por ton avis ab-web . De toute façon, même avec d'autres barrettes, le portable ne booterait pas plus . Je ne comprends pas, même si les barrettes sont complètement HS, ça ne devrait pas empêcher le début boot, si ???

J'ai essayé d'enlever une barrete pour ne les tester qu'une à la fois, mais le portable ne boote plus : un petit bruit ( de disque dur qui démarre ? ) et puis ça s'arrête : plus rien ne se passe, l'écran n'affiche rien, la led d'activité DD reste éteinte. Pas de changement après remise en place des barrtes RAM. Quest-ce que j'ai fait de travers ???

Bonjour On vient d'apporter à mes petits spoins un portable ACER 5532 ( Turion X2, 4 Go, Win7 ) qui est devenu un grand fan d'écrans bleus ! ces écrans bleus arrivant par exemple quand on essaye d'installer MalwareBytes ou Adwcleaner, j'ai d'abord cru à une saloperie coriace, mais c'est quand même un peu louche, et l'écran bleu arrive ... ou pas un peu quand il veut, en voici deux captures différentes : Je me suis alors décidé à lancer un memtest86+ ( v 4.20 dans UBCD 5.11 ), et là c'est l'hécatombe, au bout de 5 min de test, il y a déjà plus de 30000 erreurs. N'étant pas trop familier avec ce genre de problèmes de RAM, j'aimerais avoir confirmation que les plantages viennent bien des barrettes devenues soudainement défectueuses et que Memtest86 ne raconte pas trop de con****es . Le portable est manifestement un peu infecté ( eorezo, pctuto ) mais la thèse de la RAM me parait plus sérieuse, qu'en pensez-vous ? Merci par avance de vos conseils avisés

Salut Open GL et Direct X sont deux bibliothèques différentes de fonctions graphiques ( Direct X gère aussi pas mal de choses : le son, les entrées claviers/joysticks etc etc ), un programme faisant appel à des fonctions graphiques, plutôt que de réinventer l'eau tiède, va donc utiliser l'une ou l'autre. Les drivers nvidia supportent Open GL à la base, comme c'est précisé d'ailleurs pour le 310.90 que tu as pointé : Support d’OpenGL 4,3 pour les GPU GeForce série 400 et plus.

On verra si le disque tient le temps de la garantie . Il y a un peu plus d'un an, le portable d'une autre petite cousine a vu son disque rendre l'âme, mais cette fois "heureusement" avant l'expiration de la garantie, le passage a été plus rapide ce coup-ci entre mes mains pour un renvoi direct au SAV sans passer par la case Zébulon . Ca me laisse toutefois un gout assez amer quant à la fiabilité de ces engins ... ou alors la vie trépidante estudiantine est plus agitée que je ne le crois .

Voilà, le portable a été rendu à sa propriétaire, après remplacement du DD donc. Je tiens à remercier, en mon nom et en celui de ma petite cousine, toutes les personnes qui ont bien voulu se pencher sur ce cas et plus particulièrement marc2006 pour m'avoir pris par la main à de nombreuses reprises ... désolé de ne pas avoir réussi à sauver le DD malgré ton obstination marc ! MERCI !

Bah, du peu que j'ai lu sur l'AF, en fait même les disques AF retranscrivent en 512 alors que physiquement ils sont censés être en 4096 ... bref ... c'est pas ça qui va me faire mes 125 mises-à-jour

ubuntu@ubuntu:~$ sudo fdisk -l Disk /dev/sda: 750.2 GB, 750156374016 bytes 255 heads, 63 sectors/track, 91201 cylinders, total 1465149168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0xa796a796 Device Boot Start End Blocks Id System /dev/sda1 2048 26626047 13312000 27 Hidden NTFS WinRE /dev/sda2 * 26626048 1465145343 719259648 7 HPFS/NTFS/exFAT Pas d alerte sur aucune des 2 partitions

Ouaip, on verra, mais vu l'usine à gaz que c'est cette restauration, y en a encore pour un bout de temps. J'aimerais comprendre cette hsitoire d'AF, j'ai fait une recherche rapide, et ce que je vois c'est que les données sont traitées par paquets de 4k (octets), pour simplifier, il n'est dit nullement qu'une partition doit être multiple de 4096 secteurs, mais de 4096 octets, nuance , qu'il faut faire gaffe à pas se désaligner de 512 octets par ex, mais en s'alignant sur 1Mo, y a de la marge, faut pas stresser !

J'ai bien viré sad2 et sda3 (obligé sinon la restauration essaie de se faire sur les 100Mo ) ... mais pas avec fdisk, avec Gparted . Bah pour la "windows", c'est le système de restauration qui s'en est chargé

Hmmm, à l'arrache, j'ai rapatrié l'ancien MBR (avec dd ), essayé de rebooter, mais le disque ne semblait pas reconnu en tant que système, donc rebooter encore avec Alt F10 et là, enfin, la restauration se met en marche . Arf on s'est croisé ... j'ai restauré le MBR après avoir copié les fichiers de sda1 . Je pige pas en quoi sda1 est mauvaise. Elle semble en tout cas avoir les mêmes attributs que sur l'ancien disque.

Arf, c'ets vraiment important, j'allais rebooter sur la partition recovery là ? Heu toute façon, doit manquer un truc : HDD recovery validation failed

le screen dans Gparted

Il y a 0 jumper, comme sur l'ancien

Bah, pour commencer à 4096, il faudait laisser 2 MiB devant, non ?

Bah oui, il me semble, je viens de recommencer pour le même résultat, où est le soucis ???

Il y aurait moyen de changer le format en Hidden NTFS ? Gparted ne connait pas l hidden ntfs apparemment.

ubuntu@ubuntu:~$ sudo fdisk -l Disk /dev/sda: 750.2 GB, 750156374016 bytes 255 heads, 63 sectors/track, 91201 cylinders, total 1465149168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x00020549 Device Boot Start End Blocks Id System /dev/sda1 2048 26626047 13312000 7 HPFS/NTFS/exFAT Note: sector size is 4096 (not 512) A comparer a l'ancien : ubuntu@ubuntu:~$ sudo fdisk -l Disk /dev/sda: 320.1 GB, 320072933376 bytes 255 heads, 63 sectors/track, 38913 cylinders, total 625142448 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0xa796a796 Device Boot Start End Blocks Id System /dev/sda1 2048 26626047 13312000 27 Hidden NTFS WinRE /dev/sda2 * 26626048 26830847 102400 7 HPFS/NTFS/exFAT /dev/sda3 26830848 625140399 299154776 7 HPFS/NTFS/exFAT Note: sector size is 4096 (not 512)