Означает bad. Что такое бэд-блоки (битые сектора) и как их восстановить: инструкция. Как реагировать на единичные бэд-биты

Что такое бэд-бит?

Вы смотрите на свою начальную руку и видите червовый и бубновый туз. Вы объявляете рейз, и кто-то из противников на него отвечает. На флопе приходят трефовая восьмерка, червовый валет и бубновая тройка. Игроки, делающие ход до Вас, объявили чек, а Вы делаете бет. На терне приходит трефовый туз. На этот раз игрок, делающий ход перед Вами, объявляет бет. Вы коллите, а он показывает трефовые шестерку и четверку, демонстрируя лучший флеш. Вы только что почувствовали на себе бэд-бит.

Бэд-бит в покере – это ситуация, когда Ваша хорошая рука, которая должна выиграть, внезапно оказывается бита другой рукой. В большинстве случаев этой второй рукой бывает чудесно составившееся на ривере дро, которое с самого начала даже не следовало бы разыгрывать. Такое чаще случается в играх на низких лимитах, потому что там многие игроки убеждены, что любые две карты могут выиграть. Многие разыгрывают любого туза, и большое количество игроков входит в пот с любыми одномастными картами, вне зависимости от их ранга. Здесь много «вечных коллеров», которые входят в пот со средними по силе или просто ужасными руками, а потом коллят до самого ривера в надежде составить дро. Иногда их руки действительно случайно составляются, и Вы сталкиваетесь с бэд-битом.
Несмотря на бэд-биты, на длинном отрезке Вы будете выигрывать у слабых противников

Бэд-биты – обычная часть покера, и сильные игроки должны научиться принимать их. Иногда Вы будете вылетать из пота на ривере из-за неожиданно составившегося дро противника, это так же неизбежно, как восход солнца утром. Вы будете иногда проигрывать пот слабым игрокам из-за бэд-бита, но в большинстве случаев из-за низкого уровня игры они будут проигрывать Вам. На длинном отрезке Вы сможете заработать благодаря игрокам, которые постоянно пытаются составить дырявый стрит или младший флеш. Такие люди еще чаще встречаются на покерных сайтах. В онлайн покере очень много новичков, которые разыгрывают две любые одномастные карты, любого туза или вообще любые две карты. В таких играх Вы заметите, что колебания Вашего банкролла будут значительнее, но при этом Ваш выигрыш будет больше.

Бывают также случаи, когда Ваша рука оказывается бита более сильной рукой. Это можно назвать «законным битом», и он редко происходит случайно. Однажды я начал раздачу с карманными десятками. На флопе пришли три туза, и у меня составился фулл-хаус. Я и еще один игрок дошли до ривера. На шоудане он открыл одномастных туза и даму. Должен признаться, что я был сильно расстроен, но такие ситуации неизбежны. Я повернулся к противнику и сказал: «Неплохая рука».
Как избежать тильта после бэд-бита?

Некоторые игроки сильно раздражаются из-за бэд-бита и впадают в тильт. Вы не можете позволить бэд-биту повлиять на Вашу игру. Если после него Вы расстроены, встаньте из-за стола на одну раздачу и прогуляйтесь. Если Вы играете, сбросьте карты или на время выйдите из игры. К игре можно вернуться, когда Вы остынете.
Не рассказывайте историй про бэд-биты

Бэд-биты можно сравнить с погодой. Все о ней говорят, но никто никак не может на нее повлиять. Как и бэд-биты, это очень скучная тема. Бэд-биты бывали у всех, и когда Вы постоянно рассказываете о них, Вы начинаете выглядеть так, будто бы всегда проигрываете. Если Вы хотите поговорить о покере, зачем рассказывать о своих поражениях? Нытье по поводу бэд-битов никого не испугает. Эксперт в покере Майк Каро советует рассказывать оппонентам о том, как Вам везло, и как Вам приходили хорошие карты. Это создаст Вам имидж успешного игрока, а не человека, который постоянно проигрывает.

Итак, в следующий раз, когда Вы захотите заговорить о бэд-бите, остановитесь и подумайте, почему Вы хотите рассказать историю, в которой проигрываете?

