3dfx.pl :: retro computers :: hardware pc :: Lucky Star 5MVP3 + P166MMX (P55C) i problem z W98

Tresci wiadomosci nie byly edytowane. Strona zostala wygenerowana maszynowo.

#0 - leosh - 2021-10-04 11:24

Któryś raz z kolei próbuję zainstalować W98SE na takim konfigu i wuja. Instalacja normalnie przechodzi przez etap pierwszego restartu, potem wpisanie numeru seryjnego, wykrywanie PnP też przechodzi, drugi restart też ok, a potem różnie - czasem wywali błąd, a czasem jakoś dojdzie do końca, ale też potem sypie błędami.
Za każdym razem wywala błąd podczas instalacji (Kernel 32, program wykonał nieprawidłową opercaję), albo po restarcie nie mogę uruchomić tego systemu.

Konfig:
P166MMX, Lucky Star 5MVP3, 128MB PC100 (zworką ustawiam 66Mhz), S3 Virge 2MB PCI.

A jak się uruchomi ten system to sypie błędami takiego typu:

Kilka razy zmieniałem ustawienia biosu, inne pamięci i za każdym razem nie da się zainstalować.

#1 - forteller - 2021-10-04 12:57

Sprawdź inny procesor i zasilacz. Jeśli to nie pomoże, trzeba wyeliminować problemy z płytą główną. Najprędzej obstawiałbym kupiate kondensatory. Używałem tej płyty 15 lat temu i Windows 98SE śmigał jak zły na Pentium MMX 200 @ 300MHz (3x100).

#2 - leosh - 2021-10-04 13:37

forteller wrote on 04. Oct 2021 at 12:57:
Sprawdź inny procesor i zasilacz. Jeśli to nie pomoże, trzeba wyeliminować problemy z płytą główną. Najprędzej obstawiałbym kupiate kondensatory. Używałem tej płyty 15 lat temu i Windows 98SE śmigał jak zły na Pentium MMX 200 @ 300MHz (3x100).

Właśnie kondensatory nówki, niedawni wymienione. Zasilacz na jakich testowałem to współczesne ATXowe Corsair i Thermaltake. W takim razie zostaje proc, albo RAM, bo nie mam kostek 66Mhz tylko PC100 i PC133 i ustawiałem zworki tak że mają lecieć na tyle ile FSB proca lub na sztywno 66Mhz
P

#3 - 314TeR - 2021-10-04 16:52

Płyta była u mnie na wymianie kondensatorów. Dostała komplet nowych low ESR Panasoniców i Nichiconów. Po naprawie płyty sprawdzam zawsze memtestem i jeśli potrzebne to innymi. Zachowały się zdjęcia z wymiany i wyniku memtestu po całej nocy na najmocniejszym CPU jaki miałem wtedy pod ręką. 16 przebiegów bez błędów.

Leosh - ja bym zmienił na Twoim miejscu wpierw pamięć. 2 inne kości jakie mi wtedy wysłałeś okazały się trupami - obie sypały błędami w memteście. Jak ja testując np płytę, używam swoich zweryfikowanych podzespołów - mam takie "wzorcowe" podzespoły, które działają mi na każdym sprzęcie. Weź jakieś dobre ramy PC100 lub nawet PC133 - to, że są szybsze oznacza, że poradzą sobie też i z PC66. Odpal memtest z płyty, fdd itp itd i sprawdź.

#4 - forteller - 2021-10-04 17:46

No to jak płyta przechodzi memtest przez całą noc, to nie ma bola - trzeba drogą eliminacji dojść co nawala.

#5 - leosh - 2021-10-04 18:19

314TeR wrote on 04. Oct 2021 at 16:52:
Płyta była u mnie na wymianie kondensatorów. Dostała komplet nowych low ESR Panasoniców i Nichiconów. Po naprawie płyty sprawdzam zawsze memtestem i jeśli potrzebne to innymi. Zachowały się zdjęcia z wymiany i wyniku memtestu po całej nocy na najmocniejszym CPU jaki miałem wtedy pod ręką. 16 przebiegów bez błędów.

