3dfx.pl :: retro computers :: software :: BSOD winxp ACPI

Tresci wiadomosci nie byly edytowane. Strona zostala wygenerowana maszynowo.

#0 - leosh - 2019-07-19 07:55

Przypadkiem natrafiłem na dziwny błąd. Konfig: Pentium III 933Mhz, Abit BX133-RAID, 256MB SDRAM PC133, Voodoo 3 2000 16MB AGP, Sound Blaster 512. Karta CF Sandisk 16GB podpięta pod kontroler HPT370. Instalka systemu, sterów, SP3 bezproblemowa, testy/benchmarki też przechodzi, ale kiedy próbowałem skopiować większe pliki z pendrive (Xtreme 128GB), np. Quake GOG, to w którymś momencie wywala BSODA:
<brak linka> (to nie mój, tylko z netu, ale tak wygląda)

W dzienniku zdarzeń pokazuje problem:
"AMLI: System BIOS ACPI dokonuje próby zapisu do niedozwolonego adresu portu We/Wy "

Próbowałem zainstalować xp z wyłączonym w biosie ACPI, ale nie pomogło.
Ktoś napotkał takie coś?

#1 - forteller - 2019-07-19 09:01

Wyjść jest kilka:
- Zaktualizuj FW HPT370. Z tego co pamiętam, Abit nie wydał nigdy BIOSu z ostatnim FW dla tego Highpointa, więc należy ręcznie wyedytować BIOS
- Poszukaj już zmodyfikowanego BIOSu
- Podepnij kartę pod białe złącze IDE z mostka południowego

Te Highpointy to była udręka tych Abitów. HPT370 i tak jest już spoko, HPT366 z niczym nie chciał działać dobrze.

#2 - leosh - 2019-07-19 13:14

Ciekawe, bo lata temu na moim pierwszym konfigu z Celeronem to zero problemów na HPT366. Na początki 2000 roku, kupiłem Celeron 466 oraz Acorpa na VIA, którego zamieniłem z dopłatą do Abit BE6-II i do tego dysk IBM Deskstar 20, 5GB model 372050. Nigdy nie miałem najmniejszych problemów ze stabilnością, ani bsoda. Może tak się przyfarciło. Mogłem też pozwolić sobie na delikatne OC na tym Celeronie.
Tak jak piszesz, spróbuję zainstalować system na zwykłym IDE 33, zamiast na HPT370, a tego wyłącze w biosie

#3 - forteller - 2019-07-19 13:32

Miałem bardzo podobny konfig w 2000 roku z Celeronem 500, BX133-RAID, HPT370 I Deskstarem 20GB. Parę lat później przy zabawach z retro, miałem BE6-II z HPT366. Mój stary 20GB działał ok, Deskstar 60GB już za Chiny ludowe nie chciał - zawieszał post. Pierwszy był ata-66, drugi ATA-100 i wtedy założyłem że to przez to. Na kontrolerze z chipsetu oczywiście 0 problemów.

#4 - leosh - 2019-07-19 15:47

Dzięki za poradę, może dziś wieczorem spróbuję zainstalować xpka na zwykłym kontrolerze i jak to rozwiąże problem to spróbuję jeszcze takiego myku jak kontroler SATA na PCI i jakaś 120GB SSD Wink