Linux-kysymyksiä & yleistä keskustelua Linuxista

Ei toimi, kokeilin tuotakin aiemmin. Tuolla ei edes aukea toista konsolia kun tuon komennon ajaa konsolista (ei toimi myöskään nemo scriptin kauttakaan). Tuosta tulee vain konsoliin:
Koodi:
# _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ‘gio-vfs’
# _g_io_module_get_default: Found default implementation dconf (DConfSettingsBackend) for ‘gsettings-backend’
# watch_fast: "/org/gnome/terminal/legacy/" (establishing: 0, active: 0)
# unwatch_fast: "/org/gnome/terminal/legacy/" (active: 0, establishing: 1)
# watch_established: "/org/gnome/terminal/legacy/" (establishing: 0)

Eikö tosiaan pysty guista avaamaan konsolia joka suorittaisi jotain määrättyä koodia? Jos ei niin kyllä on vaan hankala tämä linux maailma, jatkuvasti on tämäntyyppisiä hidasteita / käytettävyyden hankaloittajia vastassa. :(
Testailin vähän, niin seuraavanlaisella pitäisi onnistua. Sleep lopussa, koska muuten ikkuna sulkeutuu, kun komennon suoritus loppuu. Ei tule nyt muuta mieleen kuin tuo sleep.

Koodi:
gnome-terminal -- sh -c 'echo 1; sleep 10'
 
Koodi:
#!/bin/bash
gnome-terminal -e echo foo
mutta mitään konsoli-ikkunaa ei aukea. Suoraan terminaalista jos tuon gnome-terminal -e echo foo ajaa niin tulee vain tällainen outputti:
Koodi:
# Option “-e” is deprecated and might be removed in a later version of gnome-terminal.
# Use “-- ” to terminate the options and put the command line to execute after it.
# _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ‘gio-vfs’
# _g_io_module_get_default: Found default implementation dconf (DConfSettingsBackend) for ‘gsettings-backend’
# watch_fast: "/org/gnome/terminal/legacy/" (establishing: 0, active: 0)
# unwatch_fast: "/org/gnome/terminal/legacy/" (active: 0, establishing: 1)
# watch_established: "/org/gnome/terminal/legacy/" (establishing: 0)

Eli tuota -e optionia ei kannattaisi käyttää, eikä se näytä edes toimivankaan enää, ei vaikka kokeilin tuota "--" lisäämistä kuten ohjeistetaan. gnome-terminal -- -e echo foo:
Koodi:
# _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ‘gio-vfs’
# _g_io_module_get_default: Found default implementation dconf (DConfSettingsBackend) for ‘gsettings-backend’
# watch_fast: "/org/gnome/terminal/legacy/" (establishing: 0, active: 0)
# unwatch_fast: "/org/gnome/terminal/legacy/" (active: 0, establishing: 1)
# watch_established: "/org/gnome/terminal/legacy/" (establishing: 0)
# Error: Failed to execute child process “-e” (No such file or directory)
Toinen konsoli-ikkuna kyllä aukeaa mutta siinä on varoitus "There was an error creating the child process for this terminal, Failed to execute child process “-e” (No such file or directory)".


Onko edes mahdollista ajaa joku skripti gui:sta ja se aukeasi konsoliin? Tuntuu tyhmältä jos ei voisi, esim. jos ajattelee juuri tätä "nemo scripts" toiminnallisuutta.
Kokeile
Koodi:
gnome-terminal -- bash -c "ls -latrh && bash"
 
Tarkoitat siis mitä? Gui-softaa jolla voisi tarkistaa hasheja? Windowsissahan se on helppoa kun löytyy hyviä softia, sen kuin vaan asentaa softan ja tuplaklikkaa jotain hashitiedostoa tiedostonhallinnassa niin se softa avaa gui-ikkunan ja alkaa välittömästi tsekkaamaan niitä hasheja siitä tiedostosta läpi (tämähän ei kait linuxissa onnistu kun tiedostopäätteillä ei ole merkitystä (hash-tiedosto kun on "tekstitiedosto", oli sen päätteenä mikä tahansa), tai sitten voi mutta pitäisi tehdä jotain konffeja mime-type juttuihin?).

Nämäkään ei taas ole "Linux" ongelmia vaan työpöytäympäristöongelmia.

Jos ei jakelu paketoi käyttämäänsä työpöytäympäristöön tuollaista työkalua niin se on toinen juttu, mutta näyttäähän noita googlettamalla löytyvän.

Samalla tavalla mime typejen ympärillä se Windowsin tiedostopäätteen yhdistäminen ohjelmaan pyörii, siinä se(kin) on vaan ympätty siihen samaan käyttöjärjestelmä + GUI + muu roska-himmeliin mukaan niin että käyttäjä ei siitä välttämättä edes tiedä.

En tiedä miten eri työpöytäympäristöt tarjoaa apuja sellaisten tekemiseen, mutta siihen on olemassa ihan standardikeinot kuten esim. Gnomekin ohjeistaa: Add a custom MIME type for individual users

Ei ole syöte paskaa, täysin toimivia windows-puolella parilla eri hash-softalla. Voit ihan itse kokeilla jos et usko. Tässä pieni esimerkki "md5sum"-softasta kuinka se paskoo allensa kun sille syöttää CRLF tiedostoa:

En keksi miten (tai miksi) käännät työkalun viaksi sen että se ei ymmärrä jonkun Windows-kikkareen luomaa MS-formaatteja käyttävää tiedostoa.

md5sumin kannaltahan se on paskaa jos ei se sitä ymmärrä.

Perinteisen UNIX-filosofian mukainen työkalu joka tekee yhden triviaalin asian ja vain yhden asian: luo (MD5) hasheja ja tarkistaa niitä. Täysin käyttäjän vastuulla huolehtia että listat on ymmärrettävässä muodossa, ja kuten jo ylempänä mainittiin, muilla yhden asian työkaluilla voi hoitaa listojen korjaamisen.
 
Piti laittaa -f iso-8859-1 -t utf-8 niin toimi. Rhash osaa uuden konvertoidun hash-tiedoston nyt käydä läpi. Md5sum ei vieläkään koska CRLF:t vielä tiedostossa (näitä ei tarvitse lähteä konvertoimaan kun rhash toimii).

ajat sen convertoidun tiedoston dos2unix läpitte lopuksi.

eli: iconv -f iso8859-15 -t utf-8 < windows.md5 > linux.md5 && dos2unix linux.md5

tuon pitäisi tuottaa sellainen tiedosto että kaikki linux softat sen huolii. Voit tarkistaa asian file komennolla
file linux.md5
pitäisi kertoa tyyliin:
file test.txt test.txt: UTF-8 Unicode text

kun taas windows formaatissa oleva sanoo
file test2.txt test2.txt: ISO-8859 text, with CRLF line terminators

Ja lopuksi suosittelisin että alat hiukan eri kantilta tarkastelemaan asioita kuin siltä kantilta että miten helppoa windowsissa on guilla kaikki tehdä. Porukalla loppuu mielenkiinto hyvin nopeasti antaa mitään vinkkejä jos on jatkuvasti toi asenne ett windows on niin helppo ja linux niin hankala.

Monesti olen itsekin ihmetellyt että miten jonkin asian saisi tehtyä, huomatakseni myöhemmin että joku on sitä asiaa varten jo tehnyt ihan ohjelman. Kuten nyt toi newline conversio. Saa sen toki tr komennollakin tehty, saisi sen tehtyä vaikka sed komennolla, mutta helpoiten sen saa tehtyä komennolla joka on ihan siihen käyttöön tehty eli dos2unit.

Kunhan sinulla taidot kehittyy niin huomaat että sillä linuxilla saa huomattavasti monipuolisemmin tehtyä monia asioita ja esim. bash scriptaus on mielestäni huomattavasti helpompi kuin windowsissa. Tosin en ole powershell scriptaukseen perehtynyt, se on ilmeisesti sellainen jolla saa jo jotain aikaiseksikin.
 
Porukalla loppuu mielenkiinto hyvin nopeasti antaa mitään vinkkejä jos on jatkuvasti toi asenne ett windows on niin helppo ja linux niin hankala
Linuxissa on jotkut asiat hankalempia kuin windowsissa. Linuxissa on jotkut asiat helpompia kuin windowsissa. Se että windowssissa on joku helpompaa guissa, niin miksei se voi olla linuxissakin. Miksi olla edes linux työpöytää jos se konsoli on se taivas jossa kaikki kannattaa tehdä. Skriptaus on paljon helpompaa linuxissa, siitä olen erittäin tyytyväinen. En tajua miksi niin moni kohtaamani linux käyttäjä mieluummin kirjoittelee konsoliin ulkoa muistettavia rimpsuja vs. pari klikkausta guista, esim. tämän asiana olevan hash tsekkausten kanssa. Ja aina on joku yksi tai kaksi käyttäjää joka suhtautuu negatiivisesti linux aloittelijan avunpyyntöihin, olen sen muuallakin huomannut, ja muutkin ovat huomanneet, esim. en tuossa ensimmäisessä viestissä mitenkään ylistänyt windowsia ja kyselin vain apua mutta silti yksi änkyrä rupesi kitisemään (tälle henkilölle: jos joku softa (md5sum) ei osaa erilaisiin linefiideihin reagoida, ja samalla jopa sen takia paskoo oman virhetulostuksen, niin onhan se vain heikkoa devaamista.. muut kokeilemani softat (windows & linux) eivät tökänneet). Mutta vinkki otettu vastaan. Kiitos kaikille avun antajille ja hyvää jatkoa kaikille linuxin parissa.
 
Linuxissa on jotkut asiat hankalempia kuin windowsissa. Linuxissa on jotkut asiat helpompia kuin windowsissa. Se että windowssissa on joku helpompaa guissa, niin miksei se voi olla linuxissakin. Miksi olla edes linux työpöytää jos se konsoli on se taivas jossa kaikki kannattaa tehdä. Skriptaus on paljon helpompaa linuxissa, siitä olen erittäin tyytyväinen. En tajua miksi niin moni kohtaamani linux käyttäjä mieluummin kirjoittelee konsoliin ulkoa muistettavia rimpsuja vs. pari klikkausta guista, esim. tämän asiana olevan hash tsekkausten kanssa. Ja aina on joku yksi tai kaksi käyttäjää joka suhtautuu negatiivisesti linux aloittelijan avunpyyntöihin, olen sen muuallakin huomannut, ja muutkin ovat huomanneet, esim. en tuossa ensimmäisessä viestissä mitenkään ylistänyt windowsia ja kyselin vain apua mutta silti yksi änkyrä rupesi kitisemään (tälle henkilölle: jos joku softa (md5sum) ei osaa erilaisiin linefiideihin reagoida, ja samalla jopa sen takia paskoo oman virhetulostuksen, niin onhan se vain heikkoa devaamista.. muut kokeilemani softat (windows & linux) eivät tökänneet). Mutta vinkki otettu vastaan. Kiitos kaikille avun antajille ja hyvää jatkoa kaikille linuxin parissa.

GUI:n tekeminen vaatii huomattavasti lisäpanostusta, joten moni ei rupea siihen omaan työkaluunsa guita vääntämään koska eivät näe sitä tarpeelliseksi työmäärään nähden.
Jos nyt tarkastellaan tätä sinun keissiä, niin ittellä jos olisi vastaavanlainen keissi ja olisi tarvetta jatkuvasti noita tsekkejä ajella, niin kirjoittaisin muutaman rivin bash scriptin jolla toi hoituisi aivan yhtä helposti kuin sillä gui kikkareella.
Se vaan on faktaa että linuxissa joudut enemmän touhuamaan promptissa, se on joko hyväksyttävä tai sitten opetelta koodaamista ja koodattava ne gui himmelit itse joita ei valmiina löydy.

Windowsissa taas se on hyvin harvinaista että työkalusta EI löydy gui versiota, koska koko käyttiksen ideologia on täysin eri mitä linuxissa. Mutta on niitä windows työkalujakin jotka löytyy ainoastaan prompti versiona.
 
Se vaan on faktaa että linuxissa joudut enemmän touhuamaan promptissa, se on joko hyväksyttävä tai sitten opetelta koodaamista ja koodattava ne gui himmelit itse joita ei valmiina löydy.
Itseä ei haittaa yhtään konsolin käyttö, siitä ei ole kyse vaan siitä, että miten asiat voi tehdä nopeiten/helpoiten.

Jos nyt tarkastellaan tätä sinun keissiä, niin ittellä jos olisi vastaavanlainen keissi ja olisi tarvetta jatkuvasti noita tsekkejä ajella, niin kirjoittaisin muutaman rivin bash scriptin jolla toi hoituisi aivan yhtä helposti kuin sillä gui kikkareella.
Miten se toimisi, mitä askelia pitäisi tehdä sen skriptin kanssa? Versus 1-2 klikkausta tiedostonhallinnassa?
 
Testailin vähän, niin seuraavanlaisella pitäisi onnistua. Sleep lopussa, koska muuten ikkuna sulkeutuu, kun komennon suoritus loppuu. Ei tule nyt muuta mieleen kuin tuo sleep.

Koodi:
gnome-terminal -- sh -c 'echo 1; sleep 10'
Tämä oli hyvä vinkki. Tuohon sleepin tilallehan voi laittaa vaikka: read -s -n 1 -p "Press any key to exit ...".

Mutta tässäkin on pieni ongelma. Sinne uuteen shelliin pitäisi saada mukaan $1, muuten ei voi käskyttää rhashia tekemään tsekkausta tietylle tiedostolle.
 
Sen saakin näin mukaan tuonne uuteen shelliin: gnome-terminal -- bash -c 'echo "$0"; sleep 10' "$1"
 
Edellisestä viestistä jo lähes tunti niin laitan uuden viestin. Tässä koko ratkaisu niille joita kiinnostaa:
Koodi:
#!/bin/bash

DIR="$(dirname -- "$1")"
FILE="$(basename -- "$1")"

gnome-terminal --title "RHash: $FILE" -- bash -c 'cd "$0"; rhash --check --percents "$1"; echo; read -s -n 1 -p "Press any key to exit ..."' "$DIR" "$FILE"
Lähtöhakemisto saa olla joku muu kuin itse tiedoston hakemisto (esim. tiedostonhallinnassa avattu hakemisto(ja) pudotusvalikon kautta).
 
Miten se toimisi, mitä askelia pitäisi tehdä sen skriptin kanssa? Versus 1-2 klikkausta tiedostonhallinnassa?

Se toimisi niin että scripti olisi esim /usr/local/bin hakemistossa, jolloin se olisi automaattisesti tarkistus polussa jolloin se nvoi ajaa suoraan mistä tahansa. Ja itse scriptin toiminta:
- Parametrinä tiedosto jossa on arvot
- Tai vastaavasti sen voi automatisoida hakemaan se lista esim tiedoston päätteen perusteella. (Voi tietty tehdä molemmatkin)
- Tarkistetaan tiedoston merkistö
- Jos on windows merkistö niin tehdään konversio
- Tämän jälkeen tehdään itse tsekkaus

Eli loppupelissä toimisi niin että menet hakemistoon jossa tsekkauksen haluat tehdä ja ajat scriptin joko parametrinä lista, tai ilman jos on automatisoinut sen listan hakemisen hakemistosta esim päätteen perusteella.

Toisinsanoen lopputulos olisi vähintään yhtä simppeli kuin jollain gui kikottimella. Jos automatisoi listan haun niin sehän olisi helpompi mitä se gui kikotin.
 
Toisinsanoen lopputulos olisi vähintään yhtä simppeli kuin jollain gui kikottimella.
En ole samaa mieltä. Ei ainakaan minun workflowssa toimisi helpommin/nopeammin. Tiedostojen kanssa työskentelen guissa nemon kanssa. Siellä pitäisi sitten oikeassa hakemistossa valita hiiren oikeannapin valikosta "open in terminal" ja sitten vähintään kirjoittaa se skriptin nimi (jos hashtiedoston etsintä tapahtuu skriptillä, EDIT: kaikissa tapauksissani ei mahdollista), versus nemossa oikeannapin valikosta valitsen Scripts -> skripti (tai ehkä vielä paremmin jos "Nemo Actions" featurella sen valinnan saa siihen oikeannapin päävalikkoon.. aloitan juuri tämän asian opettelun, tarvitsen muitakin komentoja/toiminnallisuutta tuohon valikkoon, EDIT2: tai vielä paremmin jos saan mime-type juttuja sorvaamalla suoraan tuplaklikkauksella aukeamaan). Tässä usecasessa tuo guin valikko on helpompi/nopeampi.
 
Viimeksi muokattu:
Tee sille oma näppäinyhdistelmä.
Se on ihan hyvä idea mutta sillä tavalla ei taida saada mukaan sitä valitun tiedoston hakemistoa+nimeä joka pitäisi antaa parametrinä rhashille. Lisäksi toimintoa ei nyt ihan koko ajan käytetä, plus pitäisi muitakin toimintoja saada joten itse katson, että paras vaihtoehto omiin tarpeisiini on se nemon hiiren oikeannapin valikko.. tai suoraan tuplaklikkaamalla tiedostoa.
 
Useimpiin tiedostonhallitsijoihin voinee tehdä kustomoituja komentoja siihen hiiren oikeaan valikkoon.
Tällaiset esimerkit löysin pikaisesti:
Näiden perusteella kehottaisin että teet ensin esimerkiksi bash-skriptin (tai Python jos se taipuu) joka tekee halutuilla ehdoilla halutut konversiotoimenpiteet, mikäli tarpeen. Sitten Nemo Actions konffaat aukaisemään tämän skriptin ohjaten sillä hetkellä olevan/t valitun/t tiedoston/t (%F) tälle skriptille, jossa luet sen esimerkiksi getops:lla (Bashin tapauksessa) sisään.
Tosin en nyt ole ihan kärryillä että ollaanko nyt jo tekemässä näin vai missä oikein mennään.
 
Viimeksi muokattu:
Tosin en nyt ole ihan kärryillä että ollaanko nyt jo tekemässä näin vai missä oikein mennään.
Sisar-featurea "nemo scripts" jo konffasin, seuraavaksi katson tuota Actions:ia tarkemmin, ja sen jälkeen vielä kokeilen säveltää mime-typejen kanssa jos saisi suoraan tiedostonhallinnasta tuplaklikilla juttuja ajettua. Ongelma oli tuossa aiemmin lähinnä vain saada konsoli-ikkunaa auki skriptin suorituksen ajaksi mutta nyt se on selätetty.
 
...ja esim. bash scriptaus on mielestäni huomattavasti helpompi kuin windowsissa. Tosin en ole powershell scriptaukseen perehtynyt, se on ilmeisesti sellainen jolla saa jo jotain aikaiseksikin.
Kai sillä saa, mutta yllättävän pihalla on ollut, kun on pitänyt miettiä powershell-skriptin kirjoittamista.. :D Pitäs varmaan joskus opetella.

Viimeksi piti kirjoitella devausprosessin nopeuttamiseksi kohtuullisen simppeli skripti, joka huutelee versionhallinnan API:lle, luo uuden repon annettuun projektiin, nappaa repon nimen hakemistopolun viimeisestä lohkosta ja enabloi versionhallinnasta pipelinet. En minä tuota ois powershellillä saanu tehtyä järkevässä ajassa, joten piti suosiolla kirjoitella vaan bashille ja sanoa porukalle, että ajakaa git bashilla :D Vaikka siis suurin osa kohderyhmästä koodailee winkkarissa.

Mikähän on jq:ta vastaava työkalu winkkarimaailmassa, jos tarvii JSONia parsia...
 
jq-versionumerotjsp.exe :)