Leosh - ja bym zmienił na Twoim miejscu wpierw pamięć. 2 inne kości jakie mi wtedy wysłałeś okazały się trupami - obie sypały błędami w memteście. Jak ja testując np płytę, używam swoich zweryfikowanych podzespołów - mam takie "wzorcowe" podzespoły, które działają mi na każdym sprzęcie. Weź jakieś dobre ramy PC100 lub nawet PC133 - to, że są szybsze oznacza, że poradzą sobie też i z PC66. Odpal memtest z płyty, fdd itp itd i sprawdź.



Oczywiście, żeby nie było ukrytych nieporozumień to absolutnie nie mam nic do Twojej naprawy. Żebyś nie myślał, że wrzucam wątek z pominięciem Ciebie, bo mam jakieś "ale". Nic z tych rzeczy.
Zdziwiło mnie, że każda kolejna pamięć to jakiś problem ze stabilnością, a sprawdzałem na takich co działały mi na innych konfigach i nie było problemów. Oczywiście macie rację rację, że RAMy lepiej przetestować wcześniej. Dam znać jak sprawdzę. Dzięki za odpowiedzi.

#6 - 314TeR - 2021-10-04 18:53

@leosh - nic z tych rzeczy.

Ja staram się mieć pewne standardy i testowania i naprawiania, które wypracowałem na przestrzeni swoich doświadczeń. Niestety niekiedy można wpaść w pułapkę rutyny i gdzie dana metodologia sprawdza się w 95% to wciąż pozostaje te 5%.

Wracając do tematu - odłącz wszystko absolutnie co nie jest potrzebne, zostaw tylko:

Płytę
Zasilacz
CPU + wentylator
Pamięć
VGA
Klawiaturę
+ nośnik do startu memtestu

Każdy element wymieniony wyżej może powodować niestabilność - a Twoim zadaniem jest znalezienie winowajcy. Robi się to poprzez zamianę na swoje sprawdzone wcześniej komponenty, lub zmieniasz komponent z A na B na C i jak co najmniej 3 zachowują się tak samo, to możesz na razie założyć, że to nie ten podzespół jest winowajcą.

Zacznij od RAM znajdź w swoich zasobach pamięci jakieś najbardziej markowe, np ja osobiście mam dobre doświadczenia z Kingstonami i sprawdzaj. Z doświadczenia wiem, że najlepiej zrobić minimum 3 przebiegi pełne, miałem przypadki, że pamięć działała "na styk" i np 2 przebiegi było OK a wywalała się na 3-cim. To były najbardziej wredne przypadki, bo taki problem powodował np reset lub losowy zwis raz na parę godzin.

Jak na paru pamięciach się wywala - zmień CPU. Jak dalej się wywala - zmień zasilacz. Zawsze wybieraj w pierwszej kolejności podzespoły, które albo masz przetestowane wcześniej lub są markowe modele. Ja np do testów mam taką platformę TUSL2-C pamięci Kingstona PC133 ECC, PIII-S 1.4, kartę matroxa na PCI. Pamięć, procesor zawsze pakuję najszybsze jakie mam, aby dociążyć na maksa wszystkie podzespoły. Jeśli np sekcja zasilania niedomaga, to wywali się szybciej np np K6-2+@550MHz niż na P166MMX.

Najbardziej obawiam się u Ciebie, że może to być np zasilacz. To ciężkie do wyłapania, jak nie masz dobrego mocnego zasilacza z wysoko prądowymi liniami 3.3 i 5V.

#7 - leosh - 2021-10-04 20:13

Spoko, potestuję. Co do zasilaczy to dopiero jutro mogę zrobić foty z parametrami, bo mam je w pracy.

