locked
Asus M51Sn - Vista Home Premium a "modrá smrt"..

    Dotaz

  •  

    Dobrý den. Asi před 2 měsíci jsem si koupil tento notebook. V základu obsahoval již předinstalovaný systém, disk byl rozdělen na 2 oddíly C a D (oba NTFS) a na jeden skrytý oddíl zálohy RECOVERY (FAT32), dále notebook obsahuje 1 GB Intel Turbo memory - reprezentována jako další disk IMD-0 označený NVCACHE (FAT32). Ze školních důvodů jsem si před 2 dny programem Paragon Partition Magic 8.5 zmenšil oddíl C a na uvolněném místě před oddílem D jsem si vytvořil dva oddíly EXT3 (jeden pro systém a druhý pro /home) a jeden odkládací oddíl SWAP, to vše samozřejmě kvůli systému Linux, konkrétně Ubuntu 8.04. Vše fungovalo po celé dva dny bez problému, během těchto dvou dní jsem žádný nový hardware ani software nepřidával, včera večer kolem půlnoci jsem notebook normálním způsobem ve Vistách vypnul, žádný problém. Problém ale nastal dnes ráno, když jsem systém nabootoval, přihlásil jsem se a ejhle vyskočila modrá obrazovka, že systém musí být ukončen, aby se předešlo ztrátě dat nebo poškození... Po restartu naběhla kontrola konzistence nějakého disku ve formátu FAT32 (kterého z těch dvou výše popsaných netuším). Pokusil jsem se tedy v nouzovém režimu (zde se chyba neobjeví) systém obnovit ze včerejšího bodu obnovení (asi v 17:24 po instalaci nějakého update z Microsoft serveru), po restartu vše fungovalo jak mělo. Po dalším restartu se ale chyba objevila znovu, po dalším zase třeba ne, jednou prostě ano, podruhé ne Big Smile. V Linuxu ovšem žádný problém nemám, tam vše funguje jak má, zkoušel sem i memtest, ten také nic neodhalil. Už mi z toho třeští hlava, prosím pomozte, budu vděčný za každou radu, díky moc předem
    4. října 2008 12:51

Odpovědi

  • Problém jsem "snad" již vyřešil. Problém byl ve špatném rozdělení disků a následným nepochopitelně špatným vyhodnocením Vistou (Vistě se holt líbí, když má na začátku disku skrytý oddíl recovery a systém až na druhém oddílu, ale už se jí nelíbí, když si mezi oddíl C a D vytvořím oddíly ext3, a to i přesto, že na oddílu D jsou pouze data, nic důležitého pro systém..). Takže jsem oddíly předělal až za oddíl D a zatím to frčí, tak tu snad nebudu muset ještě otravovat.. Ale díky moc za snahu mi pomoct
    7. října 2008 7:25