Siitä löytyy binääri myös winkkarille, google auttaa.
Ok, näytti tuolloin pikagooglella vähän epäselvältä, onko winkkarille saatavilla oleva täysin vastaava vai joku omansa, jota pitäs taas opetella.

Pitää ihmetellä tarkemmin seuraavan kerran, kun tulee eteen. Nykyisellään tuolle ei ole juuri käyttöä julkaisuputken temppujen lisäksi kuin Linux-koneilla pyörivässä Kuberneteksessa, josta joutuu kyselemään tiettyjä tietoja jq:n avulla.
 
Miksi saan Windows koneelle jaon vain Ubuntu kotihakemistosta, mutta toiselta kiintolevyltä ei toimi? Ubuntu on 20.04 LTS. Windows 10:lla saan näkymään tiedostohallintaan Ubuntun verkkolevyn, mutta se ei päästä sinne. Valittaa, että "sinulla ei ole oikeuksia käyttää kohdetta. Pyydä oikeudet verkonvalvojalta.". Ubuntussa on vain yksi käyttäjä minä.
 
Miksi saan Windows koneelle jaon vain Ubuntu kotihakemistosta, mutta toiselta kiintolevyltä ei toimi? Ubuntu on 20.04 LTS. Windows 10:lla saan näkymään tiedostohallintaan Ubuntun verkkolevyn, mutta se ei päästä sinne. Valittaa, että "sinulla ei ole oikeuksia käyttää kohdetta. Pyydä oikeudet verkonvalvojalta.". Ubuntussa on vain yksi käyttäjä minä.
Laitatko vielä smb.conf ja "ls -al" siitä hakemistosta jota yrität jakaa?
 
