Puncte:0

Care ar putea fi cauza acestui blocaj la mijlocul mesajului Chkdsk?

drapel mx

Ce ar putea cauza următorul rezultat chkdsk:

chkdsk /b /f /v /scan c:

Tipul sistemului de fișiere este NTFS.
Nu se poate bloca unitatea curentă.

Chkdsk nu poate rula deoarece volumul este utilizat de altcineva
proces. Doriți să programați acest volum

Acest lucru este normal când încercați să verificați unitatea de sistem (vi se cere să o reprogramați pentru următoarea repornire).În mod normal, mesajul continuă cu

verificat data viitoare când sistemul repornește? (Da/Nu) Da

dar ultima linie în cazul meu lipsește. Chkdsk nu îl imprimă niciodată și nu va răspunde la intrarea utilizatorului, așa că nu pot programa scanarea personalizată. Chkdsk pare să fie blocat într-un impas. Nu așteaptă nicio resursă, utilizarea procesorului este de 0%, utilizarea memoriei doar 920KiB.
Iată o urmărire a stivei pentru firul de intrare:

ntoskrnl.exe!KeSynchronizeExecution+0x2106
ntoskrnl.exe!KeWaitForMultipleObjects+0x135e
ntoskrnl.exe!KeWaitForMultipleObjects+0xdd9
ntoskrnl.exe!KeWaitForMutexObject+0x373
ntoskrnl.exe!KeStallWhileFrozen+0x1feb
ntoskrnl.exe!KeIsAttachedProcess+0x229
ntoskrnl.exe!KeWaitForMultipleObjects+0x152f
ntoskrnl.exe!KeWaitForMultipleObjects+0xdd9
ntoskrnl.exe!KeWaitForMutexObject+0x373
ntoskrnl.exe!NtWaitForSingleObject+0xb2
ntoskrnl.exe!setjmpex+0x6553
ntdll.dll!ZwWaitForSingleObject+0xa
ifsutil.dll!BLOCK_CACHE::Initialize+0x2fe
KERNEL32.DLL!BaseThreadInitThunk+0x22
ntdll.dll!RtlUserThreadStart+0x34

Și iată unul pentru firul principal:

ntoskrnl.exe!KeSynchronizeExecution+0x2106
ntoskrnl.exe!KeWaitForMultipleObjects+0x135e
ntoskrnl.exe!KeWaitForMultipleObjects+0xdd9
ntoskrnl.exe!KeWaitForMutexObject+0x373
ntoskrnl.exe!FsRtlInitializeOplock+0x3d1
ntoskrnl.exe!NtReadFile+0x664
ntoskrnl.exe!setjmpex+0x6553
ntdll.dll!ZwReadFile+0xa
KERNELBASE.dll!ReadFile+0x78
ulib.dll!KEYBOARD::EnableLineMode+0xc8
ulib.dll!PROGRAM::GetStandardOutput+0x18e
ulib.dll!STREAM::ReadLine+0x13d
ulib.dll!CHKDSK_MESSAGE::IsYesResponse+0x232
ulib.dll!CHKDSK_MESSAGE::IsYesResponse+0xbd
UNTFS.DLL!ChkdskEx+0x61e
chkdsk.exe+0x2c4f
chkdsk.exe+0x3e6c
KERNEL32.DLL!BaseThreadInitThunk+0x22
ntdll.dll!RtlUserThreadStart+0x34
drapel in
ai incercat sa folosesti /x pentru a demonta mai intai?
aphid avatar
drapel mx
Acest lucru este irelevant. Vreau să văd acest mesaj și să apăs pe „Y” pentru a programa la următoarea pornire, deoarece nu pot demonta unitatea de sistem. Vă rugăm să recitiți întrebarea.Problema este că mesajul așteptat nu apare complet. În schimb, chkdsk nu răspunde.
drapel in
Întrebarea este scrisă ca și cum „c:” nu este unitatea de sistem și continuă cu „dar lipsește a treia linie în cazul meu”, dar nu este clar ce înseamnă de fapt. (Pot ghici, dar nu este clar) Folosind `/x` puteți forța mesajul dorit, iar motivul pentru a cere este să încercați să restrângeți unde merge prost și să eliminați necesitatea detectării respective, de acum nu știm dacă se blochează în timpul detectării a nevoii de a descăleca. Cu mai multe informații, aveți șanse mai mari de a obține ajutor.
aphid avatar
drapel mx
Codul superior div/box. Asta iese programul. Cutia de jos. Asta ar trebui să iasă și el și face în fiecare exemplu pe care l-am găsit. Pe unul dintre serverele mele, nu. De ce. De ce ieșirea se oprește pur și simplu la mijlocul propoziției așa, cu chkdsk într-un impas, două fire așteaptă unul pe celălalt. A mai vazut cineva asa ceva?

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.