Не забывайте, что «удача приходит и уходит, а знания остаются навсегда».

Жесткие диски в компьютерах и ноутбуках служат годами. За это время подвижные части HDD-дисков успевают износиться, да и память такого оборудования приходит в негодность со временем. Перечисленные факторы приводят к ухудшению работоспособности жесткого диска, критическим ошибкам, существенному замедлению процессов.

Что это такое

Бэд-блоки представляют собой поврежденные сектора на жестком диске. Говоря простым языком, бэд-блок – участок на диске, полноценное функционирование которого не гарантировано из-за каких-либо повреждений.

Виды бэд-блоков

На поверхности жестких дисков возникают физические и логические поврежденные сектора. Существуют мифы о том, что современные винчестеры, а также модели, оснащенные «умной» системой диагностирования, не могут повреждаться. Это не так. На любой модели жесткого диска могут образоваться бэд-блоки.

Физические

Такие повреждения связаны с постепенным износом магнитной поверхности винчестера. Также, сквозь фильтры дисков проникают частицы пыли, которые разгоняются в процессе работы винчестеров и способны их серьезно повредить.

Физические бэд-блоки связаны с возникновением ошибок в работе жесткого диска, которые образуются в результате механического воздействия. Физические бэды практически никак излечить нельзя, их появлению характерна фатальность для оборудования.

Логические

Бэды, которые возникают вследствие системных сбоев. Именно их можно вылечить с помощью специальных утилит или удаления поврежденных секторов. Когда жесткий диск сталкивается с поврежденным сектором, он его просто пропускает и переходит к чтению следующего.

Намечающиеся

При своевременной проверке системы возможно отследить ослабленные сектора и предпринять действия по лечению заблаговременно. Для проверки можно воспользоваться внутренними средствами ОС или сторонними программами. В случае выявления неудовлетворительной работы винчестера, рекомендуется заняться лечением.

Возможные причины появления

Как уже говорилось, физические бэды появляются вследствие механических повреждений винчестера. К ним также могут относиться удары, царапины, соприкосновение с магнитными поверхностями. В редких случаях встречается заводской брак.

Логические бэд-блоки появляются:

• Программные ошибки;
• Перенапряжение сети или частые сбои подачи питания;
• Прерывание записи или чтения информации с блока;
• Вирусное заражение;
• Системные ошибки.

Перечисленные причины приводят к появлению секторов, которые система не может считывать, они помечаются битыми.

Симптомы

Без привлечения специальных проверок пользователь замечает бэд-блоки, когда их уже становится достаточно много. Логические повреждения приводят к постепенному увеличению таких секторов. Классические симптомы:

• Файлы или папки перестали открываться/считываться;
• Данные на жестком диске частично не отображаются;
• Один из томов на диске не открывается, т.к. поврежден;
• BIOS долго загружается;
• Операционная система подвисает и долго выполняет операции.

Неоднократные неудачные попытки чтения поврежденных секторов приводят к выходу из строя магнитной головки оборудования.

Как проверить наличие бэд-блоков

Проверку можно проводить с помощью командной строки и команды «winsat disk», а также специальных программ, предназначенных для этих целей. Например, утилита Crystal Disk Info .

Автоматически проверяет состояние винчестера, выводит информацию о нем в окно.

Способы лечения

Существует несколько вариантов устранения проблемы. Важно помнить, что лечение проводить обязательно, иначе работоспособность жесткого диска будет только понижаться.

HDDScan

Программа позволяет диагностировать жесткий диск. Скачать можно . Если обнаружены бэд-блоки, HDDScan исправляет настройки работы питания, магнитных головок, скрытия секторов для лечения.

Устанавливать HDDScan не нужно.

HDD Rgenerator

Программа восстанавливает сектора, на которых произошли логические сбои. Согласно заявлению разработчика, восстанавливаются до 60% пострадавших блоков. Скачать можно .

Работает в любой файловой системе.

MHDD

Дает множество возможностей пользователю, имеет расширенный функционал.

HDAT2

Программа записывается на флешку или диск, подключается к ПК. При перезагрузке компьютера утилита запустит диагностику и исправление поврежденных секторов. Скачать можно .