Všechny reakce

  • Zdravím, problém Bluescreenu sem řešil taky - je zde

    máte k dispozici dump file, takže bych se nejdříve podíval tam. nainstalujte si windows debugger, zde je instalačka:

    http://www.microsoft.com/whdc/DevTools/Debugging/default.mspx

    nastavíte symboly:

    SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols

     
    - je to někde v tom menu nahoře - set symobol path nebo tak nějak

    - opět v menu dáte open dump file, do příkazové řádky dáte "!analyze -v"

    - ve výpisu vám debugger dokonce napíše, kdo je pravděpodobným viníkem pádu

    tím bych asi začal 

    tato odpověd je převzata z vlákna - 
    pády vista ultimate
    5. října 2008 5:24
  • Díky za radu, vyzkoušel jsem to. Pro přesnost sem ještě vyfotil obrazovku při chybách:

    http://img90.imageshack.us/my.php?image=bsodhg4.jpg
    http://img89.imageshack.us/my.php?image=kontrolauk3.jpg


    a z MEMORY.DMP jsem vytáhl tohle:

    FAT_FILE_SYSTEM (23)
    If you see FatExceptionFilter on the stack then the 2nd and 3rd
    parameters are the exception record and context record. Do a .cxr
    on the 3rd parameter and then kb to obtain a more informative stack
    trace.
    Arguments:
    Arg1: 00131369
    Arg2: 9586f1f8
    Arg3: 9586f2a4
    Arg4: 00000000

    Debugging Details:
    ------------------

    Page 9518e not present in the dump file. Type ".hh dbgerr004" for details
    PEB is paged out (Peb.Ldr = 7ffd900c). Type ".hh dbgerr001" for details
    PEB is paged out (Peb.Ldr = 7ffd900c). Type ".hh dbgerr001" for details

    EXCEPTION_RECORD: 9586f1f8 -- (.exr 0xffffffff9586f1f8)
    ExceptionAddress: 9586f1b8
    ExceptionCode: 01600502
    ExceptionFlags: 10080140
    NumberParameters: 519045632
    Parameter[0]: 00000000
    Parameter[1]: 1ef00200
    Parameter[2]: 00000000
    Parameter[3]: 00000000
    Parameter[4]: 00000000
    Parameter[5]: 95ea06cc
    ParameterDevil: 9586f224
    Parameter[7]: 9586f224
    ParameterMusic: 00000000
    Parameter[9]: 00000000
    Parameter[10]: 00000000
    Parameter[11]: 95ea06b8
    Parameter[12]: 000f0002
    Parameter[13]: 9663dc30
    Parameter[14]: 80ffd050

    CONTEXT: 9586f2a4 -- (.cxr 0xffffffff9586f2a4)
    eax=00000000 ebx=00000000 ecx=00000000 edx=00000000 esi=9586f314 edi=00000000
    eip=ee657645 esp=84994040 ebp=0406002d iopl=0 nv up di pl nz na po cy
    cs=0002 ss=0010 ds=bdb0 es=0012 fs=f1f8 gs=42a0 efl=00000001
    0002:7645 ?? ???
    Resetting default scope

    DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

    BUGCHECK_STR: 0x23

    PROCESS_NAME: svchost.exe

    CURRENT_IRQL: 0

    ERROR_CODE: (NTSTATUS) 0x1600502 - <Unable to get error code text>

    LAST_CONTROL_TRANSFER: from 84994040 to ee657645

    STACK_TEXT:
    9a8a77a4 95d3cf12 00000023 00131369 9586f1f8 nt!KeBugCheckEx+0x1e
    9a8a7848 95d3f034 958863c0 992b8b78 992b8b78 fastfat!FatGetRetrievalPointers+0x172
    9a8a785c 95d3f0de 958863c0 992b8b78 00000000 fastfat!FatUserFsCtrl+0x132
    9a8a7874 95d3f170 958863c0 992b8b78 0f58df43 fastfat!FatCommonFileSystemControl+0x56
    9a8a78c0 81ece053 955c1998 992b8b78 992b8b78 fastfat!FatFsdFileSystemControl+0x82
    9a8a78d8 829c2ba7 9595ced8 992b8b78 00000000 nt!IofCallDriver+0x63
    9a8a78fc 829d5a5f 9a8a791c 9595ced8 00000000 fltmgr!FltpLegacyProcessingAfterPreCallbacksCompleted+0x251
    9a8a7934 81ece053 9595ced8 992b8b78 00000000 fltmgr!FltpFsControl+0xe5
    9a8a794c 82806838 94e8c020 9a8a7970 81ece053 nt!IofCallDriver+0x63
    WARNING: Stack unwind information not available. Following frames may be wrong.
    9a8a7958 81ece053 94e8c020 992b8b78 992b8b78 AsDsm+0x6838
    9a8a7970 8205e5e5 9586d650 992b8b78 992b8d50 nt!IofCallDriver+0x63
    9a8a7990 8205ed8a 94e8c020 9586d650 9a8a7b01 nt!IopSynchronousServiceTail+0x1d9
    9a8a7a2c 8203b96b 94e8c020 992b8b78 00000000 nt!IopXxxControlFile+0x6b7
    9a8a7a60 81e69a7a 80002c98 00000000 00000000 nt!NtFsControlFile+0x2a
    9a8a7a60 81e67c41 80002c98 00000000 00000000 nt!KiFastCallEntry+0x12a
    9a8a7b00 8a96822c 80002c98 00000000 00000000 nt!ZwFsControlFile+0x11
    9a8a7b54 8a96b2e7 80002c98 9a8a7ba4 00000000 ecache!EcFileCacheGetExtents+0x44
    9a8a7bac 8a96f5cd 9586d650 966f3008 966e1788 ecache!EcFileCacheCreateAndGetExtents+0xfd
    9a8a7bc8 8a97517d 966f3008 1ef00000 00000000 ecache!EcFileCacheStart+0x61
    9a8a7c2c 81ece053 87714578 95e92b58 95e92b58 ecache!EcDispatchDeviceControl+0x463
    9a8a7c44 8205e5e5 957a3450 95e92b58 95e92bc8 nt!IofCallDriver+0x63
    9a8a7c64 8205ed8a 87714578 957a3450 01adef00 nt!IopSynchronousServiceTail+0x1d9
    9a8a7d00 82048a61 87714578 95e92b58 00000000 nt!IopXxxControlFile+0x6b7
    9a8a7d34 81e69a7a 000005e4 00000000 00000000 nt!NtDeviceIoControlFile+0x2a
    9a8a7d34 77229a94 000005e4 00000000 00000000 nt!KiFastCallEntry+0x12a
    01adeea4 00000000 00000000 00000000 00000000 0x77229a94


    STACK_COMMAND: kb

    FOLLOWUP_IP:
    fastfat!FatGetRetrievalPointers+172
    95d3cf12 05ac000000 add eax,0ACh

    SYMBOL_STACK_INDEX: 1

    SYMBOL_NAME: fastfat!FatGetRetrievalPointers+172

    FOLLOWUP_NAME: MachineOwner

    MODULE_NAME: fastfat

    IMAGE_NAME: fastfat.SYS

    DEBUG_FLR_IMAGE_TIMESTAMP: 47918a60

    FAILURE_BUCKET_ID: 0x23_fastfat!FatGetRetrievalPointers+172

    BUCKET_ID: 0x23_fastfat!FatGetRetrievalPointers+172

    Followup: MachineOwner
    ---------
    5. října 2008 17:19
  • Ahoj,

    • jak presne mas rozdeleny disk? posli napr. printscreen z DISKMGMT.MSC
    • spouztel jsi chkdsk /r na vsechny FATxx oddily?
    • muzes docasne vypnout Intel Turbo Memory bazmeg?

    MP

     

    6. října 2008 9:20
    Moderátor
  • Problém jsem "snad" již vyřešil. Problém byl ve špatném rozdělení disků a následným nepochopitelně špatným vyhodnocením Vistou (Vistě se holt líbí, když má na začátku disku skrytý oddíl recovery a systém až na druhém oddílu, ale už se jí nelíbí, když si mezi oddíl C a D vytvořím oddíly ext3, a to i přesto, že na oddílu D jsou pouze data, nic důležitého pro systém..). Takže jsem oddíly předělal až za oddíl D a zatím to frčí, tak tu snad nebudu muset ještě otravovat.. Ale díky moc za snahu mi pomoct
    7. října 2008 7:25
  • Ahoj,

    nechces poslat presne rozdeleni disku pred a po? Take jaky bootloader pouzivas?

    Rozdeleni na 3 primary (recovery,vista, /boot) + nekolik logical by melo byt bez problemu.

     

    Priznavam se ale ze humusy typu recovery partition okamzite mazu prave proto ze mivaji nestandardni typ a bootloadery typu GRUB se casto museji prenastavovat aby se spusteny OS nedivil co ze to tam ma.

     

    MP

    7. října 2008 7:35
    Moderátor
  • supr označ nejaky přispěvek za odpoved
    http://www.blog.zilinet.cz
    23. července 2009 13:10
  • Ahoj, založ si na to nové téma a neotevírej neaktuální téma, díky.
    22. března 2010 8:12