Ru-Board.club
← Вернуться в раздел «Microsoft Windows»

» "Windows - ошибка отложенной записи"

Автор: Parovozov
Дата сообщения: 14.01.2004 22:09
В WinXP pro после ряда изменений в рееестре началось следующее, при загрузке слетают настройки монитора и по мере запуска служб (на сколько я понимаю) с системном трее появляется знак восклицания и выскакивают сообщения следующего содержания:

"Windows - ошибка отложенной записи.
Не удалось сохранить все данные файла C:\$Mft (C:\Windows и пр. - целая куча разных путей). Часть данных потеряна. Эта ошибка может быть вызвана отказом оборудования компьютера или сетевого подключения. попытайтесь сохранить этот файл в другом месте."

Вот такая фигня, что за файл? что это за ошибка?
Такие же настройки я проводил на другом компе - там все нормально работает...
Автор: Cheery
Дата сообщения: 14.01.2004 22:18
Parovozov

Цитата:
что за файл?

http://krol-forum.webm.ru/download/FileSystem.pdf

Цитата:
3.4.2 Архитектура файловой системы NTFS
3.4.2.1 Главная файловая таблица
Каждый файл на разделе NTFS представлен записью в специальном файле, называемом
главной файловой таблицей (Master File Table) . NTFS резервирует первые 16 записей таблицы для системной информации. Первая запись этой таблицы описывает саму MFT; за ней следует зеркальная запись (mirror record) MFT. Если первая запись MFT окажется разрушена, то OS использует вторую запись для отыскания зеркального файла MFT, первая запись которого идентична первой записи MFT. Расположение сегментов данных MFT и её копии записаны в секторе начальной загрузки. Дубликат сектора начальной загрузки находится в логическом центре диска.
Третья запись MFT — файл регистрации (log file); используется для восстановления
целостности файловой системы при сбоях. Семнадцатая и последующие записи главной файловой таблицы используются собственно файлами и каталогами (которые так же рассматриваются как файлы).

Скандиском диск проверял? поверхность диска проверял? Диск не забит под завязку?
Плюс смотри сюда
http://forum.ru-board.com/topic.cgi?forum=27&topic=1869
и прочитай это
http://www.derstein.ru/good/good_43.html

Цитата:
Допущения, обеспечивающие надежность

Ну хорошо, скажете вы, всё так замечательно - но почему же тогда разделы NTFS всё же летят?.. Сейчас я постараюсь объяснить принципы, которые приводит к тому, что вышеописанная модель сможет обеспечить полную восстанавливаемость логических структур.


Жесткий диск, в штатном режиме, должен записать именно то и именно туда, что и куда ему сказано было записать операционной системой. Данный принцип нарушается в случае, если система имеет ненадежный шлейф, процессор, память или контроллер - и это самая распространенная причина сбоев NTFS. Вам поможет: не разогнанный процессор, дорогая (качественная) память, хорошая материнская плата и протокол UDMA, обеспечивающий контроль и восстановление ошибок на участке контроллер-диск.
Жесткий диск, в случае аварии, отключения питания или получения от контроллера сигнала "сброс" (в случае внезапной перезагрузки материнской платы) обязан корректно завершить запись данных текущего физического сектора, если таковая производилась на момент аварии. Промежуточное состояние сектора не допускается. Вам помогут современные винчестеры, которые могут осуществить данную операцию даже в случае полного пропадания питания - у них хватит буферизированной в конденсаторах энергии, и их логика рассчитана на корректное поведение в случае отказа питания при записи.
Диск обязан мгновенно осуществить запись данных, отправленных с флагом "не кэшировать". Дело в том, что многие современные диски или контроллеры обеспечивают задержанную запись. Метафайлы NTFS обновляются в режиме "писать сразу", и контроллер/диск обязан выполнять это требование.
Жесткий диск обязан обеспечить чтение именно тех данных, которые были записаны. В случае невозможности прочесть данные выдается сигнал "ошибка". Диск не имеет права возвращать ошибочные данные (возможно, лишь частично некорректные) без сигнала об ошибке. Все современные жесткие диски имеют контрольные суммы секторов и жестко следуют этой логике поведения.
Четкое выполнение этих требований полностью гарантирует надежную работу NTFS. Структура файловой системы не будет содержать существенных ошибок даже после сбоя. Некоторые несущественные ошибки всё же появляются из-за того, что логика журналирование часто пытается завершить недоделанные операции - например, то же удаление файла - тогда как полную надежность обеспечивал бы только безусловный откат всего, что находится после последней контрольной точки. Малые несоответствия, рождающиеся из этих попыток, относятся к избыточной информации системы безопасности, не представляют никакой реальной опасности для данных - они действительно незначительны. Суть этих несоответствий чаще всего заключается в том, что на диске остаются "лишние" данные о тех режимах доступа, которые уже не понадобятся системе. Их прочистка - дело сугубо повышения производительности, как, например, дефрагментация, поэтому их наличие не является на самом деле ошибкой. В случае же обнаружения серьезных, реальных, проблем драйвер сам установит флажок тома "грязный", что проинструктирует систему проверить том при следующем его монтировании.

