Re: Czy ta p3yta g3ówna jest ju? martwa?

Autor: Q <no_at_spam.pl>
Data: Tue 26 Jul 2011 - 03:08:11 MET DST
Message-ID: <j0l409$4fm$1@news.task.gda.pl>
Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=response

> No i martwi mnie ten wczesniejczy komunikat "BIOS Recoverying..."

Pewnie masz dual bios.
A taki komunikat dostales, bo nie zgadzala sie suma kontrolna biosu
i zostal przywrocony bios z kosci "zapasowej".
A suma sie nie zgadzala, bo mogl / mogly wystapic:
- blad pamieci (uszkodzona pamiec / za malo voltow / za duzo MHz / zbyt
ostre timingi)
- blad procesora (powody jak wyzej)

Odpal kompa ze sprawna koscia i wyczyszczonym cmos'em.
Jak nie pojdzie to dziwne + lipa.

PS/OT
Niestety gigabyte to zjebana firma, ktora ma zjebane biosy*
i co ciekawe dual bios ma zjebany algorytm** "odzyskiwania biosu"
(czy jak to tam bedzie po polsku).

**
Normalnie / na chlopski rozum powinno byc to tak,
ze podczas uruchamiania biosu liczona jest "suma kontrolna"
aktualnego biosu i jak sie nie zgadza to wtedy robi
"clear cmos" czy "load defaults"
(bo suma moze sie nie zgadzac przez OC czy UC/UV)
i jak sie dalej nie zgadza, to wtedy pyta
czy przywrocic bios z zapasowej kosci
(bo suma moze sie nie zgadzac przez uszkodzony pamiec/proc).
Proste, nie?
Niestety nie dla zjebanych meksykansko-indyjskich koderow biosu.
Co ciekawe nie jestesm w stanie powiedziec jakie warunki
sa sprawdzane do "clear cmos" a jakie do "bios recovering" -
- po prostu czasami robi to a czasami tamto, pomimo tego samego powodu
(overclocing / undervolting).

*
spotykam te same przypadlosci w biosach gigabajta od lat:
- zatrzymywanie i rozruch dyskow po wybraniu "save to cmos"
  (ale czasami nie, ale tylko czasami)
- na starszym biosie moge odblokowac dodatkowe rdzenie,
  ale juz nie zejde z napieciem proca i nie ustawie takich tajmingow
  jak na nowszym biosie
  (na starszym w ogole nie moge ustawic recznych parametrow ddr3, bo post
nie wstaje)
- zjebane bootowanie z urzadzen usb
- szkoda pisac, ale sporo tego...
Received on Tue Jul 26 03:10:04 2011

To archiwum zostało wygenerowane przez hypermail 2.1.8 : Tue 26 Jul 2011 - 03:51:03 MET DST