Kyseessä on työpöytäversio, jossa olen yrittänyt jakaa toiminnolla paikallinen verkkojako. Komentorivillä en ole aikoihin toiminut. Käsittääkseni nykyinen jako on tehty Apache2:lla.
 
Kyseessä on työpöytäversio, jossa olen yrittänyt jakaa toiminnolla paikallinen verkkojako. Komentorivillä en ole aikoihin toiminut. Käsittääkseni nykyinen jako on tehty Apache2:lla.

Jos siulla ei ole mitään keskitettyä käyttäjien hallintaa siellä kotiverkossa niin sille tarttee luoda samba käyttäjä/passu, tai sitten conffata jako guest tilaan ja se tais sitten vaatia sen että smb protokollaa tiputetaan alemmas.

Mutta siis
sudo smbpasswd -a <käyttäjänimi>
ja sitten luot salasanan.

Tämä käyttäjä/salasana on siis täysin erillinen windows ja siitä linux käyttäjästa/salasanasta, se on ainoastaan sambaa varten.

EDIT: hetkinen, apachella tehty jako? No kai sekin on mahdollista mutta kyllä itte sambaa käyttäisin kotiverkossa.
 
Kokemuksia dual bootista? Toimiiko hyvin? Jotain luin, että windows 10 päivitykset on joskus sotkenut tilannetta jossa on ollut linux osioituna samalle kovolle. Varmaan laitan itse kokonaan erilliselle kovolle linuxin, jolloin tuota ongelmaa tuskin tulisi.

Tarkoitus siis niin että voi joka kerta käynnistäessä valita menusta että kumman käyttiksen käynnistää. Tarkoitus tehdä softadevausta linuxilla. Saa myös suositella distroa, ubuntua nyt lähinnä ajattelin kun en tiedä mitä eroa muilla on.
 
Kokemuksia dual bootista? Toimiiko hyvin? Jotain luin, että windows 10 päivitykset on joskus sotkenut tilannetta jossa on ollut linux osioituna samalle kovolle. Varmaan laitan itse kokonaan erilliselle kovolle linuxin, jolloin tuota ongelmaa tuskin tulisi.

Tarkoitus siis niin että voi joka kerta käynnistäessä valita menusta että kumman käyttiksen käynnistää. Tarkoitus tehdä softadevausta linuxilla. Saa myös suositella distroa, ubuntua nyt lähinnä ajattelin kun en tiedä mitä eroa muilla on.

Mulla ollut läppärissä pirun pitkään dual-bootti ilman minkäänlaista ongelmaa. Alunperin win7 ja päivitetty kymppiin. Tähän mennessä päivitykset eivät ole häirinneet linuxin elämää. Aprillipilapäivitys paskoi winkun profiilin, mutta sen korjausasennuksella ehjäsi.

Ja yhdellä levyllä, eri osioissa.
 
^^ oon miettinyt itekin dual bootin väsäämistä, mutta laiskuuttani virittelin viimeksikin vaan virtuaalikoneeseen Ubuntun ja sinne devausympäristön uudelle pöytäkoneelle. Onnistuu ehkä pienemmällä vaivalla tuollai, jos on tarvetta saada vaan devausympäristö Linuxin päälle.

Käytännössä siis Oraclen VirtualBox koneelle ja sinne haluttu Ubuntu-image. 20.04 LTS ja 18.04 LTS on ollut käytössä himassa sekä duunissa, eikä noissa mitään ongelmaa ole ollut. VSCoden, Terraformin ja AWS clientin taisin asennella tuonne virtuaalikotikoneelle. Varmaan tulee lisää tarpeita, mutta ei oo jaksanu kotona enää koodailla töiden päälle vähään aikaan.
 
Viimeksi muokattu:
Kokemuksia dual bootista? Toimiiko hyvin? Jotain luin, että windows 10 päivitykset on joskus sotkenut tilannetta jossa on ollut linux osioituna samalle kovolle. Varmaan laitan itse kokonaan erilliselle kovolle linuxin, jolloin tuota ongelmaa tuskin tulisi.

Tarkoitus siis niin että voi joka kerta käynnistäessä valita menusta että kumman käyttiksen käynnistää. Tarkoitus tehdä softadevausta linuxilla. Saa myös suositella distroa, ubuntua nyt lähinnä ajattelin kun en tiedä mitä eroa muilla on.

Pöytätoosassa dual boot, normaalisti asennettu Win10 yhdellä SSD:llä, toisella systemd-bootilla lataileva Gentoo. UEFI valikosta saa valita kumpiko käynnistyy, oletuksena latailee systemd-bootin. Ei minkäänlaista ongelmaa.
 
Kokemuksia dual bootista? Toimiiko hyvin? Jotain luin, että windows 10 päivitykset on joskus sotkenut tilannetta jossa on ollut linux osioituna samalle kovolle. Varmaan laitan itse kokonaan erilliselle kovolle linuxin, jolloin tuota ongelmaa tuskin tulisi.

Tarkoitus siis niin että voi joka kerta käynnistäessä valita menusta että kumman käyttiksen käynnistää. Tarkoitus tehdä softadevausta linuxilla. Saa myös suositella distroa, ubuntua nyt lähinnä ajattelin kun en tiedä mitä eroa muilla on.
Dual boot päivittäisessä käytössä vuodesta 2004 tai 2005 ilman isompia ongelmia. Tosin 99 % booteista on mennyt LInuxin puolelle, joten mahdolliset Windowsissa esiintyvät ongelmat on ehkä jäänyt huomaamatta. Ehkä vakavin ongelma toistaiseksi on Kubuntun ehdottaman Dell-läppärin firmware-päivityksen epäonnistuminen /boot/efi -kansion tilanpuutteen vuoksi. Siis tällä tavalla. Windows myös ehdottaa samaa päivitystä, mutta en ole uskaltanut kokeilla mitä tapahtuu jos yrittää asentaa päivityksen Windowsin puolella. Mulla ei ole viime ajoilta kokemusta useamman kovalevyn konfiguraatioista, mutta tietääkseni erillinen kovo ei sinällään ehkäise läheskään kaikkia ongelmia.

Mielipiteeni Ubuntun käytettävyydestä voi lukea Suunnittelun kukkaset -triidistä. Lyhyesti sanottuna huonoin käyttöjärjestelmä mitä olen koskaan käyttänyt. Kubuntu sen sijaan on ehkä paras, eli yhden kirjaimen erolla voi olla iso merkitys. Mielipideasioitahan nämä taitaa olla, koska Ubuntu kuitenkin on huomattavasti suositumpi. Tämän sivuston avulla voi yrittää etsiä itselleen mieluisinta distroa:

Töissä olen muutaman vuoden ajan käyttänyt VirtualBoxia. Dual boottiin verrattuna isoin ongelma on GPU:n toimimattomuus. Lisäksi on joitakin ärsyttäviä pikkubugeja, kuten joissakin KDE-sovelluksissa hiiren rullan toimimattomuus jos hiirtä liikuttaa samaan aikaan.
 
Dual boottina eri levyillä win10 ja pop os. Tykkään popossiin integroidusta tile-ikkunoinnista kun en muita tilettäviä desktoppeja jaksa ruveta viäntämään. Ja kun on Dash to Dock niin gnome käyttäytyy kivasti + muut tarvittavat.
Läppärin firmwareja ym käyn välillä päivittämässä win2go asennuksen kautta. Muuten siinä on debian. Nää uutukaisversiot, ainakin popos on rasittavia kun päivityksiä tulee (toki ohjelmiinkin). Oonkin laittanut ne päivittymään automaattisesti unattended upgrades ym kautta. Itseasiassa on vielä se toinenkin päivittäjä joka tekee samaa mutta en ole jaksanut poistaa.
Popossiin pitäisi kyllä saada joku vähän pienempi päivittäjä kun tuo Pop_Shop.
 
Töissä olen muutaman vuoden ajan käyttänyt VirtualBoxia. Dual boottiin verrattuna isoin ongelma on GPU:n toimimattomuus. Lisäksi on joitakin ärsyttäviä pikkubugeja, kuten joissakin KDE-sovelluksissa hiiren rullan toimimattomuus jos hiirtä liikuttaa samaan aikaan.

Ajatko suoraan virtualboxin ikkunasta? Itte ajelen xrdp:n läpitte enkä muista törmänneeni moiseen.
 
Kokemuksia dual bootista? Toimiiko hyvin? Jotain luin, että windows 10 päivitykset on joskus sotkenut tilannetta jossa on ollut linux osioituna samalle kovolle. Varmaan laitan itse kokonaan erilliselle kovolle linuxin, jolloin tuota ongelmaa tuskin tulisi.

Tarkoitus siis niin että voi joka kerta käynnistäessä valita menusta että kumman käyttiksen käynnistää. Tarkoitus tehdä softadevausta linuxilla. Saa myös suositella distroa, ubuntua nyt lähinnä ajattelin kun en tiedä mitä eroa muilla on.
Täytyy tarkalleen tietää mitä on tekemässä, jos meinaa ettei mitään hajoa, varsinkin jos asentaa Windowsin kokonaan uusiksi.
Jopa tilanteessa, jossa käyttöjärjestelmät olivat fyysisesti eri levyillä, ja pyysin Windowsia asentumaan uudelleen entisen päälle, halusi Windows asentaa kuitenkin käynnistysosion Linux-levylle. Toimii ihan niin pitkään hyvin, kun et asenna täysin uutta käyttöjärjestelmää, kun nämä käsittääkseni täytyy tehdä järjestyksessä 1. Windows, 2. Linux.

Itse päädyin (myös läppärissä) siihen, että kaksi fyysistä levyä, ja käynnistän käyttöjärjestelmän uefin (aka bios) avulla, en kummankaan käyttiksen bootloaderilla. Asennuksen teen niin, että disabloin levyn uefista, varmistaen ettei siihen tule muutoksia. Kun käyttis asennettu, sallin taas pääsyn levylle ja valitsen boot valikosta kumman käyttiksen käynnistän.
 