Я с большим сожалением должен сказать, что подавляющее большинство фатальных ошибок NTFS происходит по вине аппаратуры, не выполняющей эти элементарные требования. Да, я понимаю, абсолютной надежности не бывает. Но Microsoft пошел по пути разделения труда - за надежность вашей аппаратуры корпорация ответственности не несет. Мой компьютер на 70% не попадает в список совместимого с Windows 2000 оборудования, и то же самое можно сказать про почти любую реальную машину, функционирующую на просторах бывшего СССР. Особенно это относится к любителям разгонять компьютеры. Запомните раз и навсегда: вы с огромной степенью вероятности угробите NTFS в первый же год работы, если ваш процессор - 333, разогнанный на 450. И даже не раз.. Мне очень жаль, но это действительно так. От любых сбоев корректного компьютера NTFS защитит, но вот от записи случайных данных в бут-сектор (копия которого, кстати, хранится в самом конце раздела) и в MFT система просто не страхуется. Извините.

Автор: Parovozov
Дата сообщения: 15.01.2004 00:40
попробовал запуститься в сейфмоде - дурацкое слово
с надцатого раза получилось, запустил чекдиск, нашел кучу всего? типа узбитых файлов
c:\Windows\Prefetch\CTFMON.exe-0E17969B.pf и т.д.
так вот в сейфмоде - нормальный вид, с нормальными настройками монитора, никаких предупреждений и никаких ошибок, а перезагружаюсь в обычном виде, так снова таж фигня... да и еще - никаких файлов отката, хотя я оставил функцию восстановления системы!
Диск абсолютно новый из 12Гиг выделенных под систему забито было 4Г всякими прогами...
в общем понял, надо спокойно проверить еще раз чекдиском и поковырять в сейфмоде, там глядишь и восстановим )
на крайняк переустановлю Винду, все данные на другом Диске...
Спасибо за статьи!
Автор: Cheery
Дата сообщения: 15.01.2004 00:45
Parovozov
Очень похоже на то, что установил кэширование записи..

Цитата:
Диск обязан мгновенно осуществить запись данных, отправленных с флагом "не кэшировать". Дело в том, что многие современные диски или контроллеры обеспечивают задержанную запись. Метафайлы NTFS обновляются в режиме "писать сразу", и контроллер/диск обязан выполнять это требование.


Цитата:
типа узбитых файлов
c:\Windows\Prefetch\CTFMON.exe-0E17969B.pf

Microsoft ввела в Windows XP новую функцию : boot defrag. Суть её состоит в том, что при каждой загрузке дефрагментируются файлы необходимые для старта XP, что позволяет ей грузиться быстрее. Если выключить эту функцию, то на первых порах загрузка будет идти чуть-чуть быстрее, но по прошествии определённого времени заметно замедлиться. Управлять данной функцией можно через реестр. В разделе

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dfrg\BootOptimizeFunction

ищем ключ Enable. Поменяв его значение на N, мы выключим boot defrag, присвоив Y включим.

