https://opennet.dev/openforum/vsluhforumID1/80930.html Здравствуйте!<br><br><br>Стояла себе, работала машинка.<br><br>/usr -- одна партиция, /usr/local -- другая партиция (на одном винте).<br><br>Заканчивается электропитание в здании, потом в ИБП. Машинка отключается.<br>После загрузки жалуется на проблемы с ФС /usr/ (/dev/sda3) и не может восстановиться.<br><br>Монтируется только в режиме read only.<br><br>Не то, чтобы я хотел вызвать спор между ntfs и ext3, но вспомнить, чтобы хотя бы один раз на какой-нибудь машине под Windows + NTFS было что-то подобное не могу. Читаю всякие маны, и вот узнаю, что "не плохо бы регулярно копировать образ партиций по расписанию..", типа на всякий случай.. (?!).<br><br>Дело в том, что /usr -- это же не какой-нибудь /var или /home, туда вообще ничего не пишется. А тут при монтировании какие-то проблемы.<br><br>Может, это я идиот? Может, есть какие-нибудь волшебные ключики fsck.ext3, которые бы восстановили самостоятельно весь раздел?<br>Или, может быть, есть что-нибудь еще замечательно, что восстановило бы все без "восстановлений inode путем debugfs при таких-то https://opennet.dev/openforum/vsluhforumID1/80930.html#13 Fri, 27 Jun 2008 12:14:45 GMT У меня скромное предположение: может, какие-то процедуры плохо работают именно для этого контроллера (i915G /SATAII )?<br><br>Ведь драйверов же я никаких не ставил -- все само должно было найтись, и нашлось.<br><br>У меня другой сервер уже лет 5 работает, и что только с ним не случалось: и "падал" БП, и работал в +40 со сломанным кондиционером в закрытом помещении, пережил три смены места, потеря питания случалась многократно (более 20 раз), но работает стабильно до сих пор..<br> https://opennet.dev/openforum/vsluhforumID1/80930.html#12 Fri, 27 Jun 2008 12:09:03 GMT Здравствуйте!<br><br>А, не, чукча умный, чукча харашо капиравал.<br><br>Только файлы битые оказались, однако -- в теле файлов были всякие посторонные символы, однако..<br><br>&gt;[оверквотинг удален]<br>&gt;&gt;система в прекрасном состоянии). Везде ext3...:( <br>&gt;&gt;<br>&gt;<br>&gt;Вот-вот "Скопировал".... и все права на файлы поменялись на root:root! Это же <br>&gt;не винда... <br>&gt;<br>&gt;man cp <br>&gt;<br>&gt; -a, --archive <br>&gt; same as -dpR <br><br> https://opennet.dev/openforum/vsluhforumID1/80930.html#11 Fri, 27 Jun 2008 11:41:21 GMT &gt;[оверквотинг удален]<br>&gt;<br>&gt;Очень интересная версия, о таком не думал. <br>&gt;Только не понятно, как связано с отключением электропитания. <br>&gt;<br>&gt;Я выяснил, у меня по итогам упал /usr (он был резервным). И, <br>&gt;я думал, хрен с ним, что так. <br>&gt;Скопировал с настоящего /usr, но система перестала загружаться. проверка логов показала, что <br>&gt;файла на основном /usr тоже битые (fsck -f показывает, что файловая <br>&gt;система в прекрасном состоянии). Везде ext3...:( <br>&gt;<br><br>Вот-вот "Скопировал".... и все права на файлы поменялись на root:root! Это же не винда...<br><br>man cp<br><br> -a, --archive<br> same as -dpR<br> https://opennet.dev/openforum/vsluhforumID1/80930.html#10 Fri, 27 Jun 2008 11:31:40 GMT &gt;<br>&gt;В качестве копирования использовал cp -r /usr/* /home/_backup/usr <br><br>Ну, что ж вы такое делаете? Вы же таким копированием все права на файлы изменяете!!!<br><br>Лучше так:<br> <br>cp -a /usr /home/_backup<br> https://opennet.dev/openforum/vsluhforumID1/80930.html#9 Fri, 27 Jun 2008 10:17:28 GMT smartctl --all -d ata /dev/sda<br>smartctl --all /dev/hda<br>ошибки работы с диском смотри в /var/log/messages или /var/log/debug<br><br>варианты :<br>cat /var/log/messages &#124;grep "attempt to access beyond end of device"<br>cat /var/log/messages &#124;grep "unable to read inode block"<br>cat /var/log/messages &#124;grep "error (device ide"<br>cat /var/log/messages &#124;grep "megaraid: invalid"<br>cat /var/log/messages.* &#124;grep "attempt to access beyond end of device"<br>cat /var/log/messages.* &#124;grep "unable to read inode block"<br>cat /var/log/messages.* &#124;grep "error (device ide"<br>cat /var/log/messages.* &#124;grep "megaraid: invalid"<br><br><br> https://opennet.dev/openforum/vsluhforumID1/80930.html#8 Fri, 27 Jun 2008 09:55:21 GMT &gt;Уважаемый Олл и Ангра в частности! <br>&gt;<br>&gt;Во время перезагрузки встречаю такое: umount /dev/sda3: device busy <br>&gt;<br>&gt;О чем бы это могло говорить?.. <br>&gt;<br>&gt;В однопользовательском режиме отмонтировать партицию тоже не получается (монтируется нормально, но не <br>&gt;демонтируется). <br><br>man fuser<br>fuser -amv /dev/sda3<br> https://opennet.dev/openforum/vsluhforumID1/80930.html#7 Fri, 27 Jun 2008 09:41:27 GMT Уважаемый Олл и Ангра в частности!<br><br>Во время перезагрузки встречаю такое: umount /dev/sda3: device busy<br><br>О чем бы это могло говорить?..<br><br>В однопользовательском режиме отмонтировать партицию тоже не получается (монтируется нормально, но не демонтируется).<br> https://opennet.dev/openforum/vsluhforumID1/80930.html#6 Fri, 27 Jun 2008 09:35:57 GMT &gt;может озу просто глючит ? <br><br>Очень интересная версия, о таком не думал.<br>Только не понятно, как связано с отключением электропитания.<br><br>Я выяснил, у меня по итогам упал /usr (он был резервным). И, я думал, хрен с ним, что так.<br>Скопировал с настоящего /usr, но система перестала загружаться. проверка логов показала, что файла на основном /usr тоже битые (fsck -f показывает, что файловая система в прекрасном состоянии). Везде ext3...:(<br><br>Оснований валить на винт у меня нет (хотя еще детально посмотрю).<br>Кстати, как читать s.m.a.r.t. HDD из-под Linux kernel 2.6.x?<br>Как лучше тестить hdd? Можно ли это делать "на лету" (работает система год, потом стали появляться ошибки, чтобы о них узнавать еще до падения)?<br> https://opennet.dev/openforum/vsluhforumID1/80930.html#5 Fri, 27 Jun 2008 09:28:06 GMT может озу просто глючит ?<br>