:strip_exif()/u/7483/polo.gif?f=community)
Some people manage by the book, even though they don't know who wrote the book or even what book.
/u/26742/000000751.png?f=community)
Kernel: 2.4.7-10 (Standaard Redhat 7.2)
Ik heb geprobeerd het geheugen te testen met memtest86 maar dat liep op een Segfault uit
Ik heb geprobeerd het geheugen te testen met memtest86 maar dat liep op een Segfault uit
Some people manage by the book, even though they don't know who wrote the book or even what book.
Wat heeft dat met dit topic te maken
Some people manage by the book, even though they don't know who wrote the book or even what book.
/u/49116/crop5ab3aba55abd9_cropped.png?f=community)
:strip_icc():strip_exif()/u/29534/moto-icon.jpg?f=community){kind=icon}
Da's ook niet echt goed eigenlijk. Heb je je computer overgeclocked ? Zo ja, wat gebeurt er als je je processor op de originele snelheid laat draaien ? Heb je toevallig nog ergens een andere geheugenstrip liggen ? Wat gebeurt er als je deze erin zet, i.p.v. degene waar je nu gebruik van maakt ?Op zaterdag 30 maart 2002 18:55 schreef Steije het volgende:
Kernel: 2.4.7-10 (Standaard Redhat 7.2)
Ik heb geprobeerd het geheugen te testen met memtest86 maar dat liep op een Segfault uit
God, root, what is difference? | Talga Vassternich | IBM zuigt
Op zaterdag 30 maart 2002 18:55 schreef Steije het volgende:
Ik heb geprobeerd het geheugen te testen met memtest86 maar dat liep op een Segfault uit
Some people manage by the book, even though they don't know who wrote the book or even what book.
Waarschijnlijk heeft hij het met 'memtest86', het GNU/Linux programmaatje geprobeerd. Dat is iets anders dan deze bootflop (maar ze heten wel hetzelfde ja).Op zaterdag 30 maart 2002 21:55 schreef Steije het volgende:
[..]
[..]
Met die bootflop kun je namelijk geen segmentation fault krijgen, omdat dat iets is wat de Linux kernel genereert. Die bootflop bevat geen Linux kernel.
Stom, ik heb het inderdaad vanaf de harddisk gedraait
Ik kan op het moment even niet bij die bak, ik ga het zsm proberen
Some people manage by the book, even though they don't know who wrote the book or even what book.
Verwijderd
maarruh, dit lijkt mij een typisch memory probleem...
Heb je er laatst nieuwe geheugenchips ingeplaatst? Simpele methode: haal die nieuwe chips eruit en probeer opnieuw. Je moet de chips met de slechtste geheugenclocktimings in het eerste memorybankje zetten, dan worden de CAS/RAS timings van die chip geautodetect en als waarde genomen voor de andere chips (en dan gaat alles goed). Nu neemt ie dus de CAS/RAS timings van de beste chip en dat kan de slechstte niet aan - crash.
Haal dus stuk voor stuk de geheugenbankjes eruit en test opnieuw totdat het wel werkt
(dit is rotwerk, majah, brakke hardware he? 
)
Heb je er laatst nieuwe geheugenchips ingeplaatst? Simpele methode: haal die nieuwe chips eruit en probeer opnieuw. Je moet de chips met de slechtste geheugenclocktimings in het eerste memorybankje zetten, dan worden de CAS/RAS timings van die chip geautodetect en als waarde genomen voor de andere chips (en dan gaat alles goed). Nu neemt ie dus de CAS/RAS timings van de beste chip en dat kan de slechstte niet aan - crash.
Haal dus stuk voor stuk de geheugenbankjes eruit en test opnieuw totdat het wel werkt
(dit is rotwerk, majah, brakke hardware he? )
Op zaterdag 30 maart 2002 22:19 schreef x-wolf het volgende:
offtopic:
Zeg Steije, wat doe jij met zo'n icoon met Red Hat? Volgens mij bedoel je Debian
offtopic:
De betreffende bak is niet van mij, is van een kennis
De betreffende bak is niet van mij, is van een kennis
Some people manage by the book, even though they don't know who wrote the book or even what book.
Helaas zijn het geen nieuwe geheugen chips, die machine is al 2 jaar oud. (Desalniettemin zal ik even die bak open schroeven en die chips er opnieuw indoen).Op zaterdag 30 maart 2002 22:19 schreef beelzebubu het volgende:
maarruh, dit lijkt mij een typisch memory probleem...
Heb je er laatst nieuwe geheugenchips ingeplaatst? Simpele methode: haal die nieuwe chips eruit en probeer opnieuw. Je moet de chips met de slechtste geheugenclocktimings in het eerste memorybankje zetten, dan worden de CAS/RAS timings van die chip geautodetect en als waarde genomen voor de andere chips (en dan gaat alles goed). Nu neemt ie dus de CAS/RAS timings van de beste chip en dat kan de slechstte niet aan - crash.
Haal dus stuk voor stuk de geheugenbankjes eruit en test opnieuw totdat het wel werkt
Het gekke is, is dat dezelfde machine met een vorige linux installatie vlekkeloos werkte, en nu voor geen meter
Some people manage by the book, even though they don't know who wrote the book or even what book.
Mja, 'stom'... Het progje werkt ook hoor, alleen test je daarmee niet al je geheugen (omdat een deel nou eenmaal in gebruik is, daar heb je met die bootflop geen last van).Op zaterdag 30 maart 2002 22:14 schreef Steije het volgende:
Stom, ik heb het inderdaad vanaf de harddisk gedraait
Ik kan op het moment even niet bij die bak, ik ga het zsm proberen
Verder, mocht je kernel (en niet je hardware) oid brak zijn, dan kan dat progje daar dus ook last van hebben, maar de bootdisk niet.
Maar dat het progje al segfault geeft al wat aan lijkt mij.
Pagina: 1