#8 - KGB - 2021-10-04 21:22

taki sprzet to bierze ~45W (razem z zasilaczem Tongue), wiec trudno by dowolny zasilacz sobie nie poradzil,

jakie masz ustawione zasilanie CPU?

#9 - leosh - 2021-10-04 21:55

Według instrukcji:

<brak linka>

#10 - KGB - 2021-10-05 00:15

czyli rozumiem, ze 2.8v, czyli nie powinien sie przegrzewac,
zworke JP4 dla DIMM masz ustawiona na 3.3v czyli 5-6 ;7-8?

#11 - leosh - 2021-10-05 07:18

KGB wrote on 05. Oct 2021 at 00:15:
czyli rozumiem, ze 2.8v, czyli nie powinien sie przegrzewac,
zworke JP4 dla DIMM masz ustawiona na 3.3v czyli 5-6 ;7-8?


JP4 - na 3, 3V

#12 - KGB - 2021-10-05 11:15

to nie przegrzewasz komponentow,
L2 tez raczej nie przeciazasz niskimi timingami, bo chodzi na 66MHz,
zostaje brak kompatybilnosci, sproboj instalacji z innym procesorem, albo ustawien np. 2x83MHz czy 2x100 i ram synchro,
moze byc tez kwestia dysku twardego, odczyt uszkodzonych danych rowniez zawiesi windowsa

#13 - leosh - 2021-10-05 13:35

KGB wrote on 05. Oct 2021 at 11:15:
to nie przegrzewasz komponentow,
L2 tez raczej nie przeciazasz niskimi timingami, bo chodzi na 66MHz,
zostaje brak kompatybilnosci, sproboj instalacji z innym procesorem, albo ustawien np. 2x83MHz czy 2x100 i ram synchro,
moze byc tez kwestia dysku twardego, odczyt uszkodzonych danych rowniez zawiesi windowsa


Właśnie testuję memtestem pierwszą kość ramu. Za dysk robi nowa karta SD na adapterze IDE.

Te 2x83Mhz to przy większym napięciu na procu?

#14 - 314TeR - 2021-10-05 14:36

Żadnego OC - masz zweryfikować czy sprzęt działa prawidłowo na napięciach i zegarach jakie przewidzieli producenci. Przełacznik od RAMu ustaw w pozycji synchronicznej z FSB i używaj dobrego ramu.

Wszystko zbędne odpinasz. Jak adapter do SD nie jest potrzebny do startu memtestu, to go odepnij.

#15 - leosh - 2021-10-05 16:54

Nie zdążyłem więcej dziś niż dwa przebiegi z hakiem:

#16 - KGB - 2021-10-05 18:37

leosh wrote on 05. Oct 2021 at 13:35:
Te 2x83Mhz to przy większym napięciu na procu?
przy takim samym, to nie podkrecanie - przy fsb83 na MVP3 wchodzi mnoznik pci 1/3, wiec obniza sie taktowanie PCI do 28MHz,
to moze pomoc na problemy z dyskiem

#17 - leosh - 2021-10-06 13:06

Zamieniłem adapter IDE-SD na zwykły dysk twardy, ale nic to nie pomogło. Wywaliło komunikat jak na pierwszym screenie.

Wrzucam fot ustawień biosu, może coś zaproponujecie aby zmienić?

#18 - leosh - 2021-10-06 13:07

cd...

#19 - 314TeR - 2021-10-06 16:01

No to powoli kończą się opcje.

BIOS na domyślne ustawienia - setup default i musi na nich działać.

Płyta z instalacją Windows na 100% OK?

#20 - leosh - 2021-10-06 16:16

314TeR wrote on 06. Oct 2021 at 16:01:
No to powoli kończą się opcje.

BIOS na domyślne ustawienia - setup default i musi na nich działać.

Płyta z instalacją Windows na 100% OK?


