Re: Fwd: Lenny upgraderings problem

2008-09-20 tråd Anders Lövgren
On Thursday 18 September 2008 00.13.44 Mikael Rudberg wrote:
 Så nu har jag testat både med att disabla IPv6 och att köra med noapic,
 får samma problem med packet losses som tidigare

 Dock så märkte jag nu att Etch använder sig av 8139cp drivaren för
 nätverkskortet medans Lenny klagar på att realtek nätverks devicen inte
 är kompatibatibelt med 8139cp utan laddar 8139too drivaren istället.

 Så det känns som detta är med stor sannolikt är orsak till problemet.
 Frågan är ju varför Lenny tycker det är inkompatibelt och etch inte gör
 det. Går det att forcera in 8139cp istället för 8139too ?? För
 uppenbarligen så funkar ju 8139cp med mitt nätverk.

Provat att lägg in 8139too i /etc/hotplug/blacklist och 'alias eth0 8139cp' 
i /etc/modules.conf.

 Mvh
 Mikael

Hälsningar Anders


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Fwd: Lenny upgraderings problem

2008-09-20 tråd Mikael Rudberg

Hej

Jag hade fel angående drivaren. Jag misstolkade dmesg loggen och när jag 
kollade efter nogrannare så visade sig att Etch använde 8139too också. 
Dock så använde Etch en annan version på drivrutinen  0.9.27 och Lenny 
använder  0.9.28. Men nu har jag testat att köra med 2.6.22-3-686 ihop 
med lenny som också finns i testing och då funkar det !!. Inga 
packetlosses eller nått så och den använder dessutom 8139too 0.9.28.  Nu 
ger jag nog upp och köper ett USB nätverks kort eller nått :(







Anders Lövgren wrote:

On Thursday 18 September 2008 00.13.44 Mikael Rudberg wrote:
  

Så nu har jag testat både med att disabla IPv6 och att köra med noapic,
får samma problem med packet losses som tidigare

Dock så märkte jag nu att Etch använder sig av 8139cp drivaren för
nätverkskortet medans Lenny klagar på att realtek nätverks devicen inte
är kompatibatibelt med 8139cp utan laddar 8139too drivaren istället.

Så det känns som detta är med stor sannolikt är orsak till problemet.
Frågan är ju varför Lenny tycker det är inkompatibelt och etch inte gör
det. Går det att forcera in 8139cp istället för 8139too ?? För
uppenbarligen så funkar ju 8139cp med mitt nätverk.



Provat att lägg in 8139too i /etc/hotplug/blacklist och 'alias eth0 8139cp' 
i /etc/modules.conf.


  

Mvh
Mikael



Hälsningar Anders


  



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Re: Re: Är min dator kass

2008-09-20 tråd Magnus Berg

Tack för tipsen!

Det är surt att jag inte har tillgång till en annan dator där jag kunde 
testa grafikkortet.


Minnestestet Memtest 86 eller vad det heter, har jag kört och fick 
något felmedelande för ena minnesmodulen. Men när jag sedan kört datorn 
med enbart den friskförklade modulen har datorn ändå hängt sig. Det 
kanske stryker teorin om felaktigt grafikkort.


Jag använder ständigt lm-sensors och min dator går aldrig över 50 grader 
på vare sig cpu eller moderbord.


 Att bios klagar på överklockning låter intressant, är det ett vanligt
 problem på det moderkortet? Annars borde du nog noggrant se över alla
 inställningar.

CP-moderbordet har två defaultinställningar - överklockad och standard - 
förutom alla individuella inställnngar, för enskilda delar, man kan 
göra. Även om jag ställt in på standard så kommer felmedelandet om 
överklockning. Det är antagligen ett standardmeddelande för alla fel. De 
flesta komponent-inställningar är i läge auto vilket jag antar ska 
kunna fixa en lämplig inställning.


Visserligen har jag satt ihop en dator själv - min tidigare som 
fungerade ;-) - men annars är mina kunskaper om hårdvara och felsökning 
noll. Därför är det lite frustrerande. Jag önskar att det fanns ett 
grafikkort-testprogram. Jag får ta och gå igenom hela skiten igen, 
plocka bort delar för att se om nätagregatet är överlastat, köra med en 
minnesmodul i taget, med mera. Helst vill jag kunna hitta den felande 
länken för att slippa posta iväg hela burken till försäljaren.


