<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Linux badblocks innode ext3</title>
    <link>https://opennet.ru/openforum/vsluhforumID1/83191.html</link>
    <description>Доброго времени !&lt;br&gt;Столкнулся с неприятностью :&lt;br&gt;Имею &quot;домашний&quot; сервачок (для своих эксперементов) на котором кртятся веб сервер , впн сервер , прокси сервер  , фтп сервер , самба сервер , торрент клиент , и ещё что то было по мелочи. &lt;br&gt;Сама машинка это : Linux Debian etch3 (я своим ядром 2.6.25.6) ядро в основном тюнилось для поддержки всех сетевых протоколов и модулей + выкидывание лишнего оборудования).&lt;br&gt;Примерно 6 месяцев на нем 24/7 крутился Торрент клиент rtorrent и обменивался постоянно файлами (установлено 4 хдд примерно общим объёмом 1Тб). В летний период электрики (что б их) неоднократно вырубали электричество и сервер срывался в аварийный перегруз (в биосе стоит автоматически включаться при появлении питания) . Так вырубали не менее 3 - 5 раз . В один из такох вырубаний сервак не ожил при подключении к нему моника выяснилось что у него потеря информации на одном их разделов) . После проверки диска через fsck -f -y /dev/device&lt;br&gt;были получены файлы в папке lost&amp;found ну и я забил на проблему (думал </description>

<item>
    <title>Linux badblocks innode ext3 (bylbylaga)</title>
    <link>https://opennet.ru/openforum/vsluhforumID1/83191.html#3</link>
    <pubDate>Wed, 09 Jun 2010 08:58:56 GMT</pubDate>
    <description>&amp;gt;Обычно при появлении сбойных секторов на винчестерах осуществляют reallocate до тех пор &lt;br&gt;&amp;gt;пока запас не будет исчерпан, после чего винт выкидывается. Краткий поиск &lt;br&gt;&amp;gt;в гугле дал http://smartmontools.sourceforge.net/BadBlockHowTo.txt &lt;br&gt;&amp;gt;Если же все-таки хотите пометить блоки в fs, то почему бы не &lt;br&gt;&amp;gt;воспользоваться setb в debugfs? &lt;br&gt;&lt;br&gt;мм походу тема устарела но ошибибки всетаки остались &lt;br&gt;&lt;br&gt;столкнулся с подобной проблемой:&lt;br&gt;на 30 машинах поставил новое железо мать проц винт - 500гб на 5 из них через месяц пошли беды , беды удалил но появились в тех же местах - как вариант заменил БП, &quot;на время&quot; помогло (проверка в БП ошибок не выявила) беды вернулись ковырялся дальше - програмно чики пики беды все не исчезали, сгоря заменил шнурки ata* из 5 проблема асталась на 1&lt;br&gt;итог: &lt;br&gt;-замените БП  &lt;br&gt;-заменить шнурки &lt;br&gt;-знать подробности про мать (а именно на каком чипе все висит, также проконтролить градус)&lt;br&gt;другая подобная проблема :&lt;br&gt;сервер  (бубен - самба =500+500+500гб)время от времени пишит .... ata3.00 ..DRDY... e</description>
</item>

<item>
    <title>Linux badblocks innode ext3 (angra)</title>
    <link>https://opennet.ru/openforum/vsluhforumID1/83191.html#2</link>
    <pubDate>Wed, 10 Dec 2008 04:10:31 GMT</pubDate>
    <description>Обычно при появлении сбойных секторов на винчестерах осуществляют reallocate до тех пор пока запас не будет исчерпан, после чего винт выкидывается. Краткий поиск в гугле дал http://smartmontools.sourceforge.net/BadBlockHowTo.txt&lt;br&gt;Если же все-таки хотите пометить блоки в fs, то почему бы не воспользоваться setb в debugfs?&lt;br&gt;</description>
</item>

<item>
    <title>Linux badblocks innode ext3 (Mr_Dee)</title>
    <link>https://opennet.ru/openforum/vsluhforumID1/83191.html#1</link>
    <pubDate>Tue, 09 Dec 2008 07:02:28 GMT</pubDate>
    <description>Ну что никто ничего сказать не может ?&lt;br&gt;после тройной прогонки через badbloks определился стабильный список нечитаемых областей , к сожалению  через debugfs по номерам этих блоков не могу найти иноды что бы их отключить (на проверку выдаёт данного блока не существует) .&lt;br&gt;я подумал что он мол сам всё замаркировал , записал туда примерно 150Гб информации (запись прошла без ошибок) но в логах в определённый момент вылезло это : &lt;br&gt;Dec  8 16:29:15 xxx kernel:          res 51/40:64:5f:4e:6a/00:00:00:00:00/e2 Emask 0x9 (media error)                               &lt;br&gt;Dec  8 16:29:20 xxx kernel: ata3.00: configured for UDMA/133                                                                       &lt;br&gt;Dec  8 16:29:20 xxx kernel: ata3: EH complete                                                                                      &lt;br&gt;Dec  8 16:29:20 xxx kernel: hd 2:0:0:0: &#091;hda&#093; 625140335 512-byte hardware sectors (320072 MB)                                      &lt;br&gt;Dec  8 16:29:20 xxx kernel: hd 2:0:0:0: &#091;hda&#093; Write Protect i</description>
</item>

</channel>
</rss>
