Jean-Yves F. Barbier a écrit : > giggz a écrit : >> Jean-Yves F. Barbier a écrit : >>> giggz a écrit : >>>> Bonsoir, >>> slut :) >>> >>>> Et bien tout est dans le titre : >>>> J'ai un soucis avec /var/lib/dpkg/available. Un problem sur une ligne. >>> pas vraiment bon ça, la dernière fois que ça m'est arrivé, c'était dû >>> à une RAM qui avait dégagée (suite à un choc électrique) >> >> Ouais c'est vraiment bizarre...j'ai po mal de fichiers qui changent tout >> seuls...enfin po mal...pour l'instant 2 ou 3. J'ai évidemment testé la >> ram avec memtest mais il n'a rien trouvé...bizarre bizarre... > > houla, pas bon DU TOUT! > > les 2 solutions les plus probables: > > 1- C'est quand même la RAM: teste pendant au moins une nuit (de toute > façon, > l'ensemble d'une révolution de tests prend un certain temps), et > n'oublie > pas que le pgm de test ne teste pas sa propre RAM... (vérifie que les > timings RAS/CAS du BIOS correspondent aux caractéristiques de la RAM, > s'il-y-a plusieurs barettes, teste les une par une ainsi que toutes les > combinaisons possibles) > > 1b- justement, mon dernier PB de ce type ne donnait rien avec memtest+; > j'ai réinséré les barettes dans une autre carte mère; et là, grosse > surprise: j'ai eu des tas d'erreurs sur l'une d'elles (ça expliquait > que, comme toi, je n'avais que /var/lib/dpkg/available et 3-4 fichiers > corrompus: l'erreur ne devait se produire que très rarement sur la > carte > d'origine) > > 2- C'est le HD qui part en sucette: installe smartmontools (et commence par > un test long) & hddtemp; si ça ne donne rien, fait un backup et un > formattage avec tests destructifs (mke2fs -c -c -v /dev/hdN; et tu peux > prévoir la nuit, voire plus si c'est un gros HD) > > Cas beaucoup plus rares (à peu près dans l'ordre): > > * Ton HD ne supporte pas le bit 'umaskirq', ou bien si la carte est assez > ancienne le bit 'udma' (à changer avec hdparm), > > * Le HD et le chipset ont un PB de cohabitation (PB type: Silicon Image > CMD680 > qui plante les HD si on ne les redescend pas en UDMA4 avec hdparm), > > * Les connecteurs MOLEX d'alim de ton HD se sont desserés avec les > vibrations > du HD & du boîtier (les resserrer en faisant pression avec un > micro-tournevis), > > * Le(s) condo(s) électrochimique(s) de découplage(s) d'alim(s) sont en > train de > claquer, > > * Le chipset a pris une grosse pêche électrique, > > * d° pour le CPU, > > * Steve Balmer est penché sur ta photo qu'il a noyée dans du sang de > poulet, > fraîchement égorgé, par une nuit de pleine lune, et il plante pleins > d'aiguilles dedans histoire de bien te montrer que Linux c'est caca et > que tu dois passer dare-dare à vista ;-> > > JY
Eh ben voilà un scénario peu encourageant ;) J'ai aussi testé le disque avec smartmontools...test long, test court plusieurs fois rien...bon c'est vrai que je n'ai pas testé une nuit la ram...juste 3 heures...et les 2 barettes en même temps... Pour les fichiers modifiés : ça m'est arrivé 2 fois ce mois ci (enfin je veux dire octobre + novembre) . toujours avec icedove...étrange non ? et là ce fichier de dpkg... Je vais encore attednre un peu...si ça se dégrade je revends le pc :P mais de toute façon je suis prudent...backup backup Merci de tes conseils!!! Ciao GiGGz -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]