sslug-teknik team mailing list archive

[Martin Berg <martin@xxxxxxx>]

Frank Damgaard wrote:
> On Mon, Dec 18, 2006 at 01:09:06 +0100, Kristian Kallenberg wrote:
> 
>> On Sun, Dec 17, 2006 at 09:06:41AM +0100, Martin Berg wrote:
>>>> Ved kopiering af større mængde filer fra en af husets
>>>> maskiner (både forsøgt med windoze og Linux) ophører serveren
>>>> pludseligt med at svare.
> 
>>> For at starte fra en ende:
>>> - Problemet kan kun reproduceres med mange filer - kopiering
>>> af en enkelt fil større end 1 GB fungerer fint
>> Mit umiddelbare bud er at din RAM er dårlig. Kør en test ovet et døgns tid med memtest
> 
> Ikke alle RAM fejl fanges af memory test.
> Jeg havde engang problemer med flytning og brændring af CD-images
> det viste sig at udskiftning af RAM klods løste problemet
> efter jeg havde skiftet af CD-brænder , harddisk osv.
> 
> RAM test fandt ikke fejl, men på et andet bundkort nægtede
> det at starte med den RAM-klods...
> 
> 

Ha, så fik jeg skovlen under problemet - og nøgleordet
er "DMA lock-up".

Der var ingen RAM-fejl (memtest opdagede under alle
omstændigheder ingen).
En test afslørede, at det kun var når DMA var slået til på
diskene, at det gik galt.

Imidlertid havde jeg jo ingen fejl med Dappix, så jeg
forsøgte mig med en opgradering til SuSE 10.2.
Her løb jeg i et problem, med at maskinen ikke ville boote
på CD 1.

Ved en søgning på www.opensuse.org (efter "VIA") så jeg en
ganske passende beskrivelse af mit egentlige problem:

"Fix for DMA lock-up

This first chapter is important for VIA EPIA mainboards only!
..klip..

Linux so far is incompatible with the so called "longhaul" CPU
frequency management used by VIA."


Workaround er at deaktivere dynamisk justering af CPU-frekvensen.

Det løste problemet.
Forklaringen på, at det virker med DAPPIX er vel, at denne
distribition ikke roder rundt med at skrue op og ned
for CPU-frekvensen på en VIA CPU.

Hvorfor maskinen ikke vil boote på en SuSE 10.2 CD
må komme som en senere opgave.


Mange tak for hjælp og forslag til alle.


/Martin