Täytyy tarkalleen tietää mitä on tekemässä, jos meinaa ettei mitään hajoa, varsinkin jos asentaa Windowsin kokonaan uusiksi.
Jopa tilanteessa, jossa käyttöjärjestelmät olivat fyysisesti eri levyillä, ja pyysin Windowsia asentumaan uudelleen entisen päälle, halusi Windows asentaa kuitenkin käynnistysosion Linux-levylle. Toimii ihan niin pitkään hyvin, kun et asenna täysin uutta käyttöjärjestelmää, kun nämä käsittääkseni täytyy tehdä järjestyksessä 1. Windows, 2. Linux.

Olen ajellut vuosia läppärillä tällä tyylillä ja oikeastaan ainut mitä on tarvinnut tehdä on asentaa aluksi Windows ja sitten Linux. Mitään ongelmia ei ole ollut vaikka windows 10 on päivittänyt itsensä automaattisesti. Uskoakseni ainut toimenpide jota vaaditaan jos Windows sattuu ylikirjoittamaan EFIä on bootata live-cdltä ja ajaa grub-install. Kerran erehdyin asentamaan Windows 10 uudestaan Linuxin jälkeen, jolloin grub piti korjata tällä operaatiolla. Suurin ongelma oli löytää USB-tikku, joka onneksi sattui olemaan mukana.
 
Päätin taas kokeilla siirtymistä täysipäiväisestä Windowsin käytöstä Ubuntuun, mutta törmäsin seuraavanlaiseen ongelmaan:

Ubuntu ei yhdistä kodin Wifiin ollenkaan, mutta puhelimesta nettiä jakaessa toimii kyllä normaalisti. Wifin salasana on oikein, ja sama verkko pelaa kyllä Windowsilla, mutta Ubuntulla kun syöttää Wifin salasanan, niin hetken aikaa lukee "Wifi connecting", mutta sitten kuitenkin kysyy salasanaa taas uudelleen. Googlaamalla löysin ohjeita että pitäisi mennä erikseen asetuksiin ja lisätä tuolle verkolle tuo salasana sieltä, mutta eipä tuntunut toimivan.
 
Mikä Ubuntu? Mikä on läppärisi Wifi-kortti ja mitä salausta Wifisi käyttää?

Bash:
$ cat /etc/os-release
kertoo mikä jakeluversio

Bash:
sudo lshw -C network
kertoo mikä verkkokorttisi on ja mitä ominaisuuksia se tukee

Olethan päivittänyt Ubuntun viimeiset päivitykset ja uusimman ytimen (kernel) version?
 
Mistähän löytäisi tiedon, että miksi CentOS on alkanut boottailemaan satunnaisesti noin parin viikon välein? Messages logista löytyy Hyper-V:n pyytämät balloon kutsut:

kernel: hv_balloon: Balloon request will be partially fulfilled. Not enough memory.

Seuraavana onkin sitten, että mistä imagesta bootataan ylöspäin. Muista logeistakaan en löytänyt mitään ajatusta tuohon.
 
Tässä kyllä 5/5 ominaisuus, jos NetworkManager käytössä:

[device-mac-randomization]
wifi.scan-rand-mac-address=yes

[connection-mac-randomization]
ethernet.cloned-mac-address=random
wifi.cloned-mac-address=random

Joka kerta kun yhdistetään verkkoon (ethernet tai wifi), niin aina random MAC osoite käyttöön (pientä lisää turvallisuuteen)

Pakko myös sanoa, että monessa paikassa lukee että "wifi power management" pitäisi olla oletuksena pois päältä uudemmissa jakeluversioissa (ubuntu ja kumppanit?), niin ainakin kun "iwconfig" komennolla katsoin, niin näytti se vain olevan "on" päällä :/

Kävin nyt sen oikeasti laittamassa pois päältä ja näyttää ainakin nyt käynnistyksen jälkeenkin pysyvän "off" tilassa, eikä "on" tilassa.

[connection]
wifi.powersave = 2

En tiedä tuleeko tuosta nyt mitään suuria eroja käytössä kun "off" vs edeltävään "on" tilaan, epäilen mutta kuitenkin ennenkin olen sen ottanut pois päältä, mutta oletin kun kaikkialla luki että oletuksena se on pois päältä, mutta ei ollutkaan ainakaan omassa tapauksessa... mitä lukenut muualla vanhempia postauksia yms, niin jotakin eroa tuolla asetuksella on ollut, erityisesti heikolla verkkoyhteydellä.
 
Viimeksi muokattu:
  • Tykkää
Reactions: SRP
Menin hajottamaan grub menun windowsin uudellee asennuksen yhteydessä. Tai lähinnä siin yhteydes, ku tuhosin linuxin osioinnin windowsin levyhallinnasta (ihan siis tiedostaen). Nyt tulee bootloader erroria (boost.python error in job "Bootloader") manjaron asennuksen yhteydessä (meni kyl läpi, kun teki ite osioinnit. Grub menu ei toiminu nii en sit jaksanu pitää sitä ja vedin sileeeks.). Oisko tohon ratkasuna vetää winukka sileeks, asentaa ekana linux ja sen jälkeen vasta windows? windows boot manager kadonnu biosista/boot menusta mutta käynnistyy kyl valitsemalla levyn, jonne winukka asennettu. Ja käynnistyy kyl iha normaalisti ei siinä.
 
Viimeksi muokattu:
Menin hajottamaan grub menun windowsin uudellee asennuksen yhteydessä. Tai lähinnä siin yhteydes, ku tuhosin linuxin osioinnin windowsin levyhallinnasta (ihan siis tiedostaen). Nyt tulee bootloader erroria (boost.python error in job "Bootloader") manjaron asennuksen yhteydessä (meni kyl läpi, kun teki ite osioinnit. Grub menu ei toiminu nii en sit jaksanu pitää sitä ja vedin sileeeks.). Oisko tohon ratkasuna vetää winukka sileeks, asentaa ekana linux ja sen jälkeen vasta windows? windows boot manager kadonnu biosista/boot menusta mutta käynnistyy kyl valitsemalla levyn, jonne winukka asennettu. Ja käynnistyy kyl iha normaalisti ei siinä.

Ainakin minulla on tähän saakka ollut helpompaa asentaa ensin windows ja sitten linuxi. Joskus aikojen alussa toisinpäin asentaessa vaati ihan tosi paljon ruuvaamista joten helppouden vuoksi näin päin. Toki 20 vuodessa on tullut paljon uusia windows-versiota ja nykyään tilanne voi olla hyvinkin eri.
 
Nykyisin matkassa on se mutka että on yleensä kaksi eri boottitapaa valittavana: perinteinen BIOS/MBR-tyyli, ja sitten uudempi UEFI-tyyli. Käyttöjärjestelmien asennusohjelmat valitsevat asennettavan bootloaderin toimintatavan sen mukaan millä tavalla itse asennusohjelma on bootattu.

Jos Windows on asennettu UEFI-tyylillä ja käynnistit Manjaron uudelleenasennuksen vahingossa BIOS-tyylillä, se yrittää asentaa GRUBin BIOS-versiota, mikä vaatisi erityistä biosboot-partitiota jota et varmaankaan ole huomannut tehdä. Tämä voisi olla syy miksi uudelleen asennus kaatuu bootloaderivirheeseen. Lisäksi GRUB ei pysty vaihtamaan yhdestä boottityylistä toiseen kesken bootin, joten tällaisessa seka-asennuksessa vaihto käyttöjärjestelmästä toiseen on pakko tehdä aina BIOS-asetusten kautta.

Parempi ratkaisu on asentaa molemmat käyttöjärjestelmät boottaamaan samalla tyylillä, mutta joskus on vaikeaa saada selville kummalla tyyliltä asennusmedialta ollaan lähdössä boottaamaan. Yleispätevin vaihtoehto on selvittää mitä boottityyliä jo asennettu käyttöjärjestelmä (Windows) käyttää, ja laittaa BIOS-asetukset sallimaan vain sen tyylin käyttö kaikilla boottimedioilla. Eli jos Windows on asennettu UEFI-tyylillä, BIOS-boottiasetukset asentoon "UEFI only", ja vasta sitten Linux-asennusmediaa boottaamaan.

Mistä sitten tietää mitä boottityyliä Windows käyttää?
Windows vaatii että UEFI-boottaavalla systeemilevyllä käytetään aina GPT-osiointia, ja perinteisellä BIOS-tyylillä boottaavalla systeemilevyllä aina perinteistä MBR-osiointia. Jos BIOSin boottiasetuksissa näkyy/näkyi vaihtoehto jonka nimi on "Windows Boot Manager", se on myös aika varma merkki että Windows käyttää UEFI-boottityyliä, koska tuollaisen vapaavalintaisen boottitekstin saa aikaan BIOS-asetuksiin vain UEFI-tyylillä.

Joskus BIOSia päivitettäessä voi käydä niin, että UEFI-boottiasetukset (esim. se "Windows Boot Manager"-vaihtoehto) häviää kun BIOS-asetukset nollaantuvat. Windows 10 pitäisi lisätä tuon boottivaihtoehdon automaattisesti takaisin ("self-healing") jos se on hävinnyt, kunhan vain saat Windowsin ensin käyntiin UEFI-tilassa (esim. juurikin valitsemalla boottilevyn käsin).

UEFI-tuplabootteja rakennettaessa on syytä Linux-puolella tutustua "efibootmgr"-komentoon ja vaikka ottaa "efibootmgr -v"-tuloste paperille kun kone toimii halutusti, niin kadonneiden boottiasetusten palautus esim. BIOS-päivityksen jälkeen on paljon helpompaa.
 
Nykyisin matkassa on se mutka että on yleensä kaksi eri boottitapaa valittavana: perinteinen BIOS/MBR-tyyli, ja sitten uudempi UEFI-tyyli. Käyttöjärjestelmien asennusohjelmat valitsevat asennettavan bootloaderin toimintatavan sen mukaan millä tavalla itse asennusohjelma on bootattu.
Tästä "paras" kokemus:
Tein Linux-tikulla GPT-partitioinnin. Boottasin Windows-asennuksen MS:n tekemältä USB-tikulta. Asennus pysähtyi: "En voi formatoida"-virheeseen.
Windows oli salaa valinnut "legacy BIOS"-tyylin, joten GPT oli sille liikaa. Onneksi.

