Ошибка 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 , которые отправляются на сторону сервера.
Покер - это прежде всего игра, а, как известно, в каждой игре есть победитель и проигравший. Иногда как для первого, так и для второго определяющим в покере является бэд бит.
Определение термина
Бэд бит
- не частая, но и не редкая ситуация в покере, при которой игрок вроде бы с идет на олл-ин, но оказывается поверженным благодаря тому, что сопернику на терне или ривере пришли ожидаемые им ауты.
В таких случаях также принято говорить о переездах одного игрока другим .
Пример
Для наглядности разберем на примере. Предположим, у вас карманные КК, с которыми вы идете в . Соперник поддерживает ваш ва-банк и выкладывает на стол свои карманные К и 10. Согласитесь, ваши шансы намного предпочтительнее в данной ситуации. Однако на постфлопе оппонент добирает сет, либо стрит, либо флеш, вы же остаетесь лишь с КК. Вот это и есть бэд бит. Ваш соперник вас переехал.
Бэд бит и кулер - разница
Между тем, есть и ситуация, которая именуется в покере как кулер. Многие путают кулер и бэд бит
. Объясним разницу опять-таки на примере.
Представьте, вы опять с карманными КК на руках и отвечаете коллом на олл-ин противника, который выставляет свою руку - АА. Это и есть кулер, так как и вы, и ваш соперник получили на префлопе отличные руки и вам обоим не оставалось ничего делать как идти ва-банк. С другой стороны, если на вскрытии постфлопа вы доберете комбинацию, которая побьет АА оппонента, то вы переедете своего соперника.
Как бэд бит может повлиять на игрока
Конечно, будучи абсолютно уверенным в своей победе, принять переезд бывает сложно. Однако следует учесть, что в этой ситуации оказывается практически каждый игрок - от начинающего до регуляра и профессионала. И именно профессионалы относятся к переездам спокойно. Уйти от бэд бит невозможно, смиритесь с этим.
В предыдущих статьях мы неоднократно упоминали о таком явлении, как сбойный (плохой или bad) блок, однако до сих пор не дали точного определения, что же это такое, каковы причины их возникновения, как с ними бороться и нужно ли. В этой статье рассмотрим два первых вопроса и предоставим вам немного времени для собственных размышлений и поисков решений. В следующий раз все-таки поговорим о методах борьбы с ними.
Итак, под bad-блоком понимается обычно конкретный участок диска, нормальная работа с которым не гарантируется или невозможна вовсе. На таких участках может содержаться различная информация, это могут быть данные пользователя или служебная информация (иначе называемая серво (очевидно от лат. servire или англ. serve - служить), в этом случае это чревато последствиями, тяжесть которых варьируется в очень широких пределах), хотя, конечно же, лучшим вариантом было бы отсутствие в этой области чего-либо (правда, столкнуться с бэдами в таких областях скорее не придется). Появление таких секторов может быть обусловлено разными причинами, в одном случае такие секторы можно восстановить, в другом нельзя, в одном нужно использовать одни методы лечения и переназначения в другом другие. Но сначала развеем несколько довольно распространенных мифов.
Миф первый: на современных винчестерах не бывает бэдов. Это неправда, бывают. По большому счету технология та же, что и годы назад, только усовершенствованная и доработанная, но по прежнему не идеальная (впрочем, идеальная вряд ли будет создана на базе технологий магнитной записи).
Миф второй: для винчестеров оснащенных SMART это не актуально (читай там не может быть бэдов). Тоже не так: актуальна, ничуть не меньше чем для винчестеров без SMART (если таковые еще остались). Понятие сбойного сектора для нее родное и близкое, это должно было стать понятно из соответствующих публикаций посвященных этой технологии (ссылки в конце). Дело только в том, что большую часть забот о таких секторах ранее возлагавшуюся на пользователя, SMART взяла на себя. И часто может случиться так, что пользователь вообще ничего не знает и не узнает о имеющих место бэдах на его винте, если конечно ситуация не патологическая. Доводилось слышать от пользователей, что так продавцы порой аргументируют свой отказ в гарантийном обмене винчестеров, у котрых бэды "всплыли" наружу. Продавец, конечно же, не прав. SMART не всемогуща, а бэды пока никто не отменял.
Для того, что бы разобраться в бэдах и их разновидностях, углубимся в метод хранения информации на винчестере, совсем на чуть-чуть. Выясним два момента.
1. Единицей которой оперирует винчестер на низком уровне является сектор. В физическом пространстве на диске, соответствующем сектору, записываются не только непосредственно данные, но и служебная информация - поля идентификации и контрольная сумма для него, данные и контрольный код для них, код для восстановления ошибок и др. (не стандартизировано и зависит от производителя и модели). По наличию полей идентификации различают два вида записи - с полями идентификаторов и без оных. Первый стар и уступил свои позиции в пользу последнего. Позже станет понятно, почему я это отмечаю. Важно также, что имеются средства контроля ошибок (которые как мы увидим, могут стать их источниками).
2. При работе со старыми винчестерами необходимо было прописать в BIOS их физические параметы, которые указывались на этикете, а для того, чтобы однозначно адресовать блок данных, необходимо было указывать номер цилиндра, номер сектора на дорожке, номер головки. Такая работа с диском была полностью зависимой от его физических параметров. Это не было удобным, и связывало руки разрабочикам во многих вопросах. Требовался выход и он был найден в трансляции адресов. Та, которая нас интересует - данные в накопителе решено было адресовывать одним параметром, а функцию определения действительного физического адреса соответствующего этому параметру возложить на контроллер жесткого диска. Это давало терубемую свободу и совместимость.
Реальные физические данные накопителя уже оказывались не важны. Важно только, чтобы число логических блоков указанное BIOS не превышало действительное. Создание такого транслятора имеет огромное значение и для вопросов бэд-секторов тоже. И вот почему. Обработка плохих секторов старых жестких дисках была не совершенна, осуществлялась средствами файловой системы. Диск поставлялся с наклейкой, на которой были указаны адреса дефектных блоков, найденных изготовителем. Пользователь сам в ручную заносил эти данные в FAT, и исключал таким образом исключалось обращение к ним операционной системы.
Технология изготовления пластин была несовершенная тогда, и несовершенна сейчас. Не существует методов создания идеальной поверхности не содержащей ни одного плохого блока, вопреки встречающемуся мнению, что с завода винчестер поставляется без них. С ростом объема дисков росло количество сбойных секторов при выходе с завода, и, понятно, что только до определенного момента процедура их регистрации в FAT могла выполнятся в ручную, нужно было найти способ маркировать бэды, даже не смотря на то, что не известно, какая файловая система будет использоваться. Изобретение транслятора позволило решить эти проблемы. На винчестере выделялась специальная защищенная область, куда записывался транслятор, в котором устанавливалось соответствие каждого логического блока непрерывной цепочки и реального физического адреса.
Если вдруг на поверхности обнаруживался сбойный блок, то он просто пропускался, а данному логическому блоку присваивался адрес следующего физического доступного блока. Транслятор считывался с диска при включении. Создание его выполнялось (и выполняется) на заводе, и именно по этому, а не от того, что производителем применяется какая-то супер технология, новые диски как бы не содержат бэд-блоков. Физические параметры оказались скрыты (и они слишком рознились, так как у фирм оказались развязаны руки в производстве своих собственных форматов низкого уровня, и пользователя это не заботило), дефекты помечались на заводе, универсальность увеличилась. Хорошо как в сказке.
Теперь вернемся к бэдам и их разновидностям. В зависимости от природы происхождения всех их можно подразделить на две большие группы: логические и физические.
Физические и логические дефекты
Дефекты поверхности могут быть связаны с постепенным износом магнитного покрытия дисков, просочившимся через фильтр мельчайшим частицам пыли, кинетическая энергия которых, разогнанных внутри накопителя до колоссальных скоростей, оказывается достаточной для повреждения поверхности дисков (впрочем, скорее всего они скатяться с диска под действием центробежных сил и будут задержаны внутренним фильтром, но напакостить могут успеть), результатом механических повреждений при ударе, при котором могут из поверхности могут выбиться маленькие частицы, которые потом в свою очередь также будут выбивать другие частички, и процесс пойдет лавинообразно (такие частицы тоже будут скатываться с пластин под действием центробежных сил, но значительно дольше и тяжелее, так как будут удерживаемы силами магнитного притяжения. Это еще чревато тем, что с ними будет происходить столкновение головки, парящей на очень малой высоте, что вызовет ее нагрев и ухудшение рабочих характеристик - будут возникать искажения сигнала, результат - ошибки чтения), доводилось слышать (у меня такой статистики нет) что и курение у компьютера способно сделать то же самое, так как табачные смолы способны проникать сквозь воздушный фильтр винчестера (у которых он есть), приводя там к прилипанию головок к пластинам (порче поверхности и головок), просто оседая на поверхности, и меняя тем самым рабочие характеристики и т.д.
Такие сектора к обращению оказываются непригодными и должны быть исключены из обращения. Восстановление их не представляется возможным ни в домашних условиях, ни в условиях сервисных центров. Будет хорошо, если из них удасться хотя бы восстановить информацию. Скорость процесса такого вида разрушения поверхности индивидуальная. Если число бэдов не растет или растет крайне незначительно, то можно серьезно не опасаться (хотя делать резервное копирование все же стоит) если же рост быстрый, то диск придется заменить, и, причем, очень поторопиться. При данном виде бэдов можно произвести переназначение блоков на резервную поверхность: имеет смысл при отсутствии прогрессирования. Но об этом не сейчас. Это если говорить об области данных. Как уж было отмечено, на пластинах храниться еще и служебная информация. В процессе использования она также может оказаться разрушенной. Это может быть гораздо болезненнее, чем обычной пользовательской поверхности.
Дело в том, что сервоинформация активно используется в процессе работы: по серво меткам происходит стабилизация скорости вращения дисков, удержание головки над заданным цилиндром независимо от внешних воздействий. Незначительные разрушения сервоинформации могут пройти незамеченными. Серьезные повреждения сервоформата могут сделать недоступной какую-то часть диска или весь диск целиком. Поскольку сервоинформацей пользуется программа накопителя и она критически важна для обеспечения нормального функционирования и вообще в силу ее специфики, дела обстоят с ней намного сложнее. Некоторые винчестеры позволяют отключить сбоящие серводорожки. Восстановление же их возможно только на заводе на специальном дорогом и сложном оборудовании (оценим приблизительно расходы на такой ремонт негарантийного винчестера и поймем, что правильно будет назвать этот вид бэдов неисправимым).
К физическим бэдам можно также отнести сбойные сектора, появление которых обусловлено неисправностями электронной или механической части накопителя, например обрыв головок, серьезные механические повреждения в результате удара - заклинивание катушки позиционера или дисков, смещение дисков. Действия здесь могут быть различными и зависеть от конкретной ситуации, если, например, обрыв головки (такие бэды появляются потому, что делается попытка обращения к поверхности, доступ к которой не может быть осуществлен (что вовсе не означает, что что-то не так с поверхностью)), то, например, часто ее можно отключить (а можно и поменять в условиях специализированных сервисных центров, вот только стоиомость операции заставляет серьезно задуматся о ее целесообразности (в большинсте случаев ответ отрицательный), если конечно, речь не идет о необходимости восстановить крайне ценную информацию (но это уже другой разговор)).
В целом же для этого вида повреждений характерен катастрофический характер. Т.е. как видим физические бэды не лечатся, возможно лишь какое-то "смягчение" их присутствия. С логическими плохими секторами ситуация проще. Некоторые из них излечимы. В большинстве случаев обусловлены ошибками записи. Можно выделить следующие категории:
1. Самый простой случай: ошибки файловой системы. Сектор помечен в FAT как сбойный, но на самом деле таковым не является. Раньше таким приемом пользовались некторые вирусы, когда на небольшом обьеме винчестера требовалось найти себе укромное местечко, не доступное простыми средствами. Сейчас этот прием не актуален, так как скрыть в недрах Windows пару мегабайт (а то и пару десятков мегабайт) не представляет никакой сложности. Кроме того так кто-то мог просто пошутить над незадачливым пользователем (программы попадались такие). Да и вообще файловая система вещь хрупкая, лечится очень легко и абсолютно без последствий.
2. Неисправимые логические бэды - характерны для старых винчестеров использующих запись с полями идентификаторов. Если у вас такой диск, то вполне можете с ними столкнуться. Обусловлено неверным форматом физического адреса, записанного для данного сектора, ошибка контрольной суммы для него и т.д. Соответственно, невозможно обращением к нему. На самом деле они восстановимы, но на заводе. Поскольку я уже сказал, что сейчас используется технология записи без полей идентификаторов, то эту разновидность можно считать неактуальной.
3. Исправимые логические бэды. Не так уж редко встречаемый, особенно на некоторых типах накопителей тип сбойных блоков. Происхождением в основном обязаны ошибкам записи на диск. Чтение произвести с такого сектора не удается, так как обычно в нем ЕСС код не соответствует данным, а запись обычно невозможна, так как перед записью осуществляется предварительная проверка подлежащего записи пространства, и поскольку с ней уже обнаружены проблемы, запись в данную область отклоняется. Т.е. получается блок невозможно использовать, хотя физически поверхность, им занимаемая в полном порядке. Дефекты подобного рода могут быть иногда вызваны ошибками в микропрограмме винчестера, могут быть спровоцированы программным обеспечением или техническими причинами (напримем перебоем питания и его колебанием, уходом во время записи головки на недопустимую высоту и др.). Но если удается привести в соответствие содержимое сектора и его ECC-код, то такие блоки бесследно проходят. Причем процедура эта не сложна, а средства для ее осуществления широко доступны, и, в общем-то, безобидны.
4. Появления на винчестерах бэд-блоков этого вида обязано особенностям технологии производства: никогда не существует двух абсолютно одинаковых устройств, какие-то их параметры непременно отличатся. При подготовке винчестеров на заводе, для каждого определяется набор параметров, обеспечивающих наилучшее функционирование данного конкретного экземпляра, так называемые адаптивы. Эти параметры сохраняются, и в случае если они каким то загадочным образом оказываются повреждены, то результатом может быть полная неработоспособность диска, нестабильная его работа или большое количество сбойных секторов появляющихся и исчезающих то в одном, то в другом месте. В домашних условиях с этим сделать ничего нельзя, но все можно настроить на заводе или в сервисном центре.
Как видим, реально лечатся в домашних условиях только два вида логических бэдблоков. Другие в случае необходимости можно попробовать подменить на резервные, но не вылечить. С третьими дома сделать ничего нельзя. О том, как и что нужно делать в первых двух случаях будем говорить в следующий раз.
Продолжение следует
Наверное, пользователь уже знает, что такое 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.
Как проверить жесткий диск?
Что такое бэд-бит?
Вы смотрите на свою начальную руку и видите червовый и бубновый туз. Вы объявляете рейз, и кто-то из противников на него отвечает. На флопе приходят трефовая восьмерка, червовый валет и бубновая тройка. Игроки, делающие ход до Вас, объявили чек, а Вы делаете бет. На терне приходит трефовый туз. На этот раз игрок, делающий ход перед Вами, объявляет бет. Вы коллите, а он показывает трефовые шестерку и четверку, демонстрируя лучший флеш. Вы только что почувствовали на себе бэд-бит.
Бэд-бит в покере – это ситуация, когда Ваша хорошая рука, которая должна выиграть, внезапно оказывается бита другой рукой. В большинстве случаев этой второй рукой бывает чудесно составившееся на ривере дро, которое с самого начала даже не следовало бы разыгрывать. Такое чаще случается в играх на низких лимитах, потому что там многие игроки убеждены, что любые две карты могут выиграть. Многие разыгрывают любого туза, и большое количество игроков входит в пот с любыми одномастными картами, вне зависимости от их ранга. Здесь много «вечных коллеров», которые входят в пот со средними по силе или просто ужасными руками, а потом коллят до самого ривера в надежде составить дро. Иногда их руки действительно случайно составляются, и Вы сталкиваетесь с бэд-битом.
Несмотря на бэд-биты, на длинном отрезке Вы будете выигрывать у слабых противников
Бэд-биты – обычная часть покера, и сильные игроки должны научиться принимать их. Иногда Вы будете вылетать из пота на ривере из-за неожиданно составившегося дро противника, это так же неизбежно, как восход солнца утром. Вы будете иногда проигрывать пот слабым игрокам из-за бэд-бита, но в большинстве случаев из-за низкого уровня игры они будут проигрывать Вам. На длинном отрезке Вы сможете заработать благодаря игрокам, которые постоянно пытаются составить дырявый стрит или младший флеш. Такие люди еще чаще встречаются на покерных сайтах. В онлайн покере очень много новичков, которые разыгрывают две любые одномастные карты, любого туза или вообще любые две карты. В таких играх Вы заметите, что колебания Вашего банкролла будут значительнее, но при этом Ваш выигрыш будет больше.
Бывают также случаи, когда Ваша рука оказывается бита более сильной рукой. Это можно назвать «законным битом», и он редко происходит случайно. Однажды я начал раздачу с карманными десятками. На флопе пришли три туза, и у меня составился фулл-хаус. Я и еще один игрок дошли до ривера. На шоудане он открыл одномастных туза и даму. Должен признаться, что я был сильно расстроен, но такие ситуации неизбежны. Я повернулся к противнику и сказал: «Неплохая рука».
Как избежать тильта после бэд-бита?
Некоторые игроки сильно раздражаются из-за бэд-бита и впадают в тильт. Вы не можете позволить бэд-биту повлиять на Вашу игру. Если после него Вы расстроены, встаньте из-за стола на одну раздачу и прогуляйтесь. Если Вы играете, сбросьте карты или на время выйдите из игры. К игре можно вернуться, когда Вы остынете.
Не рассказывайте историй про бэд-биты
Бэд-биты можно сравнить с погодой. Все о ней говорят, но никто никак не может на нее повлиять. Как и бэд-биты, это очень скучная тема. Бэд-биты бывали у всех, и когда Вы постоянно рассказываете о них, Вы начинаете выглядеть так, будто бы всегда проигрываете. Если Вы хотите поговорить о покере, зачем рассказывать о своих поражениях? Нытье по поводу бэд-битов никого не испугает. Эксперт в покере Майк Каро советует рассказывать оппонентам о том, как Вам везло, и как Вам приходили хорошие карты. Это создаст Вам имидж успешного игрока, а не человека, который постоянно проигрывает.
Итак, в следующий раз, когда Вы захотите заговорить о бэд-бите, остановитесь и подумайте, почему Вы хотите рассказать историю, в которой проигрываете?
Не забывайте, что «удача приходит и уходит, а знания остаются навсегда».
