--> Archiwum Forum
N|NJA [ Senator ]
Zadanie dla tych, co znają się na błędach systemowych...
...czyli nie dla mnie, bo jestem totalna pierdoła w tej kwestii i moje zdolności informatyczne ograniczają się do obejścia limitów w rapidshare, by ściągnąć więcej pornosów na dobę.
W czym problem? W XP64. Wiem, to syf nie system, bo ciągle występują w nim jakieś konflikty sprzętowe, ale jak do tej pory działał mi nieźle. Problem, który mnie męczy, występował dość nagminnie aż do czasu wymiany paru bebechów w kompie oraz długiego dłubania w poszukiwaniu różnorakich sterowników. O dziwo np. zakup nowej myszki (!!!) i klawiatury zagwarantował mi chwilę wytchnienia, bo do niedawna co jakiś czas stary gryzoń padał a po kilku sekundach wyskakiwał mi uroczy blue screen of death. Któż by się spodziewał, ze tak prosty zabieg jak wymiana mychy pomoże?
Ale do rzeczy. Problem powrócił, ale tym razem nie jest on az tak kuriozalny. Po ściągnięciu dużego spakowanego pliku z firmowego serwera (7 giga z hakiem) próbuję go rozpakować (jest podzielony rarem na kilkadziesiąt fragmentów) i w różnych momentach w trakcie wypakowywania pojawia się znów uroczy niebieski ekran. Raz komp pada po 30%, raz po 70%, w każdym razie niczym nie idzie wypakowac pliku do końca, niezaleznie od tego, czy robię to zipem, rarem, 7zipem czy winacem. Sprawdziłem pliczek .sfv, wszystkie potrzebne części spakowanego dynksa są, więc to nie wina niekompletnego archiwum.
Sprawdziłem debugerem dla XP64 raport z minidumpa i oto co mi się pokazało:
Microsoft (R) Windows Debugger Version 6.8.0004.0 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\WINDOWS\Minidump\Mini040408-05.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* 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+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows Server 2003 Kernel Version 3790 (Service Pack 2) MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Kernel base = 0xfffff800`01000000 PsLoadedModuleList = 0xfffff800`011d4140
Debug session time: Fri Apr 4 15:39:24.593 2008 (GMT+2)
System Uptime: 0 days 0:09:09.727
*********************************************************************
* 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+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
.............................................................................................................................................
Loading User Symbols
Loading unloaded module list
............
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck A, ‹12df2c083760, 2, 1, fffff80001109620›
***** 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 : ntoskrnl.exe ( nt+109620 )
Followup: MachineOwner
---------
Mniemam, że linijka "Unable to load image ntoskrnl.exe, Win32 error 0n2" oznacza kolejny konflikt sprzętowy (z tego co wygrzebałem, ten cały ntoskrnl.exe to mityczne "jądro systemu", ale jak wspomniałem, jestem totalna dupa informatyczna), wynikajacy z tego, ze coś chce działać w 32 bitach, a nie w 64.
Acha- nie używałem "symboli" w debugerze, bo... wyskoczył mi podczas ich ładowania bluescreen :)
Pytanie moje brzmi- jak się z tym cholerstwem uporać? Specsy komputera:
Winda XP64 Professional z SP2
Intel Core2 Quad- 2,40ghz
8 giga ramu
GF 88000 GTX
I proszę mnie tu nie sugerowac "Kup se Viste" albo "Wracaj do zwykłego XP" (tak, wiem, to najprostsze rozwiązanie, ale ja lubię sobie czasem utrudniać życie :)). Kto wpadnie na to, jak zlikwidowac ów problem ma u mnie browar na pikniku. ;)
Narmo [ nikt ]
WinRAR jest w wersji 3.60 lub nowszej? Próbowałeś skorzystać z 64 bitowej pakowarki?
N|NJA [ Senator ]
Nowym winrarem udało się dojsć do 70%, speedcommanderem dla xp64 aż do 90 z hakiem, ale w obu wypadkach wyskoczył blue screen. Błąd wystepuje losowo, nie zatrzymuje się na konkretnym etapie.
info spisane z niebieskiego ekranu:
IRQL_NOT_LESS_OR_EQUAL
blablablabla sratatata cośtam cośtam
STOP: 0x0000000A (0x000012df2c083760 0x0000000000000002 0x0000000000000001 0xfffff80001109620)
Przy okazji wywaliło mi wszystkie ciastka z Firefoxa, ale to akurat najmniejszy z moich problemów :)
Narmo [ nikt ]
Podobno sterowniki (ciekawe tylko jakie ;) )
Mazzop [ ]
A jaką masz płytę główną? Może poszukaj zaktualizowanego kontrolera IDE.
A z głupszych rzeczy, jakie mi przychodzą do głowy to zwiększ plik wymiany na chwilę na te 8 giga :), albo przekopiuj ntoskrnl.exe z płytki Windowsa - gdzieś w system32 z rozszerzeniem ex powinno siedzieć /zintegrowane SP2 musiałoby być chyba/
N|NJA [ Senator ]
I dupa.
Łopatologicznie sprawdziłem i przy przerzucaniu części archiwum na inną partycję też wyskoczył mi bluescreen. Ale przenosząc je po jednym pliczku na raz nic się nie stało. Stąd też domniemam, że system głupieje i w pewnym momencie (tym razem 78% :)) i nie może (bądź, znając złośliwość Windy- nie chce, bo mnie nie lubi) przetworzyć 7 giga danych.
Pytanie lamerskie me brzmi- czy da radę wypakowywać części archiwum pojedynczo? Jest to obrazek płytki z filmem w zajebistej jakości, więc wewnątrz archiwum istnieje tylko jeden wielki plik. Da radę go rozpakowywać w częściach, a nie od razu zlecić mu wypakowanie całości? Jesli tak, to jak? :)
EDIT: Mazzop-> Płyta to Gigabyte GBB36x. Dam sobie rękę uciąć, ze mam najnowsze sterowniki :)
legrooch [ MPO Squad Member ]
Yog ==> Ściągnij ErdCommander AdminPack. Jest tam soft analizujący dumpy bardzo konkretnie.
Ja stawiam ze swojej strony na drivery od płyty, a konkretnie kontrolera.
maviozo [ Man with a movie camera ]
Spróbuj w winrarze co jakiś czas pauzować na jakąś chwilę?
Narmo [ nikt ]
Da radę go rozpakowywać w częściach, a nie od razu zlecić mu wypakowanie całości? Jesli tak, to jak? :)
Jeżeli to film to spróbuj VLC Player (może się pytać, czy naprawić plik jeżeli to avi, ale i tak i tak powinno chodzić). Ale będziesz chyba musiał otwierać w nim każde archiwum osobno.
N|NJA [ Senator ]
Mavio-> Tego sposobu też próbowałem, bo czasami skutkował w takich przypadkach. Tym razem- dupa.
Le Grucha- szukam jakichś kontrolerów IDE do Gigabyte'a, ale najnowsze co znalazłem to:
Coś za małe jak na sterownik.
Z innych wygrzebanych rzeczy namierzyłem to:
Ale że sie na tym nie znam, to nie wiem, czy znalazłem to co trzeba :)
Nermal-> To konkretnie obrazek całego filmu w Blurayu, z menusami, bonusami i takimi tam. Dlatego też przy próbie odtworzenia go z VLC wyskakuje mi za każdym razem menu tytułowe, dalej zaś nie rusza. :)
MUNDZIO [ fitam fas ciule ]
a moze na innym hdd sprobuj wypakowac , jesli takowy masz . a moze to ram ? memtest86 i obczaj ...
N|NJA [ Senator ]
Mundzio-> Próbowałem wypakowac z różnych HDD do różnych lokalizacji i za każdym razem to samo ;)
Narmo [ nikt ]
Kup sobie na Allegro złoma za 200 zł i na nim rozpakowuj pliki ;)
MUNDZIO [ fitam fas ciule ]
no a ram , patrzyles ? , co mi sie jeszcze nasuwa przy tak mocnym kompie - moze zasilka niedomaga ?
legrooch [ MPO Squad Member ]
Daj model płyty :)
Edit:
Kup se Viste :)
N|NJA [ Senator ]
Mundzio-> RAM sprawdzałem, wszystko gra.
Zasilacz też żem zakupił taki, który mógłby dostarczać prąd w mojej dzielnicy, więc to też nie to ;)
Le Grucha-> Najwazniejsze specsy kompa z advisora--->
Kup se Viste :)
Cały czas się z tym noszę, ale wole poczekać az firma dupe ruszy i szef mi kupi ;)
EDIT: Nermal-> Rozważałem takie rozwiązanie, bo nie chce mi sie windy 98 stawiać na "roboczym" kompie, a nie mogę sobie w Dark Omena i System Shocka 2 pograc :)
MUNDZIO [ fitam fas ciule ]
slaby mobas do takiego zestawu troche :P
ale z ta plyta ogolnie ludzie maja nadwyraz duzo problemow , nie wiem czy mozna tu "reklamowac" obce fora ale na purepc.pl jest dosc obszerny watek na jej temat.
moze upgrade biosu sprobowac jeszcze ?
nagytow [ Firestarter ]
Randomowe BSODy - na 90% przyczyna jest przegrzewanie procka lub jakis problem z pamiecia RAM.
Przede wszystkim nie napisales, od kiedy masz te problemy - tylko przy tym archiwum? Od poczatku? Taka informacja moze pomoc w diagnozie.
Polecam sprawdzic metodycznie. Zaraz po niebieskim ekranie reset i w biosie sprawdzic temperature. Chociaz osobiscie watpie, ze to jest przyczyna, Intele to nie piekarniki.
Mowisz, ze pamiec sprawdziles. Zakladam, ze jakims memtestem (swoja droga, z czystej ciekawosci, ile czasu trwa jedno przejscie przy 8gb?).
Ostatnia proba to test sprzetu. Wyjmij z kompa wszystko co zbedne - karte dzwiekowa, sieciowa czy co tam masz niezintegrowane. Wejdz do biosu i zaladuj domyslne ustawienia. Uruchom Windows i testuj stabilnosc.
N|NJA [ Senator ]
Mundzio-> Upgrade BIOSu wypróbuję na końcu, jesli wszystko inne zawiedzie :)
Nagyt-> To nie problem z przegrzaniem, przy takiej ilości bebechów wolałem się zabezpieczyć i zainstalować soft do sprawdzania temperatury i odpowiedniego alarmowania mnie o problemach, bo wcześniej paskudnie grzała mi się grafa, zakupiłem większe pudło, bo podzespoły lezały blisko siebie i nie było odpowiedniej cyrkulacji powietrza, karta dosłownie właziła na dyski. :) Dlatego teraz wolę teraz dmuchać na zimne i przegrzewanie na 99% odpada :)
Zakladam, ze jakims memtestem (swoja droga, z czystej ciekawosci, ile czasu trwa jedno przejscie przy 8gb?)
Powiem tyle- w chuj długo, od wczoraj mnie to wkurzało, przefrunąłem memtestem o godzinie jakiejś 3, obudziłem się o 14 i skan był zakończony :)
Przede wszystkim nie napisales, od kiedy masz te problemy - tylko przy tym archiwum? Od poczatku? Taka informacja moze pomoc w diagnozie.
Problem ten co jakiś czas się powtarza- już raz po ściągnięciu dużego archiwum (koło 4 giga miało) wystepował podobny crash systemu. Można spokojnie założyć, ze od zainstalowania XP64 co jakiś czas wystepuje dziwny problem sprzętowy- wspomniana w pierwszym poście myszka, powodująca zwiechy, zadyszki przy tych dwóch feralnych rarach i takie tam. Sześćdziesiątkę Czwórkę posiadam od stycznia, w tym samym okresie robiłem apgrejd ramu i dokupiłem kolejny dysk 250giga, reszta bebechów siedzi w środku nieco dłużej.
zbm [ do your worst ]
offtop
yogh -> dark omen ist sehr gut!
znać konesera
nagytow [ Firestarter ]
N|NJA --> Można spokojnie założyć, ze od zainstalowania XP64 co jakiś czas wystepuje dziwny problem sprzętowy (...) Sześćdziesiątkę Czwórkę posiadam od stycznia, w tym samym okresie robiłem apgrejd ramu (...)
Z tego by wygladalo, ze jednak pamiec robi problemy. Normalnie doradzilbym wyjac dokupione kostki i przetestowac stabilnosc na tej/tych, ktore byly wczesniej, ale skoro pamiec przeszla memtesta to nie jestem pewien czy to pomoze.
Jako, ze problem moze byc powodowany przez sterowniki, sprobuj uzyc Driver Verifiera do sprawdzenia sterownikow. Zasada jest taka, ze jesli to jakis sterownik jest odpowiedzialny za bledy, to podczas jego testu tez wyswietli sie BSOD. Wtedy wystarczy wylapac winnego. Jesli to nie sterowniki, to i tak jest zysk, bo kolejna mozliwa przyczyna odpada. Tu masz krotkie info o tym programie:
N|NJA [ Senator ]
ZiBi-> Sie wie. Najlepszy RTS wszechczasów :)
Ha!
Dzięki panowie za wszystkie podpowiedzi, mieszając podane metody usprawniłem przynajmniej działanie systemu (żeście pare zacnych programów i stron podlinkowali :)), a przy okazji doszedłem w końcu gdzież jest pies pogrzebany. Wstyd, ze nie wpadłem na to wcześniej.
Przejrzałem procesy odpalone w tle i znalazłem paru podejrzanych (czytaj- "coś działa, ale za cholere nie wiem do czego to potrzebne") którzy nie chcieli się wyłączyć, bo twierdzili, ze są potrzebni do działania Windy. Podłubałem więc w msconfigu dogrzebałem się do jakichś starych kontrolerów IDE (od poprzedniej płyty, nie wiem jakim cudem tam jeszcze siedziały), które odpalały się wraz z nowszymi przy starcie, żrąc się ze sprzętem. Dziwne, ze nie powodowało to ciągłych zwiech, tylko dawało o sobie znac w takich dziwnych przypadkach. W każdym razie wyłączyłem cholerstwo i jak na razie wszystko gra i tańczy.
No, nie do końca wszystko- okazuje się, ze blue screen powodowany był przez błąd CRC archiwum (podejrzewam, ze w przypadku poprzedniego rara też tak było), o którym system nie zdążył mnie poinformować, bo zaliczał glebę. Nie przyszło mi to do głowy, bo zawieszki wydawały się przypadkowe podczas różnych momentów wypakowywania, a tym razem okienko informacyjne dało mi znać przy 80%, że archiwa są uszkodzone. Dziwne, ze akurat przy błędzie CRC system postanowił mnie zaskakiwać niebieskim ekranem, ale teraz przy dwóch próbach rozpakowania jeszcze się nie zresetował, więc wygląda na to, ze problem chwilowo zażegnany.
Ale i tak chyba kupię sobie tę Vistę :)
nagytow [ Firestarter ]
Blad CRC nie powoduje wysypania systemu :) Swoja droga, jak napisales w pierwszym poscie, ze Sprawdziłem pliczek .sfv, myslalem, ze uzyles go, aby sprawdzic wlasnie sumy kontrolne i poprawnosc archiwum (bo do tego wlasnie on jest). No ale gratuluje rozwiazania problemu.
N|NJA [ Senator ]
nagyt-> No właśnie błąd CRC wyeliminowałem na samym początku, bo żeby było ciekawie, wszystko się zgadzało z pliczkiem .sfv, więc za cholere nie mogę dojść, jakim cudem jednak mi wyskakuje informacja o tym, ze archiwum jest uszkodzone. Ściągnę pliki raz jeszcze (jeeeezu, znowu noc czekania :)) ale watpię, ze coś się po drodze zgubiło.
Bład CRC jako winny jako jedyny przychodzi mi do głowy, bo za każdym razem system sypał się podczas wypakowywania i ani razu wcześniej nic mnie o owym błędzie nie poinformowało aż do czasu załatwienia sprawy z kontrolerami IDE. Zapewne to nie to, ale jako totalnej lamie komputerowej to pierwsze, co mi we łbie kołacze jako winowajca. Może chochliki w bebechach boją się wystąpienia tego błędu i prewencyjnie wyłączają system przed jego wyskoczeniem? :)
nagytow [ Firestarter ]
Jak sprawdzasz sumy kontrolne to dostajesz raport, ktore pliki sa uszkodzone. Sciagnij tylko te. Moze tylko jeden se zepsul? :)
Narmo [ nikt ]
Jogi --> Spróbuj naprawić :)
Otwórz uszkodzony plik --> Alt+R
N|NJA [ Senator ]
Żaden się nie zepsuł według checkera. Dlatego właśnie CRC error jako winny odpadł na samym początku. Niewiarygodne, co te krasnale w moim kompie potrafią :)
Trudno, ściagam raz jeszcze, dzięki za pomoc.
Narmo [ nikt ]
N|NJA --> Nie wiem czy zrozumiałeś. Odpal TEN KONKRETNY PLIK który wg komunikatu WinRARa jest popsuty i jego postaraj się naprawić. Jeżeli jest to part 14 to nie otwieraj pierwszej części, tylko ten jeden, konkretny part :)
Może nie trzeba będzie ściągać jeszcze raz.
N|NJA [ Senator ]
Zrozumiałem jak najbardziej, ale problem w tym, że ten konkretny (nr.59) przy którym wyskakuje błąd crc według sfv jest okej, a próba jego naprawy w rarze też nic nie zmienia :)
Narmo [ nikt ]
A jeszcze takie głupie pytanie. Podmieniasz naprawiony plik (który zapisuje się pod inną nazwą zazwyczaj) z tym uszkodzonym? :)
Wybacz że traktuję Cię jako blondynkę, ale z doświadczenia wiem, że na GOLu lepiej o wszystko dokładnie wypytać ;)
N|NJA [ Senator ]
Nermal-> Tak, podmieniam, aż tak źle ze mną nie jest ;)
nagytow [ Firestarter ]
Widac sumy kontrolne byly tworzone juz na uszkodzonych danych. Nie wiem czy ten twoj firmowy serwer ma wrzucony skrypt na automatyczne sprawdzanie crc, ale jesli tak, to dane sa juz uszkodzone na serwerze, wiec potrzebny bedzie reupload.
N|NJA [ Senator ]
dałem znać adminowi serwerowemu, miałeś rację Nagyt, chłopaki z centrali zgubli dwa mega podczas uploadu i, brzydko mówiąc, wszystko chuj strzelił, ładują od początku. Dobrze wiedzieć, ze to nie ja mam pecha i nie jestem aż taka lama :)