Feinom

D R GREÆIT, MENNN DA FÅRBEHÅLLR

 

JÆI

 

MÆI

 

RETTN TIL

 

Å ALTI FÅRMULERE MÆI PÅ dEnE MåTeN

 

 

 

 

 

 

 

N Å R J Æ I S N A K E r M e D dE G!=?!=!=!=!=!?!??

 

 

 

Man må jo tross alt fokusere på innhold, ikke på form.

Forskjellen her er at det er morsomt å lese det CraigFinn skriver, mens det bare var irriterende å lese det du skrev her.

Hallo.

Jeg har en vmware server 1.0.5 kjørende på en server. I serveren har jeg 2 nettverkskort, og jeg ønsker at det ene kun skal brukes til "guest" maskinenen og det andre til host maskinen som også er filserver.

 

Slik det fungerer nå har jeg disse interfaces:

olsen@:~$ ifconfig

eth0 Link encap:Ethernet HWaddr 00:0D:88:CB:3C:F9

inet addr:192.168.0.115 Bcast:192.168.0.255 Mask:255.255.255.0

inet6 addr: fe80::20d:88ff:fecb:3cf9/64 Scope:Link

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:396060 errors:0 dropped:0 overruns:0 frame:0

TX packets:108523 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:33858401 (32.2 MB) TX bytes:9610348 (9.1 MB)

Interrupt:16 Base address:0x9000

 

eth1 Link encap:Ethernet HWaddr 00:0C:76:26:44:E5

inet addr:192.168.0.114 Bcast:192.168.0.255 Mask:255.255.255.0

inet6 addr: fe80::20c:76ff:fe26:44e5/64 Scope:Link

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:50090404 errors:0 dropped:0 overruns:0 frame:0

TX packets:47153706 errors:0 dropped:0 overruns:14 carrier:0

collisions:0 txqueuelen:1000

RX bytes:2109277426 (1.9 GB) TX bytes:3289341317 (3.0 GB)

Interrupt:20 Base address:0x8000

olsen@:~$ route

Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface

localnet * 255.255.255.0 U 0 0 0 eth0

localnet * 255.255.255.0 U 0 0 0 eth1

default 192.168.0.125 0.0.0.0 UG 100 0 0 eth1

default 192.168.0.125 0.0.0.0 UG 100 0 0 eth0

 

Der eth1 står som bridged til den virituelle maskinen gjennom /dev/vmnet0

 

Problemet mitt er: finnes det noen mer elegant løsning på dette?

Og hvorfor går trafikken tilbake til min datamaskin når jeg aksesserer filserveren på eth0 tilbake til meg på eth1

Problemet med at trafikken går tilbake til deg via eth1 i stedet for eth0 kan være på grunn av oppføringene i route. Du har to identiske default routes. Den eneste forskjellen er hvilket interface trafikken sendes ut på. Du kan prøve å fjerne den ene routen som inneholder eth1 f.eks. Da vil all trafikk som skal ut av maskinen sendes ut på eth0 i stedet.

Windowsdriveren til ext2 kan forresten fint lese og skrive til ext3.

Dette stemmer, men man drar ikke nytte av journalføring. En konsekvens av dette er at man må kjøre e2fsck dersom filsystemet ikke blir avmontert på riktig måte (f.eks. hvis strømmen går). Hadde man brukt journalføring, hadde ikke dette vært nødvendig. Dette er fordi journalen hadde blitt avspilt automatisk ved neste oppstart, og eventuelle feil hadde da blitt rettet opp.

Driveren finner du forresten her

Hei!

Du kan prøve å kjøre alsamixer i terminalen, og se om du kanskje får opp flere valg.

Se etter "Line in", "Line" eller noe lignende. Dersom denne er mutet, kan du trykke på "m" for å unmute og styre volumet med piltastene. Når du er ferdig kan du bruke escape for å quitte programmet (jeg må trykke på escape to ganger for å quitte det).

Hvis du er så heldig at det fungerer, kan du skrive "alsactl store" for å lagre innstillingene :-)

Hvis det røde lyset er en del av en sånn diagnosesak så kan du se i manualen hva den betyr

Nei, på ABIT NF7-S v2.0 betyr det bare at det er strøm på hovedkortet, så det er ikke farlig at det lyser rødt.

Problemet har uheldigvis dukket opp igjen.. doh

Tok en memtest og fant ut at ram brikken er defekt, eller delvis defekt.

Skal bytte ram brikken snarest mulig.

Jeg har HELT samme problem som deg. PCen henger seg, får errors osv. Her om dagen kjørte jeg memtest-86 og fant masse feil. Hadde tenkt å bytte RAMen, men først testet jeg om det var kjølingen det var noe galt med. Jeg tok en stor vifte (ikke en PC vifte engang) og satte den til å blåse inn i kabinettet. Deretter kjørte jeg memtest-86 om igjen, og da forsvant problemet. Så mitt råd til deg er å sjekke om det kan være noe galt med kjølinga før du returnerer RAMen...

Jeg kjører Windows 2000 Advanced Server.

Hovedkortet mitt er et EpoX 8KTA3+.

Problembeskrivelse:

Hvis jeg har mere enn 1 RAM brikke i hovedkortet på en gang, får jeg en blåskjerm i windows som sier følgende:

FAULT_IN_NON_PAGED_AREA

og så lister den opp noe som dette:

win32k.sys

----------

Har noen peiling på hva jeg kan gjøre for å få orden på dette?