Victoria DOS

Утилита работает с дисками на базе SATA и IDE. Скачивается . Примечательна тем, что может работать даже с очень мелкими секторами. В ходе обнаружения бэдов, предлагает восстанавливать сектора, где обнаружены логические ошибки.

Скрытие дефектов средствами файловой системы

На современных винчестерах присутствует технология SMART, дающая доступ к диагностике и лечению возможностями самой ОС. При этом, пользователь может настроить график проверки диска. В ходе перезагрузок система будет автоматически проверять наличие бэдов, исправлять настройки для их устранения.

Bad (альбом)

Bad (афр.амер. Крутой ) - седьмой студийный альбом американского автора-исполнителя Майкла Джексона. Был выпущен на лейбле Epic Records 31 августа 1987 года, продюсерами пластинки стали сам Джексон и Куинси Джонс - Bad стал их третьей и последней совместной работой. Песни на альбоме выдержаны в жанрах фанка, ритм-н-блюза, госпела, поп-рока, хард-рока, свинга и блюза.

Джексон написал девять из одиннадцати песен, попавших в окончательный список композиций. В сентябре 1987 года Bad дебютировал на вершинах американского чарта Billboard 200 и британского UK Albums Chart , всего пластинка возглавила хит-парады 25-ти стран мира. В период с 1987 по 1989 год из Bad было выпущено девять синглов, наибольшего успеха добились первые пять из них: « I Just Can"t Stop Loving You », « Bad », « The Way You Make Me Feel », « Man in the Mirror » и « Dirty Diana » - они возглавили американский чарт Billboard Hot 100 , таким образом, был установлен рекорд по количеству синглов из одного альбома, побывавших на вершине хит-парада. Мировые продажи пластинки по разным источникам составляют от 30 до 45 миллионов экземпляров. В 1988 и 1990 году Bad получил две статуэтки « Грэмми ».

На девять песен из альбома были сняты видеоклипы. Для продвижения пластинки Джексон снялся в главной роли музыкального фильма « Лунная походка », релиз ленты состоялся на видеокассетах в начале 1989 года. По мотивам фильма с 1989 по 1990 год выпускалась видеоигра Michael Jackson"s Moonwalker .

В сентябре 1987 года, почти сразу после релиза альбома, Джексон отправился в мировой тур в его поддержку - Bad World Tour . Серия концертов продлилась 18 месяцев и стала самым прибыльным концертным турне сольного исполнителя в 1980-х годах.

Альбом дважды был переиздан, впервые - в 2001 году под названием Bad: Special Edition . Выпуск второго переиздания, состоялся в 2012 году в честь 25-летия пластинки. Оба релиза включали в себя бонусные материалы и ранее невыпущенные песни.

Bad

• Bad - альбом Майкла Джексона.
• Bad - сингл Майкла Джексона из одноимённого альбома.
• Bad - песня U2 с альбома The Unforgettable Fire .

Bad (песня)

«Bad» (афр. амер. «Крутой») - песня американского музыканта Майкла Джексона, второй сингл из одноимённого студийного альбома певца. Был выпущен 7 сентября 1987 года на звукозаписывающем лейбле Epic Records . Написана Джексоном и спродюсирована им совместно с Куинси Джонсом. Композиция стала вторым синглом из альбома Bad , достигшим первой строчки американского чарта Billboard Hot 100 .

31 августа 1987 года на телеканале CBS состоялась премьера 18-минутного короткометражного фильма «Bad» с Джексоном в главной роли. Режиссёром видео выступил Мартин Скорсезе, бюджет съёмок составил 2,2 млн долларов, фильм попал в список самых дорогих музыкальных видеоклипов. 4-минутный фрагмент короткометражного фильма, снятый на одной из станций нью-йоркского метро, был включён в ротацию на телевидении.

В 2012 году в список композиций переиздания альбома вошёл ремикс на «Bad», созданный при участии диджея Afrojack и рэпера Pitbull . Композиция была выпущена вторым синглом из переиздания, но не имела большого успеха.

