A aplicação está fechada inesperadamente no Ubuntu

Question

Estou executando o Ubuntu e, às vezes, quando o sistema que está sendo carregado, um dos aplicativos desaparece por algum motivo. Geralmente é o Firefox, mas também acontece com outras aplicações. Não há logs no syslog e nenhuma mensagem de erro está sendo mostrada.

Qual pode ser o motivo de tal comportamento, como posso depurar a situação e consertá-la, de forma que todo o meu aplicativo permaneça intacto?

Update: Encontrei o seguinte no syslog, mas não sei como interpretá-lo:)

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

... e está acontecendo por mais algumas páginas.

    

Answer 1

Sugiro que você investigue as opções detalhadas de cada um desses aplicativos e inicie-os manualmente por meio do terminal, em vez de pelo menu do Gnome ou por ativadores como o Gnome-Do.

por exemplo

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

Isso garante que qualquer mensagem lançada pelo aplicativo, depurada ou não, seja capturada em um log.

Você está vendo um kernel oops:

Oops: 0000 [#1] SMP

Linux Kernel oops :

An oops is a deviation from correct behavior of the Linux kernel which produces a certain error log. The better-known kernel panic condition results from many kinds of oops, but others may allow continued operation with compromised reliability. The term does not stand for anything, other than a simple mistake.

When the kernel detects a problem, it prints an oops message and kills any offending process.

    

Answer 2

Existe uma ferramenta Strace em cada distribuição do Linux, para rastrear chamadas do sistema. Essa pode ser uma das soluções para ver o que está acontecendo com o aplicativo.

Basta executar o Firefox e ver os resultados que o strace lhe dará depois que o Firefox for encerrado inesperadamente.

$ strace <name of the program>

    

Answer 3

Parece-me que você está se deparando com o (in) famoso OOM (sem memória) Killer . Quando o sistema fica sem memória livre, o kernel escolhe um processo que está usando uma grande quantidade de memória e o mata. Este é um mal necessário para manter outros processos em execução.

Esta página tem algumas dicas úteis para entender como o assassino da OOM funciona e mudar seu comportamento.

    

Answer 4

Sugiro que você instale o memtest86+ (disponível no menu de inicialização do Grub após a instalação) e verifique se a sua memória está boa.