Поскольку дефpагментация и оптимизация расположения на диске файлов, нужных системе во вpемя загрузки, pешающем образом влияет на весь пpоцесс загpузки ОС, а пользователи очень редко запускают дефpагментатоp, то система тепеpь умеет сама оптимизиpовать эти файлы, причем не как ей вздумается, а основываясь на данных файлов notosboot-b00dfaad.pf и layout.ini, котоpые лежат в каталоге %windir%/prefetch.

Пpавда, пpоисходит автоматическая дефpагментация пpи пpостое системы. Если пользователь 10-30 минут после загpузки ОС не пpоизводил никаких опеpаций. Поэтому может случится так, что на вашей интенсивно используемой системе файлы окажутся не оптимизиpованы.

Пpовеpить, пpоизошла ли оптимизация, можно, заглянув в реестр - если в pазделе

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dfrg\BootOptimizeFunction

стоит паpаметp "OptimizeComplete"="yes", то дефpагментация была пpоизведена. Если этого не пpоизошло, то пpосто перезагрузите компьютер и оставьте его минут на тpидцать в одиночестве, и ускоpение следующей загpузки будет заметно даже на глаз. Только запомните, что пеpед оптимизацией ПК со свежеустановленной ОС должен иметь в своем багаже хотя бы тpи пеpезагpузки для накопления нужных данных.

Штатный дефpагментатоp Windows XP не отменяет это оптимизацию, так что пользоваться им можно без опаски.

На сайте Microsoft'a есть стpаница по оптимизации загpузки XP. Там же лежит Bootvis, с помощью котоpого можно вpучную запустить вышеописанный BootDefrag
Автор: dariusii
Дата сообщения: 23.01.2004 20:30
Это не NTFS))) виновата и все вышеперечисленное
Это железо
Либо проц либо видюшка
А может даже и блок питания при всем при том что выдает нормальное напряжение и 300ватт
Ставил winxp на фат 32 после вышеозначенного трабла - вместо желтого треугольничка ничего не появляется но файлы просто напросто начинают исчезать.

Менял диск
менял мать!!!
менял видюшку
отрубал все остальные ide и floppy устройства
трабл повторяется

Если поставить слабую карточку GeForce например то трабл исчезает
Ставлю побыстрее малость - (Radeon 9200) все по новому и дико быстро начинает по-началу работать система.
Все настройки в BIOS по шине в разных регионах (AGP/FSB/PCI/DDR) снижены донекуда

На FreeBSD/Win98/Linux трабла нигде не возникает (компиляция etc)


Добавлено
ака ввод.вывод
что то похожее на если бы разогать 266ddr до 350-400 mz

Добавлено
Да
кстати
память тоже менял
не помогает
Автор: dariusii
Дата сообщения: 24.01.2004 03:55
Снимаю hdd block mode и precharge
также вырубаю запись транзакций с цпу на пс шину
Трабл исчезает
Пробовал по отдельности снимать - не помогает!)))
Автор: Stevsky
Дата сообщения: 07.04.2011 18:07
Тоже сталкивался с этой проблемой, честное слово, задолбала вконец!
Выдаёт вот это:
Windows - Ошибка отложенной записи. Не удалось сохранить все данные файла H:\$Mft. Часть данных потеряна. Эта ошибка может быть вызвана отказом оборудования компьютера или сетевого подключения. Попытайтесь сохранить этот файл в другом месте.
я, решая проблему, всё перелопатил: память, проц, дрова, винду, антивирь, фаерволл, винт, всё вобщем...
в конце-концов проблему решил...
здесь - подробно описал все действия по шагам. читаем, может кому что из моих мучений поможет
http://stevsky.ru/articles/computers/190-mft
Автор: LIDIRGTR
Дата сообщения: 01.08.2011 11:27
Не удалось сохранить все данные файла C:\$Mft (C:\Windows и пр. - целая куча разных путей). Часть данных потеряна. Эта ошибка может быть вызвана отказом оборудования компьютера или сетевого подключения. попытайтесь сохранить этот файл в другом месте."

У меня разделенный вин на С и D часть не могу ничего уст на диск D а на C все устанавливаеть что делать

Страницы: 1

Предыдущая тема: Долгий вход в WinXP


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.