Se USB ei yksinkertaisesti bootannut UEFI-tyyliin. Kopioin sisällön toiselle tikulle. Ainoa ero EFI-hakemistojen nimissä (isot/pienet kirjaimet).
Emon UEFI löysi Windowsin lataajan uudelta tikulta.
 
Jos ei nyt ihan muinais-SERristä puhuta niin helpommalla pääsee kun vääntää UEFIsta kaikki CSM- ja legacy optiot pois. Boottikin saattaa nopeutua.

GRUBikin vähän tarpeeton UEFIlla bootatessa. Jos EFI stub kernelin boottaus sellaisenaan tuntuu liian nihilistiseltä niin joku UEFI boot manager vaan.
 
Se USB ei yksinkertaisesti bootannut UEFI-tyyliin. Kopioin sisällön toiselle tikulle. Ainoa ero EFI-hakemistojen nimissä (isot/pienet kirjaimet).
Emon UEFI löysi Windowsin lataajan uudelta tikulta.

UEFI-määritysten mukaan firmiksen ei kuuluisi välittää isojen/pienten kirjainten eroista, mutta jotkut UEFI-toteutukset ovat mokanneet tässä kohdassa.
 
Jos kenellä käytössä Nvidia, niin en suosittele päivittämään 5.10.7 versioon, näkyi jo asennusvaiheessa että ilmoitti DKMS virheestä nvidian kanssa, aiempi 5.10.6 toimii.

Edit: Vanhemmilla kuin uusimmilla NVIDIA ajureilla (R460), ilmeisesti myös 5.10.6 heittää DKMS virheen asennuksen aikana, mutta itsellä on käytössä uusimmat R460 ajurit, niin ainakin niillä 5.10.6 kernel toimii.
 
Viimeksi muokattu:
Jos kenellä käytössä Nvidia, niin en suosittele päivittämään 5.10.7 versioon, näkyi jo asennusvaiheessa että ilmoitti DKMS virheestä nvidian kanssa, aiempi 5.10.6 toimii.

Edit: Vanhemmilla kuin uusimmilla NVIDIA ajureilla (R460), ilmeisesti myös 5.10.6 heittää DKMS virheen asennuksen aikana, mutta itsellä on käytössä uusimmat R460 ajurit, niin ainakin niillä 5.10.6 kernel toimii.
Itsellä ainakin kaikki 7.1.2021 julkaistut versiot toimii 5.10.7 kernelin kanssa, eli 460.32.03, 450.102.04 ja 390.141 toimii. Myös 340.108 toimii pätchättynä.
 
Itsellä ainakin kaikki 7.1.2021 julkaistut versiot toimii 5.10.7 kernelin kanssa, eli 460.32.03, 450.102.04 ja 390.141 toimii. Myös 340.108 toimii pätchättynä.
Niin loppujen lopuksi vielä siirryin 5.9.16 (EOL) kernel versioon takaisin (monista syistä johtuen, omassa käytössä havaittuja juttuja), piti vielä asentaa NVIDIA ajurit uudestaan kun ilmeisesti 5.11 RC3 sääti jotain ylimäärästä eikä palautunut takaisin. Katsotaan nyt milloin omassa käytössä uskaltaa siirtyä takaisin uudempaan "stable" 5.10 kernel versioon, mutta ei ole mikään kiire.

Edit: Sama ongelma 5.10.8 kernel versiolla, aamupalaksi laitoin testiin ja siirryin takaisin omassa käytössä luotettavaan 5.9.16 (EOL) kernel versioon kun ei vieläkään toimi kuten pitää, pientä säätöä taas kun siirtyi takaisin vanhempaan versioon.

Edit 20.1.2021: Vieläkin sama ongelma 5.10.9 kernel päivityksen kanssa :/
 
Viimeksi muokattu:
Linux-amatöörillä pieni ongelma. Noin 10-20% käynnistyskerroista Linux Mint Cinnamon 19.3 käynnistyy tilaan jossa tulee notification "Check your video drivers - Your system is running without video hardware acceleration" jolloin myös resoluutio on 1024*768. Tämä virheellinen käynnistys tuntuu olevan aivan satunnainen, ja yleensä uudelleenkäynnistys (tai kaksi) korjaa asian. Tämä ongelma on ollut jo elokuusta asti, kun päivitin rautaa uudempaan. Puhdas asennus tämän jälkeen tuli toki tehtyä. On pysynyt sitkeästi yli useamman kernel- ja näytönohjaimen ajuripäivityksen, joten tästä tuskin on apua.

CPU: 10700k
MB: Asus Strix Z490-F
GPU: GTX 1660Super.

Olisiko tähän jotain helppoa korjausta tiedossa, vai pitäisikö suosiolla yrittää asentaa tuo uudempi 20.1-versio? Ohessa jotain josta sattaa olla jotain hyötyä.

[23:38] user@PC:~$ inxi -Fxz
System: Host: PC Kernel: 5.4.0-60-generic x86_64 bits: 64 compiler: gcc v: 7.5.0 Desktop: Cinnamon 4.4.8
Distro: Linux Mint 19.3 Tricia base: Ubuntu 18.04 bionic
Machine: Type: Desktop System: ASUS product: N/A v: N/A serial: <filter>
Mobo: ASUSTeK model: ROG STRIX Z490-F GAMING v: Rev 1.xx serial: <filter>
UEFI: American Megatrends v: 0707 date: 07/21/2020
CPU: Topology: 8-Core model: Intel Core i7-10700K bits: 64 type: MT MCP arch: N/A L2 cache: 16.0 MiB
flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 121596
Speed: 800 MHz min/max: 800/5100 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800 5: 800 6: 800
7: 800 8: 800 9: 800 10: 800 11: 800 12: 800 13: 800 14: 802 15: 800 16: 800
Graphics: Device-1: NVIDIA vendor: ASUSTeK driver: nvidia v: 450.102.04 bus ID: 01:00.0
Display: x11 server: X.Org 1.20.8 driver: fbdev,modesetting,nouveau unloaded: vesa
resolution: 1024x768~76Hz
OpenGL: renderer: llvmpipe (LLVM 10.0.0 256 bits) v: 3.3 Mesa 20.0.8 direct render: Yes
Audio: Device-1: Intel vendor: ASUSTeK driver: snd_hda_intel v: kernel bus ID: 00:1f.3
Device-2: NVIDIA vendor: ASUSTeK driver: snd_hda_intel v: kernel bus ID: 01:00.1
Sound Server: ALSA v: k5.4.0-60-generic
Network: Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: TP-LINK TG-3468
driver: r8169 v: kernel port: 3000 bus ID: 03:00.0
IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Device-2: Intel vendor: ASUSTeK driver: igc v: 0.0.1-k port: 3000 bus ID: 05:00.0
IF: enp5s0 state: down mac: <filter>
Drives: Local Storage: total: 2.05 TiB used: 177.35 GiB (8.5%)
ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 970 EVO Plus 250GB size: 232.89 GiB
ID-2: /dev/nvme1n1 vendor: Samsung model: SSD 970 EVO Plus 250GB size: 232.89 GiB
ID-3: /dev/sda vendor: Samsung model: SSD 860 EVO 2TB size: 1.82 TiB
Partition: ID-1: / size: 226.04 GiB used: 177.10 GiB (78.3%) fs: ext4 dev: /dev/dm-1
ID-2: /boot size: 704.5 MiB used: 245.2 MiB (34.8%) fs: ext4 dev: /dev/nvme1n1p2
ID-3: swap-1 size: 976.0 MiB used: 0 KiB (0.0%) fs: swap dev: /dev/dm-2
Sensors: System Temperatures: cpu: 34.0 C mobo: N/A
Fan Speeds (RPM): N/A
Info: Processes: 324 Uptime: 4m Memory: 15.53 GiB used: 705.3 MiB (4.4%) Init: systemd runlevel: 5
Compilers: gcc: 7.5.0 Shell: bash v: 4.4.20 inxi: 3.0.32

[23:37] user@PC:~$ dmesg | grep -i nvidia
[ 18.594087] nvidia: loading out-of-tree module taints kernel.
[ 18.594091] nvidia: module license 'NVIDIA' taints kernel.
[ 18.639321] nvidia: module verification failed: signature and/or required key missing - tainting kernel
[ 18.645439] nvidia-nvlink: Nvlink Core is being initialized, major device number 236
[ 18.645837] nvidia 0000:01:00.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=io+mem
[ 18.691758] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 450.102.04 Tue Dec 29 06:51:23 UTC 2020
[ 18.864338] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms 450.102.04 Tue Dec 29 06:44:25 UTC 2020
[ 18.865422] [drm] [nvidia-drm] [GPU ID 0x00000100] Loading driver
[ 18.865423] [drm] Initialized nvidia-drm 0.0.0 20160202 for 0000:01:00.0 on minor 0
[ 18.874920] nvidia-uvm: Loaded the UVM driver, major device number 234.
[ 19.431683] nvidia-gpu 0000:01:00.3: i2c timeout error e0000000
[ 21.059894] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input15
[ 21.059964] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input16
[ 21.059997] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input17
[ 21.060023] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input18
[ 21.060048] input: HDA NVidia HDMI/DP,pcm=10 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input19
[ 21.060077] input: HDA NVidia HDMI/DP,pcm=11 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input20
 
Viimeksi muokattu:
Olisiko tähän jotain helppoa korjausta tiedossa, vai pitäisikö suosiolla yrittää asentaa tuo uudempi 20.1-versio? Ohessa jotain josta sattaa olla jotain hyötyä.
Oliko tämä siis epäonnistuneen bootin dmesg?

Saatko vielä epäonnistuneesta bootista journalctl -b /use/bin/Xorg.bin outputin (tai /var/log/Xorg.0.log sisällön, jos Linux Mint sellaista vielä kirjoittaa).
 
Oliko tämä siis epäonnistuneen bootin dmesg?

Saatko vielä epäonnistuneesta bootista journalctl -b /use/bin/Xorg.bin outputin (tai /var/log/Xorg.0.log sisällön, jos Linux Mint sellaista vielä kirjoittaa).

Kyllä, tuo dmesg oli epäonnistuneen bootin. Menenpä tästä käynnistelemään konetta uudelleen, saattaa mennä 1 bootti, saattaa mennä 20 :P
 
Saatko vielä epäonnistuneesta bootista journalctl -b /use/bin/Xorg.bin outputin (tai /var/log/Xorg.0.log sisällön, jos Linux Mint sellaista vielä kirjoittaa).

