2

Я использую Ubuntu и иногда, когда система под нагрузкой одного из приложений просто почему-то пропадает. Обычно это Firefox, но это происходит и с другими приложениями. В системном журнале нет журналов и не отображается сообщение об ошибке.

В чем может быть причина такого поведения, как я могу отладить ситуацию и исправить ее, чтобы все мое приложение оставалось неповрежденным?

Обновление: я нашел следующее в системном журнале, хотя не знаю, как его интерпретировать :)

Sep 17 16:54:03 mobav kernel: [10132.976820] BUG: unable to handle kernel paging
 request at 4d904064
Sep 17 16:54:03 mobav kernel: [10132.976825] IP: [] 0x4d904064
Sep 17 16:54:03 mobav kernel: [10132.976830] *pde = 00000000 
Sep 17 16:54:03 mobav kernel: [10132.976833] Oops: 0000 [#1] SMP 
Sep 17 16:54:03 mobav kernel: [10132.976837] last sysfs file: /sys/devices/pci00
00:00/0000:00:1e.0/0000:14:02.0/rf_kill
Sep 17 16:54:03 mobav kernel: [10132.976841] Dumping ftrace buffer:
Sep 17 16:54:03 mobav kernel: [10132.976843]    (ftrace buffer empty)
Sep 17 16:54:03 mobav kernel: [10132.976845] Modules linked in: tun aes_i586 aes
_generic ieee80211_crypt_ccmp binfmt_misc ppdev radeon drm bridge stp bnep cpufr
eq_stats input_polldev joydev tp_smapi thinkpad_ec acpi_cpufreq uinput lp parpor
t snd_hda_intel snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss snd_
seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device iTCO_wd
t iTCO_vendor_support thinkpad_acpi ipw2200 intel_agp nsc_ircc psmouse led_class
 agpgart pcspkr ieee80211 ieee80211_crypt video sdhci_pci sdhci serio_raw snd so
undcore snd_page_alloc nvram output btusb irda crc_ccitt reiserfs ohci1394 ieee1
394 tg3 fbcon tileblit font bitblit softcursor
Sep 17 16:54:03 mobav kernel: [10132.976887] 
Sep 17 16:54:03 mobav kernel: [10132.976890] Pid: 4305, comm: multiload-apple No
t tainted (2.6.28-15-generic #50~undervolt2-Ubuntu) 2529FKG

... и это происходит еще на пару страниц.

4 ответа4

3

Я бы посоветовал вам изучить подробные параметры для каждого из этих приложений и запустить их вручную через терминал, а не через меню Gnome или средства запуска, такие как Gnome-Do.

например

$ nohup app-to-debug --option1 --verbose 1> app-to-debug1.log 2> & 1 &

Это гарантирует, что любое сообщение, сгенерированное приложением, отладка или иное, будет записано в журнал.


Вы видите ядро упс:

Oops: 0000 [#1] SMP

Ядро Linux упс:

Упс - это отклонение от правильного поведения ядра Linux, которое выдает определенный журнал ошибок. Более известное состояние паники в ядре является результатом многих видов ошибок, но другие могут позволить продолжить работу с нарушенной надежностью. Термин не означает ничего, кроме простой ошибки.

Когда ядро обнаруживает проблему, оно печатает сообщение oops и убивает любой процесс, нарушающий работу.

1

В каждом дистрибутиве Linux есть инструмент strace для отслеживания системных вызовов. Это может быть одним из решений, чтобы увидеть, что происходит с приложением.

Просто запустите Firefox и посмотрите, какие результаты даст вам strace после неожиданного завершения Firefox.

$ strace <name of the program>
0

Для меня это звучит так, как будто вы сталкиваетесь с (не) знаменитым OOM (из памяти) Killer. Когда системе не хватает свободной памяти, ядро выбирает процесс, который использует большой объем памяти, и убивает его. Это необходимое зло для поддержания работы других процессов.

На этой странице есть несколько полезных советов, чтобы понять, как работает OOM killer и как изменить его поведение.

0

Я бы посоветовал вам установить memtest86+ (доступно из загрузочного меню Grub после установки) и проверить, в порядке ли ваша память.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .