sslug-teknik team mailing list archive

[Ivar Madsen <spam.sslug.news@xxxxxxxx>]

donald_j_axel wrote:

>> Hvis det var en maskine i et firma, så ville den nok ryge over skulderen.
>> Eller ide mindeste til en konsulent, der kan vudere om det er en HW fejl,
>> og i givet fald hvilken, som producere alle de kernel panic + de stop den
>> laver uden jeg med sikkerhed kan sige at det er en kernel panic.
> Måske det skulle i en selvstændig tråd. 

Har også beskrevet det i en anden tråd tiderlig er.

> Har Jesper Krogh eller andre ikke 
> tilbudt dig en mere sikker maskine for den tid det tager at hente den?

Ikke et sted hvor jeg har set det.

> Hvis du skal "give hardwaren en chance", så skal du først kontrollere
>    a) Er Linux (kernen) genereret til den type CPU som du har sat i?
>       Alternativt: Kan den køre som ren 386 (langsommere, men sikrere).

Ja, det er en SMP kerne, den som Mandrake selv har valgt at installere, så
det formoder jeg kraftigt.

>    b)

Nåede du ikke at skrive noget i b) ?

>> Lige nu vipper det mest mellem netkortet, jeg har nu rettet ONBOOT=yes
>> til ONBOOT=no i /etc/sysconfig/network-scripts/ifcfg-eth
>> DEVICE=eth1
>> BOOTPROTO=dhcp
>> NETMASK=255.255.255.0
>> ONBOOT=yes
>> METRIC=10
>> rebootet, og så eksistere eth1 ikke længer. Filen er helt fjernet fra
>> systemmet (af dette). Er det en fil som generes ved boot, og fjernes ved
>> nedlukning?
>> Eller måske retter "ifconfig ethx up" henholvis "ifconfig ethx down"?
> Hvad for en fil eth1? Jeg har ikke en eth1-fil nogen steder, selv om
> jeg har eth0 og eth1 på serveren her. Måske er det en kernel option
> som jeg ikke har enablet?

> eth1 er en del af bundkortet, og jeg kan ikke finde noget sted i BIOSen at
> disable det.
> 
> Hvordan undgår jeg at systemmet aktivere det under boot?
> 
> 

,----[ Fra "disable eth1" i Novice gruppen tråden startende d. 13/7 13:26 ]
|> eth1 er en del af bundkortet, og jeg kan ikke finde noget sted i BIOSen
|> at 
|> disable det.
|>
|> 
|> Hvordan undgår jeg at systemmet aktivere det under boot?
|> 
|> 
| Du kan jo selvfølgelig slette eth1 :-)
| 
| Men ellers: find "ifcfg-eth1" filen (/etc/sysconfig/network
| er et godt sted at lede, hvis det er en SuSE).
| 
| Du skal her ændre STARTMODE til 'manual' - den burde
| indtil nu stå til enten 'auto', 'onboot', 'on' eller
| 'boot'.
| Så vil "/etc/.../network start" ikke medtage interfacet
| og du kan udføre "ifup eth1" og "ifdown eth1" for at
| starte og stoppe interfacet.
| 
| 
| /Martin Berg
`----

> Well - pyt. Når du bruger ifconfig er det i virkeligheden (på min)
> et interface til et nyere program som er interface til kernens Route2
> tror jeg nok.
>      ifconfig eth1 89.90.91.92
> vil sætte netkort eth1 op til det angivne IP-nummer.
>      ifconfig -a
> lister alle interfaces sammen med nogle oplysninger.

ifconfig viser ikke eth1 nu, ifconfig -a viser eth1. Under boot forsøges
eth1 ikke startet. Jeg forventer at når det ikke er startet, så giver det
heller ikke 
| Jul 10 20:33:01 milli kernel: eth1: wait_for_cmd_done timeout!
| Jul 10 20:33:33 milli last message repeated 16 times
| Jul 10 20:34:35 milli last message repeated 31 times
| Jul 10 20:35:05 milli last message repeated 15 times

fejlen. Den er ikke at se i kernel/errors loggen længer, men det er stadig
for tidligt at konkludere at den fejl ikke forsætter efter jeg ikke længer
starter den op ved boot.

>> Eller om det er disken, Se Message-ID: <db3ap0$1mf$1@xxxxxxxxxxxx>
>> smart har fundet fejl på den.
> UD! Ja så må du ofre 600 kr. på en fin 120 GB disk fra BJ-Trading
> (Herning) eller 80 Giga for 378 kr.

Er din holdning at så snart smart finder en fejl, uanset hvilken, så skal
disken ud, eller er det de konkrete fejl, som du giver disken dødsdommen
pga.?


-- 
Med venlig hilsen
Ivar Madsen
Hjælp til med at få overblik over CC's ADSL priser på
http://milli.dk/index.php/CC_ADSL_priser
--------------------------------------------------------------------------------