Noniin, 8 bootin jälkeen sain sen rikki taas. En tajunnut siinä vaiheessa, että tuossa ekassa komennossa tarkoitit varmaan /usr/bin/xorg, mutta tuon Xorg.0.login sain talteen. Voin kyllä senkin kaivaa esiin, jos tästä ei ole hyötyä.

[ 16.681]
X.Org X Server 1.20.8
X Protocol Version 11, Revision 0
[ 16.681] Build Operating System: Linux 4.15.0-124-generic x86_64 Ubuntu
[ 16.681] Current Operating System: Linux PC 5.4.0-60-generic #67~18.04.1-Ubuntu SMP Tue Jan 5 22:01:05 UTC 2021 x86_64
[ 16.681] Kernel command line: BOOT_IMAGE=/vmlinuz-5.4.0-60-generic root=/dev/mapper/mint--vg-root ro quiet splash vt.handoff=1
[ 16.681] Build Date: 30 November 2020 05:59:23PM
[ 16.681] xorg-server-hwe-18.04 2:1.20.8-2ubuntu2.2~18.04.4 (For technical support please see Enterprise open source support | Ubuntu)
[ 16.681] Current version of pixman: 0.34.0
[ 16.681] Before reporting problems, check X.Org
to make sure that you have the latest version.
[ 16.681] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 16.681] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jan 19 01:12:20 2021
[ 16.682] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 16.682] (==) No Layout section. Using the first Screen section.
[ 16.682] (==) No screen section available. Using defaults.
[ 16.682] (**) |-->Screen "Default Screen Section" (0)
[ 16.682] (**) | |-->Monitor "<default monitor>"
[ 16.682] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 16.682] (==) Automatically adding devices
[ 16.682] (==) Automatically enabling devices
[ 16.682] (==) Automatically adding GPU devices
[ 16.682] (==) Automatically binding GPU devices
[ 16.682] (==) Max clients allowed: 256, resource mask: 0x1fffff
[ 16.682] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 16.682] Entry deleted from font path.
[ 16.682] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
[ 16.682] Entry deleted from font path.
[ 16.682] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[ 16.682] Entry deleted from font path.
[ 16.682] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
[ 16.682] Entry deleted from font path.
[ 16.682] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[ 16.682] Entry deleted from font path.
[ 16.682] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/Type1,
built-ins
[ 16.682] (==) ModulePath set to "/usr/lib/xorg/modules"
[ 16.682] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[ 16.682] (II) Loader magic: 0x560f49ae7020
[ 16.682] (II) Module ABI versions:
[ 16.682] X.Org ANSI C Emulation: 0.4
[ 16.682] X.Org Video Driver: 24.1
[ 16.682] X.Org XInput driver : 24.1
[ 16.682] X.Org Server Extension : 10.0
[ 16.683] (++) using VT number 7

