Skocz do zawartości

Grisza

Użytkownicy
  • Postów

    498
  • Dołączył

  • Ostatnia wizyta

Odpowiedzi opublikowane przez Grisza

  1. W końcu naprawiłem PERFMONA!!! Czyli Raport Diagnostyczny Systemu, uruchamiany np. poprzez "perfmon /report".

     

    Co zrobiłem? Wyszukałem w google frazę, której dotąd nie wpisywałem, kliknąłem w pierwszy rekord, przeczytałem i viola! Należało odinstalować Pakiet Bluetooth od Artherosa. Pakiet ten wprowadzał kilka usług i o dziwo nie mogę znaleźć jego instalki w Internecie. Pakiet dokładnie nazywa się: Artheros WLAN and Bluetooth Client Installation Program v. 9.0. Po odinstalowaniu tego automatycznie chciały się zaintalować 3 nieznane urządzenia (prawdopodobnie coś związanego z BT), ja się pospieszyłem i zrestartowałem system. Po restarcie, w fazie logowania BSOD (z wiadomych przyczyn). Gryzł się sterownik karty Wi-Fi, który został usunięty podczas deinstalacji pakietu i automatycznie zaistalowany przez system, ale w starej wersji - wystarczyło go zaktualizować.

     

    Teraz mogę cieszyć się apletem: Generuj raport kondycji systemu.

     

    Testowo zaistaluję wyżej wymieniony pakiet z płyty od laptopa i przekonamy się czy nadal powoduje konflikt liczników wydajności.

     

    Pozdrawiam!

  2. Mój boski system nie wyświetla mi takowego komunikatu, bo kiedyś już tam zaglądałem, więc nie pyta drugi raz. :D. Skopiuję pliki poprzez Ubuntu, a co jestem zaradny.

     

    EDIT: Spakowane pliki .dmp, późno, bo ostatnio nie mam własnego życia.

    KLIK

     

    Znalazłem w roocie dysku systemowego magiczny folder z kłódką o nazwie KRECYCLE, powstał 3.10.2012. Nie wiem czy to nie pozostałość po Kingsoft AV.

  3. Dzisiaj miałem 2 BSOD'y podczas ładowania się systemu (plansza z logo Windows). Zaktualizowałem Comodo Firewall automatycznym aktualizatorem i uruchomiłem ponownie komputer. Pojawił się BSOD, zresetowałem i znów BSOD (z innym komunikatem), za trzecim razem system załadował się kompletnie, lecz z oporami (=wydłużony start), jak to bywa po crashach.

    Niestety nie są to duże zrzuty pamięci, bo ograniczyłem wielkość pamięci wirtualnej.

     

    Teraz CF znów pokazuje aktualizację (wiem, że on czasem aktualizuje się podwójnie). Zobaczymy czy coś wyskoczy. Póki co załączam zdjęcia oraz zrzuty pamięci (wrzucam również jeden antyczny zrzut, z zeszłego roku i 2 małe, nie związane z opisanym problemem).

     

    ---------

     

    Microsoft ® Windows Debugger Version 6.2.8229.0 AMD64

    Copyright © Microsoft Corporation. All rights reserved.

     

    Loading Dump File [C:\Windows\Minidump\091712-67096-01.dmp]

    Mini Kernel Dump File: Only registers and stack trace are available

    Symbol search path is: SRV*C:\Symbols*http://msdl.microsoft.com/download/symbols

    Executable search path is:

    Windows 7 Kernel Version 7601 (Service Pack 1) MP (3 procs) Free x64

    Product: WinNt, suite: TerminalServer SingleUserTS Personal

    Built by: 7601.17835.amd64fre.win7sp1_gdr.120503-2030

    Machine Name:

    Kernel base = 0xfffff800`04254000 PsLoadedModuleList = 0xfffff800`04498670

    Debug session time: Mon Sep 17 13:23:54.063 2012 (UTC + 2:00)

    System Uptime: 0 days 21:50:53.623

    Loading Kernel Symbols

    ...............................................................

    ................................................................

    ................................................................

    ....

    Loading User Symbols

    Loading unloaded module list

    ...........................................

    TRIAGER: Could not open triage file : C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\triage\oca.ini, error 2

    TRIAGER: Could not open triage file : C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\winxp\triage.ini, error 2

    *******************************************************************************

    * *

    * Bugcheck Analysis *

    * *

    *******************************************************************************

    Use !analyze -v to get detailed debugging information.

    BugCheck 3B, {c0000005, fffff88001e385de, fffff880086cf750, 0}

    *** WARNING: Unable to verify timestamp for atikmpag.sys

    *** ERROR: Module load completed but symbols could not be loaded for atikmpag.sys

    *** WARNING: Unable to verify timestamp for atikmdag.sys

    *** ERROR: Module load completed but symbols could not be loaded for atikmdag.sys

    TRIAGER: Could not open triage file : C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\triage\modclass.ini, error 2

    Probably caused by : atikmpag.sys ( atikmpag+a5de )

    Followup: MachineOwner

    ---------

     

     

     

     

    Microsoft ® Windows Debugger Version 6.2.8229.0 AMD64

    Copyright © Microsoft Corporation. All rights reserved.

     

    Loading Dump File [C:\Windows\Minidump\092812-21637-01.dmp]

    Mini Kernel Dump File: Only registers and stack trace are available

    Symbol search path is: SRV*C:\Symbols*http://msdl.microsoft.com/download/symbols

    Executable search path is:

    Windows 7 Kernel Version 7601 (Service Pack 1) MP (3 procs) Free x64

    Product: WinNt, suite: TerminalServer SingleUserTS Personal

    Built by: 7601.17835.amd64fre.win7sp1_gdr.120503-2030

    Machine Name:

    Kernel base = 0xfffff800`03668000 PsLoadedModuleList = 0xfffff800`038ac670

    Debug session time: Fri Sep 28 19:45:34.033 2012 (UTC + 2:00)

    System Uptime: 0 days 0:09:34.814

    Loading Kernel Symbols

    ...............................................................

    .......................................

    Loading User Symbols

    Loading unloaded module list

    .....

    TRIAGER: Could not open triage file : C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\triage\oca.ini, error 2

    TRIAGER: Could not open triage file : C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\winxp\triage.ini, error 2

    *******************************************************************************

    * *

    * Bugcheck Analysis *

    * *

    *******************************************************************************

    Use !analyze -v to get detailed debugging information.

    BugCheck F4, {3, fffffa800524ab30, fffffa800524ae10, fffff800039e6510}

    ----- ETW minidump data unavailable-----

    TRIAGER: Could not open triage file : C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\triage\modclass.ini, error 2

    Probably caused by : csrss.exe

    Followup: MachineOwner

    ---------

     

     

     

     

    Microsoft ® Windows Debugger Version 6.2.8229.0 AMD64

    Copyright © Microsoft Corporation. All rights reserved.

     

    Loading Dump File [C:\Windows\Minidump\101011-32307-01.dmp]

    Mini Kernel Dump File: Only registers and stack trace are available

    Symbol search path is: SRV*C:\Symbols*http://msdl.microsoft.com/download/symbols

    Executable search path is:

    Windows 7 Kernel Version 7601 (Service Pack 1) MP (3 procs) Free x64

    Product: WinNt, suite: TerminalServer SingleUserTS Personal

    Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506

    Machine Name:

    Kernel base = 0xfffff800`03813000 PsLoadedModuleList = 0xfffff800`03a58670

    Debug session time: Mon Oct 10 19:55:31.797 2011 (UTC + 2:00)

    System Uptime: 0 days 1:32:09.375

    Loading Kernel Symbols

    ...............................................................

    ................................................................

    ............................................................

    Loading User Symbols

    Loading unloaded module list

    ....................

    TRIAGER: Could not open triage file : C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\triage\oca.ini, error 2

    TRIAGER: Could not open triage file : C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\winxp\triage.ini, error 2

    *******************************************************************************

    * *

    * Bugcheck Analysis *

    * *

    *******************************************************************************

    Use !analyze -v to get detailed debugging information.

    BugCheck 1E, {ffffffffc0000096, fffff8800b438912, 0, 0}

    *** WARNING: Unable to verify timestamp for cpudrv64.sys

    *** ERROR: Module load completed but symbols could not be loaded for cpudrv64.sys

    TRIAGER: Could not open triage file : C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\triage\modclass.ini, error 2

    Probably caused by : cpudrv64.sys ( cpudrv64+1912 )

    Followup: MachineOwner

    ---------

     

     

     

     

    Microsoft ® Windows Debugger Version 6.2.8229.0 AMD64

    Copyright © Microsoft Corporation. All rights reserved.

     

    Loading Dump File [C:\Windows\Minidump\101112-30498-01.dmp]

    Mini Kernel Dump File: Only registers and stack trace are available

    Symbol search path is: SRV*C:\Symbols*http://msdl.microsoft.com/download/symbols

    Executable search path is:

    Windows 7 Kernel Version 7601 (Service Pack 1) MP (3 procs) Free x64

    Product: WinNt, suite: TerminalServer SingleUserTS Personal

    Built by: 7601.17944.amd64fre.win7sp1_gdr.120830-0333

    Machine Name:

    Kernel base = 0xfffff800`04266000 PsLoadedModuleList = 0xfffff800`044aa670

    Debug session time: Thu Oct 11 14:18:06.297 2012 (UTC + 2:00)

    System Uptime: 0 days 0:00:30.624

    Loading Kernel Symbols

    ...............................................................

    ................................................................

    .......................................

    Loading User Symbols

    Loading unloaded module list

    ....

    TRIAGER: Could not open triage file : C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\triage\oca.ini, error 2

    TRIAGER: Could not open triage file : C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\winxp\triage.ini, error 2

    *******************************************************************************

    * *

    * Bugcheck Analysis *

    * *

    *******************************************************************************

    Use !analyze -v to get detailed debugging information.

    BugCheck A, {10, 2, 0, fffff800042c52d9}

    TRIAGER: Could not open triage file : C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\triage\modclass.ini, error 2

    Probably caused by : tcpip.sys ( tcpip!IppFlushNeighborSet+e1 )

    Followup: MachineOwner

    ---------

     

     

     

     

    Microsoft ® Windows Debugger Version 6.2.8229.0 AMD64

    Copyright © Microsoft Corporation. All rights reserved.

     

    Loading Dump File [C:\Windows\MEMORY.DMP]

    Kernel Summary Dump File: Only kernel address space is available

    Symbol search path is: SRV*C:\Symbols*http://msdl.microsoft.com/download/symbols

    Executable search path is:

    Windows 7 Kernel Version 7601 (Service Pack 1) MP (3 procs) Free x64

    Product: WinNt, suite: TerminalServer SingleUserTS Personal

    Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506

    Machine Name:

    Kernel base = 0xfffff800`03813000 PsLoadedModuleList = 0xfffff800`03a58670

    Debug session time: Mon Oct 10 19:55:31.797 2011 (UTC + 2:00)

    System Uptime: 0 days 1:32:09.375

    Loading Kernel Symbols

    ...............................................................

    ................................................................

    ............................................................

    Loading User Symbols

    PEB is paged out (Peb.Ldr = 00000000`7efdf018). Type ".hh dbgerr001" for details

    Loading unloaded module list

    ....................

    TRIAGER: Could not open triage file : C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\triage\oca.ini, error 2

    TRIAGER: Could not open triage file : C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\winxp\triage.ini, error 2

    TRIAGER: Could not open triage file : C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\triage\user.ini, error 2

    *******************************************************************************

    * *

    * Bugcheck Analysis *

    * *

    *******************************************************************************

    Use !analyze -v to get detailed debugging information.

    BugCheck 1E, {ffffffffc0000096, fffff8800b438912, 0, 0}

    *** ERROR: Module load completed but symbols could not be loaded for cpudrv64.sys

    TRIAGER: Could not open triage file : C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\triage\modclass.ini, error 2

    Probably caused by : cpudrv64.sys ( cpudrv64+1912 )

    Followup: MachineOwner

    ---------

     

     

     

    Chciałem spakować te pliki, ale znajdują się w folderze Minidump, który ma kłódkę i nie mam uprawnień do tego.

    bsod1.th.jpgbsod2.th.jpg

  4. Na razie zainstalowałem Kingsoft (kilka sekund i się zainstalował, bardzo szybko). Jest niesamowicie szybki, zobaczymy jak z wykrywalnością. Jak na razie wykrył FP i jeśli nadal będą FP to zamienię na AVG. Czytałem, że AVG w najnowszej wersji jest dość ociężały. Nie chcę Avasta, bo ma słabą wykrywalność adware i ogólnie jakoś go nie lubię.

    Myślę jeszcze nad Zone Alarm + Firewall, ale wybiorę go tylko, jeśli da się w nim wyłączyć firewall, bo 2 firewalle to niezdrowo.

  5. Cześć, proszę o "złożenie" zestawu zabezpieczającego, ma w nim być HIPS, firewall, AV. Mam nadzieję, że wymienione 3 elementy zapewniają całkowitą ochronę. Jeśli nie to proszę mnie poprawić. Obecnie mam CIS, ale przez to wydłużył mi się start systemu o 30 sekund, no chyba, że mając jakiekolwiek zabezpieczenie to zawsze będę oscylował w okolicy 30s wydłużenia się startu.

  6. ad.1 klawiaturyijzyki.jpg

    ad.2 dam sobie spokój :)

    ad.3 nawet nie wiem po kiego grzyba to chodzi w tle

    ad.Comodo nie da się tego ukryć. Napiszę temat w dziale zabezpieczeń i poproszę o pomoc w konfiguracji zestawu zabezpieczającego.

     

    Myślę, że zrobimy tak: zgłoszę się za parę dni z nowym logiem (z prepsystem). Z paru powodów: 1)temat w sprawie zabezpieczeń, 2)włączenie części wcześniej wyłączonych usług i programów (umrę bez oprogramowania dla touchpada!, choć mam myszkę i to z niej korzystam :P). 3)nie mogę już patrzeć na te okiena xpref'a :P

     

    A co do długiego startu przez Comodo to zauważyłem dziwne zachowanie, otóż raz uruchamiał się minimalnie dłużej niż przy ostatnim pomiarze, a innym razem ok. 20 sekund dłużej (podczas zbierania danych do logów).

     

    EDIT: Wyczekiwany log KLIK

  7. Zauważyłem znaczne skrócenie się etapu po logowania. Praktycznie po mniej niż 10 sekundach przestaje ciągle migać dioda dysku. Później przez max. 20 sekund obserwuje minimalną aktywność dysku. Dziękuję :) Całkowity ręcznie zmierzony czas uruchamiania to ~50 sekund (bez fazy BIOS + ~7sekund).

    Zmierzyłem czas etapu z logo windows i trwa tyle co zawsze, czyli 25 sekund, w tej kwestii pewnie nic nie da się zrobić, to i tak dobry czas ;) Faza logowania trwa 11 sekund, czyli mniej więcej tyle samo co poprzednio.

    Czy mógłbym wiedzieć do czego służą interfejsy ISATAP? Widzę, że system działa mi bez problemów pomimo ich dezaktywacji. Czy mogę w przyszłości przez to odczuć jakieś niedogodności (włączenie tego z powrotem nie będzie dla mnie problemem :D)?

     

     

     

    Plik do pobrania: KLIK

  8. lpksetup.exe
    wydaje mi sie, że to było związane z instalacją języku do WMP lub coś w tym stylu (w każdym razie polski pakiet językowy). Pamiętam, że przy wyłączaniu systemu uruchamiał się proces przeciwny - lpkremove.

    Zmierzyłem sobie osobno czas i do całkowitego załadowania systemu (za co uważam zakończenie mielenia dysku) mija półtorej minuty. Przy czym ok. 50 sekund to faza po zalogowaniu = pojawaia się pulpit. Czemu ten dysk tak długo mieli? Wiem, że nie jest demonem szybkości i wydajności, ale skoro nie ma prawie nic do ładowania, to faza po zalogowaniu powinna trwać do 30 sekund.

    Może się mylę.

     

    Kolejny plik: KLIK

  9. Perfect Disk odinstalowany, wszystkie niesystemowe usługi wyłączone, wyłączone wszystko z autostartu + harmonogramu zadań.

    Może głupie pytanie, ale czy na ma na to wszystko wpływ iż mam zainstalowane Ubuntu i siłą rzeczy GRUB2?

     

    Zedytuję post w ciągu 40 minut.

     

    Zajęło to trochę więcej, pomimo założenia marginesu błędu +/- 10 minut. Przy drugim reebocie, po zrzuceniu danych, xperf defragmentował pliki przez ok. 15 minut.

    Pierwsze co zauważyłem było to, że od razu po zalogowaniu, komputer połączył się z siecią, zwykle trzeba było czekać co najmniej 30 sekund do załadowania (wnioskuję to jedynie na podstawie ikony siły sygnału).

     

    Link do pliku KLIK

  10. Kochany złość piękności szkodzi. Wyluzuj trochę i korzystaj z funkcji Edytuj, gdy nikt nie odpisał. Uważasz się za pępek świata, że jedynie ty masz problem. Każdy problem trzeba jakoś ugryźć, nie na każdy da się odpowiedzieć od razu i prostym językiem. Sam sobie szkodzisz, nie podajesz pełnych informacji i jeszcze się wykłócasz.

     

    Nie ma sensu robić offtopu. Pomoc na pewno będzie, ale trzeba cierpliwości, a nie żyć przeszłością (zlymi wspomnieniami z innego forum).

     

    Pozdr :)

  11. Dobra są na wyłączony :D

    Czy m. g. masz dla mnie jakieś instrukcje? Z chcęcią zainstalowałbym coś do ochrony. Najlepiej pakiet Comodo, lub chociaż jego firewall wraz z defense+

    Chyba, że są jakieś inne, dobre konfiguracje (bezpłatne), z jakimś DefenseWallem, Hitmanem czy co tam jeszcze jest skutecznego :D Od dłuższego czasu nie śledzę softów zabezpieczających, dlatego pytam.

×
×
  • Dodaj nową pozycję...