From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL, BAYES_50, RCVD_IN_SORBS_WEB, SPF_PASS autolearn=no version=3.2.5 Message-ID: <4A66F828.1040000@rambler.ru> Date: Wed, 22 Jul 2009 14:29:44 +0300 From: Olvin User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: ALT Linux Community general discussions References: <4A66ED6C.20404@kalina.in.ua> In-Reply-To: <4A66ED6C.20404@kalina.in.ua> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [Comm] =?windows-1251?b?0fLw4O3t7uUg7/Du7+Dk4O3o5SD04Onr7uI=?= X-BeenThere: community@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Community general discussions List-Id: ALT Linux Community general discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2009 11:30:36 -0000 Archived-At: List-Archive: List-Post: Yura Kalinichenko wrote: > Вчера обнаружил странное поведение системы (Branch 4.1): перестал > запускаться один нужный сервис. В процессе разборок оказалось, что с > диска необъяснимым образом исчез демон этого сервиса. Поскольку странное > исчезновение файлов обнаружилось во второй раз (в первый было пару > месяцев назад, но списал на случайность и полностью переустановил > систему) - решил проверить все пакеты. Запустил скрипт (см. вложение) - > и с удивлением обнаружил, что действительно имеются пропавшие файлы. > Причем различные - и директории, и либы, и даже документация (это если > отсеять те, которые "правильно" пропали). > > На той же машине несколько лет велась разработка под Master 2.4 (ядро > 2.4.33). Запустил ту же проверку на мастеровском диске - необъяснимых > пропаданий нет. > > Проверил еще одну машину под бранчем, работающую несколько в других > условиях - опять имеем пропадания, причем другие. > > Понятно, что причин может быть масса, но пока под наибольшим подозрением > уменя реализация ext3 в ядре 2.6 (тем более что проблемы с этой FS уже > были до 2.6.20). У меня сейчас ядро 2.6.26, диски размечены в ext3 с > опцией journal_data. Эту опцию не использую, ext3 работает у меня где-то на 5-6 машинах. Пользуюсь давно (лет 7-8) под разными ядрами начиная ещё с 2.4.x. Именно с таким не сталкивался. Хочу задать вопрос: а как часто делаете fsck.ext3 _принудительно_ для профилактики? Т.е. с ключиком -f ? Или по-другому: не отключена ли у вас _регулярная_ _автоматическия_ проверка ФС при монтировании? Просто если на ФС есть ошибки, но система продолжает работать, не обращая на них внимания, то возможно очень многое. Думаю, стоит на отмонтированной ФС дать команду вроде fsck.ext3 -fpvc /dev/XdYN. Проверка может быть долгой, но может помочь. (если убрать -c, то проверять поверхность не будет) Хотя, конечно, причину выявить это вряд ли поможет...