Re[2]: странно умирает ext3
Hello. Ядро 2.4.23-selinux1, собрано руками. VS В stable 3.0 было 2.4.23? Да, с тем же самым конфигом, из того-же архива, с тем-же PoM. При последней пересборке еще раз проверил все параметры. Все отлично и стабильно работало на Debian 3.0 stable VS если бы не эта фраза, я бы проверил IDE канал и память до кучи. IDE-контроллер или шлейф? шлейфы и БП менял. Память не трогал. Да и странно как-то - комп через ИБП подключен = напряжение не скачет, комп никто не трогает = тряски, ударов и т.п. нет. С чего бы вдруг отвалиться контроллеру или памяти? VS Можно попробовать сменить ext3 на xfs или raiser и посмотреть. Несколько неприятно менять фс с потерей инфы. Раздел на 160Гб :( afaik, raiser дохнет чаще чем ext3, про xfs вообще мало слышал. -- Best regards, Mihail -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: странно умирает ext3
On Fri, Jul 08, 2005 at 09:11:46AM +0300, Vasily Shpakov wrote: Jul 7 22:45:35 solarnet kernel: EXT3-fs error (device ide1(22,1)): ext3_free_blocks: bit already cleared for block 5748988 Jul 7 22:45:35 solarnet kernel: Aborting journal on device ide1(22,1). Jul 7 22:45:35 solarnet kernel: Remounting filesystem read-only Jul 7 22:45:35 solarnet kernel: ext3_free_blocks: aborting transaction: Journal has aborted in __ext3_journal Наблюдал такое дома после нештатного выключения и загрузки без проверки (жена делала и то и другое). Ядро 2.4.23-selinux1, собрано руками. Штатное ядро от sarge -- Stanislav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: странно умирает ext3
Не знаю в чем это конкретно проявляется, но в дистрибутивах с selinux в комбинации с некоторыми файловыми системами возникают определенные проблемы и сбои. Так допустим федору с включенным selinux не советуют использовать в комбинации с reiserFS. При определенных условиях selinux может блокировать правильную работу некоторых модулей. --- Original message --- From: Mihail A Antonov [EMAIL PROTECTED] To: debian-russian@lists.debian.org Subject: Re[2]: странно умирает ext3 Date: 8 Июль 2005 08:26 Hello. Ядро 2.4.23-selinux1, собрано руками. VS В stable 3.0 было 2.4.23? Да, с тем же самым конфигом, из того-же архива, с тем-же PoM. При последней пересборке еще раз проверил все параметры. Все отлично и стабильно работало на Debian 3.0 stable VS если бы не эта фраза, я бы проверил IDE канал и память до кучи. IDE-контроллер или шлейф? шлейфы и БП менял. Память не трогал. Да и странно как-то - комп через ИБП подключен = напряжение не скачет, комп никто не трогает = тряски, ударов и т.п. нет. С чего бы вдруг отвалиться контроллеру или памяти? VS Можно попробовать сменить ext3 на xfs или raiser и посмотреть. Несколько неприятно менять фс с потерей инфы. Раздел на 160Гб :( afaik, raiser дохнет чаще чем ext3, про xfs вообще мало слышал. -- Best regards, Mihail
Re: странно умирает ext3
Vasily Shpakov wrote: PS. Из личного опыта, память может сбоить очень хитро, например выпадать один или два бита только в определенном блочном режиме Попробуйте memtest86+, помогает. -- Olleg Samoylov smime.p7s Description: S/MIME Cryptographic Signature
Re: странно умирает ext3
Hello. VS Если бы аппаратная проблема была, в сислоге была бы информация несколько VS другого плана. VS Кстати, при проблеме на консоль что-нить еще кроме ошибок ext3 сыпет? Просто VS информация о падении модулей может не попасть уже в сислог. VS Тут похоже, либо чисто программный глюк или IDE хитро сбоит. Можно еще VS попробовать убрать discover, hotplug. и грузить модули по миниуму. Как-то он (IDE) странно сбоит на ASUS P2B-F, которая не первый год работает без жалоб. # lsmod Module Size Used byNot tainted ppp_deflate 3512 0 (autoclean) zlib_inflate 18628 0 (autoclean) [ppp_deflate] zlib_deflate 18712 0 (autoclean) [ppp_deflate] bsd_comp4376 0 (autoclean) ppp_async 7680 1 (autoclean) ppp_generic19364 3 (autoclean) [ppp_deflate bsd_comp ppp_async] slhc5264 0 (autoclean) [ppp_generic] 8139too12776 2 crc32 2912 0 [8139too] agpgart32108 0 (unused) # cat /usr/src/linux/.config | grep HOTHOTPLUG # CONFIG_HOTPLUG is not set # CONFIG_HOTPLUG_PCI is not set Про discover в .config ничего не нашлось VS Можно попробовать сменить ext3 на xfs или raiser и посмотреть. Несколько неприятно менять фс с потерей инфы. Раздел на 160Гб :( afaik, raiser дохнет чаще чем ext3, про xfs вообще мало слышал. VS Тогда наверное стоит подождать. Кстати, а что за диск? Не seagate случаем? ST3160023A - Seagate Barracuda 7200.7 Plus (ST3160023A) 160 GB - он самый. Если Seagate плох - что брать? И почему именно это? VS PS. Из личного опыта, память может сбоить очень хитро, например выпадать VS один или два VS бита только в определенном блочном режиме OS Попробуйте memtest86+, помогает. Спасибо, попробую. -- Best regards, Mihail -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: странно умирает ext3
Mihail A Antonov wrote: Совсем не хочется раз в две недели бегать fsck винт гонять вручную, т.к. после ребута сам он фикситься отказывается. Если дело в железе - менять все сразу не смогу - желательно знать конкретно что это. Заранее спасибо. Локализовать проблему винчестеров помогают утилиты smartctl и badblocks. С помощью smartctl можно запустить внутренний тест винчестера (тот, который зашил его производитель). Этот тест работает не зависимо от сбоев IDE контроллера. Может проверять механику винчестера, поверхность, причем прозрачно для использования винчестера. Т.е. вполне работает на винчестере с подмаунченной файловой системой, возможно только с потерями производительности. badblocks просто пришет и читает в любой блочный девайс. Поддерживает тесты только на чтение и на запись/чтение (последнее на работающей файловой системе использовать не рекомендуется, хотя возможно только этот тест даст результат). -- Olleg Samoylov smime.p7s Description: S/MIME Cryptographic Signature
Re: странно умирает ext3
Olleg Samoylov wrote: отказывается. Если дело в железе - менять все сразу не смогу - желательно знать конкретно что это. Заранее спасибо. Совсем не хочется раз в две недели бегать fsck винт гонять вручную, т.к. после ребута сам он фикситься Локализовать проблему винчестеров помогают утилиты smartctl и badblocks. С помощью smartctl можно запустить внутренний тест винчестера (тот, который зашил его производитель). Этот тест работает не зависимо от сбоев IDE контроллера. Может проверять механику винчестера, поверхность, причем прозрачно для использования винчестера. Т.е. вполне работает на винчестере с подмаунченной файловой системой, возможно только с потерями производительности. badblocks просто пришет и читает в любой блочный девайс. Поддерживает тесты только на чтение и на запись/чтение (последнее на работающей файловой системе использовать не рекомендуется, хотя возможно только этот тест даст результат). Если уж тестировать HDD, то mhdd, из под DOS для этого дела очень подходит, только НАСТОЯТЕЛЬНО рекомендую прочесть документацию идущую в комплекте. Она, кстати, стабильность работы IDE канала не проверит. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
странно умирает ext3
Здравствуйте. Никто не встречался с такой проблемой: Jul 7 22:45:35 solarnet kernel: EXT3-fs error (device ide1(22,1)): ext3_free_blocks: bit already cleared for block 5748988 Jul 7 22:45:35 solarnet kernel: Aborting journal on device ide1(22,1). Jul 7 22:45:35 solarnet kernel: Remounting filesystem read-only Jul 7 22:45:35 solarnet kernel: ext3_free_blocks: aborting transaction: Journal has aborted in __ext3_journal _get_undo_access2EXT3-fs error (device ide1(22,1)) in ext3_free_blocks: Journal has aborted Jul 7 22:45:35 solarnet kernel: ext3_reserve_inode_write: aborting transaction: Journal has aborted in __ext3 _journal_get_write_access2EXT3-fs error (device ide1(22,1)) in ext3_reserve_inode_write: Journal has aborted Jul 7 22:45:35 solarnet kernel: ext3_reserve_inode_write: aborting transaction: Journal has aborted in __ext3 _journal_get_write_access2EXT3-fs error (device ide1(22,1)) in ext3_reserve_inode_write: Journal has aborted Jul 7 22:45:35 solarnet kernel: EXT3-fs error (device ide1(22,1)) in ext3_orphan_del: Journal has aborted Jul 7 22:45:35 solarnet kernel: EXT3-fs error (device ide1(22,1)) in ext3_truncate: Journal has aborted Jul 7 22:45:35 solarnet kernel: EXT3-fs error (device ide1(22,1)) in start_transaction: Journal has aborted Ядро 2.4.23-selinux1, собрано руками. Все отлично и стабильно работало на Debian 3.0 stable После апдейта (apt-get update; apt-get dist-upgrade) на Debian 3.1 stable, каждые 12 дней (на 13-е сутки) такая вот штука стала случаться. Пробовал поставить ОС с нуля и собрать ядро со старым конфигом, предварительно еще раз проверив все параметры. В железе ничего не менялось. Совсем не хочется раз в две недели бегать fsck винт гонять вручную, т.к. после ребута сам он фикситься отказывается. Если дело в железе - менять все сразу не смогу - желательно знать конкретно что это. Заранее спасибо. -- Best regards, Mihail.
