From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 25 Nov 2005 01:20:19 +0300 From: atl@altlinux.ru To: devel@altlinux.ru Message-ID: <20051124222019.GC5787@mf.volsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit Cc: Subject: [devel] 100% kernel panic with reiserfs X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 22:19:38 -0000 Archived-At: List-Archive: List-Post: Здравствуйте все! Не совсем в тему списка, но, думаю, многим может показаться интересным. Долгая и длинная история с картинками описана тут: http://www.livejournal.com/users/ablamsky/34339.html Вкратце. Есть устройство /dev/sdc1 размером 400Гб на устройстве bad'ов нет, проверялось badblocks /dev/sdc1 в несколько процессов параллельно, да еще и запущенных с отставанием. там файловая система reiserfs и куча мелких файлов (на ~250Гб), Maildir'ы более 1000 пользователей. при mount -o ro /dev/sdc1 /mnt/test (даже ro!) монтируется нормально и даже читается все... почти все. а вот на одной (вернее их около 4-х в разных местах) директории ls -lR выдает: ls: /mnt/test/a.antonuk/Maildir/.&BEAEMARBBD8EPgRA-_&BE8- &BEAENQQzBDsEMAQ8BDUEPQRCBEs-/maildirfolder: Permission denied и падает. Стабильное падение на трех разных серверах. На дистрибутивах и ядрах: ALTLinux kernel-image-std26-smp-2.6.12-alt6 kernel-image-std26-smp-2.6.8-alt9 kernel-image-std-smp-2.4.29-alt6 kernel-image-std-up-2.4.26-alt6 SuSe k_smp-2.4.21-286 k_smp-2.4.21-291 k_smp-2.4.21-297 Пару раз даже удалось сфотографировать, картинки тут: http://mf.volsu.ru/taras/for-lj/reiserfs-kernel-panic/ но чаще падает с черным экраном или просто остановка. на kernel-image-std-up-2.4.26-alt6 -- эффект копки reset. Что тут плохого? Как я понимаю, можно теоретически сделать носитель с reiserfs который будет монтироваться, но при ls -l вызывать kernel panic на _любом_ ядре. Как бы эту багу отловить? -- Taras Ablamsky