всё крошится...

>Что может это быть?

Всё, что угодно.

Железо дохнет, вероятнее всего ОЗУ.

для начала memtest прогони

Что обновлял последний раз?

1 Какой дист ( fedora ? ) 2 Что последнее обновлял/переконфигурировал ? 3 Что с железом ?(температура, дефекты (вздутия) на материнке, memtest) 4 Что за система ?(uname -a, lspci, lsusb )

1 Какой дист ( fedora ? )
2 Что последнее обновлял/переконфигурировал ?
3 Что с железом ?(температура, дефекты (вздутия) на материнке,memtest)
4 Что за система ?(uname -a, lspci, lsusb, lsmod )

Память

Очень похоже на битую память — прогони тест (его очень удобно запускать с убунтовского диска)

Linux toney.moon 2.6.35.10-74.fc14.i686 #1 SMP Thu Dec 23 16:17:40 UTC 2010 i686 i686 i386 GNU/Linux

00:00.0 Host bridge: nVidia Corporation nForce2 IGP2 (rev c1)
00:00.1 RAM memory: nVidia Corporation nForce2 Memory Controller 1 (rev c1)
00:00.2 RAM memory: nVidia Corporation nForce2 Memory Controller 4 (rev c1)
00:00.3 RAM memory: nVidia Corporation nForce2 Memory Controller 3 (rev c1)
00:00.4 RAM memory: nVidia Corporation nForce2 Memory Controller 2 (rev c1)
00:00.5 RAM memory: nVidia Corporation nForce2 Memory Controller 5 (rev c1)
00:01.0 ISA bridge: nVidia Corporation nForce2 ISA Bridge (rev a4)
00:01.1 SMBus: nVidia Corporation nForce2 SMBus (MCP) (rev a2)
00:02.0 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4)
00:02.1 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4)
00:02.2 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4)
00:04.0 Ethernet controller: nVidia Corporation nForce2 Ethernet Controller (rev a1)
00:06.0 Multimedia audio controller: nVidia Corporation nForce2 AC97 Audio Controler (MCP) (rev a1)
00:08.0 PCI bridge: nVidia Corporation nForce2 External PCI Bridge (rev a3)
00:09.0 IDE interface: nVidia Corporation nForce2 IDE (rev a2)
00:1e.0 PCI bridge: nVidia Corporation nForce2 AGP (rev c1)
01:09.0 RAID bus controller: Silicon Image, Inc. SiI 3512 [SATALink/SATARaid] Serial ATA Controller (rev 01)
01:0a.0 Multimedia controller: Philips Semiconductors SAA7131/SAA7133/SAA7135 Video Broadcast Decoder (rev d1)
02:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200] (rev 01)
02:00.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200] (Secondary) (rev 01)

Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 002: ID 066f:82e0 SigmaTel, Inc.
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 0458:7061 KYE Systems Corp. (Mouse Systems)
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Module Size Used by
vfat 6758 1
fat 38062 1 vfat
usb_storage 35519 1
sunrpc 165482 1
fuse 51544 11
uinput 5228 0
saa7134_alsa 8879 1
mt352 4790 1
saa7134_dvb 21744 0
videobuf_dvb 4274 1 saa7134_dvb
dvb_core 72975 1 videobuf_dvb
ir_lirc_codec 3417 0
lirc_dev 12896 1 ir_lirc_codec
tuner_xc2028 16029 2
ir_sony_decoder 1745 0
ir_jvc_decoder 1896 0
snd_intel8x0 23144 3
ir_rc6_decoder 2251 0
tuner 15706 1
ir_rc5_decoder 1654 0
snd_ac97_codec 89730 1 snd_intel8x0
snd_usb_audio 77236 1
ac97_bus 922 1 snd_ac97_codec
ir_nec_decoder 1988 0
snd_seq 43447 0
rc_avermedia_a16d 947 0
saa7134 131783 2 saa7134_alsa,saa7134_dvb
snd_pcm 61769 5 saa7134_alsa,snd_intel8x0,snd_ac97_codec,snd_usb_audio
snd_hwdep 4795 1 snd_usb_audio
snd_usbmidi_lib 14825 1 snd_usb_audio
v4l2_common 6818 2 tuner,saa7134
snd_rawmidi 16580 1 snd_usbmidi_lib
rc_core 14291 9 ir_lirc_codec,ir_sony_decoder,ir_jvc_decoder,ir_rc6_decoder,ir_rc5_decoder,ir_nec_decoder,rc_avermedia_a16d,saa7134
snd_seq_device 5056 2 snd_seq,snd_rawmidi
ppdev 6808 0
videobuf_dma_sg 7380 3 saa7134_alsa,saa7134_dvb,saa7134
uvcvideo 48986 0
videobuf_core 13699 3 videobuf_dvb,saa7134,videobuf_dma_sg
snd_timer 15435 2 snd_seq,snd_pcm
tveeprom 10185 1 saa7134
snd 47365 20 saa7134_alsa,snd_intel8x0,snd_ac97_codec,snd_usb_audio,snd_seq,snd_hwdep,snd_usbmidi_lib,snd_pcm,snd_rawmidi,snd_seq_device,snd_timer
parport_pc 17897 0
snd_page_alloc 6180 2 snd_intel8x0,snd_pcm
forcedeth 42742 0
soundcore 5088 1 snd
videodev 54469 4 tuner,saa7134,v4l2_common,uvcvideo
parport 26215 2 ppdev,parport_pc
v4l1_compat 11390 2 uvcvideo,videodev
i2c_nforce2 5526 0
microcode 11139 0
pata_acpi 2331 0
ata_generic 2399 0
sata_sil 6281 4
pata_amd 7682 3
radeon 556900 2
ttm 45014 1 radeon
drm_kms_helper 22278 1 radeon
drm 139288 4 radeon,ttm,drm_kms_helper
i2c_algo_bit 4197 1 radeon
i2c_core 21328 13 mt352,saa7134_dvb,tuner_xc2028,tuner,saa7134,v4l2_common,tveeprom,videodev,i2c_nforce2,radeon,drm_kms_helper,drm,i2c_algo_bit

