|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Eugene B. Berdnikov 2:5020/400 08 Jun 2001 05:02:57 To : Vladimir Bormotov Subject : Re: ext3fs -------------------------------------------------------------------------------- Vladimir Bormotov <bor@vb.dn.ua> wrote: EBB>> В суперблоке были иноды с ненулевым счетчиком ссылок, а в дереве EBB>> директорий _нигде_ ссылок на эти иноды не было. Поэтому файлы и были EBB>> записаны в lost+found, в противном случае fsck предложило бы adjust EBB>> link counter. Когда портится дирька - это типичное явление. VB> VB> и? Так сложно посмотреть, внутрь этого блока, и "узнать" свои родные VB> структуры, попробовать их принять за "куски живой fs" и поразмыслить, VB> "а что если это директория линк на которую потерялся?" В какой "блок"? В тот, который дирька? Знаете, когда он ломается, в нем обычно оказывается что-то мало похожее на "родные структуры"... :) VB> Я не прошу "сверхинтелекта". Я прошу избавить меня от рутины. VB> Почему все это я должен делать сам, ползать по хидерам, вычислять VB> смещения, и так далее? Ведь вполне автоматизируемая работа, нет? Здесь нужен определенный "интеллект". Хотя и примитивный, конечно. EBB>> Ext2 - надежна, очень надежна. IMHO, гораздо надежней силиконовой EBB>> xfs. VB> VB> Аргументы? Это мое HO проистекает из наблюдений за xfs на ее родной платформе. Hа машинах с нулевой нагрузкой иногда появляются несуществующие файлы. Hапример, в /tmp/. Чистилка диска присылает мейл, что файла такого нет, а fsck нагло говорит что-то вроде "journaling fs needs no checking". Hу очень смешно! Еще смешнее то, что спустя какое-то время эти "призраки" исчезают. И совершенно непонятно, как с этим бардаком бороться. :( -- Eugene Berdnikov --- ifmail v.2.15dev5 * Origin: Institute for High Energy Physics, Protvino, Russia (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/53534dbf1dff.html, оценка из 5, голосов 10
|