Вредоносное ПО (malware) - это назойливые или опасные программы,...
Наверное, пользователь уже знает, что такое bad сектора на hdd («плохие блоки») поверхности жесткого диска. Если вы этот обзор читаете, значит, как минимум, представляете: что такое «жесткий диск», и то, чего вы хотите в результате добиться (удалить bad сектора на hdd). Но действительно ли они «плохие», и насколько этот дефект «аппаратный» – попробуем разобраться.
Симптомы повреждения физической поверхности или ошибок файловой системы
Симптомы «плохих» секторов («железной» или «программной» причины), могут быть следующие:
- Медленный запуск установленных приложений и/или самой ОС;
- Беспричинное нарушение работы некоторых приложений (пропадания ранее внесенных настроек, отсутствие функций);
- Пропадание папок и файлов, повреждение файлов;
- Сильное замедление процесса копирования при обращении к файлам.
Как видим, ничего хорошего. Работа с винчестером (жестким диском) будет состоять из 2-х этапов, отвечающих на 2 разных вопроса: есть ли на поверхности hdd физические дефекты, и (если – да) – как удалить bad сектора, чтоб больше они не возвращались.
Я писал уже в другой статье про , так вот на диск с бед секторами винду лучше не устанавливать, в начале нужно избавиться от них.
Немного теории
На жестком диске, поверхность разбита на сектора. Каждый сектор на физической поверхности одного блина называется «блок». Число блоков, если их сложить и подсчитать в сумме – всегда будет больше, чем число «показываемых» винчестером доступных блоков. То есть, любой фирмой-производителем – делается несколько (на самом деле – десятки) не используемых «частей» поверхности hdd – запасных блоков.
То, как удалять bad с винчестера, становится понятно с пониманием того, как именно работает электроника hdd. Получая «себе» адрес блока, к которому надо обратиться (на чтение/запись), этот адрес сначала будет «переведен» в физический адрес блока, что делается по специальной таблице (зашитой в ПЗУ hdd).
В таблицу, вместо физического адреса сбойного блока, непринужденно и легко можно прошить адрес одного из свободных (запасных) блоков (см. один абзац выше). Мы получим в итоге «рабочий» винчестер. Кстати, без уменьшения логического объема.
Примечание:
такая операция «переназначения» адреса блока называется «ремаппинг», или – ремап.
Чисто «логические» дефекты
Ошибки могут возникать не из-за физического повреждения поверхности, а лишь из-за нарушений в логике работы одного сектора. Эти ошибки, в свою очередь, делятся, тоже, на исправимые и не исправимые. Отличить от физических дефектов, «логические» можно только косвенным способом (используя разные тесты).
Исправимый логический дефект (софт-bad): когда контрольная сумма логического сектора не совпадает с вычисленной контрольной суммой его данных. Такое может появиться, например, из-за помех и отключения питания (и – всего лишь). При последующем включении, винчестер сперва прочитает данные, вычислит контрольную сумму, сравнит полученное с записанным. В общем, в таких случаях оборудование выдает сообщение ошибке. Со стороны же операционной системы, это выглядит, как «настоящий» bad.
К сожалению, ни средствами операционной системы, ни в BIOS, логический дефект самостоятельно исправить нельзя. Контроллер винчестера ошибку тоже не скорректирует: он тщетно пытается прочесть этот сектор с третьей, с четвертой попытки, и когда не получается - пытается помочь, подстраивая сервосистему и канал чтения… При этом раздается тот самый «скрежет», душераздирающий и хорошо знакомый владельцам «убитых» винтов.
Примечание: не стоит опасаться, что «головки» скребут по поверхности. Скрежет идет от катушки на шпинделе (коромысле), постоянно пытающейся настроить «правильный» угол.
Ну, и, в таком случае, как удалить bad, когда он – логический? Что может помочь? Принудительная перезапись всех секторов (специальной программой, в обход даже BIOS-а) – хорошее средство от этого. После заполнения поверхности только «нулями» (потом – «единицами», потом – снова «нулями»), логический bad – исчезает бесследно.
Но есть «неисправимые» логические ошибки. Ошибки эти относятся к низкоуровневому форматированию винчестера. Сам дефект – при этом, выглядит так же. Неисправимыми же, такие дефекты считают потому, что их исправление потребует сделать «правильное» форматирование на низком уровне, что обычному пользователю чаще всего недоступно (в отсутствии фирменных утилит low-level format, да и «крепление» винта должно быть неподвижно). В быту, такие блоки винчестера отключаются теми же способами, что и «физический» bad - то есть, ремапом. Не страшно.
Программы
Для логического «затирания» поверхности (заполнение происходит «0»-ми и «1»-ми):
fjerase, wdclear, zerofill.
Образ загрузочного CD-диска с Викторией – качаем .
В rar-архиве, если его распаковать, будет один файл – файл.iso (образ загрузочного диска CD).
Работа с Victoria DOS
Во-первых, почему именно ДОС-режим, а не Windows? Дело в том, что если hdd – один, и на нем установлена Windows, из-под которой запустить Victoria win-32 – ничего «ремапить» тогда не получится, по понятным причинам (нельзя стирать Windows).
Поэтому, берем чистую болванку CD, пишем на нее загрузочный образ, и загружаемся с этого CD:
Выбрав первый пункт, жмем на «Enter».
Примечание: такой загрузочный диск (или – флешку), вы можете создать и сами. Сделав просто загрузочный диск/флешку с ДОС, затем, перенеся на нее (добавив) файлы Victoria (архив – качать тут: http://www.hdd-911.com/index.php?option=com_docman&Itemid=31&task=view_category&catid=69&order=dmdate_published&ascdesc=DESC).
Что мы должны сначала нажать (чтобы жесткий диск – определился)? Жмем «F2».
Если после этого, программа не найдет винчестер – сделать это можно самим. Жмем «P» на клавиатуре, появится меню «Выбор порта HDD» – мы выберем «Ext. PCI ATA/SATA» («стрелки», и – «Enter»):
Примечание: другие пункты нужны, если у вас системная плата с контроллерами IDE (к одному из которых подключен винчестер стандарта PATA).
И, в появившемся списке – должен быть виден нужный нам hdd (по названию фирмы/модели). Для выбора hdd, набираем номер канала (на котором он находится). Жмем «Enter». Все.
После этого, можно работать с винчестером: проводить тест и «ремапить».
Примечание: если винчестеров в системе несколько – поступаем аналогичным способом (нажать клавишу «P», и так далее).
Для начала, посмотрим, сколько «плохих» блоков уже было переназначено (для нового hdd, этот показатель может быть равен только «нулю»):
Для появления этого экрана, мы нажали «F9». Обратите внимание на пятую строку – это и есть количество секторов, которые были «переназначены» (re-allocated sector count – счетчик переназначенных секторов).
Здесь, значение равно 100 (реальное значение – первый столбец). Ну, это – не есть хорошо. Всего, у разных фирм (производящих винчестеры), максимальное число re-allocated блоков, не может превышать «критическое» – в несколько сотен (скажем так – 200-300).
Victoria DOS: тест поверхности
Для запуска теста поверхности, жмем «F4»:
Оставляем, как есть – все показатели (начало и конец диска, режим «линейного» чтения, и, на данном этапе – «игнор» для bad-блоков). Запускается тест – нажатием «Enter»:
Как видим, при выполнении теста, отображается, сколько блоков читаются с чрезмерно большим временем доступа. Число блоков, являющихся bad – также, подсчитывается (но сейчас мы не знаем, «программные» ли они, или – дефекты поверхности).
Victoria DOS: ремаппинг
Итак, тест поверхности – показал, что число сбойных блоков больше нуля. Не спешите сразу переходить к операции ремаппинга (которая будет рассмотрена ниже).
«Плохие» сектора могут возникнуть по «программной» причине. Как устранять в этом случае – рассмотрено выше. Не поленитесь, запустите программу ZeroFill (или подобную ей). Иногда, удалить все «сбойные» блоки можно после двух-трех прогонов этой программки.
Также (как ни смешно), низкая скорость чтения периодически повторяющихся блоков – возможна из-за плохого контакта разъема SATA. Можно, кстати, попробывать переключить винчестер в более медленный режим (перемычка – на корпусе hdd, включаем «150 мегабит»).
И только, если из этих двух способов – ни один не помог (число и расположение bad-блоков, после повторно проведенного теста, не изменилось) – переходим к ремаппингу:
Как и для «теста», жмем «F4». В меню, стрелкой «вниз», идем на «Ignore bad blocks» – строку.
Теперь – внимание! – стрелками «влево» и «вправо», выбирается «Classic REMAP». Нажимается «Enter». Все (будем ждать).
Обычно, тестирование поверхности, занимает от часа и более (для 500-750 Гигабайт). Ну а для 2 Терабайтных, да еще 5000 об/мин. – и 3 часа будет мало (с режимом «ремаппинга» – дольше, но, не намного).
По завершении работы, получим «хороший» винчестер. Можно – провести еще раз, заключительный «тест». Число «переназначенных» блоков – просуммировано с уже имеющимся (смотреть, как говорили – «F9», в пятой строке).
Если вы провели тест поверхности, и в результате – видите, что число нуждающихся в «ремаппинге» блоков выходит за пределы нескольких сотен (допустим: было – 100, появилось – еще 200) – от «самостоятельного» ремонта лучше отказаться, и вовсе.
Вместо вывода
Ремапить – это хорошо. Если такая возможность – еще есть (если суммарное число переназначенных блоков не перешло некое «критическое» значение), ею можно воспользоваться. Хотя, и «долговечность» после такого метода (то есть, на сколько дней хватит винчестера) – всегда под сомнением. Этот параметр – не прогнозируется (может, винчестера хватит еще на 2 дня, может – на месяц, и т. Д.). Перенесите все нужные данные, как только доступ к ним – появится снова.
Процедура «ремаппинга» не затирает данные, то есть программа старается «прочитать» плохой блок, и скопировать данные. Однако, по возможности, перед ремапом все же рекомендуется делать резервную копию жесткого диска (программкой Ghost, например).
(Не обязательно): вместо режима «Classic REMAP», Victoria 3.5 позволяет выбрать «Advanced REMAP». Что можно сделать, если «стандартный» ремап не смог помочь полностью на 100% (остались 2-3 «плохих» блока).
Как видим, работа с винчестером занимает много времени. А также, требует от пользователя наличия знаний и максимума аккуратности (при условии, что вы понимаете смысл операций, производимых с помощью этих программ).
В более сложных случаях (винт не определяется программой; после определения – зависает система) – так или иначе, нужно квалифицированное вмешательство. Помимо «плохих» секторов, возможно, проблемы есть и в контроллере жесткого диска (в его «электронике»). Самостоятельно – уже не решить это.
Появились «сбойные» сектора? Не включайте их «исправление» из самой Windows! Конечно, при этом, она (то есть, Виндовз) будет «ремапить» каждый сектор, являющийся «сбойным» для нее (ну, а – нужно ли это?).
Другие «программки»
Как посмотреть число «переназначенных» секторов прямо из Windows?
Есть много программ, показывающих данные ПЗУ жесткого диска (данные SMART). Например, это Everest (качаем-запускаем-смотрим):
Программа абсолютно бесплатна. Скачать ее – проще здесь: http://www.aida64.com/downloads/aida64extreme270exe. Первые 30 дней – доступны все функции (но, кроме, как «смотреть», Everest, она же Aida, ничего не умеет).
Или, можно скачать Викторию – уже для Windows (начиная от версии 4.0): http://www.hdd-911.com/index.php. Идем в раздел «Файлы»:
Как видите, оф. сайт содержит обе версии (для DOS и для Windows).
Совместимость
Victoria–DOS (3.5х) – совместима с контроллерами SATA (SATA-2). Также – и с IDE, интегрированными в системную плату.
Это был обзор о bad сектора на hdd.
Как проверить жесткий диск?
Что такое бэд-бит?
Вы смотрите на свою начальную руку и видите червовый и бубновый туз. Вы объявляете рейз, и кто-то из противников на него отвечает. На флопе приходят трефовая восьмерка, червовый валет и бубновая тройка. Игроки, делающие ход до Вас, объявили чек, а Вы делаете бет. На терне приходит трефовый туз. На этот раз игрок, делающий ход перед Вами, объявляет бет. Вы коллите, а он показывает трефовые шестерку и четверку, демонстрируя лучший флеш. Вы только что почувствовали на себе бэд-бит.
Бэд-бит в покере – это ситуация, когда Ваша хорошая рука, которая должна выиграть, внезапно оказывается бита другой рукой. В большинстве случаев этой второй рукой бывает чудесно составившееся на ривере дро, которое с самого начала даже не следовало бы разыгрывать. Такое чаще случается в играх на низких лимитах, потому что там многие игроки убеждены, что любые две карты могут выиграть. Многие разыгрывают любого туза, и большое количество игроков входит в пот с любыми одномастными картами, вне зависимости от их ранга. Здесь много «вечных коллеров», которые входят в пот со средними по силе или просто ужасными руками, а потом коллят до самого ривера в надежде составить дро. Иногда их руки действительно случайно составляются, и Вы сталкиваетесь с бэд-битом.
Несмотря на бэд-биты, на длинном отрезке Вы будете выигрывать у слабых противников
Бэд-биты – обычная часть покера, и сильные игроки должны научиться принимать их. Иногда Вы будете вылетать из пота на ривере из-за неожиданно составившегося дро противника, это так же неизбежно, как восход солнца утром. Вы будете иногда проигрывать пот слабым игрокам из-за бэд-бита, но в большинстве случаев из-за низкого уровня игры они будут проигрывать Вам. На длинном отрезке Вы сможете заработать благодаря игрокам, которые постоянно пытаются составить дырявый стрит или младший флеш. Такие люди еще чаще встречаются на покерных сайтах. В онлайн покере очень много новичков, которые разыгрывают две любые одномастные карты, любого туза или вообще любые две карты. В таких играх Вы заметите, что колебания Вашего банкролла будут значительнее, но при этом Ваш выигрыш будет больше.
Бывают также случаи, когда Ваша рука оказывается бита более сильной рукой. Это можно назвать «законным битом», и он редко происходит случайно. Однажды я начал раздачу с карманными десятками. На флопе пришли три туза, и у меня составился фулл-хаус. Я и еще один игрок дошли до ривера. На шоудане он открыл одномастных туза и даму. Должен признаться, что я был сильно расстроен, но такие ситуации неизбежны. Я повернулся к противнику и сказал: «Неплохая рука».
Как избежать тильта после бэд-бита?
Некоторые игроки сильно раздражаются из-за бэд-бита и впадают в тильт. Вы не можете позволить бэд-биту повлиять на Вашу игру. Если после него Вы расстроены, встаньте из-за стола на одну раздачу и прогуляйтесь. Если Вы играете, сбросьте карты или на время выйдите из игры. К игре можно вернуться, когда Вы остынете.
Не рассказывайте историй про бэд-биты
Бэд-биты можно сравнить с погодой. Все о ней говорят, но никто никак не может на нее повлиять. Как и бэд-биты, это очень скучная тема. Бэд-биты бывали у всех, и когда Вы постоянно рассказываете о них, Вы начинаете выглядеть так, будто бы всегда проигрываете. Если Вы хотите поговорить о покере, зачем рассказывать о своих поражениях? Нытье по поводу бэд-битов никого не испугает. Эксперт в покере Майк Каро советует рассказывать оппонентам о том, как Вам везло, и как Вам приходили хорошие карты. Это создаст Вам имидж успешного игрока, а не человека, который постоянно проигрывает.
Итак, в следующий раз, когда Вы захотите заговорить о бэд-бите, остановитесь и подумайте, почему Вы хотите рассказать историю, в которой проигрываете?
Не забывайте, что «удача приходит и уходит, а знания остаются навсегда».
Ошибка 400 (Bad Request) – это код ответа HTTP , который означает, что сервер не смог обработать запрос, отправленный клиентом из-за неверного синтаксиса. Подобные коды ответа HTTP отражают сложные взаимоотношения между клиентом, веб-приложением, сервером, а также зачастую сразу несколькими сторонними веб-сервисами. Из-за этого поиск причины появления ошибки может быть затруднён даже внутри контролируемой среды разработки.
В этой статье мы разберём, что значит ошибка 400 Bad Request (переводится как «Неверный запрос »), и как ее исправить
На стороне сервера или на стороне клиента?
Все коды ответа HTTP из категории 4xx считаются ошибками на стороне клиента. Несмотря на это, появление ошибки 4xx не обязательно означает, что проблема как-то связана с клиентом, под которым понимается веб-браузер или устройство, используемое для доступа к приложению. Зачастую, если вы пытаетесь диагностировать проблему со своим приложением, можно сразу игнорировать большую часть клиентского кода и компонентов, таких как HTML , каскадные таблицы стилей (CSS ), клиентский код JavaScript и т.п. Это также применимо не только к сайтам. Многие приложения для смартфонов, которые имеют современный пользовательский интерфейс, представляют собой веб-приложения.
С другой стороны, ошибка 400 Bad Request означает, что запрос, присланный клиентом, был неверным по той или иной причине. Пользовательский клиент может попытаться загрузить слишком большой файл, запрос может быть неверно сформирован, заголовки HTTP запроса могут быть неверными и так далее.
Мы рассмотрим некоторые из этих сценариев (и потенциальные решения ) ниже. Но имейте в виду: мы не можем однозначно исключить ни клиент, ни сервер в качестве источника проблемы. В этих случаях сервер является сетевым объектом, генерирующим ошибку 400 Bad Request и возвращающим её как код ответа HTTP клиенту, но возможно именно клиент ответственен за возникновение проблемы.
Начните с тщательного резервного копирования приложения
Важно сделать полный бэкап вашего приложения, базы данных и т.п. прежде , чем вносить какие-либо правки или изменения в систему. Ещё лучше, если есть возможность создать полную копию приложения на дополнительном промежуточном сервере, который недоступен публично.
Подобный подход обеспечит чистую тестовую площадку, на которой можно отрабатывать все возможные сценарии и потенциальные изменения, чтобы исправить или иную проблему без угрозы безопасности или целостности вашего «живого » приложения.
Диагностика ошибки 400 Bad Request
Ошибка 400 Bad Request означает, что сервер (удалённый компьютер ) не может обработать запрос, отправленный клиентом (браузером ), вследствие проблемы, которая трактуется сервером как проблема на стороне клиента.
Существует множество сценариев, в которых ошибка 400 Bad Request может появляться в приложении. Ниже представлены некоторые наиболее вероятные случаи:
- Клиент случайно (или намеренно ) отправляет информацию, перехватываемую маршрутизатором ложных запросов. Некоторые веб-приложения ищут особые заголовки HTTP , чтобы обрабатывать запросы и удостовериться в том, что клиент не предпринимает ничего зловредного. Если ожидаемый заголовок HTTP не найден или неверен, то ошибка 400 Bad Request – возможный результат.
- Клиент может загружать слишком большой файл. Большинство серверов или приложений имеют лимит на размер загружаемого файла, Это предотвращает засорение канала и других ресурсов сервера. Во многих случаях сервер выдаст ошибку 400 Bad Request , когда файл слишком большой и поэтому запрос не может быть выполнен.
- Клиент запрашивает неверный URL . Если клиент посылает запрос к неверному URL (неверно составленному ), это может привести к возникновению ошибки 400 Bad Request .
- Клиент использует недействительные или устаревшие куки. Это возможно, так как локальные куки в браузере являются идентификатором сессии. Если токен конкретной сессии совпадает с токеном запроса от другого клиента, то сервер/приложение может интерпретировать это как злонамеренный акт и выдать код ошибки 400 Bad Request .
Исправление проблем на стороне клиента
Ошибку 400 Bad Request (попробуйте позже ) лучше начать с исправления на стороне клиента. Вот несколько советов, что следует попробовать в браузере или на устройстве, которые выдают ошибку.
Проверьте запрошенный URL
Наиболее частой причиной ошибки 400 Bad Request является банальный ввод некорректного URL . Доменные имена (например, сайт ) нечувствительны к регистру, поэтому ссылка, написанная в смешанном регистре, такая как работает так же, как и нормальная версия в нижнем регистре . Но части URL , которые расположены после доменного имени, чувствительными к регистру. Кроме случаев, когда приложение/сервер специально осуществляет предварительную обработку всех URL и переводит их в нижний регистр перед исполнением запроса.
Важно проверять URL на неподходящие специальные символы, которых в нем не должно быть. Если сервер получает некорректный URL , он выдаст ответ в виде ошибки 400 Bad Request .
Очистите соответствующие куки
Одной из потенциальных причин возникновения ошибки 400 Bad Request являются некорректные или дублирующие локальные куки. Файлы куки в HTTP – это небольшие фрагменты данных, хранящиеся на локальном устройстве, которые используются сайтами и веб-приложениями для «запоминания » конкретного браузера или устройства. Большинство современных веб-приложений использует куки для хранения данных, специфичных для браузера или пользователя, идентифицируя клиента и позволяя делать следующие визиты быстрее и проще.
Но куки, хранящие информацию сессии о вашем аккаунте или устройстве, могут конфликтовать с другим токеном сессии от другого пользователя, выдавая кому-то из вас (или вам обоим ) ошибку 400 Bad Request .
В большинстве случаев достаточно рассматривать только ваше приложение в отношении файлов куки, которые относятся к сайту или веб-приложению, выдающему ошибку 400 Bad Request .
Куки хранятся по принципу доменного имени веб-приложения, поэтому можно удалить только те куки, которые соответствуют домену сайта, сохранив остальные куки не тронутыми. Но если вы не знакомы с ручным удалением определённых файлов куки, гораздо проще и безопаснее очистить сразу все файлы куки.
Это можно сделать разными способами в зависимости от браузера, который вы используете:
- Google Chrome;
- Internet Explorer;
- Microsoft Edge;
- Mozilla Firefox;
- Safari.
Загрузка файла меньшего размера
Если вы получаете ошибку 400 Bad Request при загрузке какого-либо файла, попробуйте корректность работы на меньшем по размеру файле, Это включает в себя и «загрузки» файлов, которые не загружаются с вашего локального компьютера. Даже файлы, отправленные с других компьютеров, считаются «загрузками» с точки зрения веб-сервера, на котором работает ваше приложение.
Выйдите и войдите
Попробуйте выйти из системы и войти обратно. Если вы недавно очистили файлы куки в браузере, это приводит к автоматическому выходу из системы при следующей загрузке страницы. Попробуйте просто войти обратно, чтобы посмотреть, заработала ли система корректно.
Также приложение может столкнуться с проблемой, связанной с вашей предыдущей сессией, являющейся лишь строкой, которую сервер посылает клиенту, чтобы идентифицировать клиента при будущих запросах. Как и в случае с другими данными, токен сессии (или строка сессии ) хранится локально на вашем устройстве в файлах куки и передаётся клиентом на сервер при каждом запросе. Если сервер решает, что токен сессии некорректен или скомпрометирован, вы можете получить ошибку 400 Bad Request .
В большинстве веб-приложений выход повторный вход приводит к перегенерации локального токена сессии.
Отладка на распространённых платформах
Если вы используете на сервере распространённые пакеты программ, которые выдают ошибку 400 Bad Request , изучите стабильность и функциональность этих платформ. Наиболее распространённые системы управления контентом, такие как WordPress , Joomla! и Drupal , хорошо протестированы в своих базовых версиях. Но как только вы начинаете изменять используемые ими расширения PHP , очень легко спровоцировать непредвиденные проблемы, которые выльются в ошибку 400 Bad Request .
Откатите последние изменения
Если вы обновили систему управления контентом непосредственно перед появлением ошибки 400 Bad Request , рассмотрите возможность отката к предыдущей версии, которая была установлена, как самый быстрый и простой способ убрать ошибку 400 bad request .
Аналогично, любые расширения или модули, которые были обновлены, могут вызывать ошибки на стороне сервера, поэтому откат к предыдущим версиям этих расширений также может помочь.
Но в некоторых случаях CMS не предоставляют возможности отката к предыдущим версиям. Так обычно происходит с популярными платформами, поэтому не бойтесь, если вы не можете найти простой способ вернуться к использованию старой версии той или иной программной платформы.
Удалите новые расширения, модули или плагины
В зависимости от конкретной CMS , которую использует приложение, имена этих компонентов будут различаться. Но во всех системах они служат одной и той же цели: улучшение возможностей платформы относительно её стандартной функциональности.
При этом имейте в виду, что расширения могут так или иначе получать полный контроль над системой, вносить изменения в код PHP , HTML , CSS , JavaScript или базу данных. Поэтому мудрым решением может быть удаление любых новых расширений, которые были недавно добавлены.
Проверьте непреднамеренные изменения в базе данных
Даже если удалили расширение через панель управления CMS , это не гарантирует, что внесенные им изменения были полностью отменены. Это касается многих расширений WordPress , которым предоставляется полный доступ к базе данных.
Расширение может изменить записи в базе данных, которые «не принадлежат» ему, а созданы и управляются другими расширениями (или даже самой CMS ). В подобных случаях модуль может не знать, как откатить назад изменения, внесенные в записи базы данных.
Я лично сталкивался с такими случаями несколько раз. Поэтому лучшим путём будет открыть базу данных и вручную просмотреть таблицы и записи, которые могли быть изменены расширением.
Поиск проблем на стороне сервера
Если вы уверены, что ошибка 400 Bad Request не связана с CMS , вот некоторые дополнительные советы, которые могут помочь найти проблему на стороне сервера.
Проверка на неверные заголовки HTTP
Ошибка, которую вы получаете от приложения, является результатом недостающих или некорректных специальных заголовков HTTP , которые ожидает получить приложение или сервер. В подобных случаях нужно проанализировать заголовки HTTP , которые отправляются на сторону сервера.
Мы расскажем один простой и второй, более продвинутый, способ проверить состояние вашего жесткого диска и исправить поврежденные сектора с помощью программы HDD Scan и программы HDD Regenerator.
Жесткий диск имеет свой ресурс, поэтому желательно раз в год проверять его состояние.
Как проверить жесткий диск на ошибки
Ранее мы писали как проверить жесткий диск на наличие плохих секторов с помощью программы . Если программа показала проблемы с жестким диском, постараемся их исправить.
Что такое бэд блоки
В двух словах, бэд блоки (bad block ) — это поврежденные сектора на жестком диске, в которые нельзя записать или считать информацию. Они появляются со временем в процессе работы жесткого диска или при ударе по работающему жесткому диску.
Как убрать бэд блоки с жесткого диска
Первый способ , для продвинутых пользователей, который восстанавливает cсбойные сектора с помощью программы HDD Regenerator читаем
Второй способ , для чайников. Мы рекомендуем при появлении сбойных секторов на жестком диске его замену. Если нет такой возможности, попробуем немного продлить срок службы вашего диска.
Для этого нам понадобится программа HDDScan. Скачать ее можно
HDDScan во время проверки будет обращаться к сбойным секторам диска и сам диск их пометит так, что система Windows больше не будет писать туда свои данные. Этот способ не дает большой гарантии, но он прост для использования.
После скачивания и распаковки заходим в папку с программой и запускаем ее кликнув по файлу HDDScan.
Мы видим окно, в котором должны выбрать проверяемый диск в Select Drive. Потом нажимаем на круглую кнопку и в выпавшем меню выбираем Surface Test(тест поверхности ).
В появившемся окне выбираем Verify и жмем кнопку Add Test. Тест жесткого диска запущен.
Для того, что бы посмотреть ход выполнения теста и результат, дважды кликаем на ваш жесткий диск в окне Test Manager и в появившемся окне выбираем закладку Map.
В окне видно процесс проверки жесткого диска, где нас интересует параметр Bads. Если после всей проверки количество Bads не очень большое 2-5 сбойных секторов, то какое-то время ваш жесткий диск еще поработает.
Если же количество измеряется в сотнях или тысячах, диск сильно поврежден и может отказать в любую минуту.
При наличии сбойных секторов нужно проверять диск раз в неделю и смотреть, не увеличивается ли количество Bads.
Жесткие диски в компьютерах и ноутбуках служат годами. За это время подвижные части HDD-дисков успевают износиться, да и память такого оборудования приходит в негодность со временем. Перечисленные факторы приводят к ухудшению работоспособности жесткого диска, критическим ошибкам, существенному замедлению процессов.
Что это такое
Бэд-блоки представляют собой поврежденные сектора на жестком диске. Говоря простым языком, бэд-блок – участок на диске, полноценное функционирование которого не гарантировано из-за каких-либо повреждений.
Виды бэд-блоков
На поверхности жестких дисков возникают физические и логические поврежденные сектора. Существуют мифы о том, что современные винчестеры, а также модели, оснащенные «умной» системой диагностирования, не могут повреждаться. Это не так. На любой модели жесткого диска могут образоваться бэд-блоки.
Физические
Такие повреждения связаны с постепенным износом магнитной поверхности винчестера. Также, сквозь фильтры дисков проникают частицы пыли, которые разгоняются в процессе работы винчестеров и способны их серьезно повредить.
Физические бэд-блоки связаны с возникновением ошибок в работе жесткого диска, которые образуются в результате механического воздействия. Физические бэды практически никак излечить нельзя, их появлению характерна фатальность для оборудования.
Логические
Бэды, которые возникают вследствие системных сбоев. Именно их можно вылечить с помощью специальных утилит или удаления поврежденных секторов. Когда жесткий диск сталкивается с поврежденным сектором, он его просто пропускает и переходит к чтению следующего.
Намечающиеся
При своевременной проверке системы возможно отследить ослабленные сектора и предпринять действия по лечению заблаговременно. Для проверки можно воспользоваться внутренними средствами ОС или сторонними программами. В случае выявления неудовлетворительной работы винчестера, рекомендуется заняться лечением.
Возможные причины появления
Как уже говорилось, физические бэды появляются вследствие механических повреждений винчестера. К ним также могут относиться удары, царапины, соприкосновение с магнитными поверхностями. В редких случаях встречается заводской брак.
Логические бэд-блоки появляются:
- Программные ошибки;
- Перенапряжение сети или частые сбои подачи питания;
- Прерывание записи или чтения информации с блока;
- Вирусное заражение;
- Системные ошибки.
Перечисленные причины приводят к появлению секторов, которые система не может считывать, они помечаются битыми.
Симптомы
Без привлечения специальных проверок пользователь замечает бэд-блоки, когда их уже становится достаточно много. Логические повреждения приводят к постепенному увеличению таких секторов. Классические симптомы:
- Файлы или папки перестали открываться/считываться;
- Данные на жестком диске частично не отображаются;
- Один из томов на диске не открывается, т.к. поврежден;
- BIOS долго загружается;
- Операционная система подвисает и долго выполняет операции.
Неоднократные неудачные попытки чтения поврежденных секторов приводят к выходу из строя магнитной головки оборудования.
Как проверить наличие бэд-блоков
Проверку можно проводить с помощью командной строки и команды «winsat disk», а также специальных программ, предназначенных для этих целей. Например, утилита Crystal Disk Info .
Автоматически проверяет состояние винчестера, выводит информацию о нем в окно.
Способы лечения
Существует несколько вариантов устранения проблемы. Важно помнить, что лечение проводить обязательно, иначе работоспособность жесткого диска будет только понижаться.
HDDScan
Программа позволяет диагностировать жесткий диск. Скачать можно . Если обнаружены бэд-блоки, HDDScan исправляет настройки работы питания, магнитных головок, скрытия секторов для лечения.
Устанавливать HDDScan не нужно.
HDD Rgenerator
Программа восстанавливает сектора, на которых произошли логические сбои. Согласно заявлению разработчика, восстанавливаются до 60% пострадавших блоков. Скачать можно .
Работает в любой файловой системе.
MHDD
Дает множество возможностей пользователю, имеет расширенный функционал.
HDAT2
Программа записывается на флешку или диск, подключается к ПК. При перезагрузке компьютера утилита запустит диагностику и исправление поврежденных секторов. Скачать можно .
Victoria DOS
Утилита работает с дисками на базе SATA и IDE. Скачивается . Примечательна тем, что может работать даже с очень мелкими секторами. В ходе обнаружения бэдов, предлагает восстанавливать сектора, где обнаружены логические ошибки.
Скрытие дефектов средствами файловой системы
На современных винчестерах присутствует технология SMART, дающая доступ к диагностике и лечению возможностями самой ОС. При этом, пользователь может настроить график проверки диска. В ходе перезагрузок система будет автоматически проверять наличие бэдов, исправлять настройки для их устранения.