Magnus Berg



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Fwd: Lenny upgraderings problem

2008-09-20 tråd Anders Lövgren
On Saturday 20 September 2008 15.03.21 Mikael Rudberg wrote:
 Hej

 Jag hade fel angående drivaren. Jag misstolkade dmesg loggen och när jag
 kollade efter nogrannare så visade sig att Etch använde 8139too också.
 Dock så använde Etch en annan version på drivrutinen  0.9.27 och Lenny
 använder  0.9.28. Men nu har jag testat att köra med 2.6.22-3-686 ihop
 med lenny som också finns i testing och då funkar det !!. Inga
 packetlosses eller nått så och den använder dessutom 8139too 0.9.28.  Nu
 ger jag nog upp och köper ett USB nätverks kort eller nått :(

Hej,

Låter som det skulle vara någon inställning i kernel som är orsaken. Kan du ta 
konfigurationen (t.ex. /proc/config.gz) från 2.6.22-3-686 och använda den för 
att kompilera om det andra kernel?

// Anders


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Re: Re: Är min dator kass

2008-09-20 tråd Anders Jackson
Den den 20 september 2008 15:50 skrev Magnus Berg
[EMAIL PROTECTED]:
 Tack för tipsen!

 Det är surt att jag inte har tillgång till en annan dator där jag kunde
 testa grafikkortet.

Tja, det underlättar att hitta felaktiga komponenter, men det är inte
det enda man kan göra.

 Minnestestet Memtest 86 eller vad det heter, har jag kört och fick något
 felmedelande för ena minnesmodulen. Men när jag sedan kört datorn med enbart
 den friskförklade modulen har datorn ändå hängt sig. Det kanske stryker
 teorin om felaktigt grafikkort.

Minnesmodulerna i datorn har inte något med grafikkortet att göra,
såvida du inte har ett grafikkort som använder delar av primärminnet
(RAM-minnet).

Prova med att köra memtest86 även på den friska modulen.  Du kan även
prova med att byta plats på de två minnsekappslarna och köra memtest86
för att se om det blir samma fel. Dvs om felet följer minnet eller ej.
Om det inte följer med minnesmodulen, så är det moderkortet som det
är fel på.  Om det följer med minnet, så är det minneskapseln som det
är fel på.

Men kör memtest86 för att verifiera att felet försvinner när du har
gjort en ändring.

 Jag använder ständigt lm-sensors och min dator går aldrig över 50 grader på
 vare sig cpu eller moderbord.

Ok, då borde det inte vara frågan om överhettning i vart fall.  Du får
ungefär samma temperaturvärden när du är i BIOS-inställningarna, antar
jag.

 Att bios klagar på överklockning låter intressant, är det ett vanligt
 problem på det moderkortet? Annars borde du nog noggrant se över alla
 inställningar.

 CP-moderbordet har två defaultinställningar - överklockad och standard -
 förutom alla individuella inställnngar, för enskilda delar, man kan göra.
 Även om jag ställt in på standard så kommer felmedelandet om överklockning.
 Det är antagligen ett standardmeddelande för alla fel. De flesta
 komponent-inställningar är i läge auto vilket jag antar ska kunna fixa en
 lämplig inställning.

Hmm, låter konstigt.  Om du resettar BIOS-inställningarna till
default, så skall du ju inte få några felmeddelande.

 Visserligen har jag satt ihop en dator själv - min tidigare som fungerade
 ;-) - men annars är mina kunskaper om hårdvara och felsökning noll. Därför
 är det lite frustrerande. Jag önskar att det fanns ett
 grafikkort-testprogram. Jag får ta och gå igenom hela skiten igen, plocka
 bort delar för att se om nätagregatet är överlastat, köra med en minnesmodul
 i taget, med mera. Helst vill jag kunna hitta den felande länken för att
 slippa posta iväg hela burken till försäljaren.

Om memtest86 hittar fel, så är det ett fel.  Antingen i minnesmodulen,
eller i moderkortet.  Om det är moderkortet så kan det bero på
BIOS-inställningar.

I vart fall är det minnesfel orsak till att datorer låser sig.

 Magnus Berg

/Jackson