Re: странно умирает e xt3
Andrey A Lubimets wrote: 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 плох - что брать? И почему именно это? У меня глюк просто с парой сигейтов на ATA66 или 100 был интересный (немного похож на этот, тоже ext3 сыпалась переходя в RO, но правда в течении 1-72 часов, в зависимости от нагрузки) поэтому я и предположил ;) Причем очень похож на этот, но там он просто появился при установке новой матери в сервер, поборол 40 жильным IDE кабелем (игры с hdparm особо не помогли). Здесь, как ни странно, при смене версии дистр. глюк вылез. Может на старом Debian UDMA по полной не включался? IMHO один фиг всё-равно ошибёшься ;-) Угум, из достойных только только сигейт и самсунг остались :( и не потому, что хороши, а остальные просто хуже :(.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: странно умирает e xt3
Mihail A Antonov пишет: 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 плох - что брать? И почему именно это? IMHO один фиг всё-равно ошибёшься ;-) Новые Сигейты медленнее работают на udma2(p2b - этож BX, кажется) контроллерах hdparm показывает на ST340014A 18Mb/s, а на старом 5400 максторе 60Гб - 25Mb/s VS> PS. Из личного опыта, память может сбоить очень хитро, например выпадать VS> один или два VS> бита только в определенном блочном режиме OS> Попробуйте memtest86+, помогает. Спасибо, попробую. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: странно умирает e xt3
Mihail A Antonov пишет: Hello. Ядро 2.4.23-selinux1, собрано руками. VS> В stable 3.0 было 2.4.23? Да, с тем же самым конфигом, из того-же архива, с тем-же PoM. При последней пересборке еще раз проверил все параметры. Все отлично и стабильно работало на Debian 3.0 stable VS> если бы не эта фраза, я бы проверил IDE канал и память до кучи. IDE-контроллер или шлейф? шлейфы и БП менял. Память не трогал. Да и странно как-то - комп через ИБП подключен => напряжение не скачет, комп никто не трогает => тряски, ударов и т.п. нет. С чего бы вдруг отвалиться контроллеру или памяти? VS> Можно попробовать сменить ext3 на xfs или raiser и посмотреть. не советую,не думаю что есть сколько-нибудь важная причина переходить на другую фс. Тем более с ext3 Несколько неприятно менять фс с потерей инфы. Раздел на 160Гб :( afaik, raiser дохнет чаще чем ext3, про xfs вообще мало слышал. Согласись, тебе всё равно забэкапиться надо, если раньше не сделал. Я бы поступил так - 1 бэкап 2 прогнал бы какие-нибудь тестовые утилитки от производителя винта или mhdd 3 если они косяков не обнаружили - винт заново разметил и восстановил данные из бэкапа. 4 если обнаружили - думай сам - ищешь "лишние" $100 и покупаешь новый винчестер, например :-( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: странно умирает e xt3
Mihail A Antonov wrote: Ядро 2.4.23-selinux1, собрано руками. VS> В stable 3.0 было 2.4.23? Да, с тем же самым конфигом, из того-же архива, с тем-же PoM. При последней пересборке еще раз проверил все параметры. Все отлично и стабильно работало на Debian 3.0 stable VS> если бы не эта фраза, я бы проверил IDE канал и память до кучи. IDE-контроллер или шлейф? шлейфы и БП менял. Память не трогал. Да и странно как-то - комп через ИБП подключен => напряжение не скачет, комп никто не трогает => тряски, ударов и т.п. нет. С чего бы вдруг отвалиться контроллеру или памяти? Если бы аппаратная проблема была, в сислоге была бы информация несколько другого плана. Кстати, при проблеме на консоль что-нить еще кроме ошибок ext3 сыпет? Просто информация о падении модулей может не попасть уже в сислог. Тут похоже, либо чисто программный глюк или IDE хитро сбоит. Можно еще попробовать убрать discover, hotplug. и грузить модули по миниуму. VS> Можно попробовать сменить ext3 на xfs или raiser и посмотреть. Несколько неприятно менять фс с потерей инфы. Раздел на 160Гб :( afaik, raiser дохнет чаще чем ext3, про xfs вообще мало слышал. Тогда наверное стоит подождать. Кстати, а что за диск? Не seagate случаем? PS. Из личного опыта, память может сбоить очень хитро, например выпадать один или два бита только в определенном блочном режиме -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: странно умирает e xt3
Mihail A Antonov 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 _get_undo_access<2>EXT3-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_access<2>EXT3-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_access<2>EXT3-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, собрано руками. В stable 3.0 было 2.4.23? Все отлично и стабильно работало на Debian 3.0 stable если бы не эта фраза, я бы проверил IDE канал и память до кучи. После апдейта (apt-get update; apt-get dist-upgrade) на Debian 3.1 stable, каждые 12 дней (на 13-е сутки) такая вот штука стала случаться. Пробовал поставить ОС с нуля и собрать ядро со старым конфигом, предварительно еще раз проверив все параметры. В железе ничего не менялось. Совсем не хочется раз в две недели бегать fsck винт гонять вручную, т.к. после ребута сам он фикситься отказывается. Если дело в железе - менять все сразу не смогу - желательно знать конкретно что это. Можно попробовать сменить ext3 на xfs или raiser и посмотреть. С уважением Vasily. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
