Это интересно
- ОКД
- ЗКС
- ИПО
- КНПВ
- Мондиоринг
- Большой ринг
- Французский ринг
- Аджилити
- Фризби
Опрос
Полезные ссылки
РКФ
Все о дрессировке собак
Стрижка собак в Коломне
Поиск по сайту
Жесткий диск полностью загружен: причины и устранение. Журнал тома ntfs грузит диск
Почему HDD диск загружен на 100% в Windows 8? — Toster.ru
Проблема наблюдается на ноутбуках с Windows 8.Если система свежая, то чаще всего тормозов не наблюдается, но не всегда, а со временем периодически диск начинает забирать 100% ресурсов, очередь диска в мониторе ресурсов под 50. Причем так бывает почти всегда при загрузке, что можно было списать на программы автозапуска, но в мониторе грузят больше всего не они, а процессы System, svchost, которые пишут, то какие-то временные файлы, то в файлы с расширением ebd, журнал тома NTFS, System Volume Information, журналы NTFS, MFT, prefetch и т.д.В случаях отличных от загрузки, система может резко начать тормозить ни с того ни с сего, обычно виной процесс System и загрузка диска в мониторе — 100%. Все что-то активно постоянно пишут (чаще всего в те же файлы, что и при загрузке, когда наблюдаются тормоза), я уже молчу о chrome и MSMpEng, которые могут начать активно занимать диск в любое время, тормозя при этом всю работу.Запуск же любого приложения затягивается и грузит также систему, из-за того, что диск сразу же нагружается на 100%, независимо от того, что запускалось. (от запущенной программы зависит только время, когда диск загружен полностью и немного позже еще пишут системные процессы).
У меня один из топовых ноутбуков HP (http://market.yandex.ru/model.xml?hid=91013&modelid=8492072&clid=502), но замечено, и еще более значительные и ощутимые тормоза и на других ноутбуках с Win8 — вплоть до того, что на свежеустановленной ОС при обращении к файлам (например при открытии фото) тот же system начинает дико писать на диск, и пока это происходит — файл не открывается.
Гугление показало, что проблема встречается у многих, а решения так и нет. Майкрософт в таких вопросах обычно открещивается, говорит, что пользователи идиоты и не понимают как работает дисковая подсистема Win8 или отсылает к производителям ноутбуков. Кому-то удалось разобраться или решить подобное?
PS я Win8 не переустанавливал еще, но поставленная рядом Win 7 работает супербыстро, быстрее чем свежая восьмерка. Так что вряд ли это аппаратная проблема.
toster.ru
Файловая система NTFS
Операционные системы Microsoft семейства Windows NT нельзя представить без файловой системы NTFS — одной из самых сложных и удачных из существующих на данный момент файловых систем. Данная статья расскажет вам, в чем особенности и недостатки этой системы, на каких принципах основана организация информации, и как поддерживать систему в стабильном состоянии, какие возможности предлагает NTFS и как их можно использовать обычному пользователю.Часть 1. Физическая структура NTFS
Начнем с общих фактов. Раздел NTFS, теоретически, может быть почти какого угодно размера. Предел, конечно, есть, но я даже не буду указывать его, так как его с запасом хватит на последующие сто лет развития вычислительной техники — при любых темпах роста. Как обстоит с этим дело на практике? Почти так же. Максимальный размер раздела NTFS в данный момент ограничен лишь размерами жестких дисков. NT4, правда, будет испытывать проблемы при попытке установки на раздел, если хоть какая-нибудь его часть отступает более чем на 8 Гб от физического начала диска, но эта проблема касается лишь загрузочного раздела.
Структура раздела — общий взгляд
Как и любая другая система, NTFS делит все полезное место на кластеры — блоки данных, используемые единовременно. NTFS поддерживает почти любые размеры кластеров — от 512 байт до 64 Кбайт, неким стандартом же считается кластер размером 4 Кбайт. Никаких аномалий кластерной структуры NTFS не имеет, поэтому на эту, в общем-то, довольно банальную тему, сказать особо нечего.
Диск NTFS условно делится на две части. Первые 12% диска отводятся под так называемую MFT зону — пространство, в которое растет метафайл MFT (об этом ниже). Запись каких-либо данных в эту область невозможна. MFT-зона всегда держится пустой — это делается для того, чтобы самый главный, служебный файл (MFT) не фрагментировался при своем росте. Остальные 88% диска представляют собой обычное пространство для хранения файлов.
Свободное место диска, однако, включает в себя всё физически свободное место — незаполненные куски MFT-зоны туда тоже включаются. Механизм использования MFT-зоны таков: когда файлы уже нельзя записывать в обычное пространство, MFT-зона просто сокращается (в текущих версиях операционных систем ровно в два раза), освобождая таким образом место для записи файлов. При освобождении места в обычной области MFT зона может снова расширится. При этом не исключена ситуация, когда в этой зоне остались и обычные файлы: никакой аномалии тут нет. Что ж, система старалась оставить её свободной, но ничего не получилось. Жизнь продолжается… Метафайл MFT все-таки может фрагментироваться, хоть это и было бы нежелательно.
MFT и его структура
Файловая система NTFS представляет собой выдающееся достижение структуризации: каждый элемент системы представляет собой файл — даже служебная информация. Самый главный файл на NTFS называется MFT, или Master File Table — общая таблица файлов. Именно он размещается в MFT зоне и представляет собой централизованный каталог всех остальных файлов диска, и, как не парадоксально, себя самого. MFT поделен на записи фиксированного размера (обычно 1 Кбайт), и каждая запись соответствует какому либо файлу (в общем смысле этого слова). Первые 16 файлов носят служебный характер и недоступны операционной системе — они называются метафайлами, причем самый первый метафайл — сам MFT. Эти первые 16 элементов MFT — единственная часть диска, имеющая фиксированное положение. Интересно, что вторая копия первых трех записей, для надежности — они очень важны — хранится ровно посередине диска. Остальной MFT-файл может располагаться, как и любой другой файл, в произвольных местах диска — восстановить его положение можно с помощью его самого, «зацепившись» за самую основу — за первый элемент MFT.
Метафайлы
Первые 16 файлов NTFS (метафайлы) носят служебный характер. Каждый из них отвечает за какой-либо аспект работы системы. Преимущество настолько модульного подхода заключается в поразительной гибкости — например, на FAT-е физическое повреждение в самой области FAT фатально для функционирования всего диска, а NTFS может сместить, даже фрагментировать по диску, все свои служебные области, обойдя любые неисправности поверхности — кроме первых 16 элементов MFT.
Метафайлы находятся корневом каталоге NTFS диска — они начинаются с символа имени «$», хотя получить какую-либо информацию о них стандартными средствами сложно. Любопытно, что и для этих файлов указан вполне реальный размер — можно узнать, например, сколько операционная система тратит на каталогизацию всего вашего диска, посмотрев размер файла $MFT. В следующей таблице приведены используемые в данный момент метафайлы и их назначение.
| $MFT | сам MFT |
| $MFTmirr | копия первых 16 записей MFT, размещенная посередине диска |
| $LogFile | |
| $Volume | служебная информация — метка тома, версия файловой системы, т. д. |
| $AttrDef | список стандартных атрибутов файлов на томе |
| $. | корневой каталог |
| $Bitmap | карта свободного места тома |
| $Boot | загрузочный сектор (если раздел загрузочный) |
| $Quota | файл, в котором записаны права пользователей на использование дискового пространства (начал работать лишь в NT5) |
| $Upcase | файл — таблица соответствия заглавных и прописных букв в имен файлов на текущем томе. Нужен в основном потому, что в NTFS имена файлов записываются в Unicode, что составляет 65 тысяч различных символов, искать большие и малые эквиваленты которых очень нетривиально. |
Файлы и потоки
Итак, у системы есть файлы — и ничего кроме файлов. Что включает в себя это понятие на NTFS?
- Прежде всего, обязательный элемент — запись в MFT, ведь, как было сказано ранее, все файлы диска упоминаются в MFT. В этом месте хранится вся информация о файле, за исключением собственно данных. Имя файла, размер, положение на диске отдельных фрагментов, и т. д. Если для информации не хватает одной записи MFT, то используются несколько, причем не обязательно подряд.
- Опциональный элемент — потоки данных файла. Может показаться странным определение «опциональный», но, тем не менее, ничего странного тут нет. Во-первых, файл может не иметь данных — в таком случае на него не расходуется свободное место самого диска. Во-вторых, файл может иметь не очень большой размер. Тогда идет в ход довольно удачное решение: данные файла хранятся прямо в MFT, в оставшемся от основных данных месте в пределах одной записи MFT. Файлы, занимающие сотни байт, обычно не имеют своего «физического» воплощения в основной файловой области — все данные такого файла хранятся в одном месте — в MFT.
Довольно интересно обстоит дело и с данными файла. Каждый файл на NTFS, в общем-то, имеет несколько абстрактное строение — у него нет как таковых данных, а есть потоки (streams). Один из потоков и носит привычный нам смысл — данные файла. Но большинство атрибутов файла — тоже потоки! Таким образом, получается, что базовая сущность у файла только одна — номер в MFT, а всё остальное опционально. Данная абстракция может использоваться для создания довольно удобных вещей — например, файлу можно «прилепить» еще один поток, записав в него любые данные — например, информацию об авторе и содержании файла, как это сделано в Windows 2000 (самая правая закладка в свойствах файла, просматриваемых из проводника). Интересно, что эти дополнительные потоки не видны стандартными средствами: наблюдаемый размер файла — это лишь размер основного потока, который содержит традиционные данные. Можно, к примеру, иметь файл нулевой длинны, при стирании которого освободится 1 Гбайт свободного места — просто потому, что какая-нибудь хитрая программа или технология прилепила в нему дополнительный поток (альтернативные данные) гигабайтового размера. Но на самом деле в текущий момент потоки практически не используются, так что опасаться подобных ситуаций не следует, хотя гипотетически они возможны. Просто имейте в виду, что файл на NTFS — это более глубокое и глобальное понятие, чем можно себе вообразить просто просматривая каталоги диска. Ну и напоследок: имя файла может содержать любые символы, включая полый набор национальных алфавитов, так как данные представлены в Unicode — 16-битном представлении, которое дает 65535 разных символов. Максимальная длина имени файла — 255 символов.
Каталоги
Каталог на NTFS представляет собой специфический файл, хранящий ссылки на другие файлы и каталоги, создавая иерархическое строение данных на диске. Файл каталога поделен на блоки, каждый из которых содержит имя файла, базовые атрибуты и ссылку на элемент MFT, который уже предоставляет полную информацию об элементе каталога. Внутренняя структура каталога представляет собой бинарное дерево. Вот что это означает: для поиска файла с данным именем в линейном каталоге, таком, например, как у FAT-а, операционной системе приходится просматривать все элементы каталога, пока она не найдет нужный. Бинарное же дерево располагает имена файлов таким образом, чтобы поиск файла осуществлялся более быстрым способом — с помощью получения двухзначных ответов на вопросы о положении файла. Вопрос, на который бинарное дерево способно дать ответ, таков: в какой группе, относительно данного элемента, находится искомое имя — выше или ниже? Мы начинаем с такого вопроса к среднему элементу, и каждый ответ сужает зону поиска в среднем в два раза. Файлы, скажем, просто отсортированы по алфавиту, и ответ на вопрос осуществляется очевидным способом — сравнением начальных букв. Область поиска, суженная в два раза, начинает исследоваться аналогичным образом, начиная опять же со среднего элемента.
Вывод — для поиска одного файла среди 1000, например, FAT придется осуществить в среднем 500 сравнений (наиболее вероятно, что файл будет найден на середине поиска), а системе на основе дерева — всего около 12-ти (2^10 = 1024). Экономия времени поиска налицо. Не стоит, однако думать, что в традиционных системах (FAT) всё так запущено: во-первых, поддержание списка файлов в виде бинарного дерева довольно трудоемко, а во-вторых — даже FAT в исполнении современной системы (Windows2000 или Windows98) использует сходную оптимизацию поиска. Это просто еще один факт в вашу копилку знаний. Хочется также развеять распространенное заблуждение (которое я сам разделял совсем еще недавно) о том, что добавлять файл в каталог в виде дерева труднее, чем в линейный каталог: это достаточно сравнимые по времени операции — дело в том, что для того, чтобы добавить файл в каталог, нужно сначала убедится, что файла с таким именем там еще нет :) — и вот тут-то в линейной системе у нас будут трудности с поиском файла, описанные выше, которые с лихвой компенсируют саму простоту добавления файла в каталог.
Какую информацию можно получить, просто прочитав файл каталога? Ровно то, что выдает команда dir. Для выполнения простейшей навигации по диску не нужно лазить в MFT за каждым файлом, надо лишь читать самую общую информацию о файлах из файлов каталогов. Главный каталог диска — корневой — ничем не отличается об обычных каталогов, кроме специальной ссылки на него из начала метафайла MFT.
Журналирование
NTFS — отказоустойчивая система, которая вполне может привести себя в корректное состояние при практически любых реальных сбоях. Любая современная файловая система основана на таком понятии, как транзакция — действие, совершаемое целиком и корректно или не совершаемое вообще. У NTFS просто не бывает промежуточных (ошибочных или некорректных) состояний — квант изменения данных не может быть поделен на до и после сбоя, принося разрушения и путаницу — он либо совершен, либо отменен.
Пример 1: осуществляется запись данных на диск. Вдруг выясняется, что в то место, куда мы только что решили записать очередную порцию данных, писать не удалось — физическое повреждение поверхности. Поведение NTFS в этом случае довольно логично: транзакция записи откатывается целиком — система осознает, что запись не произведена. Место помечается как сбойное, а данные записываются в другое место — начинается новая транзакция.
Пример 2: более сложный случай — идет запись данных на диск. Вдруг, бах — отключается питание и система перезагружается. На какой фазе остановилась запись, где есть данные, а где чушь? На помощь приходит другой механизм системы — журнал транзакций. Дело в том, что система, осознав свое желание писать на диск, пометила в метафайле $LogFile это свое состояние. При перезагрузке это файл изучается на предмет наличия незавершенных транзакций, которые были прерваны аварией и результат которых непредсказуем — все эти транзакции отменяются: место, в которое осуществлялась запись, помечается снова как свободное, индексы и элементы MFT приводятся в с состояние, в котором они были до сбоя, и система в целом остается стабильна. Ну а если ошибка произошла при записи в журнал? Тоже ничего страшного: транзакция либо еще и не начиналась (идет только попытка записать намерения её произвести), либо уже закончилась — то есть идет попытка записать, что транзакция на самом деле уже выполнена. В последнем случае при следующей загрузке система сама вполне разберется, что на самом деле всё и так записано корректно, и не обратит внимания на «незаконченную» транзакцию.
И все-таки помните, что журналирование — не абсолютная панацея, а лишь средство существенно сократить число ошибок и сбоев системы. Вряд ли рядовой пользователь NTFS хоть когда-нибудь заметит ошибку системы или вынужден будет запускать chkdsk — опыт показывает, что NTFS восстанавливается в полностью корректное состояние даже при сбоях в очень загруженные дисковой активностью моменты. Вы можете даже оптимизировать диск и в самый разгар этого процесса нажать reset — вероятность потерь данных даже в этом случае будет очень низка. Важно понимать, однако, что система восстановления NTFS гарантирует корректность файловой системы, а не ваших данных. Если вы производили запись на диск и получили аварию — ваши данные могут и не записаться. Чудес не бывает.
Сжатие
Файлы NTFS имеют один довольно полезный атрибут — «сжатый». Дело в том, что NTFS имеет встроенную поддержку сжатия дисков — то, для чего раньше приходилось использовать Stacker или DoubleSpace. Любой файл или каталог в индивидуальном порядке может хранится на диске в сжатом виде — этот процесс совершенно прозрачен для приложений. Сжатие файлов имеет очень высокую скорость и только одно большое отрицательное свойство — огромная виртуальная фрагментация сжатых файлов, которая, правда, никому особо не мешает. Сжатие осуществляется блоками по 16 кластеров и использует так называемые «виртуальные кластеры» — опять же предельно гибкое решение, позволяющее добиться интересных эффектов — например, половина файла может быть сжата, а половина — нет. Это достигается благодаря тому, что хранение информации о компрессированности определенных фрагментов очень похоже на обычную фрагментацию файлов: например, типичная запись физической раскладки для реального, несжатого, файла:
кластеры файла с 1 по 43-й хранятся в кластерах диска начиная с 400-го
кластеры файла с 44 по 52-й хранятся в кластерах диска начиная с 8530-го…
Физическая раскладка типичного сжатого файла:
кластеры файла с 1 по 9-й хранятся в кластерах диска начиная с 400-го
кластеры файла с 10 по 16-й нигде не хранятся
кластеры файла с 17 по 18-й хранятся в кластерах диска начиная с 409-го
кластеры файла с 19 по 36-й нигде не хранятся
Видно, что сжатый файл имеет «виртуальные» кластеры, реальной информации в которых нет. Как только система видит такие виртуальные кластеры, она тут же понимает, что данные предыдущего блока, кратного 16-ти, должны быть разжаты, а получившиеся данные как раз заполнят виртуальные кластеры — вот, по сути, и весь алгоритм.
Безопасность
NTFS содержит множество средств разграничения прав объектов — есть мнение, что это самая совершенная файловая система из всех ныне существующих. В теории это, без сомнения, так, но в текущих реализациях, к сожалению, система прав достаточно далека от идеала и представляет собой хоть и жесткий, но не всегда логичный набор характеристик. Права, назначаемые любому объекту и однозначно соблюдаемые системой, эволюционируют — крупные изменения и дополнения прав осуществлялись уже несколько раз и к Windows 2000 все-таки они пришли к достаточно разумному набору.
Права файловой системы NTFS неразрывно связаны с самой системой — то есть они, вообще говоря, необязательны к соблюдению другой системой, если ей дать физический доступ к диску. Для предотвращения физического доступа в Windows2000 (NT5) всё же ввели стандартную возможность — об этом см. ниже. Система прав в своем текущем состоянии достаточно сложна, и я сомневаюсь, что смогу сказать широкому читателю что-нибудь интересное и полезное ему в обычной жизни. Если вас интересует эта тема — вы найдете множество книг по сетевой архитектуре NT, в которых это описано более чем подробно.
На этом описание строение файловой системы можно закончить, осталось описать лишь некоторое количество просто практичных или оригинальных вещей.
Hard Links
Эта штука была в NTFS с незапамятных времен, но использовалась очень редко — и тем не менее: Hard Link — это когда один и тот же файл имеет два имени (несколько указателей файла-каталога или разных каталогов указывают на одну и ту же MFT запись). Допустим, один и тот же файл имеет имена 1.txt и 2.txt: если пользователь сотрет файл 1, останется файл 2. Если сотрет 2 — останется файл 1, то есть оба имени, с момента создания, совершенно равноправны. Файл физически стирается лишь тогда, когда будет удалено его последнее имя.
Symbolic Links (NT5)
Гораздо более практичная возможность, позволяющая делать виртуальные каталоги — ровно так же, как и виртуальные диски командой subst в DOSе. Применения достаточно разнообразны: во-первых, упрощение системы каталогов. Если вам не нравится каталог Documents and settingsAdministratorDocuments, вы можете прилинковать его в корневой каталог — система будет по прежнему общаться с каталогом с дремучим путем, а вы — с гораздо более коротким именем, полностью ему эквивалентным. Для создания таких связей можно воспользоваться программой junction (junction.zip, 15 Кб), которую написал известный специалист Mark Russinovich. Программа работает только в NT5 (Windows 2000), как и сама возможность.
Для удаления связи можно воспользоваться стандартной командой rd.ВНИМАНИЕ: Попытка уделения связи с помощью проводника или других файловых менеджеров, не понимающих виртуальную природу каталога (например, FAR), приведет к удалению данных, на которые ссылается ссылка! Будьте осторожны.
Шифрование (NT5)
Полезная возможность для людей, которые беспокоятся за свои секреты — каждый файл или каталог может также быть зашифрован, что не даст возможность прочесть его другой инсталляцией NT. В сочетании со стандартным и практически непрошибаемым паролем на загрузку самой системы, эта возможность обеспечивает достаточную для большинства применений безопасность избранных вами важных данных.
Часть 2. Особенности дефрагментации NTFS
Вернемся к одному достаточно интересному и важному моменту — фрагментации и дефрагментации NTFS. Дело в том, что ситуация, сложившаяся с этими двумя понятиями в настоящий момент, никак не может быть названа удовлетворительной. В самом начале утверждалось, что NTFS не подвержена фрагментации файлов. Это оказалось не совсем так, и утверждение сменили — NTFS препятствует фрагментации. Оказалось, что и это не совсем так. То есть она, конечно, препятствует, но толк от этого близок к нулю… Сейчас уже понятно, что NTFS — система, которая как никакая другая предрасположена к фрагментации, что бы ни утверждалось официально. Единственное что — логически она не очень от этого страдает. Все внутренние структуры построены таким образом, что фрагментация не мешает быстро находить фрагменты данных. Но от физического последствия фрагментации — лишних движений головок — она, конечно, не спасает. И поэтому — вперед и с песней.
К истокам проблемы
Как известно, система сильнее всего фрагментирует файлы когда свободное место кончается, когда приходится использовать мелкие дырки, оставшиеся от других файлов. Тут возникает первое свойство NTFS, которое прямо способствует серьезной фрагментации.
Диск NTFS поделен на две зоны. В начала диска идет MFT зона — зона, куда растет MFT, Master File Table. Зона занимает минимум 12% диска, и запись данных в эту зону невозможна. Это сделано для того, чтобы не фрагментировался хотя бы MFT. Но когда весь остальной диск заполняется — зона сокращается ровно в два раза :). И так далее. Таким образом мы имеем не один заход окончания диска, а несколько. В результате если NTFS работает при диске, заполненном на около 90% — фрагментация растет как бешенная.
Попутное следствие — диск, заполненный более чем на 88%, дефрагментировать почти невозможно — даже API дефрагментации не может перемещать данные в MFT зону. Может оказаться так, что у нас не будет свободного места для маневра.
Далее. NTFS работает себе и работает, и всё таки фрагментируется — даже в том случае, если свободное место далеко от истощения. Этому способствует странный алгоритм нахождения свободного места для записи файлов — второе серьезное упущение. Алгоритм действий при любой записи такой: берется какой-то определенный объем диска и заполняется файлом до упора. Причем по очень интересному алгоритму: сначала заполняются большие дырки, потом маленькие. Т.е. типичное распределение фрагментов файла по размеру на фрагментированной NTFS выглядит так (размеры фрагментов):
16 - 16 - 16 - 16 - 16 - [скачек назад] - 15 - 15 - 15 - [назад] - 14 - 14 - 14 .... 1 - 1 - 1 -1 - 1...
Так процесс идет до самых мелких дырок в 1 кластер, несмотря на то, что на диске наверняка есть и гораздо более большие куски свободного места.
Вспомните сжатые файлы — при активной перезаписи больших объемов сжатой информации на NTFS образуется гигантское количество «дырок» из-за перераспределения на диске сжатых объемов — если какой-либо участок файла стал сжиматься лучше или хуже, его приходится либо изымать из непрерывной цепочки и размещать в другом месте, либо стягивать в объеме, оставляя за собой дырку.
Смысл в сего этого вступления в пояснении того простого факта, что никак нельзя сказать, что NTFS препятствует фрагментации файлов. Наоборот, она с радостью их фрагментирует. Фрагментация NTFS через пол года работы доведет до искреннего удивления любого человека, знакомого с работой файловой системой. Поэтому приходится запускать дефрагментатор. Но на этом все наши проблемы не заканчиваются, а, увы, только начинаются.
Средства решения?
В NT существует стандартное API дефрагментации. Обладающее интересным ограничением для перемещения блоков файлов: за один раз можно перемещать не менее 16 кластеров (!), причем начинаться эти кластеры должны с позиции, кратной 16 кластерам в файле. В общем, операция осуществляется исключительно по 16 кластеров. Следствия:
- В дырку свободного места менее 16 кластеров нельзя ничего переместить (кроме сжатых файлов, но это неинтересные в данный момент тонкости).
- Файл, будучи перемещенный в другое место, оставляет после себя (на новом месте) «временно занятое место», дополняющее его по размеру до кратности 16 кластерам.
- При попытке как-то неправильно (»не кратно 16») переместить файл результат часто непредсказуем. Что-то округляется, что-то просто не перемещается… Тем не менее, всё место действия щедро рассыпается «временно занятым местом».
«Временно занятое место» служит для облегчения восстановления системы в случае аппаратного сбоя и освобождается через некоторое время, обычно где-то пол минуты.
Тем не менее, логично было бы использовать это API, раз он есть. Его и используют. Поэтому процесс стандартной дефрагментации, с поправками на ограниченность API, состоит из следующих фаз (не обязательно в этом порядке):
- Вынимание файлов из MFT зоны. Не специально — просто обратно туда их положить не представляется возможным :) Безобидная фаза, и даже в чем то полезная.
- Дефрагментация файлов. Безусловно, полезный процесс, несколько, правда, осложняемый ограничениями кратности перемещений — файлы часто приходится перекладывать сильнее, чем это было бы логично сделать по уму.
- Дефрагментация MFT, виртуалки (pagefile.sys) и каталогов. Возможна через API только в Windows2000, иначе — при перезагрузке, отдельным процессом, как в старом Diskeeper-е.
- Складывание файлов ближе к началу — так называемая дефрагментация свободного места. Вот это — воистину страшный процесс.
Допустим, мы хотим положить файлы подряд в начало диска. Кладем один файл. Он оставляет хвост занятости дополнения до кратности 16. Кладем следующий — после хвоста, естественно. Через некоторое время, по освобождению хвоста, имеем дырку Таким образом, имеется два примерно равнозначных варианта. Первый — часто оптимизировать диск таким дефрагментатором, смиряясь при этом с дикой фрагментацией заново созданных файлов. Второй вариант — вообще ничего не трогать, и смириться с равномерной, но гораздо более слабой фрагментацией всех файлов на диске.
Пока есть всего один дефрагментатор, который игнорирует API дефрагментации и работает как-то более напрямую — Norton Speeddisk 5.0 для NT. Когда его пытаются сравнить со всеми остальными — Diskeeper, O&O defrag, т. д. — не упоминают этого главного, самого принципиального, отличия. Просто потому, что эта проблема тщательно скрывается, по крайней мере уж точно не афишируется на каждом шагу. Speeddisk — единственная на сегодняшний день программа, которая может оптимизировать диск полностью, не создавая маленьких незаполненных фрагментов свободного места. Стоит добавить также, что при помощи стандартного API невозможно дефрагментировать тома NTFS с кластером более 4 Кбайт, а SpeedDisk и это может.
К сожалению, в Windows 2000 поместили дефрагментатор, который работает через API, и, соответственно, плодит дырки Как некоторый вывод из всего этого: все остальные дефрагментаторы при одноразовом применении просто вредны. Если вы запускали его хоть раз — нужно запускать его потом хотя бы раз в месяц, чтобы избавится от фрагментации новоприбывающих файлов. В этом основная суть сложности дефрагментации NTFS теми средствами, которые сложились исторически.
Часть 3. Что выбрать?
Любая из представленных ныне файловых систем уходит своими корнями в глубокое прошлое — еще к 80-м годам. Да, NTFS, как это не странно — очень старая система! Дело в том, что долгое время персональные компьютеры пользовались лишь операционной системой DOS, которой и обязана своим появлением FAT. Но параллельно разрабатывались и тихо существовали системы, нацеленные на будущее. Две таких системы, получившие всё же широкое признание — NTFS, созданная для операционной системы Windows NT 3.1 еще в незапамятные времена, и HPFS — верная спутница OS/2.
Внедрение новых систем шло трудно — еще в 95м году, с выходом Windows95, ни у кого не было и мыслей о том, что что-то нужно менять — FAT получил второе дыхание посредством налепленной сверху заплатки «длинные имена», реализация которых там хоть и близка к идеально возможной без изменения системы, но всё же довольно бестолкова. Но в последующие годы необходимость перемен назрела окончательно, поскольку естественные ограничения FAT стали давать о себе знать. FAT32, появившаяся в Windows 95 OSR2, просто сдвинула рамки — не изменив сути системы, которая просто не дает возможности организовать эффективную работу с большим количеством данных.
HPFS (High Performance File System), активно применяемая до сих пор пользователями OS/2, показала себя достаточно удачной системой, но и она имела существенные недостатки — полное отсутствие средств автоматической восстанавливаемости, излишнюю сложность организации данных и невысокую гибкость.
NTFS же долго не могла завоевать персональные компьютеры из-за того, что для организации эффективной работы с её структурами данных требовались значительные объемы памяти. Системы с 4 или 8 Мбайт (стандарт 95-96 годов) были просто неспособны получить хоть какой-либо плюс от NTFS, поэтому за ней закрепилась не очень правильная репутация медленной и громоздкой системы. На самом деле это не соответствует действительности — современные компьютерные системы с памятью более 64 Мб получают просто огромный прирост производительности от использования NTFS.
В данной таблице сведены воедино все существенные плюсы и минусы распространенных в наше время систем, таких как FAT32, FAT и NTFS. Вряд ли разумно обсуждать другие системы, так как в настоящее время 97% пользователей делают выбор между Windows98, Windows NT4.0 и Windows 2000 (NT5.0), а других вариантов там просто нет.
FAT | FAT32 | NTFS | |
| Системы, её поддерживающие | DOS, Windows9Х, NT всех версий | Windows98, NT5 | NT4, NT5 |
| Максимальный размер тома | 2 Гбайт | практически неограничен | практически неограничен |
| Макс. число файлов на томе | примерно 65 тысяч | практически не ограничено | практически не ограничено |
| Имя файла | с поддержкой длинных имен — 255 символов, системный набор символов | с поддержкой длинных имен — 255 символов, системный набор символов | 255 символов, любые символы любых алфавитов (65 тысяч разных начертаний) |
| Возможные атрибуты файла | Базовый набор | Базовый набор | всё, что придет в голову производителям программного обеспечения |
| Безопасность | нет | нет | да (начиная с NT5.0 встроена возможность физически шифровать данные) |
| Сжатие | нет | нет | да |
| Устойчивость к сбоям | средняя (система слишком проста и поэтому ломаться особо нечему :)) | плохая (средства оптимизации по скорости привели к появлению слабых по надежности мест) | полная — автоматическое восстановление системы при любых сбоях (не считая физические ошибки записи, когда пишется одно, а на самом деле записывается другое) |
| Экономичность | минимальная (огромные размеры кластеров на больших дисках) | улучшена за счет уменьшения размеров кластеров | максимальна. Очень эффективная и разнообразная система хранения данных |
| Быстродействие | высокое для малого числа файлов, но быстро уменьшается с появлением большого количества файлов в каталогах. результат — для слабо заполненных дисков — максимальное, для заполненных — плохое | полностью аналогично FAT, но на дисках большого размера (десятки гигабайт) начинаются серьезные проблемы с общей организацией данных | система не очень эффективна для малых и простых разделов (до 1 Гбайт), но работа с огромными массивами данных и внушительными каталогами организована как нельзя более эффективно и очень сильно превосходит по скорости другие системы |
Хотелось бы сказать, что если ваша операционная система — NT (Windows 2000), то использовать какую-либо файловую систему, отличную от NTFS — значит существенно ограничивать свое удобство и гибкость работы самой операционной системы. NT, а особенно Windows 2000, составляет с NTFS как бы две части единого целого — множество полезных возможностей NT напрямую завязано на физическую и логическую структуру файловой системы, и использовать там FAT или FAT32 имеет смысл лишь для совместимости — если у вас стоит задача читать эти диски из каких-либо других систем.
Хотелось бы выразить искреннюю признательность Андрею Шабалину, без которого эта статья просто не была бы написана, а даже будучи написанной, содержала бы много досадных неточностейПродолжение читайте в статье "Надежность дисковой системы NT"
www.ixbt.com
Диск загружен на 100% в Windows 10, что делать?
В Windows 10 часто возникают проблемы с загруженностью диска на 100%. Компьютер начинает медленно работать и когда мы переходим в диспетчер задач, то замечаем, что диск загружен на 100%. Какие на это могут быть причины и что в таком случае делать?
4 причины загрузки диска на 100% в Windows
Переустановили систему, с диском полный порядок, установлен только базовый набор программ, вроде бы всё хорошо, но не совсем. Но простому говоря, жесткий диск завис, а в диспетчере задач мы можем увидеть, что загрузка диска возросла до максимальных 100%.
Давайте разберёмся, почему диск так сильно загружен и проверим кратковременная ли это ситуация, вызванная действием работающих программ или проблема имеет продолжительный характер и как её решить. Увеличение степени загрузки диска может быть вызвано многими факторами, поэтому не существует единого универсального метода её решить.
Поисковая система Windows и индексирование файлов
В Windows 8, 8.1 или 10 причиной может стать ситуация, когда поисковая система втягивается в зацикленный процесс, в результате увеличивается нагрузка на диск при поиске файлов. К счастью её можно отключить вручную, остановив поиск.
Для этого, кликните правой кнопкой мыши на кнопку Пуск и выберите пункт «Командная строка (администратор)». Или в поисковую строку меню Пуска введите команду «cmd», а затем кликните на ней и выберите «Запустить от имени администратора».
Для временной остановки поисковой системы Windows наберите в окне командной строки:
NET STOP «Windows Search»
Служба «Windows Search» будет остановлена, а зацикленный процесс будет закрыт. Теперь переходим в диспетчер задач и проверяем, уменьшилась ли нагрузка и насколько он загружен. Если этот способ сработал и проблема не появляется при следующем поиске, то больше ничего не нужно делать.
Тем не менее, проблема может повториться через некоторое время, особенно, если в компьютере установлен старый диск или система имеет проблемы с индексированием файлов. Тогда можно полностью отключить индексацию, несмотря на то, что это в какой-то мере замедлит процесс поиска файлов в системе.
Для отключения индексирования нажмите Win + R для вызова окна Выполнить. Затем введите команду:
services.msc
Откроется окно служб, где в списке нужно найти «Windows Search».
Кликните на ней два раза, чтобы изменить её параметры запуска. Если служба работает, остановите её нажатием на кнопку «Стоп», а затем измените тип запуска с «Авто» на «Отключено».
Отключение этой службы принесет некую выгоду, особенно, для старых компьютеров, где индексация сильно замедляет работу системы.
Служба SuperFetch
Диск может быть сильно загружен службой SuperFetch. Её влияние на работу Windows носит двоякий характер. В большинстве случаев SuperFetch положительно влияет на работу системы, как в последних версиях Windows 8.1 и 10, так и в более ранних Vista и «семерке». Но на некоторых компьютерах вызывает проблемы, в том числе и чрезмерную загрузку диска.
SuperFetch можно полностью отключить так же, как и индексирование файлов, в разделе системных служб, который вызывается с помощью команды services.msc.
В списке находим службу «SuperFetch». Затем открываем её двойным кликом мыши, останавливаем кнопкой «Стоп» и устанавливаем «Тип запуска» на «Отключено».
Проверка антивирусом
Часто жесткий диск загружен на 100% вследствие заражения компьютера вредоносным программным обеспечением. В диспетчере задач Windows 8.1 или 10 можно отсортировать загруженные процессы в колонке использования диска. Для этого, просто нажмите на «Диск» для сортировки различных процессов.
Если диск загружен на 100 по каким-то неизвестным процессом, то можно попытаться его отключить. Если вы знаете, какая программа отвечает за этот процесс, можете её удалить. Тем не менее, если это неизвестный файл EXE и, особенно, его процесс нельзя завершить по причине «Отказано в доступе», следует проверить компьютер антивирусом.
Причиной может быть и сама антивирусная программа, которую инсталлируем после установки Windows 10 – возможно, в этот момент она сканирует диск в фоновом режиме. В этом случае, подождите пока она не завершит проверку, и посмотрите насколько он загружен. Если антивирус постоянно сильно загружает жесткий накопитель, то его следует заменить на другой.
В свою очередь для удаления вирусов рекомендуем программу MalwareBytes AntiMalware. Это отличный инструмент, который обнаруживает много вредоносного и шпионского ПО и эффективно его устраняет.
Проверка диска chkdsk
Сильную загрузку могут вызвать поврежденные файлы. Если появились ошибки чтения файлов и папок, то это, скорее всего, приведёт к вышеупомянутому процессу зацикливания во время поиска. Что делать при наличии поврежденных файлов?
Следует просканировать диск командой chkdsk с дополнительными параметрами, чтобы не только выявить проблемы, но и попытаться их исправить. Для этого запустите командную строку в режиме администратора и введите следующую команду:
chkdsk.exe /f /r
После сканирования перезагружаем компьютер и проверяем, насколько процентов загружен накопитель.
Источником проблемы может быть и сам диск. Если используется старый жесткий накопитель, который возможно и поврежден, то он может загрузить систему Виндовс и привести к замедлению компьютера. Его следует проверить на бэд-сектора, например, программой Victoria или MHDD, а после посмотреть, насколько он загружен. В случае множественных повреждений стоит подумать о покупке нового. Иногда проблема возникает вследствие неисправности кабеля SATA, поэтому его также следует проверить.
instcomputer.ru
причины нагрузки и советы по устранению
Пользователи, которые продолжительное время работали с компьютером, не раз сталкивались с проблемой загруженности жесткого диска на 100%. Такое может произойти в любой версии Windows. Поэтому в статье я расскажу, почему диск может быть загружен на 100% в Windows 10, и какие есть варианты устранения проблемы.
Причины загрузки жесткого диска
Причин много и могут проявлять себя по нескольку сразу:
- Обновление системы.
- Резервное копирование.
- Службы системы Windows Search и Superfetch.
- Процессы системы svchost и system.
- Фрагментация дисков.
- Наличие битых секторов.
- Нагрузки процессами сторонних приложений.
Первым делом, обратите внимание, какие процессы грузят диск на 100%. Исходя из этого, проще выявить неисправность:
- Чтобы определить процессы, что дают нагрузку на диск, нажмите Ctrl+Shift+Esc и отсортируйте процессы по колонке «Диск».
- Также, процессы, которые нагружают диск, можно посмотреть, открыв вкладку «Производительность» — «Открыть мониторинг ресурсов» — вкладка «Диск».
- Если во время нагрузки жесткого диска возникают просадки, что и «Диспетчер задач» не откроешь, воспользуйтесь KernRate чтобы выяснить, какой конкретно драйвер дает нагрузку. Запускайте утилиту от имени администратора, для копирования информации нажмите Ctrl+C и сохраните лог в текстовом документе.
В конце, в строке «Module», будет указан процесс (имя файла процесса), который нагружает систему.
Способы устранения проблемы
Обновление системы
Частой причиной проблемы, может быть загрузка обновлений. В Диспетчере задач, во вкладке «Процессы», Узел служб, отвечающих за обновление может подгружать систему. Если это «Центр обновления Windows», просто дождитесь окончания обновления. Чтобы ОС не загружала каждый раз обновления, как только они выйдут, вы можете отложить обновления:
- Нажмите Win+I (Параметры) и выберите «Обновление и безопасность».
- Во вкладке «Центр обновления Windows» выберите «Дополнительные параметры».
- Поставьте метку в пункте «Отложить получение обновлений компонентов».
Резервное копирование
Если вы настраивали функцию резервного копирования в службах архивации, то процессы копирования данных могут нагружать диск. Чтобы изменить параметры архивации:
- Зайдите в Параметры «Обновление и безопасность».
- Выберите «Служба архивации» — «Другие параметры».
Службы и процессы Windows
Порой, сами службы ОС могут загрузить жесткий диск.
Поисковая система Windows
Служба «Windows Search» отвечает за поиск и индексацию файлов. Процессы этой службы носят название — SearchIndexer.exe и Searchfilterhost.exe. Бывают случаи, когда поисковая система зацикливается и наблюдается загрузка жесткого диска на 100%. Перезагрузка и новый поиск не спасают ситуацию. В таком случае, нужно отключить неисправность вручную:
- Нажмите ПКМ по Пуск и выберите «Командная строка (Администратор)».
- Введите команду NET STOP "Windows Search"
- Зайдите в «Диспетчер задач» и проверьте загрузку диска.
Если нагрузка уменьшилась, значит причина устранена и больше никаких действий делать не нужно. Со временем, если загруженность диска появится вновь, нужно полностью отключить службу. Появление такой неисправности характерно, когда в компьютере используется старый жесткий диск или существуют проблемы с индексированием файлов. Для отключения:
- Нажмите Win+R и выполните команду services.msc
- Двойным кликом откройте Windows Search, поставьте тип запуска на «Отключена» и нажмите «ОК».
Совет! С отключенной службой вы не сможете выполнить поиск в Проводнике. Однако, отключение службы уменьшит нагрузку на систему, что будет полезно для старых ПК.
Служба «Superfetch» и процесс svchost
Служба «Superfetch» служит для поддержания и улучшения производительности системы. Служба запускается внутри системного процесса svchost и следит за тем, какие приложения вы используете чаще всего, чтобы предварительно загрузить их в системную память. Кроме того, служба отвечает за процесс «Система и сжатая память».
С помощью такого функционала, часто используемые приложения грузятся быстрее. Но для предварительной загрузки программ, служба потребляет много ресурсов и может нагружать жесткий диск. Чтобы отключить:
- Нажмите Win+R и выполните команду: services.msc
- Откройте службу «Superfetch» и нажмите Тип запуска «Отключена» — состояние «Остановить».
- Проверьте загруженность диска.
Если svchost продолжает нагружать систему даже после перезагрузки ПК, ознакомьтесь с материалом: «Что такое svchost в диспетчере задач и почему он грузит системные ресурсы».
Процесс System
Если значительная нагрузка приходится на процесс System, а отключение вышеупомянутых служб не принесло результата, возможно процессу просто не хватает разрешений.
Сложно определить, как связаны права файла ntoskrnl.exe (ядра операционной системы, что запускает процесс system) и загруженность диска на 100%, тем не менее это может помочь. Чтобы добавить права:
- В диспетчере задач нажмите ПКМ по процессу System и нажмите «Открыть расположение файла».
- Нажмите ПКМ по ntoskrnl.exe и выберите «Свойства».
- Во вкладке «Безопасность» нажмите «Дополнительно».
- Выберите «ВСЕ ПАКЕТЫ ПРИЛОЖЕНИЙ» и поставьте галочки напротив: изменение, чтение и выполнение, чтение, запись и полный доступ.
Вирусы
Не стоит исключать, что ваш компьютер подвергся заражению. В Диспетчере задач, во вкладке «Подробности», определите «Имя пользователя». Системные файлы «system», «svchost» и т.д. должны быть подписаны: СИСТЕМА, LOCAL SERVICE, NETWORK SERVICE. Если они подписаны вашим именем пользователя, рекомендую проверить Windows 10 на вирусы. В этом могут помочь как профессиональные платные решения, так и бесплатные сканеры, по типу Dr.Web CureIt! или Kaspersky Virus Removal Tool.
Аппаратная часть
Виной продолжительной нагрузки жесткого диска в режиме простоя может оказаться само железо компьютера или ноутбука. Это может быть:
- Проблема с самим жестким диском или шлейфом, которым он подключен к материнской плате и к блоку питания. Для проверки диска, запустите команду chkdsk.exe /f /r
После проверки, перезагрузите компьютер и проверьте загруженность диска. - Конфликт старого железа с новым (например при подключении новенького жесткого диска к ПК со старой конфигурацией). Здесь может помочь прошивка BIOS. Также не пренебрегайте обновлением драйверов для своего железа.
- Фрагментация винчестера. Не особо полезная штука, которая может замедлять работу жесткого диска. Рекомендуется проводить дефрагментацию, чтобы оптимизировать его работу.
Если у вас возникли вопросы или какие-либо моменты из статьи не ясны, пишите об этом в комментарий. Я и другие пользователи операционной системы Windows 10 постараемся помочь.
windowsten.ru
Восстановление загрузочных секторов разделов NTFS
Что делать, когда раздел диска на сервере или рабочей станции становится недоступным?
Симптомы
Когда раздел диска на сервере или рабочей станции становится недоступным или Disk Administrator определяет его как "неизвестный" (unknown), причина может заключаться в испорченном или поврежденном загрузочном секторе. Эта статья поможет вам восстановить загрузочный сектор с помощью второй его копии, которую сохраняет NTFS.
Имейте в виду, что для применения советов описанных в статье, должны выполняться два условия:
- Файловая система поврежденного раздела диска NTFS. FAT сейчас не сохраняет копию загрузочного сектора.
- Возможность загрузки компьютера в Windows NT или 2000 или XP.
Примечание: Если вы не можете загрузиться под одной из указанных операционных систем, подключите винчестер к другому компьютеру, на котором это возможно.
Решение проблемы
Чтобы решить проблему, нужно получить архивную копию загрузочного сектора и скопировать ее в определенную часть жесткого диска.
В NT 3.5x вторая копия хранится в центре логического диска.
В NT 4.0 и Windows 2000 она перенесена в конец логического диска, что требует другой техники восстановления. В описанном примере будет использоваться специальная утилита Disk Probe (dskprobe.exe) для NT, которая поставляется в комплекте NT V4.0 Resource Kit. Ее можно переписать и в составе пакета средств поддержки SP2 для Windows XP на этой странице. Disk Probe работает и под NT V3.5x.
Примечание: чтобы иметь возможность восстановления в случае ошибки при проведении следующих процедур, во время просмотра загрузочных секторов, которые будут изменяться, на всякий случай, сохраняйти их копии в файлы (команда Save as из меню File).
Восстановление загрузочного сектора основного раздела диска
- В Disk Probe выберите Drives, Physical Drive, выберите PhysicalDriveX, где X - номер диска. Чтобы определить номер диска, используйте утилиту Disk Administrator. Например, если в системе установлены три диска SCSI, c номерами SCSI ID 1,3 и 5, Disk Administrator покажет их номера 0, 1, 2. После отключения диска SCSI ID 3, его место займет следующий (5). В нумерации Disk Administrator он станет 1.
- Два раза нажмите на PhysicalDriveX, который вы хотите восстановить. В поле около него уберите опцию Read Only и нажмите кнопку Set Active. Вы заметите, что Active Handle установилась в PhysicalDriveX, нажмите OK.
- Из меню Sectors выберите Read и укажите 0 для Starting Sectors и 1 для Number of Sectors. Нажмите Read. После этого вы окажетесь в основной загрузочной записи физического диска (MBR). В этом можно убедиться по ASCII тексту в правой части окна, начиная со смещения 8B, которое должно отображать "Invalid Partition Table". Из меню View выберите Partition Table. В области под названием "partition table index" с помощью полосы скроллинга выберите раздел под вопросом и кликните его дважды. Слева внизу показан относительный номер сектора Relative Sector, запишите это значение и выберите закладку Go за этой областью.
- Теперь из меню View выберите Bytes. В зависимости от того, как поврежден загрузочный сектор, вы можете даже рассмотреть некоторые строки текста в правой верхней части окна или увидеть сообщение об ошибке чтения "A disk Read error ocurred...", начиная со смещения 130. Из меню View выберите "NTFS bootsector".
- Выбираем "Volume End" для NT V4.0 или "Volume Middle" для NT V3.5x. Сейчас вы должны находиться на архивной копии загрузочного сектора. Если вы увидите сообщение "incomplete Data Read" или, после просмотра, определите, что это не копия загрузочного сектора, это может значить, что ваш основной сектор был поврежден, поэтому мы получили неверное значение адреса архивной копии. В таком случае переходите к следующему разделу нашей статьи, чтобы узнать, как восстановить загрузочный сектор, если он отсутствует или сильно поврежден. Если же все нормально, переходим к следующему пункту.
- Из меню View выбираем Bytes и проверяем, что это загрузочный сектор NTFS. Когда мы в этом убедились, в меню Sectors выберем Write. Убедитесь, что в диалоговом окне отображаются верные значения Handle и PhysicalDrive. В поле Starting Cecjtor to write Data укажите относительный номер сектора (Relative sector), записанный вами в пункте 4. Нажмите кнопку Write.
- В меню Sectors укажите относительный номер сектора (Relative sector), оставив в поле количество секторов (Number of sectors) значение 1, выберите Read. Теперь убедитесь, что данные были записаны успешно.
- Закройте Disk Probe и перезагрузите компьютер.
Восстановление копии загрузочного сектора, если оригинальной копии нет, или она сильно повреждена
Если загрузочного сектора нет или он поврежден на столько, что не имеет корректной информации о количестве секторов, восстановление можно провести по такому плану:
- В Disk Probe выберите Drives, Physical Drive. Выбираем PhysicalDriveX, где Х - номер диска, который можно узнать в Disk Administrator.
- Двойным нажатием открываем нужный PhysicalDriveX, в поле внизу снимаем отметку Read Only и выбираем Set Active. Вы должны заметить, что значение Active Handle установится на PhysicalDriveX. Нажимаем OК.
- Из меню Sectore выбираем Read. В поле начальный сектор (Starting Sector) устанавливаем значение 0, а для количества секторов (Number of Sectors) - 1. Нажимаем Read.
- Сейчас вы находитесь в загрузочной записи (MBR) физического диска. В этом можно убедиться по тексту, который выводится с позиции 8B, который должен выглядеть примерно так: "Invalid Partition Table...". Из меню View выбираем Partition Table. Осталось выбрать необходимый номер раздела, отмеченый знаком вопроса.
- Дальше нам понадобятся два значения: Total Sectors (общее количество секторов) и Relative Sectors (относительный номер сектора). Запишите значение Relative Sectors, именно здесь должен находиться загрузочный сектор. Чтобы найти его копию, нужно будет провести несложные вычисления.
- Выбираем Sectors. В поле Starting sector вводим значение, определенное на предыдущем шаге. В поле Number of sectors вводим 1. Нажимаем Read и мы должны попасть на архивную копию загрузочного сектора.
- Из меню View выбираем Bytes и проверяем, действительно ли это сектор NTFS. После проверки заходим в меню Sectors, выбираем Write, и проверяем в появившемся диалоговом окне значения Handle и PhysicalDrive. В поле "Starting Sector to write Data" укажите относительный номер сектора, который вы записывали (Relative Sectors) и нажмите кнопку Write.
- В меню Sectors еще раз укажите относительный номер сектора, в поле количество секторов (Number of sectors) введите 1, выберите Read. Теперь вы можете убедиться, что данные были записаны правильно.
- Закройте Disk Probe и перезагрузите компьютер.
Восстановление загрузочных секторов расширенного раздела диска
- В Disk Probe выберите Drives, Physical Drive. Выбираем PhysicalDriveX, где Х - номер диска, который можно узнать в Disk Administrator.
- Двойным нажатием открываем нужный PhysicalDriveX, в поле внизу снимаем отметку Read Only и выбираем Set Active. Вы должны заметить, что значение Active Handle установится на PhysicalDriveX. Нажимаем OК.
- Из меню Sectore выбираем Read. В поле начальный сектор (Starting Sector) устанавливаем значение 0, а для количества секторов (Number of Sectors) - 1. Нажимаем Read.
- Сейчас вы находитесь в загрузочной записи (MBR) физического диска. В этом можно убедиться по тексту, который выводится с позиции 8B, который должен выглядеть примерно так: "Invalid Partition Table...". Из меню View выбираем Partition Table. В этом режиме в поле Partition Table Index выберите раздел расширенной области диска. Далее в поле System ID должно появиться значение Extended. Если необходимый раздел является четвертым логическим диском в расширенной области, кнопку Next partition придется нажать четыре раза. В поле System ID должно быть значение NTFS.
- В области Pattition Table Index два раза нажимаем на необходимом разделе в расширенной области диска. В System ID должно появиться значение Extended. Переходим к логическому тому, который нужно восстановить. Если он второй в этой области диска, кнопку Next Partition нужно нажать два раза. При переходах между томами расширенного раздела диска в поле System ID будет отображаться файловая система каждого тома. Когда раздел, подлежащий восстановлению, найден, запишите номер текущего сектора (Current Sector в заголовке Disk Probe), относительный номер сектора (relative sector) и общее количество секторов в этом томе (total sectors). Эта информация понадобится нам для рассчета расположения архивной копии загрузочного сектора.
- Нажмите кнопку Go, чтобы перейти к загрузочному сектору поврежденного тома. Запишите номер этого сектора из заголовка окна (Boot Sector). Чтобы проверить, что вы находитесь на правильном секторе, выберите Bytes из меню View. Если сектор сильно поврежден, вы увидите в правой части окна сообщение об ошибке. Чтобы найти копию загрузочного сектора, нам понадобятся три записанных значения: текущий сектор, относительный номер сектора и общее количеств секторов.
- Произведем необходимые вычисления:
- Выбираем Sectors, Read и вводим в поле начальный сектор (Starting sector) вычисленное значение. Количество секторов (Number of sectors 1). Выбираем Read и вы должны оказаться в секторе, где находится архивная копия загрузочного сектора. Из меню View выбираем Bytes и убеждаемся, что это загрузочный сектор NTFS. Если это не так, в правом столбце текста должно появиться сообщение об ошибке. В этом случае не продолжайте, начните весь процесс сначала, чтобы исключить ошибки.
- После того, как вы убедились, что нашли архивную копию загрузочного сектора, запишите ее поверх основной. В меню Sectors выбираем Write. В появившемся диалоговом окне проверьте значения Handle и PhysicalDrive. В поле Starting Sector (начальный сектор) введите номер сектора, в котором находится поврежденный загрузочный сектор. Нажмите кнопку "Write it" для записи.
- В меню Sectors выберите пункт Read. В качестве начального сектора снова укажите номер сектора в который вы записывали архивную копию, количество секторов снова 1. Выберите Read и убедитесь в том, что данные были записаны.
- Закройте Disk Probe и перезагрузите компьютер.
Приложение
Описанные действия подходят для:
* Microsoft Windows 2000 Server
* Microsoft Windows 2000 Advanced Server
* Microsoft Windows 2000 Professional Edition
* Microsoft Windows NT Workstation 3.5
* Microsoft Windows NT Workstation 3.51
* Microsoft Windows NT Workstation 4.0 Developer Edition
* Microsoft Windows NT Server 3.5
* Microsoft Windows NT Server 3.51
* Microsoft Windows NT Server 4.0 Standard Edition
* Microsoft Windows XP
* Microsoft Windows XP SP2
winlined.ru
Процесс System грузит Windows, что делать? Загруженность жесткого диска или процессора 100%
Операционная система Windows выполняет большое количество «фоновых» задач, которые могут негативно сказываться на производительности маломощных компьютеров. Одним из процессов, который грузит оперативную память, диск или CPU, является System.exe. В «Диспетчере задач» можно увидеть, что файл System грузит Windows, а если уточнить, то нагружает «железо» компьютера. Решить данную проблему владелец компьютера может самостоятельно, если выполнит ряд простых действий.
Процесс System грузит жесткий диск и память до 100%
System – это процесс операционной системы Windows, который не является вирусом, вопреки распространенному заблуждению. Он отвечает за работу приложений в «фоновом» режиме, то есть без активного контроля со стороны пользователя. Данный процесс не скрывается, и его можно с легкостью обнаружить в «Диспетчере задач».
Главная проблема процесса System.exe, что его нельзя остановить. Таким образом, если System грузит оперативную память или жесткий диск компьютера, выключить простыми методами его не удастся. Понижение приоритета процесса с помощью стандартных средств Windows так же не приводит к успеху.
Процесс System примечателен тем, что он забирает оперативную память понемногу, и в итоге полностью ее нагружает. При этом в «Диспетчере задач» может отмечаться, что System грузит не более 200-400 Мб оперативной памяти, а она будет заполнена полностью, и компьютер начнет сильно зависать при выполнении любых задач. Подобным образом системный процесс System может грузить жесткий диск.
Чтобы файл System не грузил компьютер, расходуя непомерные ресурсы, следует отключить в операционной системе Windows некоторые «фоновые» задачи:
Отключаем антивирус, поскольку проблема может крыться именно в нем. Чаще всего серьезно нагружает в фоне файл System антивирус от компании DrWeb;- Отказываемся от автоматического обновления операционной системы Windows;
- Отключаем некоторые стандартные службы Windows.
Если выключить и удалить DrWeb без лишних подсказок может любой владелец компьютера, то с другими двумя задачами справиться сложнее, и мы расскажем о них чуть подробнее.
Как отключить автоматическое обновление Windows 10 и системные службы
Компания Microsoft в операционной системе Windows 10, и более ранних версиях, предусмотрела возможность автоматического обновления программного обеспечения. К сожалению, данная функция на некоторых компьютерах приводит к тому, что при проверке доступных обновлений на сервисах Microsoft, файл System грузит оперативную память или жесткий диск. В таком случае единственным решением является отключение автоматического обновления Windows 10. Внимание: Если вы отключили автоматическое обновление Windows 10, рекомендуем раз в несколько месяцев (или недель) самостоятельно проверять наличие новых сборок операционной системы.
Отключить автоматическое обновление Windows 10 довольно просто, для этого необходимо:
- Нажать на клавиатуре сочетание клавиш Windows+R, и в открывшемся меню «Выполнить» прописать команду services.msc, а после нажать «ОК».
- Команда services.msc позволит открыть меню, в котором отображаются все системные службы. Листаем немалый список до тех пор, пока не обнаружим службу «Центр обновления Windows (локальный компьютер)». Жмем на обнаруженный элемент правой кнопкой мыши, и в выпавшем меню выбираем «Свойства».
- Откроются свойства выбранной службы, и здесь надо сперва нажать кнопку «Остановить», если она активна, а после изменить «Тип запуска» на «Отключена».
Выполнив указанные выше инструкции, в операционной системе будет отключена служба, которая занимается автоматической проверкой, в «фоновом» режиме, актуальности действующей на компьютере версии Windows.
Помимо автоматического обновления Windows 10, чтобы процесс System не грузил систему, необходимо отключить и некоторые службы. В меню «Служб», которое открывается командой services.msc, также необходимо остановить, а после отключить, следующие локальные службы:
- KtmRm для координатора распределенных транзакций
- Snupchat
- Superfetch
- Агент политики IPsec
- Клиент отслеживания изменившихся связей
- Служба политики диагностики
Обратите внимание: в зависимости от версии операционной системы Windows, а также количества установленных драйверов и кодеков, некоторые службы, перечисленные выше, могут отсутствовать.
После отключения антивируса DrWeb, автоматического обновления Windows 10 и некоторых служб, следует перезагрузить компьютер. За счет отключения ряда задач, которые отнимали много ресурсов компьютера, должна в целом повыситься производительность работы системы, а в «Диспетчере задач» исчезнет проблема с загрузкой жесткого диска и оперативной памяти.
Загрузка... okeygeek.ru
Как узнать какой процесс нагружает жёсткий дискКомпьютер76
Как отследить работу процесса с локальными дисками и узнать, какой конкретно процесс нагружает жёсткий диск?
Лично я не раз время от времени задавался вопросом, обозначенным в заголовке статьи: как узнать на какой процесс, запущенный в системе, сейчас откликается мой жёсткий диск? Причин на то обычно было несколько.
- Подключая внешний жёсткий диск хотелось бы быть уверенным, что ни один из процессов Windows не перегружает дополнительный локальный диск, сохраняя быстрый обмен данными с системой;
- иногда возникает необходимость быть уверенным в том, что определённые процессы не являются «виновниками» чрезмерной активности диска, что также является весомым фактором замедления системы.
Для этого мы можем использовать возможности двух утилит. Подойдут Диспетчер задач Windows и необходимый для скачивания Process Explorer. Разница между ними в решении задачи, однако, есть: первый из них отобразит нужную информацию по текущей сессии, второй — с момента запуска программы.
Какой процесс нагружает жёсткий диск? Узнаем через Диспетчер задач.
Диспетчер задач Windows по умолчанию не богат на функционал и не отображает дисковую активность. Однако кое-что из него выудить можно: активируем опцию отображения списка активных процессов списком (покажу на примере Windows 7).
- Откроем Диспетчер сочетанием Ctrl + Shift + Esc
- В панели инструментов выберу Вид — Выбрать столбцы (в Windows 8 и позднее для отображения дополнительного набора функций воспользуйтесь пунктом Подробнее)
- В появившейся вкладке прокручиваем колёсиком мыши до пунктов:
и согласимся с добавлением. После этого в окне Диспетчера появятся два дополнительных столбца, с помощью которых можно будет отследить активность процессов. Отсортируйте их по степени нагрузки на диск, нажимая по заголовку каждого из столбцов. Так, с помощью колонки Записано байт я с лёгкостью вычисляю, какой конкретно процесс нагружает жёсткий диск. Помните, что на экране информация в байтах.
Какой процесс нагружает жёсткий диск? Узнаем через Process Explorer.
Кто не знает, это расширенный Диспетчер задач, права на который с некоторых пор принадлежат Microsoft. Это лучшая рекомендация для любителей семейства этих ОС. Установки не требуется. Скачать бесплатно Process Explorer можно здесь.
И здесь, кстати, по умолчанию тоже выдаётся только первостепенная информация. Расширим информативность окна утилиты. У меня на английском.
- View — Select Columns…
- Ищем вкладку Процесс ввода/вывода (Process I/O)
- Выбираем пункты:
Также соглашаемся. Информация по работе с объёмами данных на процесс отображается в привычном для пользователя исчислении. Сортировать процессы по занятости можно по примеру Диспетчера, щёлкая по шапке колонок.
Успехов.
Просмотров: 5 061
Похожее
computer76.ru