Zmieniłem zasilacz, zmieniłem kość RAMu na jeszcze inną i sprawdzoną memtestem. Spróbuję jutro na P200MMX

#21 - leosh - 2021-10-07 11:12

Zmieniłem proca na AMD K6-II+/475Mhz - tylko taki miałem pod ręką i jest jakby nieco lepiej, ale bsody nadal się pokazują. Odpalenie CPU-Z 1.78 powoduje taki bsod jak niżej, ale można wrócić do pracy. Uruchomienie AIDA64 powoduje całkowity zwis.
Sprawdzałem przed instalacją Service Packa do W98 i po, jak również przed instalacją sterów VIA 4in1.
Chyba mam dość

#22 - leosh - 2021-10-08 07:12

Zainstalowałem XP, którego instalacja przebiegła prawidłowo i ten sam CPU-Z nie wywalił bsoda, ale AIDA64 nadal powoduje permanentny zwis.

#23 - forteller - 2021-10-08 10:02

Na moje, coś jest nie ten szmeges z tym mobasem i zasilaniem CPU skoro memtest może sobie lecieć w najlepsze, a operacje obciążające procesor powodują zwisy/bsody. Spróowałbym jeszcze z procesorem pokroju P54C który jest zasilany napięciem 3, 3V.

#24 - leosh - 2021-10-08 10:39

Mam pod ręką PII 350, więc spróbuję przełożyć grafikę, zasilacz, pamięć, kartę SD z adapterem IDE i na tym konfigu zainstalować i zobaczę jak będzie, a proca P54C na 3, 3V chyba nie mam. Jak znajdę jakiś to sprawdzę.

#25 - leosh - 2021-10-08 11:40

Na PII bez problemu. Ta sama kostka RAMu, zasilacz, grafika S3 Virge i zarówno cpu-z jak i Aida64 bez problemu się uruchamiają.

#26 - rarek - 2021-10-25 21:46

ja sprzęt z Pentium1 wyposażam zawsze w RAM EDO PS2, unikam SDRAM. Wtedy z tego co zauważyłem jest największa kompatybilność z oprogramowaniem z tej epoki i nie mam nigdy żadnych problemów. SDRAM wprowadzam dopiero w generacji Pentium 2 i Pentium 3 - i tam to działa dobrze.

#27 - leosh - 2021-10-26 07:47

rarek wrote on 25. Oct 2021 at 21:46:
ja sprzęt z Pentium1 wyposażam zawsze w RAM EDO PS2, unikam SDRAM. Wtedy z tego co zauważyłem jest największa kompatybilność z oprogramowaniem z tej epoki i nie mam nigdy żadnych problemów. SDRAM wprowadzam dopiero w generacji Pentium 2 i Pentium 3 - i tam to działa dobrze.


Zawsze chciałem sam sprawdzić jaka jest różnica w przepustowości między EDO a SDRAMAmi, ale nie było okazji żeby się tym zająć. Poza tym uważałem, że skoro producent wyposażył płytę w oba typy gniazd to powinno się obsadzić te nowsze.

#28 - Jenot - 2021-10-26 18:24

rarek wrote on 25. Oct 2021 at 21:46:
ja sprzęt z Pentium1 wyposażam zawsze w RAM EDO PS2, unikam SDRAM. Wtedy z tego co zauważyłem jest największa kompatybilność z oprogramowaniem z tej epoki i nie mam nigdy żadnych problemów. SDRAM wprowadzam dopiero w generacji Pentium 2 i Pentium 3 - i tam to działa dobrze.


Nie wiem jak na Intelu TX czy VX, ale na MVP3 i ALi SDRAM działa bezproblemowo (zresztą, na płytach które mam nie mam wyboru).

#29 - sajmon - 2021-10-26 22:48

wyłącz acpi, i wyłącz video bios i system bios

#30 - leosh - 2021-10-27 07:09

sajmon wrote on 26. Oct 2021 at 22:48:
wyłącz acpi, i wyłącz video bios i system bios


