Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Obecná podpora => Téma založeno: xerno 31 Března 2015, 12:17:45
-
Dobrý den všem kolegům!
S Linuxem pracuju už nějaký ten rok, tohle mi ale hlava nebere. Nedaří se mi ani najít žádné téma po internetu kde by se to řešilo a už si zoufám, hlavně protože kvůli práci nechci reinstalovat systém.
Nejdříve popis záseku: při záseku zůstává obraz na obrazovkách stejný, mohu hýbat s myší, vidím její pohyb. Pokud je připojeno více obrazovek, s myší lze hýbat jen na té jedné, na které byla ve chvíli záseku. Těžko se rozpoznává, že k záseku došlo, protože vše zůstává stejné - mám třeba rozečtený článek, zásek se pozná až ve chvíli, kdy nelze skrolovat. Nelze na nic kliknout, kurzor nemění svou grafiku při přejezdu odkazu, nelze psát, atp.
Přitom na pozadí vše funguje. Když hrála hudba, hraje dál. Stahování probíhá dál, procesy vytěžující procesor taky. K záseku dochází naprosto libovolně, už se mi i stalo, že k němu došlo aniž bych měl spuštěnou jakoukoli aplikaci. Na baterce, na drátu. S více obrazovkama, s jednou.
Při tomto záseku pomůže jen hard restart, protože nic nefunguje. Nejde přepnout ani num-lock. Jediná "fungující" kombince je ctrl+alt+F2, to ale jen vytmaví primární obrazovku, dál nic. Jednou k záseku došlo když jsem měl něco rozpracovaného, neuloženého, doufaje že se to odsekne jsem si šel lehnout. Ani po 15 hodinách čekání se nic nezměnilo. Rádio ale hrálo stále dál...
Mám Ubuntu , verze 14.10. Tato verze byla instalována, ne povýšena. Počítač je Lenovo Z710. Mám takový skrytý dojem, že za tohle můžou ovladače grafické karty. S Nvidií je problém od začátku, skutečně spolehlivě fungovalo jen Bumblebee a to jen na 14.04. Na 14.10 se mi Bumblebee nepodařilo spolehlivě rozchodit (a když, aktualizace jádra to zhatila) a nvidia-prime je skutečně velmi poruchové. Takže to stejně nepoužívám, celou dobu jedu na integrovanou grafiku v procesoru, bez ovladačů. Hry nehraju, takže to ani nepotřebuju...
Pokud chcete vidět jakékoli logy, konfigy, cokoli, jen si řekněte. Problém je, že když zkusíme nějaké řešení, bude se těžko ověřovat. Za měsíce používání se mi nepodařilo pochopit příčinu záseků, takže nezbývá než čekat než přijde další zásek.
-
Dit se mi neco takoveho, zacnu studovat jestli by se nedalo pouzit tohle http://wiki.ubuntu.cz/sysrq .
-
Dnes přišel další zásek. Postupoval jsem přesně podle postnutého návodu, ale nemělo to vůbec žádný vliv. V podstatě fungovalo jen přepnutí do konzole, což šlo i dřív, ale vlastně nefungovalo. Furt stejně - jen to vytmavilo primární monitor a tim to skončilo.
:(
-
Mrkni do syslogu a do ~/.xsession-errors
-
xsession (neumim zaručit, že tento log vzniknul při tom záseku):
openConnection: connect: Adresář nebo soubor neexistuje
cannot connect to brltty at :0
Skript pro ibus spuštěn v run_im.
upstart: Proces indicator-application main skončil, spouštím znovu
upstart: Proces indicator-application main skončil, spouštím znovu
upstart: indicator-application se obnovuje příliš rychle, zastavuji
syslog (všechny zápisy při záseku + 5 dalších, které se zapsaly pár minut před): stáhnout (http://www.autodily-online.cz/syslog.txt), velikost přesahuje maximální povolenou délků pro příspěvek...
-
Tohle v logu mam taky, zadne zaseky nemam.
Skript pro ibus spuštěn v run_im.
init: Proces indicator-bluetooth main skončil, spouštím znovu
init: Proces indicator-bluetooth main skončil, spouštím znovu
init: Proces indicator-bluetooth main skončil, spouštím znovu
init: Proces indicator-bluetooth main skončil, spouštím znovu
init: Proces indicator-bluetooth main skončil, spouštím znovu
init: Proces indicator-bluetooth main skončil, spouštím znovu
init: Proces indicator-bluetooth main skončil, spouštím znovu
init: Proces indicator-bluetooth main skončil, spouštím znovu
init: Proces indicator-bluetooth main skončil, spouštím znovu
init: Proces indicator-bluetooth main skončil, spouštím znovu
init: indicator-bluetooth se obnovuje příliš rychle, zastavuji
-
Ten tvuj log obsauhje data z Apr. 3. 15:28:22-Apr. 3. 15:39:01 a Apr. 3. 15:58:04-Apr. 3. 15:58:35, staly se ty udalosti v tech casech ? Googlim ten tvuj notas a nenarazim ze by si nekdo podobne stezoval na ubuntu, muzes mit hw problem, nebo si sw nejak specificky nastavil ze si jediny.
-
Další zásek, tohle je už určitě aktuální xsession:
openConnection: connect: Adresář nebo soubor neexistuje
cannot connect to brltty at :0
Skript pro ibus spuštěn v run_im.
Nijak zásadně upravený systém nemám. Používám úplně obyč Ubuntu s Unity a i standardní software, akorát sem tam něco v beta nebo nočních vezích, nepředpokládám ale, že by firefox nightly nebo gimp-edge tohle mohly způsobit, i když neběží. Jsem přesvědčen, že za to může ta Nvidia. Bohužel komplet odstranění (apt-get purge nvidia nvidia-*) a reinstalace jádra nepomohly.
Musí se nechat, že s 14.10 mám i další problémy, které jsem s 14.04 ani staršíma nikdy neměl. Například nelogické chování myši a klávesnice nad některými inputy. Opravdu jak kde. Třeba Gedit - při psaní zmizí myš a už se nad textovym polem neobjeví, musim resizovat okno nebo udělat něco podobně zásadního aby se opět objevila. A u některých políček nejenom že nad nimi zmizí myš, ale lze pouze přidávat znaky. Backspace nefunguje, přepsání označeného textu taky ne. Příklad: dialogové okno vytvoření nové složky ve Filezille. Kupodivu v prohlížečích webu ani Nautilu se mi to nikdy nestalo. Tohle jsem taky googlil, ale na problém s klávesnicí jsem nikde nenarazil a ohledně kurzoru - všude se řeší jen jeho standardní skrývání při psaní...
Z těchto důvodů už nechci nic jiného než LTS, i když jsem se vždy snažil mít nejnovější verze. Co se mi děje s 14.10 fakt neni normální. Předtim jsem na tomto počítači 3/4 roku používal 14.04, se všim všudy jako teď + s fungující akcelerací grafiky přes bumblebee a vše naprosto bez problémů. Přešel jsem protože jsem si to rozbil přehnanou snahou o nvidia-prime (http://forum.ubuntu.cz/index.php?topic=72764). Na 14.10 už jsem byl prozíravější a snažil se jen o Bumblebee, to se mi ale kupodivu nepodařilo rozchodit. Něco je špatně................
Přikládám screen jak to u mě vypadá: používané programy, prostředí, zdroje.
(http://www.autodily-online.cz/screen.png)
-
Prakticky stejný problém sem měl na stolním PC s Xubuntu (už nevím která to byla verze), kde to buď takhle podivně zamrzlo, nebo to zamrzlo totálně a nebo se to zničehonic restartovalo. Nakonec mi to způsoboval vadný zdroj, když sem ho rozdělal, tak tam byl ten tišťák totálně vypálenej, ale zdroj nějak asi fungoval. Ani sem ho neproměřoval a rovnou ho vyměnil a bylo po problému. Takže bych to tipnul na nějakej HW problem.
-
To jo, totální zásek, smrt nebo restart, to bych taky viděl na HW problém. To jak se dá hýbat myší nebo se skoro přepnout do konzole mi ale říká, že to jako HW problém nevypadá. Každopádně mě tahle možnost nenapadla a řešit bych jí ani nemohl, notebook je v záruce.
-
A zkoušel jsi jinou verzi Ubuntu, nebo jinou distribuci, třeba Xubuntu, nebo Mint (popř. i Win)? No a vždycky je lepší LTS verze. Jestli tam máš 64-bit tak tam zkus nainstalovat 32-bit verzi. Pokud by to dělalo i na jiných distribucích, tak bych ten notebook klidně reklamoval.
-
To je přesně ten problém - na notebooku pracuju a nemám mnoho času nazbyt, takže reinstalaci bych se rád vyhnul. Kdybych to k práci neměl, ani na fórum nechodim, prostě bych tam dal čistou instalaci. A ano, od teď už jedině LTS. Opravdu to co si zažívám s 14.10 nepovažuju za normální. Ubuntu stabilně používám od verze 9.10 a s takovou nestabilitou jsem se ještě nesetkal. A to od 11.04 nederivátovaný Ubuntu - jsem jeden z těch, kterým Unity vyhovuje.
Stejně jsem ale přesvědčen, že je to SW problém, od aktualizací před týdnem žádný původní zásek pro změnu nebyl. Na druhou stranu se počítač začal nesnesitelně zasekávat při fullscreenu videa z Youtube. Ne teda sám od sebe, pro zásek je potřeba změnit hlasitost zvuku nebo světlost monitoru. A dělá to FF i Chrome. Je to radost, asi mi nic jinýho než reinstall nezbyde...
A pardón, ten sh!t z Redmondu zkoušet nebudu :)
-
Je pravda, že když sem zkoušel Xubuntu 14.10, tak to byla taky hrůza, tak jsem se zase vrátil k 14.04 a je po problému. No a třeba 64 bit mě dělal taktéž šílený problémy.
-
To se zrovna divím, 64 bit Ubuntu používám od samého počátku a problémy s tím nemám, na noteboocích.
Nemáte s tím 32bit Linuxem zbytečné výkonové deficity? Jinak možná je tohle dáno procesorem. S AMD jsem si před pár lety zažil podobný problémy s 64bit Linuxem - vždy po zavedení systému přišel do minuty totál zásek. Měl jsem tehdá AMD Phenom II X4 955 Black Edition. Osobně to považuju za nejlepší desktop procesor co jsem kdy měl, ale pokud jsem chtěl dělat s 64bit (což je pro výkonové procesy podmínkou), musel jsem mít win. Ó to byly temné časy...
-
Jo s 32-bit su spokojenej, žádný velký akce jsem s tím nedělal, internet, hudba, video, občas nějaký převody videií Avidemuxu a úpravy fotek v Gimpu a na to ten 32-bit bohatě stačí.Když jsem tam měl 64-bit, tak to všechno bylo zoufale pomalý a nestabilní. Přitom si myslím, že by to ten můj HW měl v pohodě zvládnout.
-
Povedlo se mi zachytit chybu!
(http://www.autodily-online.cz/kernel_panic.jpg)
-
Read-error on swap-device ...
Otestuj disk ...
-
Je faktem, že po jednom mechanickém incidentu se mi rozsypal grub. Takže asi nezbyde než reinstall s celkovym přeformátovánim disku...
-
Je faktem, že po jednom mechanickém incidentu se mi rozsypal grub. Takže asi nezbyde než reinstall s celkovym přeformátovánim disku...
Pokud je disk poskozeny, tak ho vyhod, reinstall *nicemu nepomuze.
-
Podle mě disk sám o sobě mechanicky poškozený není, při tom incidentu bylo všechno hodně hard vypnuto a na tom disku se nezdařilo pár zápisů, který byly od tý doby nečitelný. V podstatě těch několik problémů jsem právě vyřešil přepisem. Netušil jsem, že něco takové vadí swapu... Nicméně tyto podivné záseky jsem měl i předtím.
-
sudo swapoff -a
sudo mkswap -c /dev/sdXY
sudo swapon -a
Nicméně bych být Tebou nainstaloval smartmontools a podíval se na to, jak na tom ten disk je.
-
Takže pánové, koupil jsem nový disk, tentokrát SSD, a problém přetrvává.
Od posledního dění v tomto vlákně jsem na starém disku přeinstaloval OS (tentokrát LTS) s kompletním přeformátováním. Trvalo to asi měsíc než se záseky znovu objevily, takže jsem měl za to, že disk je skutečně poškozený a bude to chtít nový.
Takže mám 120Gb SSD a na tomto mám nový čistě nainstalovaný OS. Mám jej 2 dny a opět starý známý zásek. Nutno připomenout, že starý disk je i nadále připojený, nyní už ale jen jako úložný prostor, místo kotoučové mechaniky. Root i swap mám na novém disku, na starém jsem nechal jen zavaděč. Podle mě by to na to nemělo mít vliv, ale nemohl by být problém právě v tomto?
Možná bych měl starý disk nechat diskem, komletně přemazat, dát jiný (jednodušší) souborový systém a nechat jen jako jednooddílový zkrátka na data.
Anebo vyvstává otázka, jestli skutečně není problém jinde než v disku.
-
Až teď mi z toho popisu došlo, že se asi jedná o stejný problém, co mi dělal můj starý notebook. Řešil jsem to zde a k ničemu se nedošlo. Nakonec to přestalo - nejspíš po nějakém kole aktualizací.
Vlákna:
http://forum.ubuntu.cz/index.php?topic=71594.msg515640#msg515640
http://forum.ubuntu.cz/index.php?topic=71677.msg516316#msg516316
-
pro jistotu bys mohl otestovat ramky memtestem
nechto jet celou noc
-
Vtipné je, že i RAMku jsem od té doby měnil (jsou to asi 3-4 týdny). Původně 2x 4Gb, teď místo jedné z nich je 8Gb. Počítač mnohdy prochází velkou zátěží (proto má tyto parametry) a i RAMka se hodně plní. Nejvíce vtipné je, že k těmto zásekům nedochází při zátěži. Ani při hraní her (ačkoli to je skutečně vzácné). Nejčastěji když je spuštěný Firefox (mám ve verzi firefox-trunk). Ale je to těžké identifikovat, protože u mě běží Firefox skoro pořád.
Nicméně memtesty udělám při první vhodné příležitosti. Protože tam chybu nehledám (i vzhledem k charakteru chyby - například při záseku lze hýbat s kurzorem), ocením i další nápady.
-
RAMkama to nebude - ty jsem také měnil. A máš pravdu - nejčastěji to způsoboval Firefox ...
-
Ta arogance není na místě. K zásekům mnohdy došlo i bez Firefoxu, takže premisa jeho viny neplatí. Navíc si nedovedu představit, jak by mohl prohlížeč bez rootovských práv rozbít instanci systému až tak, že se ani nelze přepnout do konzole Ctrl+Alt+F2.
-
O jaké aroganci píšeš - co ti v mém příspěvku přišlo arogantního? Že poskytuji své zkušenosti a že ti dávám za pravdu? - To nechápu :( - spíš přecitlivělost není na místě ...
Problém je možná v souvislostech trojúhelníku graf. prostředí - GK (potažmo driveru) - jádro. Jak jsem již psal po několikátém kole aktualizací to přestalo.
-
Vtipné je, že i RAMku jsem od té doby měnil (jsou to asi 3-4 týdny). Původně 2x 4Gb, teď místo jedné z nich je 8Gb. Počítač mnohdy prochází velkou zátěží (proto má tyto parametry) a i RAMka se hodně plní. Nejvíce vtipné je, že k těmto zásekům nedochází při zátěži. Ani při hraní her (ačkoli to je skutečně vzácné). Nejčastěji když je spuštěný Firefox (mám ve verzi firefox-trunk). Ale je to těžké identifikovat, protože u mě běží Firefox skoro pořád.
Mít dvě rozdílné ramky mi přijde jako dost nešťastné řešení. Moc bych nedal za to, že tvé problémy způsobuje právě to.
-
Tracer: pardon, v textu mi to tak zkrátka vyznělo. Každopádně ano, taktéž si myslim, že někde v tom bude problém, ale tento problém je už asitak půl roku, děje se to na 14.04, 14.10, na obojim jsem pro řešení problému zkoušel i ppa xorg edgers, ale to spíš přidávalo nestability. Nicméně na zamrzání/pády to nemělo sebemenší vliv.
Myrmica: těžko, zamrzání/pády byly předtím stejné jako jsou teď. A RAMky mají jen jinou kapacitu, jinak mají přesně stejné parametry, právě kvůli stabilitě a kompatibilitě. Ale ani jiné parametry by neměly vadit, počítač při startu taktuje RAMky na nejvyšší možnou společnou hodnotu. Tzn. rychlejší RAMka se taktne na parametry té pomalejší. Platí pro hodnoty časování i kmitočtu.
Jak jsem psal, počítač pravidelně prochází vysokou zátěží a tato zátěž je i na RAMky (ne jen jejich pouhé naplnění). Ale při zátěži mi ještě nezamrznul. Což je ale spíše způsobeno tím, že zátěž netrvá dlouho a samotné záseky nejsou tak časté (porování: zátěž cca. 2 hodiny, pád jednou za 2 dny - potkat se to zkrátka nemusí).
Řekl bych, že všichni hledáme problém tam, kde není a já už z toho jsem zoufalý.
Zkusme se podívat ještě na ten disk. Na novém SSD došlo k záseku ve chvíli, kdy byla kladena vysoká zátěž na starý disk (operace s řádově statisíci malými soubory). Možná vadí chybovost disku ovladači ext4? Možná by se jádro lépe vyrovnalo s chybama starého disku (kde není systém) kdyby byl na disku jednodušší souborový systém? Například obligátní NTFS...
-
Ještě bych se možná vrátil k tomu Firefoxu. Stávalo se mi to hlavně, když jsem měl zaplý firefox a obzvláště při větším počtu záložek. To by pak mohlo ukazovat na souvislost dvojice RAM/SWAP ???
-
Je pravda, že se SWAPem byl problém, ale to právě kvůli chybovosti starého disku (viz (http://forum.ubuntu.cz/index.php?topic=73956.msg533285#msg533285)), ale SWAP je nyní na SSD. Každopádně začínáte mě přesvědčovat, abych ten memtest fakt udělal ;D ...dojde na něj dnes v noci.
-
to xerno zdá se že to máš promyšlené, ale pozor, je to jen teorie. Jak jinak by mohly být nekompatibilní paměti k nějaké desce. Prostě ne všechny desky dokáží pracovat se všemi pamětmi. A pevně doufám, že máš vypnutý dual channel, ale to je nejspíše automaticky na základní desce.
-
Jedná se právě o ten notebook, který mám v patičce. Operuji v jeho možnostech. Kvůli kompatibilitě jsem si vybral dražší paměť, která je s velkou pravděpodobností stejná jako ty ostatní, ale má štempl kompatibility od Lenova.
Vzhledem k tomu jak krátkou dobu mám novou paměť a jak dlouho trvají zásaky, budu dělat memtest hlavně kvůli tý starší 4gb RAMce. Osazené nové nic na zásecích nezměnilo. Kupodivu nejvíc četnost záseků ovlivnila instalace Ubuntu LTS (před měsícem na starý disk). Těžko říct jestli je to verzema ovladačů/jádra nebo tím, že byl disk zformátován a i jinak rozmístěn a systém místo aby byl na začátku disku, byl na konci. Ale ani disk neobviňuju, když k záseku došlo i s SSD. Ještě je tu možnost vadnosti toho jednoto RAMkového modulu anebo taky desky. Anebo taky OS ;D
-
Pokud máš podezření, že je to OS, najeď si LiveDVD (USB), třeba i jiné distribuce, a zkus pracovat chvilku s tím. To by ti mělo napovědět, bude-li to jiná distrubuce a bude to zlobit, pak závada inklinuje spíše směrem k HW.
-
Co tím poznám? OS bude na jiném médiu, je jedno jestli bude live nebo ne. To už můžeme rovnou zkusit něco nainstalovat. Už jenom protože flashky jsou velmi pomalé a externí disky mám plné.
Může se tedy zkusit jiný OS. Už dříve jsem přemýšlel nad Fedorou (obecně mám RHEL-like rád), ale ta mi horem dolem nejde na tento stroj nainstalovat :-\ ...nad ničím jiným neuvažuji. Jiná distribuční větev mi pravděpodobně nedá potřebné zázemí a kompatibilitu a Windows instalovat v žádném případě nebudu.
-
Poznáš tím problém s pamětí případně s Mainboardem. Pokud to dělat nebude, pak pravděpodobně je problém v tom co se testování nezúčastnilo třeba HDD (SSD) nebo stav systému na tvém HDD (SSD). To ti usnadní cestu k nalezení řešení. Pokud to nechceš podstoupit, pak ti může trvat podstatně déle, než závadu najdeš. (Např problémy s pamětí se obvykle hledají dost špatně a dlouho)
Nevím jestli jsi to nezkoušel, ale jak to funguje jen na jednu pamět ve slotu?
-
V takovém případě bych to musel používat alespoň týden nebo 2. A stejně není jistota, že se to projeví. Jak jsem psal, na starém HDD se problém po reinstallu neprojevil dost dlouho. Což ale mohl způsobit jak disk, tak paměť, tak nějaký update jádra. Příklad: na SSD se mi pád projevil před 4 dny. A kdy přijde další? Proto jsou různé podobné testy těžko uskutečnitelné, pokud mám pracovat. Ne, jen jednu RAMku jsem nezkoušel. Ale po posledním pádu jsem RAMky prohodil a při té příležitosti vyfoukal kompresorem. Zatím počkám s tímto jestli se to projeví.
Pokud je nějakej dobrej SW kterej dobře znáš na test HDD a pamětí, sem s ním. Výsledky předložim do několika dnů. Zatím bych mohl zkusit klasické Smartmontools a unix memtest.
-
Pokud se ti pády projevují málo často tak je to problém. To se bude špatně hledat. Já jsem se domníval, že ti to padá častěji. Takže po pádu prolézt logy, třeba tam něco bude.
Mě také PC čas od času padne (např.: totálně zmrzne, někdy ani myš neběží), ale přisuzuji to tomu, že při vývoji programů čas od času něco totálně zvořu a ještě se k tomu přidají nějaké nešťastné okolnosti. Padá mi to tak jednou dvakrát za měsíc a má to přímou souvislost s během mé odlaďované aplikace. Takže to neřeším ;)
-
btw všiml jsem si, že běžné kompresory můžou dost často produkovat takovou emulzi (olej-voda-kovové částice) a tento produkt vychrchlán proudem vzduchu do jakékoliv elektroniky této elektronice vůbec neprospívá (suché membránové tímto sice netrpí, ale zase nemívají dostatečný tlak a problém s kondenzovanou vodou v hadici mají taky)
takto postižené počítače dokážou pěkně pozlobit...
se stlačeným vzduchem z plechovky hrozí námraza (bývá tam něco vodní páry a při prudké expanzi to nedělá dobrotu) delší prochlazení díky námraze také není pro počítače a jinou elektroniku zrovna ok
zatím nejvýhodnější se mi jeví plechovky se stlačeným plynem typu propan/butan (tam zase opatrně u zdrojů tepla či otevřeného ohně)
-
Asi před půl rokem jsem řešil něco podobného na Xubuntu 14.04.1 - 64 bit.
Vypadalo to, jako by si nějaké skryté okno ukradlo "fokus" - symptomy odpovídaly. Audacious na pozadí hrál, kurzor myši reagoval na pohyb, ale poklepání na tlačítka myšky neměla žádnou odezvu. Stejně tak nereagovala klávesnice a stejně jako v popisu původního příspěvku se dalo přepnout do konzole.
Nakonec problém sám odezněl. Osobně mám podezření, že byl na vině s největší pravděpodobností klient Steamu. Nemohl by to být stejný případ? Máš nainstalovaný Steam?
-
Já Steam neměl ... ani nic jiného. Dělalo mi to na čisté instalaci Lubuntu a tuším, že až po povýšení na 14.04.
-
Mám čistě nainstalovaný systém 14.04 a ano, Steam nainstalovaný mám. Na teď novém aktuálním systému jsem se do něj zatím ani nepřihlásil, na pozadí mi neběží. Leda by měl na pozadí nějaký proces, o kterém nevím. Každopádně pozoruji totéž - občas jsou pády častější (řádově jednotky denně) a jindy na ně čekám týdny. Jestli by to nemohly dělat občasné aktualizace systému...