Ошибка 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 , которые отправляются на сторону сервера.

В предыдущих статьях мы неоднократно упоминали о таком явлении, как сбойный (плохой или bad) блок, однако до сих пор не дали точного определения, что же это такое, каковы причины их возникновения, как с ними бороться и нужно ли. В этой статье рассмотрим два первых вопроса и предоставим вам немного времени для собственных размышлений и поисков решений. В следующий раз все-таки поговорим о методах борьбы с ними.

Итак, под bad-блоком понимается обычно конкретный участок диска, нормальная работа с которым не гарантируется или невозможна вовсе. На таких участках может содержаться различная информация, это могут быть данные пользователя или служебная информация (иначе называемая серво (очевидно от лат. servire или англ. serve - служить), в этом случае это чревато последствиями, тяжесть которых варьируется в очень широких пределах), хотя, конечно же, лучшим вариантом было бы отсутствие в этой области чего-либо (правда, столкнуться с бэдами в таких областях скорее не придется). Появление таких секторов может быть обусловлено разными причинами, в одном случае такие секторы можно восстановить, в другом нельзя, в одном нужно использовать одни методы лечения и переназначения в другом другие. Но сначала развеем несколько довольно распространенных мифов.

Миф первый: на современных винчестерах не бывает бэдов. Это неправда, бывают. По большому счету технология та же, что и годы назад, только усовершенствованная и доработанная, но по прежнему не идеальная (впрочем, идеальная вряд ли будет создана на базе технологий магнитной записи).

Миф второй: для винчестеров оснащенных SMART это не актуально (читай там не может быть бэдов). Тоже не так: актуальна, ничуть не меньше чем для винчестеров без SMART (если таковые еще остались). Понятие сбойного сектора для нее родное и близкое, это должно было стать понятно из соответствующих публикаций посвященных этой технологии (ссылки в конце). Дело только в том, что большую часть забот о таких секторах ранее возлагавшуюся на пользователя, SMART взяла на себя. И часто может случиться так, что пользователь вообще ничего не знает и не узнает о имеющих место бэдах на его винте, если конечно ситуация не патологическая. Доводилось слышать от пользователей, что так продавцы порой аргументируют свой отказ в гарантийном обмене винчестеров, у котрых бэды "всплыли" наружу. Продавец, конечно же, не прав. SMART не всемогуща, а бэды пока никто не отменял.

Для того, что бы разобраться в бэдах и их разновидностях, углубимся в метод хранения информации на винчестере, совсем на чуть-чуть. Выясним два момента.

1. Единицей которой оперирует винчестер на низком уровне является сектор. В физическом пространстве на диске, соответствующем сектору, записываются не только непосредственно данные, но и служебная информация - поля идентификации и контрольная сумма для него, данные и контрольный код для них, код для восстановления ошибок и др. (не стандартизировано и зависит от производителя и модели). По наличию полей идентификации различают два вида записи - с полями идентификаторов и без оных. Первый стар и уступил свои позиции в пользу последнего. Позже станет понятно, почему я это отмечаю. Важно также, что имеются средства контроля ошибок (которые как мы увидим, могут стать их источниками).

2. При работе со старыми винчестерами необходимо было прописать в BIOS их физические параметы, которые указывались на этикете, а для того, чтобы однозначно адресовать блок данных, необходимо было указывать номер цилиндра, номер сектора на дорожке, номер головки. Такая работа с диском была полностью зависимой от его физических параметров. Это не было удобным, и связывало руки разрабочикам во многих вопросах. Требовался выход и он был найден в трансляции адресов. Та, которая нас интересует - данные в накопителе решено было адресовывать одним параметром, а функцию определения действительного физического адреса соответствующего этому параметру возложить на контроллер жесткого диска. Это давало терубемую свободу и совместимость.

Реальные физические данные накопителя уже оказывались не важны. Важно только, чтобы число логических блоков указанное BIOS не превышало действительное. Создание такого транслятора имеет огромное значение и для вопросов бэд-секторов тоже. И вот почему. Обработка плохих секторов старых жестких дисках была не совершенна, осуществлялась средствами файловой системы. Диск поставлялся с наклейкой, на которой были указаны адреса дефектных блоков, найденных изготовителем. Пользователь сам в ручную заносил эти данные в FAT, и исключал таким образом исключалось обращение к ним операционной системы.

