Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ubuntu tietokoneissa => Aiheen aloitti: AimoE - 01.04.18 - klo:18.21
-
Jouduin vaihtamaan Windows-koneelle että pääsen kirjoittamaan tai mitään muutakaan. Tämä on tapahtunut nyt kahdesti tänään: yhtäkkiä, kesken työskentelyn, Ubuntu ei ota vastaan mitään näppäimistöltä tai hiireltä. Kursoria voi kyllä liikuttaa, ja maalaaminenkin onnistuu, mutta klikkaukset eivät mene perille. Ekalla kerralla ei olut mitään tärkeää kesken, ja boottasin koneen. Nyt olen keskellä isoa muokkausta jota en halua menettää. Mitä teen?
-
Mikä versio? Käytätkö Wayland-istuntoa? (Oletus 17.10:ssä, valitaan kirjautumisikkunasta.) Jos käytät, voisit kokeilla Xorgia.
-
Viimeisin Ubuntu 16.04. Sillä aikaa kun kirjoittelin tänne ja hain juotavaa, tilanne laukesi. Mutta kyllä säikytti pahasti.
-
Viimeisin Ubuntu 16.04. Sillä aikaa kun kirjoittelin tänne ja hain juotavaa, tilanne laukesi. Mutta kyllä säikytti pahasti.
Paljasta kuitenkin millainen juotava auttoi...
-
Ihan kirkasta vettä - tai hopeateetä kuten edellinen polvi sanoo ;-)
-
Ihan kirkasta vettä - tai hopeateetä kuten edellinen polvi sanoo ;-)
Vesi vanhin voitehista. 8)
-
Nyt se taas toistui, ja tällä kertaa katsein ruutua hieman tarkemmin. Käynnistinpakissa kaikki kuvakkeet näytävät korostetuilta, ihan kuin olisin klikannut niitä kaikkia yhtaikaa. Yläpalkissa osa kuvakkeista näkyy kahtena, mutta ei rinnakkan, vaan silleen pikkuisen eri kohdassa päällekkäin. Tämä ilmiö katosi tätä kirjoittaessa, mutta käynnistinpalkkin on edelleen erikoinen. Mikään ikkuna tai kuvake ei reagoi klikkauksiin. Yritin painaa Ctrl Alt F1 ja sitten Alt F7, mutta näytti ettei mitään tapahdu. Viiveen jälkeen kuitenkin tapahtui, ja ruutu tokeni. Mikä järjestelmän osa tässä prakaa?
-
.... Mikä järjestelmän osa tässä prakaa?
Ensimmäisenä tulee mieleen joku työpöytäympäristön palikka.
-
Tilanne on toistunut tänään jo monta kertaa. Alkaa kyllästyttää. en oikein saa selvää onko kyse kaikkien prosessien jumista vai pelkästä UI-jumista. Ctrl Alt F1 ja Alt F7 auttaa, mutta välillä joudun odottamaan kummankin näppäilyn jälkeen että jotain tapahtuisi.
-
Kokeilitko kirjautua kun oli painanut sen 'Ctrl-AltF1' (tai joku muu virtuaalipääte)?
Jos pyytää login ja päästää sisään niin siinä voinet tarkistaa.
Vai kestääkö sen uuden päätteen avautuminenkin useita sekunteja?
-
oletko päivittänyt konetta lähiaikoina, eli onkohan joku päivitys sotkenut järjestelmää?
yksi vaihtoehto voisi olla myös uuden käyttäjätilin luonti kokeeksi, jos sillä pelittää kaikki, on kyseessä joku ongelma käyttäjätilillä, eikä koko järjestelmässä
-
Kokeilitko kirjautua kun oli painanut sen 'Ctrl-AltF1' (tai joku muu virtuaalipääte)?
Jos pyytää login ja päästää sisään niin siinä voinet tarkistaa.
Tarkistaa mitä? Kirjauduin kerran, mutta kun tajusin eten tiedä mitä tekisin, kirjauduin saman tien ulos.
Vai kestääkö sen uuden päätteen avautuminenkin useita sekunteja?
Se vaihtelee, välillä vain sekunteja, pahimmillaan ei ollenkaan - ainakin kerran olen joutunut boottaamaan virtanapista, kun monen minuutin odotus ei auttanut.
-
Onko vapaata muistia riittävästi jumin aikana Järjestelmänvalvonnan mukaan? Ikkuna kannattaa jättää auki näytön reunalle, että tilannetta voi seurata jatkuvasti.
Järjestelmäloki ja kernelin loki kannattaa myös lukea huolella läpi jumiutumisaikojen tienoilta.
-
...
Tarkistaa mitä? Kirjauduin kerran, mutta kun tajusin eten tiedä mitä tekisin, kirjauduin saman tien ulos.
....
Ihan ekana katsoisin mitä kertoo top
tai ihan
ls | head
Nuo paljastanevat onko koko systeemi juntturassa?
Sitten nopeasti takaisin työpöydälle, 'Ctrl-AltF7'
jos se edelleen jumissa niin joku osannee jo rajata jotain?
Eikä huono idea tarkistaa se muistitilannekaan:
cat /proc/meminfo | grep Mem
-
Onko vapaata muistia riittävästi jumin aikana Järjestelmänvalvonnan mukaan? Ikkuna kannattaa jättää auki näytön reunalle, että tilannetta voi seurata jatkuvasti.
Voi olla vaikeaa, koska jumin aikana ei voi tuoda piiloon jäänyttä ikkunaa etualalle.
Järjestelmäloki ja kernelin loki kannattaa myös lukea huolella läpi jumiutumisaikojen tienoilta.
järjestelmäloki = ?
kernelin loki = ?
-
Ihan ekana katsoisin mitä kertoo top
Voiko sen ajaa niin että saa jonkun mielekkään snapshotin tiedostoon?
-
Onko vapaata muistia riittävästi jumin aikana Järjestelmänvalvonnan mukaan? Ikkuna kannattaa jättää auki näytön reunalle, että tilannetta voi seurata jatkuvasti.
Voi olla vaikeaa, koska jumin aikana ei voi tuoda piiloon jäänyttä ikkunaa etualalle.
Käytä muita ohjelmia siten, ettei ikkuna peity. :)
Olennaista kuitenkin olisi saada graafi muistinkulutuksesta tapahtuman ajalta. Riittää siis tarkistaa se jälkeenpäinkin, olettaen että ohjelma pyörii ja saa kuvaajaa piirrettyä siellä taustalla.
Järjestelmäloki ja kernelin loki kannattaa myös lukea huolella läpi jumiutumisaikojen tienoilta.
järjestelmäloki = ?
kernelin loki = ?
Systemd-järjestelmissä (Ubuntu 16.04 ja uudemmat) voi käyttää vaikkapa journalctl:ää, joka listaa nuo molemmat selkokielisin aikaleimoin:
journalctl
Pelkkä kernelin loki listataan perinteisesti dmesg-komennolla:
dmesg
Ihan ekana katsoisin mitä kertoo top
Voiko sen ajaa niin että saa jonkun mielekkään snapshotin tiedostoon?
Voi:
top -n 1 -b > top-listaus.txt
-
Olen nyt yrittänyt noita komentoja (journalctl, dmesg ja top), mutta missään en ole nähnyt mitään mitä osaisin kuvitella selitykseksi. Mitähän minun pitäisi erityisesti etsiä lokeilta? Top:ssa ylimpänä tai mlekein ylimpänä on jostain syystä pulseaudio, eikä sekään kaikkia resursseja haukkaa: cpu:sta 6,2% ja muistista 0,2%. Kerrran on ollut sen edellä acpid, sekin vei 6,2% cpu:sta. En keksi miten nää jumittaisivat toiminnan täysin?
-
Olen nyt yrittänyt noita komentoja (journalctl, dmesg ja top), mutta missään en ole nähnyt mitään mitä osaisin kuvitella selitykseksi. Mitähän minun pitäisi erityisesti etsiä lokeilta?
Sieltä pitäisi etsiä mitä tahansa virheilmoituksilta vaikuttavaa tai muuta epätavallista siltä hetkeltä, kun systeemi on ollut jumissa. Hyvä vihje ongelman debuggaukseen voi olla sekin, että lokeihin ei tule yhtään mitään kyseisellä ajanjaksolla, mutta muulloin tulee tasaisesti tavalliseen toimintaan liittyvíä juttuja. Se tarkoittaisi, että järjestelmä on lukossa muutenkin kuin graafisen käyttöliittymän osalta. Todennäköisemmin vika on kuitenkin pelkästään X.orgissa tai kernelin grafiikkapinossa, jos muistin täyttyminen on jo poissuljettu tekijä.
Mitään erityistä ei välttämättä näy lokeissa, mutta tällaisten ongelmien selvityshommissa lokit kannattaa tutkia ihan ensimmäisenä.
Top:ssa ylimpänä tai mlekein ylimpänä on jostain syystä pulseaudio, eikä sekään kaikkia resursseja haukkaa: cpu:sta 6,2% ja muistista 0,2%. Kerrran on ollut sen edellä acpid, sekin vei 6,2% cpu:sta. En keksi miten nää jumittaisivat toiminnan täysin?
Juu, nuo eivät ole syyllisiä. Kiinnostavaa olisi siis seurata koko järjestelmän muistinkulutusta ja eniten muistia kuluttavien prosessien varaamaa muistia jatkuvana kuvaajana, josta voi sitten tarkistaa, täyttyykö muisti jumiutumisen aikoihin. Toki myös 100% kuormalla toimivat matalan tason prosessit (erityisesti k:lla alkavat) voivat liittyä asiaan, joten kuvaajat CPU-kuormasta ja prosessikohtaisesta kuormasta olisivat myös potentiaalisesti hyödyllisiä.
-
Vanhan läppärin näytön resoluutio jättää vähän tilaa käppyrälle kun ruudulla on koko ajan useit aikkunoita. Yritin kyllä pitää sitä näkösällä, mutta se oli liian usein tiellä, ja jouduin nyppäämään sen pois.
-
Vanhan läppärin näytön resoluutio jättää vähän tilaa käppyrälle kun ruudulla on koko ajan useit aikkunoita. Yritin kyllä pitää sitä näkösällä, mutta se oli liian usein tiellä, ja jouduin nyppäämään sen pois.
Joku web-pohjainen järjestelmävalvontaohjelma voisi auttaa. Esimerkiksi Monitorix: http://www.monitorix.org/screenshots.html
Jos käytettävissä on toinen tietokone samassa verkossa, on mielenkiintoista kokeilla myös, vastaako valvontaohjelman web-käyttöliittymä jumiutumisen aikana.
-
Pari viime kertaa kone on mennyt niin jumiin etten pääse komentoriville ollenkaan, ja 10 min odottelun jölkeen olen katkaissut virrat ja käynnistänyt uudelleen.
Mitähän lokai silloin pitäisi tutkia? kun etsin sanoja "warn" ja "error" (sekä isoilla että pienillä kirjaimilla) tiedostosta /var/log/kern.log, löydän vain ilmoituksia jotka nähdäkseni littyvät siihen että kaadoin koneen väkisin, ja tiedostojärjestelmiä pitää sen jäljiltä tsekata. Olen ihan ymmyrkäisenä. Ongelma tulee vastaan noin kerran päivässä, nyt melkein joka päivä.
-
Pari viime kertaa kone on mennyt niin jumiin etten pääse komentoriville ollenkaan, ja 10 min odottelun jölkeen olen katkaissut virrat ja käynnistänyt uudelleen.
Mitähän lokai silloin pitäisi tutkia?
Pitäisi tutkia lokeja hetkeltä ennen kaatumista ja kaatumisen ja uudelleenkäynnistämisen välistä. Uudelleenkäynnistyksen jälkeisillä aikaleimoilla siellä ei ole mitään kaatumisen syyhyn liittyvää.
Jos mahdollista, kannattaa asentaa koneeseen openssh-server ja pitää etäyhteyttä auki toiselta koneelta. Jos sekin jumiutuu samassa rytäkässä, vika ulottuu matalammalle tasolle kuin vain grafiikkapinoon ja X.orgiin.
kun etsin sanoja "warn" ja "error" (sekä isoilla että pienillä kirjaimilla) tiedostosta /var/log/kern.log, löydän vain ilmoituksia jotka nähdäkseni littyvät siihen että kaadoin koneen väkisin, ja tiedostojärjestelmiä pitää sen jäljiltä tsekata. Olen ihan ymmyrkäisenä. Ongelma tulee vastaan noin kerran päivässä, nyt melkein joka päivä.
Kannattaa silmäillä kaikki rivit, eikä etsiä tiettyjä avainsanoja. Jumiutumishetken paikkeilla (10 minuuttia ennen - 10 minuuttia jälkeen) siellä tuskin on montakaan kymmentä riviä.
Edelleen kiinnostavaa on sekin, lakkaako lokitus kokonaan jumiutumishetkellä, eli näkyykö siellä 10 minuutin pätkä ennen uudelleenkäynnistystä, jossa ei ole lainkaan viestejä.
-
Edelleen kiinnostavaa on sekin, lakkaako lokitus kokonaan jumiutumishetkellä, eli näkyykö siellä 10 minuutin pätkä ennen uudelleenkäynnistystä, jossa ei ole lainkaan viestejä.
Ah, tuon olen missannut. Täytyy muistaa ensi kerralla katsoa kelloa heti. Nyt en taas tiedä kovin tarkkaan milloin se katko oli. Näyttäisi kuitenkin että ainoa aukko on se kohta jossa booottasin, mutta en ole varma. Lokilla on aika paljon "UFW BLOCK" -ilmoituksia, mutta en keksi miksi ne voisivat vetää koneen niin jumiin, ei niitä kuitenkaan ole kuin satoja. Siis kern.logissa. Jossain toisessa niitä taisi olla enemmän, silloin kun viimeksi pääsin komentoriville.
-
Ah, tuon olen missannut. Täytyy muistaa ensi kerralla katsoa kelloa heti. Nyt en taas tiedä kovin tarkkaan milloin se katko oli. Näyttäisi kuitenkin että ainoa aukko on se kohta jossa booottasin, mutta en ole varma. Lokilla on aika paljon "UFW BLOCK" -ilmoituksia, mutta en keksi miksi ne voisivat vetää koneen niin jumiin, ei niitä kuitenkaan ole kuin satoja. Siis kern.logissa. Jossain toisessa niitä taisi olla enemmän, silloin kun viimeksi pääsin komentoriville.
Palomuuri ei aiheuta jumiutumista, ja tuskin mikään muukaan verkkoon liittyvä. Todennäköiset syyt ovat muualla raudassa tai ajureissa.
Jos palomuurilokia tulee myös jumiutumisen aikana, se kertoo ainakin sen, ettei järjestelmä ole täysin lukossa, vaan verkkoliikenne ja levylle kirjoitus toimii.
-
Nyt selvisi enemmän. Ubuntu-kone hyytyi ja oanin merkille kellonaja, jotta voisin tutkia lokeja myöhemmin. Olin juuri tekemässä jotain toisella koneella, joten en edes yrittänyt komentoriville, vaan jatkoin hommaa ja unohdin koko Ubuntun joksikin aikaa. Sitten yhtäkkiä (30-40 min kuluttua) näin että Ubuntu-koneen näyttä heräsi henkiin; olettaisin että jumin alkaessa tekemäni hiiren liikkeet ja täppäykset menivät lopultakin perille. Jatkoin edelleen hommaa toisella koneella ja vasta tunnin kuluttua jumin alkamisesta aloin taas työskennellä Ubuntu-koneella. Löysin muiden ikkunoiden alta Apportin joka halusi lähettää Canonicalle raportin compiz-ongelmasta. Lähetin tietenkin. Yleensä en ehdi odotella jumin laukeamista, mutta nyt onneksi oli muuta puuhaa.
-
Löysin muiden ikkunoiden alta Apportin joka halusi lähettää Canonicalle raportin compiz-ongelmasta.
Mikä näytönohjain koneessa on, ja mikä kernelin versio käytössä?
lshw -c display
uname -r
-
$ lshw -c display
WARNING: you should run this program as super-user.
*-display
description: VGA compatible controller
product: GT216M [GeForce GT 240M]
vendor: NVIDIA Corporation
physical id: 0
bus info: pci@0000:01:00.0
version: a2
width: 64 bits
clock: 33MHz
capabilities: vga_controller bus_master cap_list rom
configuration: driver=nvidia latency=0
resources: irq:33 memory:f3000000-f3ffffff memory:d0000000-dfffffff memory:ce000000-cfffffff ioport:2000(size=128) memory:f2180000-f21fffff
WARNING: output may be incomplete or inaccurate, you should run this program as super-user.
$ uname -r
4.4.0-119-generic