Fedora 14. Обновления ежедневные, testing и rawhide отключены.

>Fedora 14. Обновления ежедневные

Сам себе Чикатило.

glibc какая?

Компутер старенький может и правда память.
сделай yum memtest86+ sudo /usr/sbin/memtest-setup перезагрузи и прогони тест.

>Fedora 14. Обновления ежедневные

Сам себе Чикатило.

Я на ноутбуке gentoo пару раз в неделю обновляю и ничего (во всяком случае плохого). На десктопе arch раз в несколько месяцев и всё гуд.

Проверить температуры, память, питание (БП и кондеры на матери).

Это есть нормально. А обновлять ежедневно, да ещё и федору - это мазохизм и преступление против человечности.

Не уверен полностью в понимании проблемы, но хочется порекомендовать перечитать этот трэд.
P.S.: Стал использовать ext3 для /, запретил sudo, закрыл доступ по ssh root'у, усложнил пароли для пользователя и root'а. Проблема ушла (тьфу-тьфу-тьфу).

А обновлять ежедневно, да ещё и федору - это мазохизм и преступление против человечности.

Я не пользовался. Почему с ней косяки ?

С федорой? Потому что это полигон для испытания бета-нестабильных элементов, в короткие сроки заканчивающих свою жизнь распадом.

glibc какая?

Прелюдия к вопросу о prelink ? +Как там 2.13-r1 пофиксили ?

Как то сразу и не вспомнил про испытания красношапа.

пофиксили

*пошол устанавливать*

Так можно сказать про многие дистры. Просто Fedora с этой точки зрения уже стала мемом на просторах интернета. В общем же, RedHat вкладывается в развитие Fedor'ы, естесственно, для обкатывания новых фич для использования оных в дальнейшем. Но, если посмотреть на это глобально, то можно придти к выводу, что разработчики, находящиеся на зарплате, приносят пользы больше, чем просто энтузиасты, и это, в свою очередь, приносит только плюсы в «фичастости» и (как ни странно) стабильности.
От себя скажу, что использую Fedor'у с её 10 версии, а с 11 - Russian Fedora Remix (до этого начинал с ASP Linux). В отличие от других дистров, имеющих определённый цикл релизов, обновляться с одной версии Fedor'ы на другую можно практически сразу после выхода последней, не боясь непонятных глюков. Выход же регулярных обновлений во время действия поддержки релиза говорят как раз о повышении стабильности. Поэтому, если речь идёт о домашнем компьютере, думаю, частые апдейты не могут сравниваться с такими громкими тезисами, как преступление.

у меня такое было когда сдох вентилятор. Ещё так бывает когда ошибки на hdd.

Начни с fsck, включая битые секторы.

Типичные признаки Linux^W дохлой памяти: ОЗУ memtest'ом прогоните, жёсткий диск каким-нибудь MHDD.

Всем спасибо, действительно, похоже ОЗУ... А с ежедневными обновлениями никогда раньше проблем не было, единственный раз только audacious-freeworld-* обновился на неделю позже, чем сам audacious, в результете чего mp3 не игралось...

Таки не оперативная память... Всё оказалось в порядке: Memtest 86+ не показал ошибок. С сегодняшнего дня не запускаются многие приложения, включая Firefox, Opera, Seamonkey, FBReader, Transmission, Gnome-Commander, Gedit, GIMP, Scribus, Abiword, Emacs, Network-manager, Clock-applet... Симптомы для всех одинаковы: Process ********** was killed by signal 11 (SIGSEGV) <

Буду признателен за любую помощь...

Всё оказалось в порядке: Memtest 86+ не показал ошибок.

Сколько часов ты его гонял?

> не запускаются многие приложения, включая Firefox, Opera, Seamonkey

Загрузиться с live-cd пробовали, чтобы исключить проблемы с железом?

Запустил Live-CD - всё работает. Наконец получил ответ на отчёт об ошибке из багзиллы по поводу краша deluge (остальные отчёты не смог отправить, ибо стал сегфолтиться abrt:

[Bug 633623] [abrt] deluge-1.2.3-2.fc13: string_concat: Process /usr/bin/python was killed by signal 11 (SIGSEGV)

This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.

Что бы это могло значить?

Проверил на руткиты - всё в норме, только были замечания по поводу изменения пользователей.