Технология изготовления пластин была несовершенная тогда, и несовершенна сейчас. Не существует методов создания идеальной поверхности не содержащей ни одного плохого блока, вопреки встречающемуся мнению, что с завода винчестер поставляется без них. С ростом объема дисков росло количество сбойных секторов при выходе с завода, и, понятно, что только до определенного момента процедура их регистрации в FAT могла выполнятся в ручную, нужно было найти способ маркировать бэды, даже не смотря на то, что не известно, какая файловая система будет использоваться. Изобретение транслятора позволило решить эти проблемы. На винчестере выделялась специальная защищенная область, куда записывался транслятор, в котором устанавливалось соответствие каждого логического блока непрерывной цепочки и реального физического адреса.

Если вдруг на поверхности обнаруживался сбойный блок, то он просто пропускался, а данному логическому блоку присваивался адрес следующего физического доступного блока. Транслятор считывался с диска при включении. Создание его выполнялось (и выполняется) на заводе, и именно по этому, а не от того, что производителем применяется какая-то супер технология, новые диски как бы не содержат бэд-блоков. Физические параметры оказались скрыты (и они слишком рознились, так как у фирм оказались развязаны руки в производстве своих собственных форматов низкого уровня, и пользователя это не заботило), дефекты помечались на заводе, универсальность увеличилась. Хорошо как в сказке.

Теперь вернемся к бэдам и их разновидностям. В зависимости от природы происхождения всех их можно подразделить на две большие группы: логические и физические.

Физические и логические дефекты

Дефекты поверхности могут быть связаны с постепенным износом магнитного покрытия дисков, просочившимся через фильтр мельчайшим частицам пыли, кинетическая энергия которых, разогнанных внутри накопителя до колоссальных скоростей, оказывается достаточной для повреждения поверхности дисков (впрочем, скорее всего они скатяться с диска под действием центробежных сил и будут задержаны внутренним фильтром, но напакостить могут успеть), результатом механических повреждений при ударе, при котором могут из поверхности могут выбиться маленькие частицы, которые потом в свою очередь также будут выбивать другие частички, и процесс пойдет лавинообразно (такие частицы тоже будут скатываться с пластин под действием центробежных сил, но значительно дольше и тяжелее, так как будут удерживаемы силами магнитного притяжения. Это еще чревато тем, что с ними будет происходить столкновение головки, парящей на очень малой высоте, что вызовет ее нагрев и ухудшение рабочих характеристик - будут возникать искажения сигнала, результат - ошибки чтения), доводилось слышать (у меня такой статистики нет) что и курение у компьютера способно сделать то же самое, так как табачные смолы способны проникать сквозь воздушный фильтр винчестера (у которых он есть), приводя там к прилипанию головок к пластинам (порче поверхности и головок), просто оседая на поверхности, и меняя тем самым рабочие характеристики и т.д.

Такие сектора к обращению оказываются непригодными и должны быть исключены из обращения. Восстановление их не представляется возможным ни в домашних условиях, ни в условиях сервисных центров. Будет хорошо, если из них удасться хотя бы восстановить информацию. Скорость процесса такого вида разрушения поверхности индивидуальная. Если число бэдов не растет или растет крайне незначительно, то можно серьезно не опасаться (хотя делать резервное копирование все же стоит) если же рост быстрый, то диск придется заменить, и, причем, очень поторопиться. При данном виде бэдов можно произвести переназначение блоков на резервную поверхность: имеет смысл при отсутствии прогрессирования. Но об этом не сейчас. Это если говорить об области данных. Как уж было отмечено, на пластинах храниться еще и служебная информация. В процессе использования она также может оказаться разрушенной. Это может быть гораздо болезненнее, чем обычной пользовательской поверхности.

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

