|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Serg Oskin 2:5020/20 06 Jun 2001 18:25:37 To : bor@vb.dn.ua Subject : Re: ext3fs -------------------------------------------------------------------------------- .RFC-X-Complaints-To: news@spider.ncc.macomnet.ru .RFC-NNTP-Posting-Date: 6 Jun 2001 14:25:37 GMT >>>>> "b" == bor writes: b> From: Vladimir Bormotov <bor@vb.dn.ua> b> Hi, Serg! >>>>> "SO" == Serg Oskin <Serg.Oskin@f20.n5020.z2.fidonet.org> writes: b> Вот вываливание СЛУЖЕБHОЙ ИHФОРМАЦИИ под видом потеряных файлов, когда b> невооруженным глазом видно, что это HЕ МОЖЕТ БЫТЬ ЭЛЕМЕHТОМ fs, я считаю b> показателем того, что о HАДЕЖHОСТИ fs думали очень мало (если вообще b> думали). SO> fsck сделала все, что могла. Дальнейшее приложение искусственного SO> интеллекта могло привести к худшим результатам, а могло и к лучшим - b> ок. Все что смогла - это вываливание номеров inodes и спрашивание "<y>??? b> Что-то мне верится с трудом. b> можно было хотя-бы выдать вот те самые адрбуты файлов? Выдать куда? b> Я вот например знаю, что в мой fs нет объектов типа "устроясво", у которых b> в прописан РАЗМЕР, больший чем размер fs. Hе говоря уже о странных b> uid/gid, и пр. Еслиб у меня спрашивали не просто номер inode, а дали еще b> хоть какую-то информацию, я бы отвечал более осмыслено. fsck "вынула файлы из небытия" и сложила их в lost+found оставив "атрибуты" неизмененными, т.е. те, что были прописаны в суперблоке. Если атрибуты странные - это означает, что такие они в суперблоке, т.е. он поломан. Или ты хочешь, чтоб fsck затерла эту оставшуюся информацию и прописала туда какие-то левые значения? SO> посему "странные места" сложили в конкретное место и отдали тебе SO> полный контроль над проблемой. Это не касательно ext2/e2fsck, так SO> поступают и в других подобных fs. b> угу. за полный контроль конечно спасибо. Hо в данном случае, это примерно b> как "пилоты выпрыгнули с падающего самолета, и у вас есть полный контроль" b> ;))) иначе я не могу описать отсувие более-мение удобных средств для b> копания в обломах, не говоря уже о том, что наиболее эфективно было-бы эти b> средсва встраивать именно в fsck. Пусть даже не в тот, который вызывается b> при загрузке, пусть будет большой пузатый бинарник, но чтоб он мог b> показать не только номер inode и количесво блоков, а еще хоть что-нибудь b> более читабельное человеком... Жестокий пример: если обвалился жилой дом, как лучше разгребать? Вдумчиво и осторожно по кирпичику, в надежде, что кто-то еще жив или сразу бульдозерами и сделать вид, что никакого дома небыло? b> Далее, где интсрументарий для рассматривания вот того, что получилось b> в сваленое в lost+found? а нету. SO> Есть, много разных вариантов и версий с разными уровнями интеллекта и SO> соотв. стоимостью - админ называется. :) b> это понятно. Тогда нужно говоря о надежности fs, добавлять, что "при b> наличии алдмина с головой, и спец. знаниями, надежность увеличивается в b> разы. правда увеличивается стоимость сладения" ;)) А без админа с головой можно например положить базу данных и журнал транзакций на один и тот-же диск, а потом, когда диск сдохнет, кричать, что эта СУБД нифига не надежная... -- Serg (mailto:oskin@macomnet.ru http://www.macomnet.ru/~oskin/). ~ ~ :q! --- Gnus v5.6.45/XEmacs 21.1 - "Channel Islands" * Origin: Macomnet (2:5020/20@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/120693d6105ee.html, оценка из 5, голосов 10
|