Чому файловій системі журналу потрібно перевірити диск?


6

Після того, як я отримав BSOD на своєму комп’ютері Windows 7, я перезапустив свій комп'ютер, щоб знайти його з проханням зробити перевірку диска. Тим часом я робив інші речі, але здавалося, що це пройшло кілька хвилин.

Якщо файлова система ведеться в журналі (я залишив її за замовчуванням, який є NTFS), чому потрібно перевірити диск після мого збою?

Відповіді:


6

Тому що мандрівки - це не чарівна паличка.

Впоратися з відключенням електроенергії та збоями системи під час транзакцій вводу-виводу не стає проблемою лише тому, що ведеться журнал транзакцій. Частково завершені транзакції, які здійснювались при збої системи / вимкненні живлення, не магічно повертаються вперед або повертаються назад. Прокат вперед / назад повинен бути зроблений до /, оскільки гучність перераховується, коли система знову повертається. Це відбувається в рамках процесу перевірки дисків.

Функціонування файлової системи спрощує відновлення самопослідовного стану. Це не магічно спричиняє, що об'єм диска ніколи не знаходиться в непослідовному стані, коли в першу чергу відбуваються брудні вимикання.


Добре, що розумно, але це було необов'язково. Мені дозволили пропустити його натисканням клавіші. Крім того, пройшло кілька хвилин, коли відкат зміни не повинні. (Але пам’ятайте, мені все ж вдалося пропустити чек ...)

3

Журнал дозволяє швидко привести файлову систему в узгоджений стан після нечистого відключення, але не тоді, коли відбувається пошкодження через збій обладнання або помилки системи. У такому випадку необхідна повна перевірка.


@ acidzombie24 Що ви очікуєте, якщо станеться помилка в записі під час прокрутки незапущеної записи журналу? Очевидно, що відкат не вдається, і він може залишити файлову систему в непослідовному стані.
doug65536

1

Журналінг відбувається на різних рівнях, які мають різні вигоди. NTFS журналює лише метадані, а не власне вміст файлу. Це означає, що ви можете пошкодити одні файли під час запису, але ви не можете пошкодити інші файли в тій самій каталозі.

Точно так само, коли відбувається збій, точний тип передачі даних визначає, скільки часу потрібно, щоб фактично виправити диск. Знову ж таки, йдеться про компроміс: якщо ви сформулюєте jornal так, що виправлення легко, ви витратите більше часу на звичайні записи на диск. Оскільки BSOD є досить рідкісними, NTFS оптимізовано для випадку без збоїв, а це означає, що відновлення з журналу відбувається повільніше.


BSODs are fairly rareНі, якщо ви обманюєте, використовуючи NTFS.sys під 98SE або ME. :)
користувач2284570

1

Оскільки запис або запис не завершені на накопичувачі, ОС (зараз не існує) не має можливості знати, що накопичений накопичувач записує. . Брудний шматочок встановлюється на накопичувач (сам) до його очищення належним чином. . Самі дані журналу можуть бути напівзаписаними корупційними пунктами, що заперечує всю думку про те, що журнал насправді допомагає некритичним речам. (Я дещо упереджений) Я вважаю за краще, щоб це закінчилося одним ходом, і дозвольте мені хвилюватися з приводу втраченого.

Журнал може зберегти / відновити дані, які були на його шляху, та підтримувати покажчики на дані, зберігаючи один аспект цього прямо. Він не може виправити будь-які погані / неповні записи на жорсткий диск.


Журнал змін USN увімкнено та використовується службою індексації, службою реплікації файлів (FRS), службами віддаленої установки (RIS) та віддаленим зберіганням. http://technet.microsoft.com/en-us/library/cc788042(WS.10).aspx

Журнали змін також необхідні для відновлення індексації файлової системи - наприклад, після поломки комп'ютера або тома. Можливість відновлення індексації означає, що файлова система дозволяє уникнути трудомісткого процесу перенастроювання всього тома в таких випадках. http://technet.microsoft.com/en-us/query/aa363798


-1, це не так, як працює мандрівник. Після перезапуску ОС може виявити, що запис розпочато (журнал містить запис, розпочате записом) і не закінчив (пропустивши відповідний запис, заповнений записом).
MSalters

@MSalters вони дійсно використовують "брудний шматочок", щоб вказати, коли chkdskслід запустити.
Прорив

1
Це правда, і я не заперечував цієї частини. Але цей біт - це лише швидка перевірка, щоб chkdskвзагалі не запускати. Тобто, якщо він не встановлений, то вам взагалі не потрібно перевіряти кордон. Це оптимізує час завантаження для випадку без збоїв. Але питання стосувалося справи БСДО, і тоді журнал має значення. А опис журналу Psycogeek просто не має сенсу. За допомогою неповного запису журналу (відсутній показник кінця) ви можете виправити неповне записування за допомогою відкату.
MSalters

Ваше все правильно, моя відповідь - неясна спроба висвітлити різні рівні "журналу", як-от індексація та інші речі, що не в мене. Для відповіді потрібна ціла книга. Відверто сказати, що відповідь невірна, і що "журнал" у системі Windows обмежений метаданими, коли вони використовуються для індексації, і хто знає що ще. У цьому випадку це більше, ніж метадані, а також підлягає відновленню. Якщо ви ще не бачили, що все є на диску, і все те, що робиться, я не експерт, але я не зневажав речі, які там відбуваються.
Psycogeek

Я спеціально заявив, що написання журналу може стати точкою корупції. і ти логічно повертаєшся з «журналом ідеально». Але невдале написання самого журналу ніколи не спадає на думку? Наскільки чітко він би знав, що він завершив цю запис (и), якщо в середині цього повідомлення про те, що дані зараз завершені, воно не вдалося, воно зіпсувало власне записування? Якщо ви можете це пояснити. Тоді при пошуку зіпсованого журналу USN нічого не вийде в Google?
Psycogeek

0

У файловій системі на основі журналу всі зміни ваших файлів записуються та проводяться разом. Це дозволяє відокремити вміст файлу від метаданих (ім'я файлу, змінені дати тощо). Наслідком цього є те, що якщо файл не індексується в журналі, він буквально не існує, навіть якщо на платівці фізично існує 0 і 1.

Ось де це chkdskстане в нагоді, а також "брудний шматочок" накопичувача. При виконанні різних операцій з файловою системою брудний біт встановлюється до тих пір, поки операція не буде завершена, і в цей момент вона буде очищена. З документації Microsoftfsutil :

Якщо брудний біт тома встановлений, це вказує на те, що файлова система може знаходитися в непослідовному стані. Брудний біт можна встановити, тому що гучність в Інтернеті та має надзвичайні зміни, тому що було внесено зміни в гучність і вимкнення комп'ютера до того, як зміни відбулися на диску, або через те, що на томі виявлено пошкодження. Якщо брудний біт встановлений під час перезавантаження комп'ютера, chkdsk працює для перевірки відповідності гучності.

Оскільки на вашому комп'ютері встановлено брудний біт, вам потрібно забезпечити відповідність файлової системи для запобігання пошкодження обсягу або втрати даних. Запуск перевірки файлової системи також може дозволити диска відновлювати неіндексовані файли, які ще не були записані в журналі.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.