[ 16.683] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration
[ 16.684] (--) PCI:*(1@0:0:0) 10de:21c4:1043:873a rev 161, Mem @ 0xa3000000/16777216, 0x90000000/268435456, 0xa0000000/33554432, I/O @ 0x00004000/128, BIOS @ 0x????????/131072
[ 16.684] (II) LoadModule: "glx"
[ 16.684] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[ 16.684] (II) Module glx: vendor="X.Org Foundation"
[ 16.684] compiled for 1.20.8, module version = 1.0.0
[ 16.684] ABI class: X.Org Server Extension, version 10.0
[ 16.799] (==) Matched nouveau as autoconfigured driver 0
[ 16.799] (==) Matched modesetting as autoconfigured driver 1
[ 16.799] (==) Matched fbdev as autoconfigured driver 2
[ 16.799] (==) Matched vesa as autoconfigured driver 3
[ 16.799] (==) Assigned the driver to the xf86ConfigLayout
[ 16.799] (II) LoadModule: "nouveau"
[ 16.799] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so
[ 16.799] (II) Module nouveau: vendor="X.Org Foundation"
[ 16.799] compiled for 1.20.4, module version = 1.0.16
[ 16.799] Module class: X.Org Video Driver
[ 16.799] ABI class: X.Org Video Driver, version 24.0
[ 16.799] (II) LoadModule: "modesetting"
[ 16.799] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[ 16.799] (II) Module modesetting: vendor="X.Org Foundation"
[ 16.799] compiled for 1.20.8, module version = 1.20.8
[ 16.799] Module class: X.Org Video Driver
[ 16.799] ABI class: X.Org Video Driver, version 24.1
[ 16.799] (II) LoadModule: "fbdev"
[ 16.799] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[ 16.799] (II) Module fbdev: vendor="X.Org Foundation"
[ 16.799] compiled for 1.20.1, module version = 0.5.0
[ 16.799] Module class: X.Org Video Driver
[ 16.799] ABI class: X.Org Video Driver, version 24.0
[ 16.799] (II) LoadModule: "vesa"
[ 16.799] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[ 16.799] (II) Module vesa: vendor="X.Org Foundation"
[ 16.799] compiled for 1.20.1, module version = 2.4.0
[ 16.799] Module class: X.Org Video Driver
[ 16.799] ABI class: X.Org Video Driver, version 24.0
[ 16.799] (II) NOUVEAU driver Date: Mon Jan 28 23:25:58 2019 -0500
[ 16.799] (II) NOUVEAU driver for NVIDIA chipset families :
[ 16.799] RIVA TNT (NV04)
[ 16.799] RIVA TNT2 (NV05)
[ 16.799] GeForce 256 (NV10)
[ 16.799] GeForce 2 (NV11, NV15)
[ 16.799] GeForce 4MX (NV17, NV18)
[ 16.799] GeForce 3 (NV20)
[ 16.799] GeForce 4Ti (NV25, NV28)
[ 16.799] GeForce FX (NV3x)
[ 16.799] GeForce 6 (NV4x)
[ 16.799] GeForce 7 (G7x)
[ 16.799] GeForce 8 (G8x)
[ 16.799] GeForce 9 (G9x)
[ 16.799] GeForce GTX 2xx/3xx (GT2xx)
[ 16.799] GeForce GTX 4xx/5xx (GFxxx)
[ 16.799] GeForce GTX 6xx/7xx (GKxxx)
[ 16.799] GeForce GTX 9xx (GMxxx)
[ 16.799] GeForce GTX 10xx (GPxxx)
[ 16.799] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[ 16.799] (II) FBDEV: driver for framebuffer: fbdev
[ 16.799] (II) VESA: driver for VESA chipsets: vesa
[ 16.800] (EE) [drm] Failed to open DRM device for pci:0000:01:00.0: -2
[ 16.800] (WW) Falling back to old probe method for modesetting
[ 16.800] (II) Loading sub module "fbdevhw"
[ 16.800] (II) LoadModule: "fbdevhw"
[ 16.800] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[ 16.800] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 16.800] compiled for 1.20.8, module version = 0.0.2
[ 16.800] ABI class: X.Org Video Driver, version 24.1
[ 16.800] (**) FBDEV(1): claimed PCI slot 1@0:0:0
[ 16.800] (II) FBDEV(1): using default device
[ 16.800] (EE) Screen 0 deleted because of no matching config section.
[ 16.800] (II) UnloadModule: "modesetting"
[ 16.800] (II) FBDEV(0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
[ 16.800] (==) FBDEV(0): Depth 24, (==) framebuffer bpp 32
[ 16.800] (==) FBDEV(0): RGB weight 888
[ 16.800] (==) FBDEV(0): Default visual is TrueColor
[ 16.800] (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
[ 16.800] (II) FBDEV(0): hardware: EFI VGA (video memory: 3072kB)
[ 16.800] (II) FBDEV(0): checking modes against framebuffer device...
[ 16.800] (II) FBDEV(0): checking modes against monitor...
[ 16.800] (II) FBDEV(0): Virtual size is 1024x768 (pitch 1024)
[ 16.800] (**) FBDEV(0): Built-in mode "current": 78.7 MHz, 59.9 kHz, 75.7 Hz
[ 16.800] (II) FBDEV(0): Modeline "current"x0.0 78.65 1024 1056 1184 1312 768 772 776 792 -hsync -vsync -csync (59.9 kHz b)
[ 16.800] (==) FBDEV(0): DPI set to (96, 96)
[ 16.800] (II) Loading sub module "fb"
[ 16.800] (II) LoadModule: "fb"
[ 16.800] (II) Loading /usr/lib/xorg/modules/libfb.so
[ 16.800] (II) Module fb: vendor="X.Org Foundation"
[ 16.800] compiled for 1.20.8, module version = 1.0.0
[ 16.800] ABI class: X.Org ANSI C Emulation, version 0.4
[ 16.800] (**) FBDEV(0): using shadow framebuffer
[ 16.800] (II) Loading sub module "shadow"
[ 16.800] (II) LoadModule: "shadow"
[ 16.800] (II) Loading /usr/lib/xorg/modules/libshadow.so
[ 16.800] (II) Module shadow: vendor="X.Org Foundation"
[ 16.800] compiled for 1.20.8, module version = 1.1.0
[ 16.800] ABI class: X.Org ANSI C Emulation, version 0.4
[ 16.800] (II) UnloadModule: "vesa"
[ 16.800] (II) Unloading vesa
[ 16.800] (II) FBDEV(0): FBIOBLANK: Invalid argument (Screen blanking not supported by kernel - disabling)
[ 16.801] (==) FBDEV(0): Backing store enabled
[ 16.801] (==) FBDEV(0): DPMS enabled
[ 16.801] (II) Initializing extension Generic Event Extension
[ 16.801] (II) Initializing extension SHAPE
[ 16.801] (II) Initializing extension MIT-SHM
[ 16.801] (II) Initializing extension XInputExtension
[ 16.801] (II) Initializing extension XTEST
[ 16.801] (II) Initializing extension BIG-REQUESTS
[ 16.801] (II) Initializing extension SYNC
[ 16.801] (II) Initializing extension XKEYBOARD
[ 16.801] (II) Initializing extension XC-MISC
[ 16.801] (II) Initializing extension SECURITY
[ 16.801] (II) Initializing extension XFIXES
[ 16.802] (II) Initializing extension RENDER
[ 16.802] (II) Initializing extension RANDR
[ 16.802] (II) Initializing extension COMPOSITE
[ 16.802] (II) Initializing extension DAMAGE
[ 16.802] (II) Initializing extension MIT-SCREEN-SAVER
[ 16.802] (II) Initializing extension DOUBLE-BUFFER
[ 16.802] (II) Initializing extension RECORD
[ 16.802] (II) Initializing extension DPMS
[ 16.802] (II) Initializing extension Present
[ 16.802] (II) Initializing extension DRI3
[ 16.802] (II) Initializing extension X-Resource
[ 16.802] (II) Initializing extension XVideo
[ 16.802] (II) Initializing extension XVideo-MotionCompensation
[ 16.802] (II) Initializing extension SELinux
[ 16.802] (II) SELinux: Disabled on system
[ 16.802] (II) Initializing extension GLX
[ 16.802] (II) AIGLX: Screen 0 is not DRI2 capable
[ 16.860] (II) IGLX: Loaded and initialized swrast
[ 16.860] (II) GLX: Initialized DRISWRAST GL provider for screen 0
[ 16.860] (II) Initializing extension XFree86-VidModeExtension
[ 16.860] (II) Initializing extension XFree86-DGA
[ 16.860] (II) Initializing extension XFree86-DRI
[ 16.860] (II) Initializing extension DRI2
[ 16.875] (II) config/udev: Adding input device Power Button (/dev/input/event2)
[ 16.875] (**) Power Button: Applying InputClass "libinput keyboard catchall"
[ 16.875] (II) LoadModule: "libinput"
[ 16.875] (II) Loading /usr/lib/xorg/modules/input/libinput_drv.so
[ 16.877] (II) Module libinput: vendor="X.Org Foundation"
[ 16.877] compiled for 1.20.1, module version = 0.28.1
[ 16.877] Module class: X.Org XInput Driver
[ 16.877] ABI class: X.Org XInput driver, version 24.1
[ 16.877] (II) Using input driver 'libinput' for 'Power Button'
[ 16.877] (**) Power Button: always reports core events
[ 16.877] (**) Option "Device" "/dev/input/event2"
[ 16.877] (**) Option "_source" "server/udev"
[ 16.877] (II) event2 - Power Button: is tagged by udev as: Keyboard
[ 16.877] (II) event2 - Power Button: device is a keyboard
[ 16.877] (II) event2 - Power Button: device removed
[ 16.910] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input2/event2"
[ 16.910] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD, id 6)
[ 16.910] (**) Option "xkb_model" "pc105"
[ 16.910] (**) Option "xkb_layout" "fi"
[ 16.910] (**) Option "xkb_variant" "winkeys"
[ 16.918] (II) event2 - Power Button: is tagged by udev as: Keyboard
[ 16.918] (II) event2 - Power Button: device is a keyboard
[ 16.918] (II) config/udev: Adding input device Power Button (/dev/input/event1)
[ 16.918] (**) Power Button: Applying InputClass "libinput keyboard catchall"
[ 16.918] (II) Using input driver 'libinput' for 'Power Button'
[ 16.918] (**) Power Button: always reports core events
[ 16.918] (**) Option "Device" "/dev/input/event1"
[ 16.918] (**) Option "_source" "server/udev"
[ 16.918] (II) event1 - Power Button: is tagged by udev as: Keyboard
[ 16.918] (II) event1 - Power Button: device is a keyboard
[ 16.918] (II) event1 - Power Button: device removed
[ 18.950] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input1/event1"
[ 18.950] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD, id 7)
[ 18.950] (**) Option "xkb_model" "pc105"
[ 18.950] (**) Option "xkb_layout" "fi"
[ 18.950] (**) Option "xkb_variant" "winkeys"
[ 18.951] (II) event1 - Power Button: is tagged by udev as: Keyboard
[ 18.951] (II) event1 - Power Button: device is a keyboard
[ 18.951] (II) config/udev: Adding input device Sleep Button (/dev/input/event0)
[ 18.951] (**) Sleep Button: Applying InputClass "libinput keyboard catchall"
[ 18.951] (II) Using input driver 'libinput' for 'Sleep Button'
[ 18.951] (**) Sleep Button: always reports core events
[ 18.951] (**) Option "Device" "/dev/input/event0"
[ 18.951] (**) Option "_source" "server/udev"
[ 18.951] (II) event0 - Sleep Button: is tagged by udev as: Keyboard
[ 18.951] (II) event0 - Sleep Button: device is a keyboard
[ 18.951] (II) event0 - Sleep Button: device removed
[ 18.995] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input0/event0"
[ 18.995] (II) XINPUT: Adding extended input device "Sleep Button" (type: KEYBOARD, id 8)
[ 18.995] (**) Option "xkb_model" "pc105"
[ 18.995] (**) Option "xkb_layout" "fi"
[ 18.995] (**) Option "xkb_variant" "winkeys"
[ 18.995] (II) event0 - Sleep Button: is tagged by udev as: Keyboard
[ 18.995] (II) event0 - Sleep Button: device is a keyboard
[ 18.995] (II) config/udev: Adding drm device (/dev/dri/card0)
[ 18.995] (II) xfree86: Adding drm device (/dev/dri/card0)
[ 18.995] (II) LoadModule: "modesetting"
[ 18.995] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[ 18.995] (II) Module modesetting: vendor="X.Org Foundation"
[ 18.995] compiled for 1.20.8, module version = 1.20.8
[ 18.995] Module class: X.Org Video Driver
[ 18.995] ABI class: X.Org Video Driver, version 24.1
[ 18.995] (II) UnloadModule: "modesetting"
[ 18.995] (II) Unloading modesetting
[ 18.995] (II) Failed to load module "modesetting" (already loaded, 0)
[ 18.995] xf86: found device 0
[ 18.995] (II) config/udev: Adding input device Logitech USB-PS/2 Optical Mouse (/dev/input/event3)
[ 18.995] (**) Logitech USB-PS/2 Optical Mouse: Applying InputClass "libinput pointer catchall"
[ 18.995] (II) Using input driver 'libinput' for 'Logitech USB-PS/2 Optical Mouse'
[ 18.995] (**) Logitech USB-PS/2 Optical Mouse: always reports core events
[ 18.995] (**) Option "Device" "/dev/input/event3"
[ 18.995] (**) Option "_source" "server/udev"
[ 19.055] (II) event3 - Logitech USB-PS/2 Optical Mouse: is tagged by udev as: Mouse
[ 19.055] (II) event3 - Logitech USB-PS/2 Optical Mouse: device is a pointer
[ 19.055] (II) event3 - Logitech USB-PS/2 Optical Mouse: device removed
[ 19.110] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-12/1-12:1.0/0003:046D:C051.0002/input/input3/event3"
[ 19.110] (II) XINPUT: Adding extended input device "Logitech USB-PS/2 Optical Mouse" (type: MOUSE, id 9)
[ 19.110] (**) Option "AccelerationScheme" "none"
[ 19.110] (**) Logitech USB-PS/2 Optical Mouse: (accel) selected scheme none/0
[ 19.110] (**) Logitech USB-PS/2 Optical Mouse: (accel) acceleration factor: 2.000
[ 19.110] (**) Logitech USB-PS/2 Optical Mouse: (accel) acceleration threshold: 4
[ 19.171] (II) event3 - Logitech USB-PS/2 Optical Mouse: is tagged by udev as: Mouse
[ 19.171] (II) event3 - Logitech USB-PS/2 Optical Mouse: device is a pointer
[ 19.171] (II) config/udev: Adding input device Logitech USB-PS/2 Optical Mouse (/dev/input/mouse0)
[ 19.171] (II) No input driver specified, ignoring this device.
[ 19.171] (II) This device may have been added with another device file.
[ 19.171] (II) config/udev: Adding input device USB Keyboard (/dev/input/event4)
[ 19.171] (**) USB Keyboard: Applying InputClass "libinput keyboard catchall"
[ 19.171] (II) Using input driver 'libinput' for 'USB Keyboard'
[ 19.171] (**) USB Keyboard: always reports core events
[ 19.171] (**) Option "Device" "/dev/input/event4"
[ 19.171] (**) Option "_source" "server/udev"
[ 19.171] (II) event4 - USB Keyboard: is tagged by udev as: Keyboard
[ 19.171] (II) event4 - USB Keyboard: device is a keyboard
[ 19.171] (II) event4 - USB Keyboard: device removed
[ 19.198] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-13/1-13:1.0/0003:04D9:4545.0003/input/input4/event4"
[ 19.198] (II) XINPUT: Adding extended input device "USB Keyboard" (type: KEYBOARD, id 10)
[ 19.198] (**) Option "xkb_model" "pc105"
[ 19.198] (**) Option "xkb_layout" "fi"
[ 19.198] (**) Option "xkb_variant" "winkeys"
[ 19.199] (II) event4 - USB Keyboard: is tagged by udev as: Keyboard
[ 19.199] (II) event4 - USB Keyboard: device is a keyboard
[ 19.199] (II) config/udev: Adding input device USB Keyboard Consumer Control (/dev/input/event5)
[ 19.199] (**) USB Keyboard Consumer Control: Applying InputClass "libinput keyboard catchall"
[ 19.199] (II) Using input driver 'libinput' for 'USB Keyboard Consumer Control'
[ 19.199] (**) USB Keyboard Consumer Control: always reports core events
[ 19.199] (**) Option "Device" "/dev/input/event5"
[ 19.199] (**) Option "_source" "server/udev"
[ 19.199] (II) event5 - USB Keyboard Consumer Control: is tagged by udev as: Keyboard
[ 19.199] (II) event5 - USB Keyboard Consumer Control: device is a keyboard
[ 19.199] (II) event5 - USB Keyboard Consumer Control: device removed
[ 19.235] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-13/1-13:1.1/0003:04D9:4545.0004/input/input5/event5"
[ 19.235] (II) XINPUT: Adding extended input device "USB Keyboard Consumer Control" (type: KEYBOARD, id 11)
[ 19.235] (**) Option "xkb_model" "pc105"
[ 19.235] (**) Option "xkb_layout" "fi"
[ 19.235] (**) Option "xkb_variant" "winkeys"
[ 19.235] (II) event5 - USB Keyboard Consumer Control: is tagged by udev as: Keyboard
[ 19.235] (II) event5 - USB Keyboard Consumer Control: device is a keyboard
[ 19.235] (II) config/udev: Adding input device USB Keyboard System Control (/dev/input/event6)
[ 19.235] (**) USB Keyboard System Control: Applying InputClass "libinput keyboard catchall"
[ 19.235] (II) Using input driver 'libinput' for 'USB Keyboard System Control'
[ 19.235] (**) USB Keyboard System Control: always reports core events
[ 19.235] (**) Option "Device" "/dev/input/event6"
[ 19.235] (**) Option "_source" "server/udev"
[ 19.235] (II) event6 - USB Keyboard System Control: is tagged by udev as: Keyboard
[ 19.235] (II) event6 - USB Keyboard System Control: device is a keyboard
[ 19.235] (II) event6 - USB Keyboard System Control: device removed
[ 19.270] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-13/1-13:1.1/0003:04D9:4545.0004/input/input6/event6"
[ 19.270] (II) XINPUT: Adding extended input device "USB Keyboard System Control" (type: KEYBOARD, id 12)
[ 19.270] (**) Option "xkb_model" "pc105"
[ 19.270] (**) Option "xkb_layout" "fi"
[ 19.270] (**) Option "xkb_variant" "winkeys"
[ 19.271] (II) event6 - USB Keyboard System Control: is tagged by udev as: Keyboard
[ 19.271] (II) event6 - USB Keyboard System Control: device is a keyboard
[ 19.271] (II) config/udev: Adding input device HDA Intel PCH Line (/dev/input/event10)
[ 19.271] (II) No input driver specified, ignoring this device.
[ 19.271] (II) This device may have been added with another device file.
[ 19.271] (II) config/udev: Adding input device HDA Intel PCH Line Out Front (/dev/input/event11)
[ 19.271] (II) No input driver specified, ignoring this device.
[ 19.271] (II) This device may have been added with another device file.
[ 19.271] (II) config/udev: Adding input device HDA Intel PCH Line Out Surround (/dev/input/event12)
[ 19.271] (II) No input driver specified, ignoring this device.
[ 19.271] (II) This device may have been added with another device file.
[ 19.272] (II) config/udev: Adding input device HDA Intel PCH Line Out CLFE (/dev/input/event13)
[ 19.272] (II) No input driver specified, ignoring this device.
[ 19.272] (II) This device may have been added with another device file.
[ 19.272] (II) config/udev: Adding input device HDA Intel PCH Front Headphone (/dev/input/event14)
[ 19.272] (II) No input driver specified, ignoring this device.
[ 19.272] (II) This device may have been added with another device file.
[ 19.272] (II) config/udev: Adding input device HDA Intel PCH Front Mic (/dev/input/event8)
[ 19.272] (II) No input driver specified, ignoring this device.
[ 19.272] (II) This device may have been added with another device file.
[ 19.272] (II) config/udev: Adding input device HDA Intel PCH Rear Mic (/dev/input/event9)
[ 19.272] (II) No input driver specified, ignoring this device.
[ 19.272] (II) This device may have been added with another device file.
[ 19.272] (II) config/udev: Adding input device Eee PC WMI hotkeys (/dev/input/event7)
[ 19.272] (**) Eee PC WMI hotkeys: Applying InputClass "libinput keyboard catchall"
[ 19.272] (II) Using input driver 'libinput' for 'Eee PC WMI hotkeys'
[ 19.272] (**) Eee PC WMI hotkeys: always reports core events
[ 19.272] (**) Option "Device" "/dev/input/event7"
[ 19.272] (**) Option "_source" "server/udev"
[ 19.273] (II) event7 - Eee PC WMI hotkeys: is tagged by udev as: Keyboard
[ 19.273] (II) event7 - Eee PC WMI hotkeys: device is a keyboard
[ 19.273] (II) event7 - Eee PC WMI hotkeys: device removed
[ 19.290] (**) Option "config_info" "udev:/sys/devices/platform/eeepc-wmi/input/input7/event7"
[ 19.290] (II) XINPUT: Adding extended input device "Eee PC WMI hotkeys" (type: KEYBOARD, id 13)
[ 19.290] (**) Option "xkb_model" "pc105"
[ 19.290] (**) Option "xkb_layout" "fi"
[ 19.290] (**) Option "xkb_variant" "winkeys"
[ 19.291] (II) event7 - Eee PC WMI hotkeys: is tagged by udev as: Keyboard
[ 19.291] (II) event7 - Eee PC WMI hotkeys: device is a keyboard
[ 19.301] (II) config/udev: Adding input device HDA Intel PCH Line (/dev/input/event10)
[ 19.301] (II) No input driver specified, ignoring this device.
[ 19.301] (II) This device may have been added with another device file.
[ 19.301] (II) config/udev: Adding input device HDA Intel PCH Rear Mic (/dev/input/event9)
[ 19.301] (II) No input driver specified, ignoring this device.
[ 19.301] (II) This device may have been added with another device file.
[ 19.302] (II) config/udev: Adding input device HDA Intel PCH Front Headphone (/dev/input/event14)
[ 19.302] (II) No input driver specified, ignoring this device.
[ 19.302] (II) This device may have been added with another device file.
[ 19.303] (II) config/udev: Adding input device HDA Intel PCH Line Out Front (/dev/input/event11)
[ 19.303] (II) No input driver specified, ignoring this device.
[ 19.303] (II) This device may have been added with another device file.
[ 19.303] (II) config/udev: Adding input device HDA Intel PCH Line Out CLFE (/dev/input/event13)
[ 19.303] (II) No input driver specified, ignoring this device.
[ 19.303] (II) This device may have been added with another device file.
[ 19.303] (II) config/udev: Adding input device HDA Intel PCH Line Out Surround (/dev/input/event12)
[ 19.304] (II) No input driver specified, ignoring this device.
[ 19.304] (II) This device may have been added with another device file.
[ 19.304] (II) config/udev: removing GPU device /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/card0 /dev/dri/card0
[ 19.304] (II) config/udev: Adding drm device (/dev/dri/card0)
[ 19.304] (II) xfree86: Adding drm device (/dev/dri/card0)
[ 19.304] (II) LoadModule: "modesetting"
[ 19.304] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[ 19.304] (II) Module modesetting: vendor="X.Org Foundation"
[ 19.304] compiled for 1.20.8, module version = 1.20.8
[ 19.304] Module class: X.Org Video Driver
[ 19.304] ABI class: X.Org Video Driver, version 24.1
[ 19.304] (II) UnloadModule: "modesetting"
[ 19.304] (II) Unloading modesetting
[ 19.304] (II) Failed to load module "modesetting" (already loaded, 0)
[ 19.304] xf86: found device 0
[ 19.304] (II) config/udev: Adding input device HDA Intel PCH Front Mic (/dev/input/event8)
[ 19.304] (II) No input driver specified, ignoring this device.
[ 19.304] (II) This device may have been added with another device file.
[ 19.305] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=8 (/dev/input/event17)
[ 19.305] (II) No input driver specified, ignoring this device.
[ 19.305] (II) This device may have been added with another device file.
[ 19.305] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=11 (/dev/input/event20)
[ 19.305] (II) No input driver specified, ignoring this device.
[ 19.305] (II) This device may have been added with another device file.
[ 19.306] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=9 (/dev/input/event18)
[ 19.306] (II) No input driver specified, ignoring this device.
[ 19.306] (II) This device may have been added with another device file.
[ 19.306] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=10 (/dev/input/event19)
[ 19.306] (II) No input driver specified, ignoring this device.
[ 19.306] (II) This device may have been added with another device file.
[ 19.307] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=3 (/dev/input/event15)
[ 19.307] (II) No input driver specified, ignoring this device.
[ 19.307] (II) This device may have been added with another device file.
[ 19.307] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=7 (/dev/input/event16)
[ 19.307] (II) No input driver specified, ignoring this device.
[ 19.307] (II) This device may have been added with another device file.

