Mageia Forum
Nastavení systému a serverových služeb => Systém - ostatní => Téma založeno: _dworkin Ledna 04, 2013, 20:30:26
-
Obcas se mi Mageia 1 zatuhne a po asi 10 vterinach samovolne restartuje. Chtel bych vedet co mam doinstalovat (mysleno nejake debug jadro ), abych aspon zjistil kde vezi problem, zda je to nejaky program ( chromium, audacious ) nebo ovladace ( graficke, pulseaudio ) atd.
Prolezal jsem logy, ale je tam tuna "smeti" a nic jsem nenasel / nevyznam se v tom.
-
Popravde v logu (pres logdrake ne mc) je podle mne jen, ze byl pocitac spusten a k tomu tuna radek jak nabiha, melo by to byt shodne s obycejnym zapnutim. Ze sel notebook pred minutou do kolen zadny zaznam pro ten cas.
Mohl by to byt i ovladac wifi. Nebo neco v jadre treba pri prepinani mezi temi 2 jadry co E350 ma.
-
bash-4.2$ uname --all
Linux localhost.localdomain 2.6.38.8-desktop-10.mga #1 SMP Wed Jan 25 10:17:18 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
[root@localhost dworkin]# gdb /usr/src/linux-2.6.38.8-desktop-10.mga/ /proc/kcore
GNU gdb (GDB) 7.1-6.mga1 (Mageia release 1)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-mageia-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
/usr/src/linux-2.6.38.8-desktop-10.mga/: Úspěch.
Message from syslogd@localhost at Jan 4 20:53:25 ...
kernel:Oops: 0000 [#2] SMP
Message from syslogd@localhost at Jan 4 20:53:25 ...
kernel:last sysfs file: /sys/devices/system/cpu/cpu1/cache/index2/shared_cpu_map
Message from syslogd@localhost at Jan 4 20:53:25 ...
kernel:Stack:
Message from syslogd@localhost at Jan 4 20:53:25 ...
kernel:Call Trace:
Zabit (SIGKILL)
[root@localhost dworkin]#
Message from syslogd@localhost at Jan 4 20:53:25 ...
kernel:Code: 85 ff 74 a1 48 89 f8 25 81 00 00 00 48 3d 81 00 00 00 74 6e 48 89 f8 66 66 66 90 48 c1 ea 09 48 21 f0 81 e2 f8 0f 00 00 48 01 c2 <4a> 8b 3c 02 48 85 ff 0f 84 6d ff ff ff 48 89 f8 66 66 66 90 48
Takhle asi ne, co? .))
-
podle toho co popisuješ ti nikdo moc nic neřekne. Osobně to spíš vivím na hardwarový problém, kdy se ti někde něco přehřeje. Obvykle procesor. Vypiš více o počítači a co se ti přesně restartuje-Mageia do přihlášení nebo celý počítač.
-
Ja by som to tiež videl skôr na procesor. Bolo by dobré všimnúť si, pri akých aplikáciách to robí - či nezaťažujú procesor. A samozrejme by sa zišlo zistiť, ako vyzerá chladenie procesora. Máš NB alebo veľký krabicový PC?
-
Prave proto jsem chtel nejake udelatko co ulozi stav tesne pred padem. Jedina spolecna vec je ze jede internet pres wifi (Kabl mam, ale jen kdyz chci do banky takze skoro nikdy). Stava se to nekdy kdyz otevru novou internetovou stranku v zalozce. Ale to jak firefox tak i chromium. Ale muze to byt i bez toho. Muze to bych flash, ale mam flashblock. Nebo nekde pretece nejaky zasobnik. Podeziral jsem i zvuk. Kdyz jede tak pred padem uz jen opakuje nekolikasekundovou smycku, nez se to restartuje. Ne odhlasi. Proste reboot.
-
Presneji neni to takovy ten reboot, jak se to odhlasuje. Ale zatuh. Pak obrazovka zcerna a je uz vymalovano a nabiha netbook znovu.
-
Prubezne si kontroluj pamet ( $free -m ) a vytizenost CPU (top, htop,...). Mrkni na logy, hlavne /var/log/messages, dmesg. Co rika prikaz $last ? Mas tam "crash" nebo prosty "reboot"? Pripadne co bootlog?
Jestli ti nekde tece utika nejaky memory-leak, mel bys videt aspon OOMKiller, ze se neco pokusi udelat. Pokud to dela HW, tak mas asi trochu problem, protoze tim, ze na desktop jeste nedorazil service procesor jako na servery, tak to hned tak nezjistime. Muze to byt RAM (to obvykle zatuhne a pak se rebootne) nebo procesor. Pokud procesor, muze to byt prehrivanim. Schvalne se podivej, jake teplotni limity mas v BIOSu a jake ti ukazuji senzory (balik lm_sensors).
-
16:59:30 by se mel system nacitat po "restartu"
Jan 4 06:23:18 localhost shutdown[4605]: shutting down for system halt
To zatuhnuti je pod minutu a nez to nabehne to taky neni moc takze zatuh byl okolo 16:56, coz nic nemam a zadny restart pred padem si nepamatuji.
Jan 4 06:09:47 localhost kernel: EXT4-fs (sda5): re-mounted. Opts: acl,commit=0
Jan 4 06:09:48 localhost kernel: EXT4-fs (sda7): re-mounted. Opts: acl,commit=0
Jan 4 06:14:44 localhost mgaapplet[3180]: trying distributions list from https://releases.mageia.org/api/a/x86_64?product=Default&version=1&mgaonline_version=2.77.30
Jan 4 06:14:44 localhost mgaapplet[3180]: new '2' distribution was released on 20120522
Jan 4 06:14:44 localhost mgaapplet[3180]: Computing new updates...
Jan 4 06:14:45 localhost mgaapplet[3180]: running: urpmi.update --update
Jan 4 06:14:47 localhost mgaapplet[3180]: updating inactive backport media Core Backports (distrib7), Core Backports Testing (distrib9), Nonfree Backports (distrib17), Nonfree Backports Testing (distrib19), Tainted Backports (distrib27), Tainted Backports Testing (distrib29), Core 32bit Backports (distrib37), Core 32bit Backports Testing (distrib39), Core Backports (distrib47), Core Backports Testing (distrib49), Nonfree Backports (distrib57), Nonfree Backports Testing (distrib59), Tainted Backports (distrib67), Tainted Backports Testing (distrib69), Core 32bit Backports (distrib77), Core 32bit Backports Testing (distrib79)
Jan 4 06:14:47 localhost mgaapplet[3180]: running: urpmi.update Core Backports (distrib7)
Jan 4 06:14:48 localhost mgaapplet[3180]: running: urpmi.update Core Backports Testing (distrib9)
Jan 4 06:14:50 localhost mgaapplet[3180]: running: urpmi.update Nonfree Backports (distrib17)
Jan 4 06:14:51 localhost mgaapplet[3180]: running: urpmi.update Nonfree Backports Testing (distrib19)
Jan 4 06:14:52 localhost mgaapplet[3180]: running: urpmi.update Tainted Backports (distrib27)
Jan 4 06:14:53 localhost mgaapplet[3180]: running: urpmi.update Tainted Backports Testing (distrib29)
Jan 4 06:14:54 localhost mgaapplet[3180]: running: urpmi.update Core 32bit Backports (distrib37)
Jan 4 06:14:55 localhost mgaapplet[3180]: running: urpmi.update Core 32bit Backports Testing (distrib39)
Jan 4 06:14:56 localhost mgaapplet[3180]: running: urpmi.update Core Backports (distrib47)
Jan 4 06:14:57 localhost mgaapplet[3180]: running: urpmi.update Core Backports Testing (distrib49)
Jan 4 06:14:58 localhost mgaapplet[3180]: running: urpmi.update Nonfree Backports (distrib57)
Jan 4 06:14:59 localhost mgaapplet[3180]: running: urpmi.update Nonfree Backports Testing (distrib59)
Jan 4 06:15:00 localhost mgaapplet[3180]: running: urpmi.update Tainted Backports (distrib67)
Jan 4 06:15:01 localhost mgaapplet[3180]: running: urpmi.update Tainted Backports Testing (distrib69)
Jan 4 06:15:02 localhost mgaapplet[3180]: running: urpmi.update Core 32bit Backports (distrib77)
Jan 4 06:15:03 localhost mgaapplet[3180]: running: urpmi.update Core 32bit Backports Testing (distrib79)
Jan 4 06:15:25 localhost mgaapplet[3180]: Packages are up to date
Jan 4 06:23:18 localhost shutdown[4605]: shutting down for system halt
Jan 4 06:23:18 localhost kernel: [fglrx] IRQ 42 Disabled
Jan 4 06:23:19 localhost kernel: Not activating Mandatory Access Control now since /sbin/tomoyo-init doesn't exist.
Jan 4 06:23:19 localhost init: Switching to runlevel: 0
Jan 4 06:23:19 localhost acpid: client 1037[0:0] has disconnected
Jan 4 06:23:19 localhost acpid: client connected from 4616[0:0]
Jan 4 06:23:19 localhost acpid: 1 client rule loaded
Jan 4 06:23:19 localhost kernel: [fglrx] ATIF platform detected with notification ID: 0x81
Jan 4 06:23:21 localhost kernel: [fglrx] Firegl kernel thread PID: 4637
Jan 4 06:23:21 localhost kernel: [fglrx] Firegl kernel thread PID: 4638
Jan 4 06:23:21 localhost kernel: [fglrx] Firegl kernel thread PID: 4639
Jan 4 06:23:21 localhost kernel: [fglrx] IRQ 42 Enabled
Jan 4 06:23:21 localhost kernel: [fglrx] Gart USWC size:1280 M.
Jan 4 06:23:21 localhost kernel: [fglrx] Gart cacheable size:508 M.
Jan 4 06:23:21 localhost kernel: [fglrx] Reserved FB block: Shared offset:0, size:1000000
Jan 4 06:23:21 localhost kernel: [fglrx] Reserved FB block: Unshared offset:fbfd000, size:403000
Jan 4 06:23:21 localhost kernel: [fglrx] Reserved FB block: Unshared offset:17ff4000, size:c000
Jan 4 06:23:23 localhost kernel: [fglrx] IRQ 42 Disabled
Jan 4 06:23:25 localhost acpid: exiting
Jan 4 06:23:25 localhost ntpd[2906]: ntpd exiting on signal 15
Jan 4 06:23:25 localhost avahi-daemon[2521]: Got SIGTERM, quitting.
Jan 4 06:23:25 localhost avahi-daemon[2521]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.2.101.
Jan 4 06:23:25 localhost avahi-daemon[2521]: avahi-daemon 0.6.30 exiting.
Jan 4 06:23:25 localhost rpcbind: rpcbind terminating on signal. Restart with "rpcbind -w"
Jan 4 06:23:26 localhost rtkit-daemon[3120]: Demoting known real-time threads.
Jan 4 06:23:26 localhost rtkit-daemon[3120]: Successfully demoted thread 3147 of process 3118 (/usr/bin/pulseaudio).
Jan 4 06:23:26 localhost rtkit-daemon[3120]: Successfully demoted thread 3127 of process 3118 (/usr/bin/pulseaudio).
Jan 4 06:23:26 localhost rtkit-daemon[3120]: Successfully demoted thread 3118 of process 3118 (/usr/bin/pulseaudio).
Jan 4 06:23:26 localhost rtkit-daemon[3120]: Demoted 3 threads.
Jan 4 06:23:26 localhost logger: Shorewall Stopped
Jan 4 06:23:26 localhost kernel: Kernel logging (proc) stopped.
Jan 4 06:23:26 localhost rsyslogd: [origin software="rsyslogd" swVersion="5.8.7" x-pid="811" x-info="http://www.rsyslog.com"] exiting on signal 15.
Jan 4 16:59:30 localhost kernel: imklog 5.8.7, log source = /proc/kmsg started.
Jan 4 16:59:30 localhost rsyslogd: [origin software="rsyslogd" swVersion="5.8.7" x-pid="802" x-info="http://www.rsyslog.com"] start
Jan 4 16:59:30 localhost kernel: Initializing cgroup subsys cpuset
Jan 4 16:59:30 localhost kernel: Initializing cgroup subsys cpu
Jan 4 16:59:30 localhost kernel: Linux version 2.6.38.8-desktop-10.mga (iurt@jonund.mageia.org) (gcc version 4.5.2 (GCC) ) #1 SMP Wed Jan 25 10:17:18 UTC 2012
-
Beru zpet, tohle je spatny cas. Je to 6 hodin rano a skoro 5 odpoledne. Vytuhnuti muselo byt pozdeji.
-
Takze nacteni Jan 4 19:56:11 localhost kernel: imklog 5.8.7, log source = /proc/kmsg started.
"restart" cca 19:50 a 20:30 prvni zprava na foru.
Jan 4 17:20:35 localhost anacron[3144]: Normal exit (1 job run)
Jan 4 17:39:01 localhost CROND[6055]: (root) CMD ([ -d /var/lib/php ] && find /var/lib/php/ -type f -depth -mindepth 1 -maxdepth 1 -mmin +$(/usr/lib64/php/maxlifetime) -print0 | xargs -r -0 rm)
Jan 4 18:01:01 localhost CROND[6952]: (root) CMD (nice -n 19 run-parts --report /etc/cron.hourly)
Jan 4 18:09:01 localhost CROND[7355]: (root) CMD ([ -d /var/lib/php ] && find /var/lib/php/ -type f -depth -mindepth 1 -maxdepth 1 -mmin +$(/usr/lib64/php/maxlifetime) -print0 | xargs -r -0 rm)
Jan 4 18:39:01 localhost CROND[8572]: (root) CMD ([ -d /var/lib/php ] && find /var/lib/php/ -type f -depth -mindepth 1 -maxdepth 1 -mmin +$(/usr/lib64/php/maxlifetime) -print0 | xargs -r -0 rm)
Jan 4 19:01:01 localhost CROND[9589]: (root) CMD (nice -n 19 run-parts --report /etc/cron.hourly)
Jan 4 19:09:01 localhost CROND[9912]: (root) CMD ([ -d /var/lib/php ] && find /var/lib/php/ -type f -depth -mindepth 1 -maxdepth 1 -mmin +$(/usr/lib64/php/maxlifetime) -print0 | xargs -r -0 rm)
Jan 4 19:39:01 localhost CROND[11248]: (root) CMD ([ -d /var/lib/php ] && find /var/lib/php/ -type f -depth -mindepth 1 -maxdepth 1 -mmin +$(/usr/lib64/php/maxlifetime) -print0 | xargs -r -0 rm)
Jan 4 19:56:11 localhost kernel: imklog 5.8.7, log source = /proc/kmsg started.
Jan 4 19:56:11 localhost rsyslogd: [origin software="rsyslogd" swVersion="5.8.7" x-pid="866" x-info="http://www.rsyslog.com"] start
Jan 4 19:56:11 localhost kernel: Initializing cgroup subsys cpuset
Jan 4 19:56:11 localhost kernel: Initializing cgroup subsys cpu
Jan 4 19:56:11 localhost kernel: Linux version 2.6.38.8-desktop-10.mga (iurt@jonund.mageia.org) (gcc version 4.5.2 (GCC) ) #1 SMP Wed Jan 25 10:17:18 UTC 2012
-
Pamet mam vylepsenou na 6 Gb z 2 Gb a zustal mi puvodni swap na 4 Gb a pokud me neco zabere pamet, tak si toho clovek vsimne, jak to zacne swapovat ta se system stava nepouzitelny, ale vsechno je mozne. Klidne to muze byt ten duvod proc to par sekund ceka nez to spadne. Pokud ale zacne swapovat treba firefox tak to jde jeste kilnout nez to spadne.
dmesg - to vytvari po kazdem startu novy zaznam nebo to uklada postupne? Mam poslat co mam ted?
-
last mi uz vypisuje jen dnesek i kdyz se mu snazim vnutit parametrem -t vcerejsek.
Bios je nanic .) Neni tam nic jen poradi pro bootovani. Zadne nastaveni povolenych teplot cpu a nebo dokonce hrani si s vetrackem. Ale mam ten procesor rok stary a lezi na nezapnute chladici podlozce (je to takovy mega vetracek na usb), takze je jeste 2 cm nad stolem.
[root@localhost dworkin]# sensors
k10temp-pci-00c3
Adapter: PCI adapter
temp1: +57.0°C (high = +70.0°C, crit = +100.0°C)
acpitz-virtual-0
Adapter: Virtual device
temp1: +56.0°C (crit = +97.0°C)
temp2: +42.0°C (crit = +126.0°C)
-
Systém jsi instaloval před rozšířením paměti, nebo po něm? Jakou verzi jádra používáš? Má podporu pro RAM > 4 GB?
Co takhle aktualizovat na MGA2?
-
Pri novej inštalácii by som ja osobne zmenil veľkosť SWAPu, čo sa ale spája s tým, že by potreboval tiež preformátovať /home. Ale aspoň by bolo jasné, že soft to nerobí.
-
zmenil veľkosť SWAPu, čo sa ale spája s tým, že by potreboval tiež preformátovať /home.
Proc? S tim nemuzu souhlasit... SWAP neni jakkoli vazan na /home... Taky nevidim spojitost mezi tim, ze by pripadne preformatovani /home melo vliv na soft, resp. ze bys pote mohl rict, ze to neni Root Cause.
IMHO to je budto hardware nebo kernel ci Xy. Bohuzel bez service procesoru to je tezke... :/
-
Je to 64 bit od pocatku i kdyz mel puvodne 2 Gb. Stabilne zere pri pouzivani cca 1.4 Gb, ale obcas se dostava k tem 2 Gb a zacina swapovat coz je neprijemne. Jak jsem psal, videl jsem uz, ze mi neco sezralo 6 Gb a pak to zacalo swapovat. Myslim ze jsem otviral pdb soubor a implicitne byl nastaven open/libreoffice. Ten ale tomu formatu zjevne nerozumi a jen alokoval a alokoval... Kdyby to umelo jen 4 Gb tak by to nezabralo vsech 6 Gb. .)))
Ten swap vubec nepouziva a kdyz uz tak je to signal, ze je neco spatne a jen mi to da cas to zabit. Ve skutecnosti se pres 3 Gb prakticky nedostavam.
-
System mam od pocatku Mageii a nepocitam-li puvodni FreeDOS tak tu nic nebezelo. Ty pameti detekuje pri nacitani, tam bych problem nevidel. Mageia 2 ma nejaky zapory co bych musel resit. ( Novy Gnome, v Xfce jsem nenasel vsechny polozky do panelu, jen z gnome, ale ty treba nenactou ikonu, tak jsou tam otazniky a ty musis vedet nad kterym otaznikme tocit koleckem mysi, aby se ztisil zvuk atd. Mageia 2 bezi na notebooku mlady a ta presla na KDE, tak ji to nevadi a ja ji tam nelezu..) Pockam na troku ta bude za chvilku, nemam kam spechat. Jestli je to hardware tak si nepomuzu.
-
Proc? S tim nemuzu souhlasit... SWAP neni jakkoli vazan na /home... Taky nevidim spojitost mezi tim, ze by pripadne preformatovani /home melo vliv na soft, resp. ze bys pote mohl rict, ze to neni Root Cause.
Myslel som to tak, že keď má 2 GB SWAPu a 6 GB RAM, tak by ten SWAP bolo dobré zväčšiť - už iba kvôli hibernacii (iba žeby na ňu vôbec nepomýšľal). A keď už by menil veľkosť partície, kde ma SWAP, tak alebo zmenší root odiel alebo /home. Iba žeby mal nejak ináč podelený disk. Ak má dostatok miesta na / oddiel, tak nemusí zasahovať do /home.
Ale to bola iba taká moja úvaha k rozšíreniu RAMky.
-
Nemyslím si, že s 6GB RAM má smysl používat SWAP. IMHO ho ani nevyužívá (pokud ano tak je asi něco špatně). Z mojich zkušeností je dost rychlejší nastartovat systém "z čista" a dané programy si spustit, něž spouštět po hibernaci.
Osobně bych to tipoval na přehřívání procesoru vlivem zanesení chladiče.
Jestli to chápu z tvojeho popisu správně, tak ti to dělá až po upgradu RAM. Zkoušel jsi ty nové odstranit jestli ti to bude dělat i bez nich?