Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Obecná podpora => Téma založeno: rzitka 18 Dubna 2020, 21:28:55
-
Zdravím, na notebook, kde byl původně Win10, mi kamarád nainstaloval přes dual boot Ubuntu 18.04.4 LTS, který ted používám jako hlavní systém. Jsem s ním spokojen, až na to že mi poměrně často zamrzá. Občas jde pohnout s myší, ale jinak nic. Pomůže pouze vypnutí počítače natvrdo a znovu zapnutí. Stává se mi to i několikrát denně. Nejsem programátor, pouze uživatel, příkazy v terminálu neznám, proto prosím na mě mluvte polopatě. Dík..
-
Podívej se do Sledování prostředků co nejvíc (který proces) vytěžuje CPU.
Taky se můžeš podívat do syslogu (/var/log/syslog). Je tam toho hodně - orientuj se dle času události.
----------------------------------------------------------------------------------------
Nikdy PC natvrdo nevypínej (poškodíš systém, soubory nebo i disk). Když už, tak v případě "vytuhnutí" k restartu používej klávesy.
Podrž SysRq + Alt a k tomu postupně mačkej r e i s u b Po zmáčknutí b se PC bezpečně restartuje.
-----------------------------------------------------------------------------------------
Je taky možné, že se jedná o HW závadu. To je potřeba prověřit (zkontrolovat disk, paměťi atd.) nejlépe pomocí přísl. diagnostickách utilit.
Najdeš je např. na UBCD (https://www.ultimatebootcd.com/) (vytvoř si bootflešku (ve windows pomocí yumi (https://www.pendrivelinux.com/yumi-multiboot-usb-creator/)) ).
Pokud chceš Ubuntu používat, uč se, většina věcí jde vygooglit. A proč ti to zamrzá budeš muset zjistit sám, to za tebe na dálku nikdo udělat nemůže...
-
No chápu to tak, že sledování prostředků mě ukáže aktuální využití, jenže ve chvíli, kdy se počítač začne sekat, tak už sledování neotevřu. Takže to je pro mě asi nepoužitelné.
Ohledně syslogu - celkem dlouho mě trvalo než jsem vygooglil jak ten příkaz má vypadat, jen /var/log/syslog mi nefungovalo.
Má to být less /var/log/syslog ? Tam mám ale log jen z dneška. Tak asi si to otevřu hned poté, co mi komp zamrzne a restartnu ho.. Tak uvidíme co najdu. Určitě se pak ozvu..
-
Já bych jednoznačně začal rozpůlením intervalu na HW/SW.
Jinými slovy: mrzlo to i ve W10? Když je tam dual boot, tak to přece jde zkusit...
Pokud ne a děje se to jen v Ubuntu, tak bych zkusil změnu jádra (viz třeba https://medium.com/@gspasov2/how-to-fix-ubuntu-18-04-lts-random-freezes-52bb75d55c70).
Případně se dá zkusit některá live distribuce (a pracovat delší dobu v ní), nebo dlouhodobě nechat běžet test typu memtest, Stresslinux apod.
-
Na win to myslím nemrzlo, bylo to pomalý ale nemrzlo-jestli si to dobře pamatuju..
Ten upgrade jádra jsem zkoušel už dřív a nepomohlo. Mám tam ted nejnovější 5.3.0-46-generic
Co to znamená rozpůlit HW/SW?
-
Na win to myslím nemrzlo, bylo to pomalý ale nemrzlo-jestli si to dobře pamatuju..
Neexistuje myslím, je potřeba to zkusit. PC se nedá okecat.
Co to znamená rozpůlit HW/SW?
Metoda půlení intervalu, původně z matematiky, obvykle nejrychlejší způsob, jak při hledání (např. závady) dospět k cíli.
-
No chápu to tak, že sledování prostředků mě ukáže aktuální využití, jenže ve chvíli, kdy se počítač začne sekat, tak už sledování neotevřu. Takže to je pro mě asi nepoužitelné.
Ohledně syslogu - celkem dlouho mě trvalo než jsem vygooglil jak ten příkaz má vypadat, jen /var/log/syslog mi nefungovalo.
Má to být less /var/log/syslog ? Tam mám ale log jen z dneška. Tak asi si to otevřu hned poté, co mi komp zamrzne a restartnu ho.. Tak uvidíme co najdu. Určitě se pak ozvu..
/var/log/syslog je obyčejný textový soubor. Tím pádem ho stačí otevřít/prohlížet v jakémkoli textovém editoru. Žádné příkazy k tomu tudíž nejsou potřeba. A googlíš velice špatně, vylepši to....
-
A neděje se to s nějakou konkrétní aplikací?
Je možné se přepnout pomocí trojhmatu CTRL ALT F1 terminálu?
Pokud to jde, přihlásit se (login) svým uživatelským jménem a heslem.
Zkusit příkaz top. (ukončí se klávesou q)
Pokud tam má něco třeba 100% tak to zabít příkazem:
kill -9 pidMísto pid musí být konkrétní číslo procesu (v top je to úplně vlevo).
Nebo pokud už vím co to dělá,dejme tomu, že by to byl firefox, můžu pid zjistit příkazem:ps -e | grep firefoxDo grafického prostředí se vrátit pomocí ALT F7.
-
"A neděje se to s nějakou konkrétní aplikací?
Je možné se přepnout pomocí trojhmatu CTRL ALT F1 terminálu?"
Nevypozoroval jsem souvislost s aplikací, i když většinou jsem na Firefoxu. Těžko říct, můžu zkusit nějaký čas používat jiný prohlížeč.
CTRL ALT F1 nefunguje když se to sekne - jedině REINSUB
Konečně se mi podařilo otevřít syslog v aplikaci Gnome Logs (sorry, v souborech se mi to najít nepodařilo) - ale je to pro mě jak kdybych se pokoušel číst čínskou knížku..
-
Tak včera 19:48 jsem tu napsal poslední příspěvek a pak jsem odešel od počítače. Bylo spuštěno několik panelů firefoxu, thunderbird, gnome logs a kdenlive (to nevím že jsem ani spouštěl, asi jsem se uklikl). Když jsem se vrátil k notebooku v cca 20:15 tak byl seklej. Retartl jsem ho pomocí CTRL ALT PRT SCR REISUB a když se dívám na log mezi 19:48 a 20:19 kdy jsem comp restartoval tak toho tam moc není. Dává to někomu smysl??
19. dubna 20∶19∶43 kernel: iwlwifi 0000:02:00.0: No beacon heard and the time event is over already...
19. dubna 20∶19∶42 kernel: wlo1: associated
19. dubna 20∶13∶49 kernel: IPv6: ADDRCONF(NETDEV_CHANGE): wlo1: link becomes ready
19. dubna 20∶13∶47 kernel: wlo1: associated
19. dubna 20∶01∶49 kernel: IPv6: ADDRCONF(NETDEV_CHANGE): wlo1: link becomes ready
19. dubna 20∶01∶49 kernel: wlo1: associated
-
Ahoj, taky pouzivam 18.04.4 ... jsem s nim spokojeny, taky me v minulosti zamrzani potkavalo ale ty doby uz jsou nastesti pro me pryc.
...
Muzes poslat vypisy (najdes v dom. adresari)?, pridas je jako prilohy.
lspci > lspci.txtlsusb > lsusb.txtdmesg > dmesg.txtkdyz tak i
sudo lshw > lshw.txt
-
Tak včera 19:48 jsem tu napsal poslední příspěvek a pak jsem odešel od počítače. Bylo spuštěno několik panelů firefoxu, thunderbird, gnome logs a kdenlive (to nevím že jsem ani spouštěl, asi jsem se uklikl). Když jsem se vrátil k notebooku v cca 20:15 tak byl seklej. Retartl jsem ho pomocí CTRL ALT PRT SCR REISUB a když se dívám na log mezi 19:48 a 20:19 kdy jsem comp restartoval tak toho tam moc není. Dává to někomu smysl??
19. dubna 20∶19∶43 kernel: iwlwifi 0000:02:00.0: No beacon heard and the time event is over already...
19. dubna 20∶19∶42 kernel: wlo1: associated
19. dubna 20∶13∶49 kernel: IPv6: ADDRCONF(NETDEV_CHANGE): wlo1: link becomes ready
19. dubna 20∶13∶47 kernel: wlo1: associated
19. dubna 20∶01∶49 kernel: IPv6: ADDRCONF(NETDEV_CHANGE): wlo1: link becomes ready
19. dubna 20∶01∶49 kernel: wlo1: associated
Díváš se do nesprávného logu. Na Gome Logs zapomeň, to je k ničemu, tam nic nenajdeš.
To je pro tebe opravdu tak těžké spustit Gedit a otevřít v něm soubor /var/log/syslog ??
Nebo zkrátka zadej do terminálu příkaz
gedit /var/log/syslog
(udělá to samé.....)
-
Díváš se do nesprávného logu. Na Gome Logs zapomeň, to je k ničemu, tam nic nenajdeš.
To je pro tebe opravdu tak těžké spustit Gedit a otevřít v něm soubor /var/log/syslog ??
Nebo zkrátka zadej do terminálu příkaz
gedit /var/log/syslog
(udělá to samé.....)
[/quote]
Super, to jsem přesně potřeboval vědět - jak jsem říkal, jsem začátečník s Linuxem a nepodařilo se mi ten soubor najít..
Otevřu domovskej adresář a hledám složku var - ale nikde ji nevidím. Když dám hledat syslog, taky mi to nic nenajde..
Gedit v terminálu jsem spustil, ale tam je log jen ze dneška,potřeboval bych log ze včerejšího večera..
-
Složka var není přece v domovském adresáři, ale v kořeni (rootu) souborového systému (stejně jako složka home).
V Nautilu se do ní přepneš přes (vlevo dole) "Další umístění" > "Počítač"
Nebo zkráta do terminálu zadej
nautilus /var/log
Otevře se Nautilus ve složce /var/log
V ní nalezneš soubor syslog
Starší záznamy najdeš v souboru syslog.1, ještě starší jsou komprimované v souborech syslog.2.gz, syslog.3.gz atd.
Takže pokud se potřebuješ podívat v čase zpět, otevři si syslog.1
gedit /var/log/syslog.1
A pokud se snad potřebuješ podívat ještě více zpět, tak si přísl. komprimovaný syslog.x.gz zkopíruj do domovské složky, rozbal ho a pak už jej můžeš otevřít/prozkoumat v geditu.
-
Geniální.. Díky za vysvětlení, tušil jsem že to bude někde výš v adresáři, ale nemoh jsem to najít..
Zkopíroval jsem tu logy včera mezi 19:45-20:19, kdy se to seklo. Nemrkl by na to někdo please..
-
To vypadá na potíž s drivery...
Co máš za kernel? Do terminálu zadej příkaz
uname -r
Zobrazí na jakém jedeš kernelu, výsledek sem napiš.
-
To vypadá na potíž s drivery...
Co máš za kernel? Do terminálu zadej příkaz
uname -r
Zobrazí na jakém jedeš kernelu, výsledek sem napiš.
5.3.0-46-generic
-
Zkus tam dát jiný kernel (třeba 5.6.5-generic). Stahuj zde (https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.6.5/)
Stáhni ty čtyři .deb soubory (viz obrázek). Otevři Terminál a zadej:
sudo dpkg -i ~/Stažené/*.deb
Dojde k instalaci toho kernelu. Až to skončí, zavři Terminál a restartuj PC.
Po naběhnutí systému ověř na jakém běžíš kernelu příkazem:
uname -r
Výsledek by měl být: 5.6.5-050605-generic
---------------------------------------------------------------------------------------
No, a pak už jenom můžeš sledovat, zda se něco změnilo (ohledně toho "zamrzání")...
-
To vypadá na potíž s drivery...
Co máš za kernel? Do terminálu zadej příkaz
uname -r
Zobrazí na jakém jedeš kernelu, výsledek sem napiš.
Me se tam spis nezda ten swap, zda se ze je poskozenej soubor a system pouziva swap bez ohledu na velikost ram. Pak jsou tam nejake potize s gdm/gnome-shell coz muze ale nemusi souviset i s tim chybnym swapovanim. Vytvoril bych ten swap soubor znovu.
-
To už bych spíš místo toho vytvořil klasický swap oddíl....
-
Zkus tam dát jiný kernel (třeba 5.6.5-generic). Stahuj zde (https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.6.5/)
Stáhni ty čtyři .deb soubory (viz obrázek). Otevři Terminál a zadej:
sudo dpkg -i ~/Stažené/*.deb
Dojde k instalaci toho kernelu. Až to skončí, zavři Terminál a restartuj PC.
Po naběhnutí systému ověř na jakém běžíš kernelu příkazem:
uname -r
Výsledek by měl být: 5.6.5-050605-generic
---------------------------------------------------------------------------------------
No, a pak už jenom můžeš sledovat, zda se něco změnilo (ohledně toho "zamrzání")...
Udělal jsem tu instalaci pro každej z těch souborů zvlášt - tedy celkem 4x. Doufám že to tak bylo míněno a mám tam ten novej kernel.
Tak uvidíme, dám za pár dní vědět.Ten Swap teda zatím řešit nebudu? Uvidíme jestli to pomohlo a kdyžtak pak..?
-
Uvidíme jestli to pomohlo a kdyžtak pak..?
Když ne, tak pak https://forum.ubuntu.cz/index.php/topic,84938.msg570611.html#msg570611 , jinými slovy konečně tu závadu začít hledat systematicky.
-
Uvidíme jestli to pomohlo a kdyžtak pak..?
Když ne, tak pak https://forum.ubuntu.cz/index.php/topic,84938.msg570611.html#msg570611 , jinými slovy konečně tu závadu začít hledat systematicky.
Jirko, super, akorát netuším jak se to dělá.Nějaký návod někde??
-
Uvidíme jestli to pomohlo a kdyžtak pak..?
Když ne, tak pak https://forum.ubuntu.cz/index.php/topic,84938.msg570611.html#msg570611 , jinými slovy konečně tu závadu začít hledat systematicky.
Jirko, super, akorát netuším jak se to dělá.Nějaký návod někde??
Link měl být https://forum.ubuntu.cz/index.php/topic,84938.msg570609.html#msg570609 (tedy moje původní odpověď). Zbyde potvrdit chování v těch W10 (prostě do nich nabootovat a pracovat, když je tam dual boot) a ev. zkusit ten Stresslinux či Memtest.
Samozřejmě postupy jsou popsané (přinejmenším na stránkách autorů), klíčová slova (názvy) tu píšu už podruhé.
-
Od té doby mi to zatím nezamrzlo, i když jsem ted na kompu hodně málo, tak ještě uvidíme.
Každopádně i když se zdá že vše funguje tak mi to háže od té doby nějaký errory při startu - viz foto..
-
Pokud nabootuješ do toho původního kernelu a ty errory to neháže, souvisí to zřejmě s tím, že kernel-images v mainline jsou "unsigned".
Zkus vypnout (v UEFI/BIOSu) secure boot.
-
Zdravím, změna kernelu pomohla na pár týdnů, možná měsíců, ale už mi to poměrně dlouho dělá zas. Když strávím večer u počítače, tak za večer cca 3x dělám restart CTRL+ALT+PRT SC+REISUB. Mám zkusit znovu upgradnourt Kernel?
-
Zdravím, změna kernelu pomohla na pár týdnů, možná měsíců, ale už mi to poměrně dlouho dělá zas. Když strávím večer u počítače, tak za večer cca 3x dělám restart CTRL+ALT+PRT SC+REISUB. Mám zkusit znovu upgradnourt Kernel?
Zkusit můžeš, nicméně lepší by bylo zůstat na tom který fungoval bez problému...
-
Nene, blblo to na původním, pak mi tu někdo na foru poradil změnu kernelu,to se ze začátku zdálo, že pomohlo, ale ne nadlouho. Co teď?
-
Alespoň základní testy HW byly provedeny? Jaké a jak?
-
Alespoň základní testy HW byly provedeny? Jaké a jak?
Tak to jsem nedělal. Mohu nějak otestovat sám nebo to musí do servisu?
Jako ten noťas je poměrně zánovní a myslím že windowsy na tom šly normálně, i když od posledního update se děsně zpomalily a proto jsem pak přešel na linux. Mám tam dual boot
-
Kdyby byl nějakej IT tady v okolí Boskovic, co by mi to dal do kupy, rád za servis zaplatím..
-
Alespoň základní testy HW byly provedeny? Jaké a jak?
Tak to jsem nedělal. Mohu nějak otestovat sám nebo to musí do servisu?
https://forum.ubuntu.cz/index.php/topic,84938.msg570644.html#msg570644
-
Nene, blblo to na původním, pak mi tu někdo na foru poradil změnu kernelu,to se ze začátku zdálo, že pomohlo, ale ne nadlouho. Co teď?
O tom "původním" se nikdo nebaví.
Měl jsi zůstat na tom, na kterém to běželo (= na tom změněném). Nyní zřejmě běžíš už zase na jiném (automaticky se ti nainstaloval).
Je potřeba se bavit o konkrétních verzích:
Jaká byla ta původí verze?
Jakou verzi jsi tam pak dal?
Jaká verze je tam teď?
-
Nene, blblo to na původním, pak mi tu někdo na foru poradil změnu kernelu,to se ze začátku zdálo, že pomohlo, ale ne nadlouho. Co teď?
O tom "původním" se nikdo nebaví.
Měl jsi zůstat na tom, na kterém to běželo (= na tom změněném). Nyní zřejmě běžíš už zase na jiném (automaticky se ti nainstaloval).
Je potřeba se bavit o konkrétních verzích:
Jaká byla ta původí verze?
Jakou verzi jsi tam pak dal?
Jaká verze je tam teď?
Původní verze: 5.3.0-46-generic
Upgradoval jsem na: 5.6.5-050605-generic
Teď mám: 5.6.5-050605-generic
Tedy od té doby se upgrade neprovedl..
-
Zkusit tam dát jinou verzi (https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.10.2/) můžeš (staré verze pak vždy odinstaluj), za to nic nedáš.
Nicméně prověření veškerého HW (z boot media, třebas UBCD) se asi nevyhneš (tos měl udělat už dávno - pokud je vadný HW, je marné se to snažit opravit softwarově)...
-
Tak jsem nakonec přeinstaloval celý Ubuntu, dal jsem tam nejnovější 20.10 s kernelem 5.8.0-33-generic
.Nezamrzá to ted úplně (tak že nepohnu ani myší), ale jinak čas od času se to stejně dostane do stavu kdy s tím nejde pracovat a všechno trvá hodiny.
Nedávno jsem nechal PC usnout a když jsem se k němu po čase vrátil, byla tam černá obrazovka a na ní zpráva "Buffer eviction failed"
To asi bude kámen úrazu, že? Je to tedy problém hardwaru?
Vím že tu byly už nějaký instrukce na test hardwaru, ale já jsem pouhý uživatel a k testu pokud bych ho měl dělat bych potřeboval detailní postup.
Díky