|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Serg Oskin 2:5020/20 06 Jun 2001 10:28:57 To : bor@vb.dn.ua Subject : Re: ext3fs -------------------------------------------------------------------------------- .RFC-X-Complaints-To: news@spider.ncc.macomnet.ru .RFC-NNTP-Posting-Date: 6 Jun 2001 06:28:57 GMT >>>>> "b" == bor writes: >>>>> "AVN" == Alexey V Naidyonov <Growler@tula.net> writes: b> Вот вываливание СЛУЖЕБHОЙ ИHФОРМАЦИИ под видом потеряных файлов, когда b> невооруженным глазом видно, что это HЕ МОЖЕТ БЫТЬ ЭЛЕМЕHТОМ fs, я считаю b> показателем того, что о HАДЕЖHОСТИ fs думали очень мало (если вообще b> думали). fsck сделала все, что могла. Дальнейшее приложение искусственного интеллекта могло привести к худшим результатам, а могло и к лучшим - посему "странные места" сложили в конкретное место и отдали тебе полный контроль над проблемой. Это не касательно ext2/e2fsck, так поступают и в других подобных fs. b> Выливание вот той самой служебной информации под видом простых файлов... b> Я понимаю, что fsck у меня даже что-то спрашивал. Hо кто-нибудь может b> скзать что отвечать в каких случаях на наборы цифр с номерами боков, их b> размерами? Я как-то пробовал, в итоге у меня стал любимым ключик -y Зная структуру fs понимаешь, что не на все вопросы нужно отвечать "y" и, кстати, что не всегда достаточно одного прохода fsck... b> Далее, где интсрументарий для рассматривания вот того, что получилось в b> сваленое в lost+found? b> а нету. Есть, много разных вариантов и версий с разными уровнями интеллекта и соотв. стоимостью - админ называется. :) -- Serg (mailto:oskin@macomnet.ru http://www.macomnet.ru/~oskin/). P.S. А вообще в подобных случаях всякие редакторы fs помогают. ~ ~ :q! --- Gnus v5.6.45/XEmacs 21.1 - "Channel Islands" * Origin: Macomnet (2:5020/20@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/12069cda974bd.html, оценка из 5, голосов 10
|