Millä tavalla se ei toimi?
Kokeile edellisellä kernelillä, vai eikö noi ubuntu pohjaiset pidä edellistä kerneliä mukana?
Kyllä on vanhoja kerneleitä muutama. Hyvä pointti, testataan. Mulla oli timeoutti laitettu nollaan grubissa, piti hetken miettiä, että shiftillähän siihen menuun pääsi vaikka valikossa odottelu olisi defaulttina disabloitu.
Tuossa kernelin versiohypyssä siis USB näppis / greeteri hajosi:
Ittellä ensimmäisenä toimenpiteenä kokeilla edellisellä kernelillä jos päivityksen jälkeen esiintyy ongelmia. Aina välillä livahtaa jotain rikkinäistä joka sitten yleensä korjataan pikapikaa. Useamman kuin yhden kerran on toimimaton muuttunut toimivaksi ihan vaan boottaamalla edelliseen kerneliin.
Distroversio päivittynyt? Tuolla versioerolla helposti luokkaa 12.04 -> 20.04, kevyt ~8 vuoden aikahyppy
Itse ajattelin, että tossa on pakko olla virhe, mutta jos tosiaan kernel päivitys 3.8 -> 5.4, niin itse en pidättäisi hengitystä, että vika korjaantuisi seuraavassa minor päivityksessä.Distroversio päivittynyt? Tuolla versioerolla helposti luokkaa 12.04 -> 20.04, kevyt ~8 vuoden aikahyppy
Tämän tiedon valossa epäilen syylliseksi enemmän X:ää / greeteriä, koska jos kernel moduulit ei lataantuisi, niin et pystyisi vaihtamaan virtuaali konsolia.
Kun tän kanssa on tässä tullut taisteltua, niin totesin vielä hauskan jutun. Riittää että naputtelen bootin aikana vaikka ctrl nappia ja silloin näppis jää toimivaksi suurella todennäköisyydellä. Vois kokeilla riittääkö myös hiiren heiluttelu. Mut jos ei pana nappeja, niin hajoaa. Eli ei tarvii ees vaihtaa pois X:stä. Onhan ne vitsin murjaiseet, joskus tuntuu, että ne tekee nää ihan rölläys mielessä. Ai miten niin ei toimi, ja pitää ctrl nappia pohjassa bootin aikana. Kato nyt toimiihan tää, mitä sä meinaat?
Juuh, ja jäähän noi dmesgitkin talteen, tai voi pistää loggaus stepin lisää vaikka rc.localiin.
Katsoin dmesgistä kaikki keyboardia ja hiirtä koskevat jutut ja xorg.conf:n kanssa, ei näyttäisi olevan mitään omituista niiden suhteen.
Hmm, on joo, muutama autentikointi USB-dongle device ja hiiri, ei muuta.
No eipä siinä ongelmia pitäisi olla kun paketit on hyvin pitkälti 1:1, signaukset on eri ja sitten tietty toi redhatin vaativa lisenssi mekanismi. Periaatteessa homman pitäisi onnistua ihan käsipelissäkin ilman mitään ihmeempiä työkaluja ihan vaan vaihtamalla repot ja signaus avaimet ja conffaamalla se subscription härveli toimintaan.
Kokeilen tuon seuraavaksi, nyt on ollut viikonloppuna aikaa katsoa dmesg:iä tarkemmalla seulalla läpi ja diffata manuaalisesti, että löytyy erot onnistuneen ja epäonnistuneen käynnistyksen välillä ja tulokset on seuraavia. Hetki onkin aikaa siitä kun olen hans manual diffannut fileitä. Ja nyt pääsin kiinni todennäköiseen ongemapolkuun, mutta en todellakaan juurisyyhyn.
[ 0.818837] kernel: usb 3-9: new high-speed USB device number 2 using xhci_hcdMinua kyllä kiinnostaisi tietää että miten ihmeessä sulla on noin iso hyppy kerneleiden välille tullu? Kuten jo aiemmin ihmeteltiin asiaa niin toi on kuitenkin sellainen kevyt vuosien aikahyppy.
LTS versiot, niiden kanssa tulee joskus vähän pomppua, kun ei lataa ja asenna joka väliversiota. Tavoitteena on just se, että ei tarttis debugata "jänniä ongelmia" joka viikko tms.
Voisin kuvitella että tuollaisella muutaman LTS-version aikamatkalla niitä jänniä ongelmia vasta tuleekin...
No onkos tässä distrossa mikä nyt olikaan sitten tuettu tuollainen päivittäminen useamman ison kernel version yli?
www.gamingonlinux.com
Käyttiksen locale jostain syystä venäjäksi? VPN? Vai kiertääkö sun netti jostain syystä itänaapurin kautta?
--archive optionia, joka siis sisältää --perms optionin jonka pitäisi säilyttää kaikki oikeudet kuten ovat lähteessä. Muuten kaikki oikeudet ja omistaja/ryhmä pysyy samana. Jouduin laittamaan erikseen rsynciin --chmod=u+w optionin että kaikki pysyy samana kuin lähteessä. Mistähän johtuu?rsync --archive --relative --human-readable --prune-empty-dirs --chmod=u+w --include='*/' --include='*.t' --exclude='*' '/volume1/Video/./Movies/' '/volume1/Video/./Music/' '/volume1/Video/./TV Series/' '/volume1/Backups/Mede8er Watched/'
Nykyään ei tule juurikaan polteltua levyjä, edellisestä kerrasta taitaa olla jo pari vuotta vaikka tyhjiä levyjä olisikin vielä nippu kaapissa.
Mitenhän tuo roottina ajo tapahtuu? Sudoa ei saa käyttää gui-softan ajamiseen, kokeilin pkexec:llä mutta valittaa "Cannot open display". Outoa kun kuitenkin Braseron käyttäminen näyttäisi toimivan ilman mitään lisäoikeuksia. Miten meinasit, että lisäoikeuksia laitettaisiin? Onko samoja ratkaisuja kuin tässä erittäin vanhassa topikissa?
Sudoa ei suositella käyttämään graafisilla, koska ne tykkää luoda tiedostoja vähän miten sattuu etenkin käyttäjän kotihakemistoon ja ne sitten jää root oikeuksilla sinne sekaisin.
itsfoss.com
Itseä ainakin on onnistuneesti peloteltu olemaan käyttämättä sudoa gui-softan ajamiseen, argumenteilla joita voi tsekata esim. Ubuntun sivulta, jossa mainitaan myös kuinka gksudo on kuollut ja kuopattu ja näköjään pkexec olisi myös kokemassa saman kohtalon:
Oliko tuolla sinun mielestä pätevä ohje tuohon udev-säädön tekemiseen? Mulla kun ei ole mitään hajua miten se tehtäisiin.
Niin, itsehän tosiaan ajan gui-softia sudolla, laitan vaan -H -parametrin sudolle niin $HOME osoittaa rootin kotihakemistoon eikä sudoa käyttävän käyttäjän kotiin. Tosin, jos joku konffifile joskus tallentuisikin rootin oikeuksilla niin saahan sen korjattua mutta vielä ei ole sellaista vahinkoa päässyt käymään vaikka tuskin olen ihan joka kerralla muistanut tuota sudo -H käyttää.
Kokeilin sitä aiemmin mutta se silti valitti samasta ongelmasta. Just äsken löysin tällaisen ohjeen käynnistää pkexec:llä
pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xfburn ja sillä kyllä lähtee softa käyntiin mutta antaa silti saman virheilmoituksen.Linux Mint käytössä.
groups komento kertoo: adm cdrom sudo dip plugdev lpadmin sambashare (oman tunnuksen lisäksi). lsblk kertoo ulkoisen usb optisen aseman olevan "sr0". Distron oma "Disks" softa näyttää tuon kohdalla "Device: /dev/sr0 (Read-Only)" Jännästi kuitenkin PowerISO:ssa asema on "sg0". Onpa outoa. Josko tuossa on syy miksi xfburn valittaa? Se yrittää lukea sr0:aa ja jos se on read-only niin sen takia antaa virheen? En tiedä mikä tuo sg0 sitten taas on. Tarvisin kyllä vähän rautalankaohjetta että mitä pitäisi säätää.. ei ole vielä niin kovaa osaamista linuxista, että kasuaalisesti tuosta vaan säätäisin tämän homman.
Onpa outoa. Josko tuossa on syy miksi xfburn valittaa? Se yrittää lukea sr0:aa ja jos se on read-only niin sen takia antaa virheen? En tiedä mikä tuo sg0 sitten taas on. Tarvisin kyllä vähän rautalankaohjetta että mitä pitäisi säätää.. ei ole vielä niin kovaa osaamista linuxista, että kasuaalisesti tuosta vaan säätäisin tämän homman.
udevadm info --name=/dev/sr0 --query=all | grep ID_TYPE/etc/udev/rules.d/70-persistent-cd.rules (roottina): SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_SERIAL}=="xxxxxxxxxxxx", ENV{ID_TYPE}="cd", ENV{GENERATED}="1"udevadm info --name=/dev/sr0 --query=all | grep ID_SERIAL=. Aseman unpluggaus ja takaisin kiinni ja Xfburn käyntiin niin toimii.
Mulla oli joku aika sitten vähän vastaava ongelma Pulseaudion kanssa. Aiemmin toimi ihan moitteettomasti, sitten yhtäkkiä jonkun paivityksen jälkeen satunnaisesti kaatuili kun kone oli useamman tunnin päällä ja satunnaisesti käytti audiota. Nyt on taas noin viikon verran ollut kaatuilematta. Eihän tuo muuten vaikuttanut kuin että ei viitsinyt pariin viikkoon nettiradiota kuunnella duunikoneella kun satunnainen teams-puhelu tai vastaava saattoi kaataa tuon Pulseaudion ja olisi korjaukseksi pitänyt loihtia haltiakieltä monta riviä tai bootata koko kone.
Tää toimi mulla aikasemmal endeavouros asennuksel. Jouduin asentaa uusiks ku päivityksessä kusahti joku. Ny koitan tismallee samallail mennä mut ei. Avautuu aina toho viereiselle näytölle. Iha sama onko 0, 1, 2 tai numero 3 siin. Ei auta ei millää.
Arvaus: cron ei aja login- shelliä ja env ei olekaan sama kuin terminaalissa?
En ymmärrä linuxista (vielä) niin paljon, että voisin vastata tuohon. Oudolta vain vaikuttaa. Kuitenkin oma rsync backup-skriptini toimii ihan hyvin user cronin kautta. Onneksi tein tuolle Flatpakille oman skriptin* jossa on virhetilanteiden tsekkausta ja ilmoitusta käyttäjälle. Testasin skriptiä vain terminaalista kun koodasin ja kaikki pelasi hyvin mutta user cronin kautta ajettuna tulikin sitten yhdestä koodin kohdasta virheilmoitusta. Jos olisin laittanut user croniin vain
flatpak update --noninteractive niin en olisi huomannut että homma ei toimi.org.kde.Platform tyyliset Flatpakit joiden päivityksiä en halua tehdä manuaalisesti) ja tekee käyttäjälle notifikaation päivityksestä. Lisäksi ilmoittaa jos muita päivityksiä tarjolla (jotka haluan manuaalisesti päivittää, changelokien tsekkausten jälkeen). Ja lopuksi vielä siivoaa käyttämättömät paketit.
On Linux Mintissäkin Update Managerin asetuksissa "update flatpaks automatically" täppä. Tosin se tehdään ilmeisesti vain kun loggautuu, eli jos harvoin reboottaa/loggaa ulos niin se ei kovin usein päivitä. Lisäksi itse tarvitsin erikoistoimintoja niin koodasin oman skriptin.
