Odpověď

Upozornění: do tohoto tématu bylo naposledy přispěno před 120 dny.
Zvažte prosím založení nového tématu.
Jméno:
E-mail:
Předmět:
Ikona zprávy:

Ověření:
Zadejte znaky zobrazené na obrázku
Poslechnout obrázek / Požádat o jiný obrázek

Zadejte znaky zobrazené na obrázku:
Kolik má průměrný člověk prstů na rukou? (slovem):
Po dnu přijde:

Zkratky: stiskněte shift+alt+s pro odeslání nebo shift+alt+p pro prohlédnutí


Shrnutí tématu

Poslal: Joelp
« kdy: Leden 07, 2013, 01:13:10 »

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?
Poslal: Ivko
« kdy: Leden 06, 2013, 22:16:57 »

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.
Poslal: _dworkin
« kdy: Leden 06, 2013, 15:33:38 »

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.
Poslal: _dworkin
« kdy: Leden 06, 2013, 15:21:14 »

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.
Poslal: Peťoš
« kdy: Leden 05, 2013, 23:11:23 »

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... :/
Poslal: Ivko
« kdy: Leden 05, 2013, 23:02:56 »

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í.
Poslal: paur
« kdy: Leden 05, 2013, 22:00:18 »

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?
Poslal: _dworkin
« kdy: Leden 05, 2013, 20:51:14 »

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.

Kód: [Vybrat]
[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)

Poslal: _dworkin
« kdy: Leden 05, 2013, 20:26:40 »

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?
Poslal: _dworkin
« kdy: Leden 05, 2013, 20:23:56 »

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.

Kód: [Vybrat]
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
Poslal: _dworkin
« kdy: Leden 05, 2013, 20:14:54 »

Beru zpet, tohle je spatny cas. Je to 6 hodin rano a skoro 5 odpoledne. Vytuhnuti muselo byt pozdeji.
Poslal: _dworkin
« kdy: Leden 05, 2013, 19:53:07 »

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.


Kód: [Vybrat]
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
Poslal: Peťoš
« kdy: Leden 05, 2013, 17:02:54 »

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).
Poslal: _dworkin
« kdy: Leden 05, 2013, 16:44:06 »

Presneji neni to takovy ten reboot, jak se to odhlasuje. Ale zatuh. Pak obrazovka zcerna a je uz vymalovano a nabiha netbook znovu.
Poslal: _dworkin
« kdy: Leden 05, 2013, 16:42:25 »

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.