deoomen Napisano Styczeń 14, 2010 Zgłoś Share Napisano Styczeń 14, 2010 A więc tak, mam problem z uruchomieniem kompa. Dokładniej chodzi o to, że przy pierwszym włączeniu komputera podczas ładowania Windowsa (7) komp resetuje się, następnie przy następnym ładowaniu pojawia się ekran aby uruchomić narzędzie do naprawy systemu podczas uruchamiania lub włączyć normalnie. Niestety żadna z tych opcji nic nie daje, dopiero po wyłączeniu kompa guzkiem i ponownym włączeniu da się normalnie uruchomić. Czasami jeszcze wyskakiwał Bluescrren, o ile dobrze pamiętam numer błędu (końcówka) 00 i 01 (memory managment, i irql coś tam coś tam). System jest zainstalowany na dysku SSD, zasilacz Corsair 620W Zapoznaj się z zasadami nazywania tematów. - Sevard Link do komentarza Udostępnij na innych stronach More sharing options...
RychuPeja Napisano Styczeń 14, 2010 Zgłoś Share Napisano Styczeń 14, 2010 Chyba chodzi tu o pamieci ram, przekatuj je MemTest pare godzin albo do pierwszych błedow, napewno to nie wina zasilacza Link do komentarza Udostępnij na innych stronach More sharing options...
deoomen Napisano Styczeń 14, 2010 Autor Zgłoś Share Napisano Styczeń 14, 2010 parę godzin? heh, to zostawię kompa i przejdę się do szkoły gdyby pojawiły się jakieś błędy to co? da rade to naprawić czy pozostanie tylko wymiana RAM? Link do komentarza Udostępnij na innych stronach More sharing options...
Gość luq92 Napisano Styczeń 14, 2010 Zgłoś Share Napisano Styczeń 14, 2010 Niekoniecznie wymiana. Równie dobrze to nie muszą być pamięci. Podaj dokładny konfig kompa. Podaj też ten kon w bluescreenie. Link do komentarza Udostępnij na innych stronach More sharing options...
Svinger Napisano Styczeń 14, 2010 Zgłoś Share Napisano Styczeń 14, 2010 Sprawdź również dysk pod kątem bad sectorów (programem victoria lub hd tune) oraz podaj zrzut pamięci fizycznej: http://forum.cdaction.pl/index.php?showtop...t&p=1219323 Jeśli system jest w wersji x64 pobierz odpowiednią wersję narzędzia (w podanym linku jest wersja dla systemów x86/32bit) Debugging Tools for Windows 64-bit Version Link do komentarza Udostępnij na innych stronach More sharing options...
deoomen Napisano Styczeń 14, 2010 Autor Zgłoś Share Napisano Styczeń 14, 2010 Chyba chodzi tu o pamieci ram, przekatuj je MemTest pare godzin albo do pierwszych błedow, napewno to nie wina zasilacza Odpaliłem MemTesta (chodził 6 godzin bo nie było mnie w domu) i zobaczyłem takie coś: (postaram sie to jakoś tu opisać) PASS 1% TEST 43% TEST #3 [Moving invovisions, 8 bit pattern] Error confidence value: Lowest error address: 0000006fffc - 0.9MB Highest error address: 000fffffffb - 4095.9MB Bits in error mask: ffffffff Bits in errorr - Total: 32 Min: 3 Max: 32 Avg: 0 Errors 32766 Max contiguous errors: 1 ECC correctable errors: Errors per memory slot: 0 : 2 1 : i tutaj cały czas zwiększała się liczba myślałem, że się coś zawiesiło więc (po 6 godzinach) zresetowałem kompa bo ESC nie reagował. Nie są to wszystkie dane, które tam były ale reszta to były tylko dane proca itp. Jakbyś to jakoś zinterpretował na polski język byłbym wdzięczny bo szczerze to nie wiele z tego zrozumiałem. Niekoniecznie wymiana. Równie dobrze to nie muszą być pamięci. Podaj dokładny konfig kompa. Podaj też ten kon w bluescreenie. Proc: Intel Core i5 750 Płyta: Asus Maximus III Formula Pamięć: DDR3 4GB (2x2GB) G.Skill 1600 MHz CL9 RL Grafa: Club3D Radeon HD4650 512 MB DDR2 128 bit I dwa dyski: SSD: OCZ Vertex 2,5" 30GB; HDD: Samsung 500GB 16MB cache SATA II F3 Zasilacz: Corsair 620 W Kod bluescreena postaram się wpisać jutro gdyż dziś się nie pojawił a gdy już raz mi sie komp właczy dalej włacza sie już normalnie. Sprawdź również dysk pod kątem bad sectorów (programem victoria lub hd tune) oraz podaj zrzut pamięci fizycznej: http://forum.cdaction.pl/index.php?showtop...t&p=1219323 Jeśli system jest w wersji x64 pobierz odpowiednią wersję narzędzia (w podanym linku jest wersja dla systemów x86/32bit) Debugging Tools for Windows 64-bit Version Folderu nie ma, pewnie dlatego że system był wczoraj formatowany i unikałem wystąpienia bluescreena tak jak na początku napisałem. Jutro postaram się go wywołać i wkleję to co się pokaże. Link do komentarza Udostępnij na innych stronach More sharing options...
Sevard Napisano Styczeń 14, 2010 Zgłoś Share Napisano Styczeń 14, 2010 Memtest86 działa tak długo aż go nie wyłączysz. Wygląda no uszkodzenie pamięci. Wyjmij pamięci, wyczyść styki i włóż ponownie, jeśli objawy nie ustąpią, to spróbuj umieścić pamięci w innych bankach, a jeśli i to nie pomoże, to sprawdź co się będzie działo jak włożysz tylko jedną kość (raz sprawdź dla pierwszej, a raz dla drugiej). Link do komentarza Udostępnij na innych stronach More sharing options...
SwisteK Napisano Styczeń 14, 2010 Zgłoś Share Napisano Styczeń 14, 2010 Proc: Intel Core i5 750 Płyta: Asus Maximus III Formula Ta płyta: http://www.asus.com/product.aspx?P_ID=0ODEkxv4cmlXkqmr ?? Pamięć: DDR3 4GB (2x2GB) G.Skill 1600 MHz CL9 RL Które: http://www.gskill.com/products.php?page_se...;c2=3&c3=10 http://www.gskill.com/products.php?index=249 http://www.gskill.com/products.php?index=222 http://www.gskill.com/products.php?index=88 Zdaniem producenta (G.Skill) każdy z trzech modeli będzie pracował na płycie ASUS Maximus III Formula, ale Asus tego nie potwierdza (patrz QVL). Zawsze trzeba sprawdzić czy płyta podaje właściwe napięcie na pamięci -> teoretycznie mają odpowiednie wpisy w SPD, w praktyce ... różnie bywa. ... a w ogóle to ostatnio G.Skill schodzi na psy ... [OK, powiem prawdę: wszyscy "markowi" producenci modułów RAM znacząco obniżyli jakość produkcji, chyba pakują i sprzedają wszystko co zmontowali -> tylu "fabrycznie uszkodzonych" pamięci co w ostatnich miesiącach jeszcze nigdy wcześniej nie widziałem] Link do komentarza Udostępnij na innych stronach More sharing options...
deoomen Napisano Styczeń 15, 2010 Autor Zgłoś Share Napisano Styczeń 15, 2010 tak, to ta płyta, a RAMy to TE szczerze to przed zakupem nie sprawdzałem zgodności itp bo poradzili mi inni użytkownicy tego forum (w tym eksperci) te RAMy. Sevard, twoje porady sprawdzę dziś jak wrócę ze szkoły, kod bluescreena też podam później Link do komentarza Udostępnij na innych stronach More sharing options...
Gość michi93 Napisano Styczeń 15, 2010 Zgłoś Share Napisano Styczeń 15, 2010 Te pamięci na bank pasują do tej płyty. W których slotach są pamięci ?(ten mobas miał z tym problemy ) Może być jeszcze tak jak mówi SwisteK Link do komentarza Udostępnij na innych stronach More sharing options...
deoomen Napisano Styczeń 18, 2010 Autor Zgłoś Share Napisano Styczeń 18, 2010 w tych czerwonych, czyli o ile sie nie mylę w 0 i 2 (a według instrukcji płyty, w A1 i B1) tym bluescreenem sie zbytnio nie martwię gdyż występuje on tylko przy pierwszej próbie uruchomienia komputera. a dokładniej po próbie użycia narzędzia do naprawy systemu podczas uruchamiania (które sie nie uruchamia) i wtedy wybraniu Uruchom normalnie system Windows. wystarczy ze wyłączę kompa guzikiem i już włączy się normalnie bez żadnych problemów. nie przeszkadzało by mi to w sumie ale nie tylko ja korzystam z tego komputera i dla innych (mniej zaawansowanych w sprawach komputera) byłby to spory problem. odpaliłem tego Debugging Tools for Windows i wklejam odczyt *********************************************************************** ******** * * * Bugcheck Analysis * * * ******************************************************************************* Use !analyze -v to get detailed debugging information. BugCheck 1000008E, {c0000005, 8b932067, 9522fa9c, 0} ***** Kernel symbols are WRONG. Please fix symbols to do analysis. ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ********************************************************************* * Symbols can not be loaded because symbol path is not initialized. * * * * The Symbol Path can be set by: * * using the _NT_SYMBOL_PATH environment variable. * * using the -y <symbol_path> argument when starting the debugger. * * using .sympath and .sympath+ * ********************************************************************* ********************************************************************* * Symbols can not be loaded because symbol path is not initialized. * * * * The Symbol Path can be set by: * * using the _NT_SYMBOL_PATH environment variable. * * using the -y <symbol_path> argument when starting the debugger. * * using .sympath and .sympath+ * ********************************************************************* Probably caused by : ntkrnlpa.exe ( nt+120067 ) Followup: MachineOwner --------- EDIT: RAMy sprawdzałem u siebie i u kumpla (na dwóch różnych płytach). Podczas gdy zainstalowane są dwie kości pojawia się wyżej wymieniony błąd, sprawdzałem też pamięci pojedynczo. Jedna działa poprawnie, niestety gdy wsadziłem druga podczas uruchomiania pojawia się bluescreen z kodem 0x0000007E. I teraz mam pytanie czy to podchodzi pod gwarancję? Bo RAMy są nowe (niecały miesiąc mają). Link do komentarza Udostępnij na innych stronach More sharing options...
SwisteK Napisano Styczeń 18, 2010 Zgłoś Share Napisano Styczeń 18, 2010 czy to podchodzi pod gwarancję? Oczywiście, możesz reklamować te pamięci. Link do komentarza Udostępnij na innych stronach More sharing options...