Чтобы сократить длинную историю: я клонировал поврежденный жесткий диск ntfs (сломанная корневая запись $ MFT) и загрузился в свои родные окна, чтобы выполнить запуск chkdsk.
При запуске Windows выполняется нежелательный запуск chkdsk. Запуск chkdsk прошел довольно успешно. К сожалению, журнал chkdsk кажется неполным.
Я прочитал журнал с идентификатором события 1001 из средства просмотра событий и непосредственно в оболочке питания с помощью следующей команды:
get-winevent -FilterHashTable @{logname="Application"; id="1001"}| ?{$_.providername –match "wininit"} | fl timecreated, message
Таким образом, я не могу сделать заявление о том, какие и сколько кластеров можно (не) восстановить при запуске chkdsk. Журнал состоит из 274 строк и, похоже, обрывается посреди процесса.
[ . . .]
Einige Cluster, die vom Attribut vom Typ 0x80 und der Instanzkennung 0x1
in der Datei 0xfbf2 belegt sind, werden bereits verwendet.
Beschädigter Attributeintrag (128, "") wird
vom Datensatzsegment 64498 gelöscht.
Der Attributeintrag vom Typ 0x80 und mit der Instanzkennung 0x1 ist
von 0x3ac8559 an für möglicherweise 0x5 Cluster quer verbunden.
Einige Cluster, die vom Attribut vom Typ 0x80 und der Instanzkennung 0x1
in der Datei 0xfbf3 belegt sind, werden bereits verwendet.
Beschädigter Attributeintrag (128, "") wird
vom Datensatzsegment 64499 gelöscht.
Der Attributeintrag vom Typ 0x80 und mit der Instanzkennung 0x1 ist
von 0x3ac855e an für möglicherweise 0x5 Cluster quer verbunden.
Einige Cluster, die vom Attribut vom Typ 0x80 und der Instanzkennung 0x1
in der Datei 0xfbf4 belegt sind, werden bereits verwen
Вопрос: есть ли дополнительный ресурс для администрирования журнала? Есть ли причина, по которой журнал может быть сломан после 274 строк?