К физическим бэдам можно также отнести сбойные сектора, появление которых обусловлено неисправностями электронной или механической части накопителя, например обрыв головок, серьезные механические повреждения в результате удара - заклинивание катушки позиционера или дисков, смещение дисков. Действия здесь могут быть различными и зависеть от конкретной ситуации, если, например, обрыв головки (такие бэды появляются потому, что делается попытка обращения к поверхности, доступ к которой не может быть осуществлен (что вовсе не означает, что что-то не так с поверхностью)), то, например, часто ее можно отключить (а можно и поменять в условиях специализированных сервисных центров, вот только стоиомость операции заставляет серьезно задуматся о ее целесообразности (в большинсте случаев ответ отрицательный), если конечно, речь не идет о необходимости восстановить крайне ценную информацию (но это уже другой разговор)).

В целом же для этого вида повреждений характерен катастрофический характер. Т.е. как видим физические бэды не лечатся, возможно лишь какое-то "смягчение" их присутствия. С логическими плохими секторами ситуация проще. Некоторые из них излечимы. В большинстве случаев обусловлены ошибками записи. Можно выделить следующие категории:

1. Самый простой случай: ошибки файловой системы. Сектор помечен в FAT как сбойный, но на самом деле таковым не является. Раньше таким приемом пользовались некторые вирусы, когда на небольшом обьеме винчестера требовалось найти себе укромное местечко, не доступное простыми средствами. Сейчас этот прием не актуален, так как скрыть в недрах Windows пару мегабайт (а то и пару десятков мегабайт) не представляет никакой сложности. Кроме того так кто-то мог просто пошутить над незадачливым пользователем (программы попадались такие). Да и вообще файловая система вещь хрупкая, лечится очень легко и абсолютно без последствий.

2. Неисправимые логические бэды - характерны для старых винчестеров использующих запись с полями идентификаторов. Если у вас такой диск, то вполне можете с ними столкнуться. Обусловлено неверным форматом физического адреса, записанного для данного сектора, ошибка контрольной суммы для него и т.д. Соответственно, невозможно обращением к нему. На самом деле они восстановимы, но на заводе. Поскольку я уже сказал, что сейчас используется технология записи без полей идентификаторов, то эту разновидность можно считать неактуальной.

3. Исправимые логические бэды. Не так уж редко встречаемый, особенно на некоторых типах накопителей тип сбойных блоков. Происхождением в основном обязаны ошибкам записи на диск. Чтение произвести с такого сектора не удается, так как обычно в нем ЕСС код не соответствует данным, а запись обычно невозможна, так как перед записью осуществляется предварительная проверка подлежащего записи пространства, и поскольку с ней уже обнаружены проблемы, запись в данную область отклоняется. Т.е. получается блок невозможно использовать, хотя физически поверхность, им занимаемая в полном порядке. Дефекты подобного рода могут быть иногда вызваны ошибками в микропрограмме винчестера, могут быть спровоцированы программным обеспечением или техническими причинами (напримем перебоем питания и его колебанием, уходом во время записи головки на недопустимую высоту и др.). Но если удается привести в соответствие содержимое сектора и его ECC-код, то такие блоки бесследно проходят. Причем процедура эта не сложна, а средства для ее осуществления широко доступны, и, в общем-то, безобидны.

4. Появления на винчестерах бэд-блоков этого вида обязано особенностям технологии производства: никогда не существует двух абсолютно одинаковых устройств, какие-то их параметры непременно отличатся. При подготовке винчестеров на заводе, для каждого определяется набор параметров, обеспечивающих наилучшее функционирование данного конкретного экземпляра, так называемые адаптивы. Эти параметры сохраняются, и в случае если они каким то загадочным образом оказываются повреждены, то результатом может быть полная неработоспособность диска, нестабильная его работа или большое количество сбойных секторов появляющихся и исчезающих то в одном, то в другом месте. В домашних условиях с этим сделать ничего нельзя, но все можно настроить на заводе или в сервисном центре.

Как видим, реально лечатся в домашних условиях только два вида логических бэдблоков. Другие в случае необходимости можно попробовать подменить на резервные, но не вылечить. С третьими дома сделать ничего нельзя. О том, как и что нужно делать в первых двух случаях будем говорить в следующий раз.

Продолжение следует