Możesz objaśnić co daje wyłączenie tych funkcji? Większa stabilność = niższa wydajność czy coś w ten deseń?

#31 - WhitemanFX - 2021-10-27 10:19

a jakie dokladnie kosci SDram masz? ile mhz?

mialem kiedys plyte AT pod supersocket7 (juz nie pamietam nazwy - ale to byla nówka w 1999 roku) ale miała chip Ali i objawy byly nastepujace:

SDRam 100mhz dzialal z amd k6-2
SDram 66 mhz dzialal tylko z Pentium 133 - 200 MMX ale to musiał byc ram 66Mhz nie inny! czyli ten 100Mhz za nic w świecie nie chciał latac na 66Mhz. (wiem, ze na ogół plyty to ogarniaja ale ten egzemplaz nie ogarniał. Musiała byc konkretna kostka ramu z konkretna specyfikacja 66Mhz)

#32 - leosh - 2021-10-27 10:59

WhitemanFX wrote on 27. Oct 2021 at 10:19:
a jakie dokladnie kosci SDram masz? ile mhz?

mialem kiedys plyte AT pod supersocket7 (juz nie pamietam nazwy - ale to byla nówka w 1999 roku) ale miała chip Ali i objawy byly nastepujace:

SDRam 100mhz dzialal z amd k6-2
SDram 66 mhz dzialal tylko z Pentium 133 - 200 MMX ale to musiał byc ram 66Mhz nie inny! czyli ten 100Mhz za nic w świecie nie chciał latac na 66Mhz. (wiem, ze na ogół plyty to ogarniaja ale ten egzemplaz nie ogarniał. Musiała byc konkretna kostka ramu z konkretna specyfikacja 66Mhz)


W manualu tej płyty jest przewidziana obsługa PC100, a kostki różne sprawdzałem. Zauważyłem, że niektóre dwustronne są widziane jako połowa pojemności, więc stosuję jednostronne

#33 - WhitemanFX - 2021-10-27 11:47

no w mojej tez miałem ze ogarnia PC 100 ale tylko to sie sprawdzało dla procków z FSB 100mhz, te z 66 musialy miec ramy 66 - tak to dziwnie działało

#34 - sajmon - 2021-10-27 22:46

ACPi- zarządzanie energią której dos /win98 nie znosi. Keszowanie biosu video i systemowego również źle wpływa na działanie win98.Co prawda te opcje nie powinny wywalać instalki windowsa, ale spróbować możesz

#35 - leosh - 2021-10-28 06:49

sajmon wrote on 27. Oct 2021 at 22:46:
ACPi- zarządzanie energią której dos /win98 nie znosi. Keszowanie biosu video i systemowego również źle wpływa na działanie win98.Co prawda te opcje nie powinny wywalać instalki windowsa, ale spróbować możesz

Przywracałem bios do ustawień fabrycznych i wyłączało te opcje, ale dzięki za odpowiedź. Zawsze to coś ciekawego i pomocnego.
W ogóle powinien powstać wątek o wszystkich opcjach biosu. Czy Wy np. po przejściu w DOS wyłączacie w biosie PnP OS?

#36 - forteller - 2021-10-28 13:39

To nie jest tak, że Win98 nie znosi ACPI. Po prostu w starych płytach często implementacja była zrobiona w sposób niepoprawny i powodowała błędy. Nie wiązałbym z tym ustawieniem wielkich nadziei - tzn mogłoby pomóc, tyle tylko że akurat 5MVP3 używałem w wielu konfiguracjach i mi nie robiła żadnych problemów.

Co do keszowania, to cache'owanie BIOSu / VBIOSu jak najbardziej pozytywnie wpływa na czas dostępu do zawartości BIOSów systemowego oraz karty graficznej. Tylko jak często się to robi? Generalnie te opcje to marnotrawstwo cache'u i lepiej je wyłączyć.