edit: En tuota ekaa komentoa saanut vieläkään toimimaan. Otin kyllä koko journalctl -b talteen, mutta siinä on yli 1500 riviä niin pitäisi varmaan karsia turhat pois ennen pasteamista.

edit2: greppasin fail ja error -sanat koko journalctl -b:stä mikäli se auttaisi
[02:04] user@PC:~$ grep -i -e fail -e error journalctl.txt
Jan 19 01:43:01 PC kernel: pcieport 0000:00:1b.0: DPC: error containment capabilities: Int Msg #0, RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 4, DL_ActiveErr+
Jan 19 01:43:01 PC kernel: pcieport 0000:00:1b.4: DPC: error containment capabilities: Int Msg #0, RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 4, DL_ActiveErr+
Jan 19 01:43:01 PC kernel: pcieport 0000:00:1c.4: DPC: error containment capabilities: Int Msg #0, RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 4, DL_ActiveErr+
Jan 19 01:43:01 PC kernel: pcieport 0000:00:1d.0: DPC: error containment capabilities: Int Msg #0, RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 4, DL_ActiveErr+
Jan 19 01:43:01 PC kernel: RAS: Correctable Errors collector initialized.
Jan 19 01:43:01 PC kernel: EXT4-fs (dm-1): re-mounted. Opts: errors=remount-ro
Jan 19 01:43:02 PC kernel: nvidia: module verification failed: signature and/or required key missing - tainting kernel
Jan 19 01:43:02 PC thermald[1071]: THD engine start failed
Jan 19 01:43:02 PC gpu-manager[1056]: Error: can't open /lib/modules/5.4.0-60-generic/updates/dkms
Jan 19 01:43:02 PC udisksd[1068]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory
Jan 19 01:43:02 PC udisksd[1068]: Failed to load the 'mdraid' libblockdev plugin
Jan 19 01:43:03 PC kernel: nvidia-gpu 0000:01:00.3: i2c timeout error e0000000
Jan 19 01:43:03 PC kernel: ucsi_ccg 0-0008: i2c_transfer failed -110
Jan 19 01:43:03 PC kernel: ucsi_ccg 0-0008: ucsi_ccg_init failed - -110
Jan 19 01:43:03 PC kernel: ucsi_ccg: probe of 0-0008 failed with error -110
Jan 19 01:43:05 PC colord-sane[1606]: [bjnp] create_broadcast_socket: ERROR - bind socket to local address failed - Cannot assign requested address
Jan 19 01:47:27 PC gvfsd-metadata[1745]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Jan 19 01:47:27 PC gvfsd-metadata[1745]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Jan 19 01:47:27 PC gvfsd-metadata[1745]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Jan 19 01:47:27 PC gvfsd-metadata[1745]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Jan 19 01:47:27 PC gvfsd-metadata[1745]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Jan 19 01:47:27 PC gvfsd-metadata[1745]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Jan 19 01:47:27 PC gvfsd-metadata[1745]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Jan 19 01:47:27 PC gvfsd-metadata[1745]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
 
Viimeksi muokattu:

Uusimmat viestit

Statistiikka

Viestiketjuista
301 369
Viestejä
5 131 502
Jäsenet
81 974
Uusin jäsen
Grouse

Hinta.fi

Back
Ylös Bottom