Linux-kysymyksiä & yleistä keskustelua Linuxista

Tuossa kernelin versiohypyssä siis USB näppis / greeteri hajosi:
vmlinuz-5.4.0-92-generic
vmlinuz-3.8.0-35-generic

Katotaan jos tulis korjaava korjaus kohtapuoliin.

Distroversio päivittynyt? Tuolla versioerolla helposti luokkaa 12.04 -> 20.04, kevyt ~8 vuoden aikahyppy :whistling:
 
Distroversio päivittynyt? Tuolla versioerolla helposti luokkaa 12.04 -> 20.04, kevyt ~8 vuoden aikahyppy :whistling:
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ä.

Jos oikein ymmärrän tämän todellisen kernel version piilottavan versioinnin, niin tossa on kuitenkin 5.4 kernelistäkin julkaistu jo 92 eri versioo, niin olisi vaikea uskoa, että 93 versio korjaisi tämän. Toki voit käydä täyttämässä bugi-raportin ja vika varmasti korjataan, jos vika on todellinen. Saat varmasti kyllä oikean vastauksen ongelmaan, mutta...

Ei tarvii muuten ees logata sisään, riittää että pistää X:n piiloon, odottelee vaihtoehtoisen TTY:n login promptissa 10 sekuntia ja viahtaa takas X:n puolelle kun greeter on käynnistynyt.
Tämän tiedon valossa epäilen syylliseksi enemmän X:ää / greeteriä, koska jos kernel moduulit ei lataantuisi, niin et pystyisi vaihtamaan virtuaali konsolia.

Moduuli listaukset toki helppo tarkastaa (diffata), molemmilla kerneleillä, vaikka SSH:lla, siinä pisteessä, kun "kaatuu".

Mutta itse tarkastelisin mieluummin X:n / DM:n error logeja, koska vaikuttaa siltä, että input devicen lataus ei onnistu jostain syystä.

Onko muuten jotain muita USB laitteita kiinni, kuin näppäimistö?
 
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? ;)
Moduuli listaukset toki helppo tarkastaa (diffata), molemmilla kerneleillä, vaikka SSH:lla, siinä pisteessä, kun "kaatuu".
Juuh, ja jäähän noi dmesgitkin talteen, tai voi pistää loggaus stepin lisää vaikka rc.localiin.
Mutta itse tarkastelisin mieluummin X:n / DM:n error logeja, koska vaikuttaa siltä, että input devicen lataus ei onnistu jostain syystä.
Katsoin dmesgistä kaikki keyboardia ja hiirtä koskevat jutut ja xorg.conf:n kanssa, ei näyttäisi olevan mitään omituista niiden suhteen.
Onko muuten jotain muita USB laitteita kiinni, kuin näppäimistö?
Hmm, on joo, muutama autentikointi USB-dongle device ja hiiri, ei muuta.

Edit, jatkot: LightDM:n tuli muuten just äsken päivitys. Jos se olisikin sillä puolella se ongelma. Tosin se on kyllä aika kova merkki kernelistä, että numlock / tty:n vaihtokaan ei toimi enää greeterissä.
 
@ztec erikoinen on kyllä ongelma. Mitä jos kokeilet ottaa kaikki muut USB-laitteet irti ja boottaat koneen, toimiiko näppäimistö sitten tekemättä mitään?
 
kappas, 5.16 kerneli laitettiinkin jo jakoon Archin "stable" repoihin. Eivät jääneet oottelemaan ensimmäistä .1 releasea kuten aikaisempien kernelien kanssa. Samalla myös linux-lts paketti on siirtynyt 5.10 -> 5.15 versioon.
 
Vähän jo vanha asia, kieltämättä, mutta CentOS 8 -> Red Hat 8 konvertointi toimi kahdessa testissä ilman minkäänlaisia virheitä tai ongelmia.
Taustalla RedHatin ilmoitus [joulukuussa 2020 ennenaikaisesta] CentOS 8 jakeluversion silloisen version päättymisestä 2021 lopussa.

Ensimmäisen testin tein CentOS 8 -virtuaalikoneelle, jonka päivitin konversion myötä Red Hat Enterprise Linux 8 -versioon.
Toisen testin tein "tuotantokäytössä" olevaan fyysiseen CentOS 8 palvelimeen, jossa oli KVM ja monta virtuaalikonetta ajossa. Konversioon käytettävä työkalu [3] on tätä nykyä Red Hatin ylläpitämä.

Taustaa:
1. Maksuton Red Hat developer subscription: No-cost Red Hat Enterprise Linux Individual Developer Subscription
2. Ohje CentOS 8-RHEL 8 -konversiolle: How To Convert CentOS 8 to RHEL 8 Server
3. RedHat virallinen ohje: Converting from an RPM-based Linux distribution to RHEL Red Hat Enterprise Linux 8
 
Vähän jo vanha asia, kieltämättä, mutta CentOS 8 -> Red Hat 8 konvertointi toimi kahdessa testissä ilman minkäänlaisia virheitä tai ongelmia.
Taustalla RedHatin ilmoitus [joulukuussa 2020 ennenaikaisesta] CentOS 8 jakeluversion silloisen version päättymisestä 2021 lopussa.

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.
 
@ztec erikoinen on kyllä ongelma. Mitä jos kokeilet ottaa kaikki muut USB-laitteet irti ja boottaat koneen, toimiiko näppäimistö sitten tekemättä mitään?
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.

Ellikkäs tarkassa katselmoinnissa ilmeni, että:
Koodi:
[    0.818837] kernel: usb 3-9: new high-speed USB device number 2 using xhci_hcd

Rivi puuttuu kun login failaa. Ok? Mutta miksi? Minkä takia päivitys johtaa siihen, että yksi USB portti ei initoidu systemaattisesti. Ainoa täysin normaaleista USB laitteista poikkeava laite on tuo autentikaattori ja sen hubi, joten kokeilen vielä bootata ilman sitä, jos tulisi mitään eroa. Kyllä tämä minusta kovasti vaikuttaa softa ongelmalta.

Palaan vielä ehkä editin muodossa tuohon, bootti juttuu. Koska nyt on taas liian monta prosessia auki, että sen voisi tehdä heti.
 
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.

Minua 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.
 
Minua 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.
 
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.

No onkos tässä distrossa mikä nyt olikaan sitten tuettu tuollainen päivittäminen useamman ison kernel version yli?

Esim CentOS toimi niin että kerneli pysyi samana ja siihen vain backportattiin kaikki security patsit ja muut bugit, mutta mitään uusia ominaisuuksia ei tuotu. Eikä päivittäminen esim CentOS 7 -> CentOS 8 ole muistaakseni virallisesti tuettu koska noi hypyt on niin isoja että varmasti menee jotain rikki.
 
Valve ja Epic työstäneet hieman helmpomman reitin pelikehittäjille jotka käyttävät EAC:tä että saavat tuen myös Linuxille


Tämä lupailee varsin hyvää ensi kuussa alkavien Steam Deck toimitusten osalta.
 
En tiä kuuluuko tänne mut mut modet voi siirtää..!

Eli Linux mint alla ja minkä helvetin takia on mulla youtube venäjän kielinen ja google/haku myös??
Brave ja firefoxilla sama homma.. wtf..?
 
Muistutus myös siitä, että 20.10 Ubuntun tuki päättyi just pari päivää sitten, eli nyt ois hyvä aika päivitellä, jos jollakulla niitä vielä on. Just ajoin päivitykset ja hyvin meni (kop kop).
 
Siis Mulvad-vpn päällä ja suomiserveri valittu! No otin vpn pois päältä ja kappas nyt on niinkuin pitää! Vaihdoin vpn:stä vielä eri suomiserverin nyt taas toimii! Mullvadiin oon ollu tyytyväinen mutta aina jos netti bugaa,sivut ei aukee,hidastelee jne.. niin aina on kyse suomiservuista! Mut joo syyllinen tais löytyä!! Tänks @Humanoid vinkistä!!
 
Kysymys rsyncistä. Laitoin synologyn nassilla ajastuksen jolla rsync kopioi tiettyjä tiedostoja yhdestä jaosta toiseen jakoon mutta kohteeseen kopioiduista tiedostoista/kansioista on otettu omistajan kirjoitusoikeus jostain syystä pois vaikka käytin --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/'

(tuossa 3 eri lähdekansiota joka toimii kun käyttää --relative optionia)
 
Kenelläkään mitään hajua tuosta rsync-jutusta?

Polttaako kukaan enää CD/DVD/BD-levyjä? Mitä softaa käytätte? Luin jostain että xfburn olisi hyvä ja parempi kuin Brasero (jotkut sanoo että sillä tulee usein coastereita).

xfburn vaan antaa "No burners are currently available - Possibly the disc(s) are in use, and cannot get accessed. Please unmount and restart the application. If no disc is in the drive, check that you have read and write access to the drive with the current user." virhettä käynnistettäessä. Ilmeisesti joku ongelma oikeuksien kanssa mitä googlaamalla yritin ratkaista. Jotain epämääräisiä ohjeita oli tarjolla mutta ainakin jotkut niistä (kaikki?) ei ollut suositeltuja tietoturvan takia.

Brasero näyttäisi pikatestin jälkeen toimivan vähän epäluotettavasti. CDRW tyhjeni ja poltto onnistui. BD-RE poltto onnistui mutta tyhjennys ei (vaikka tulikin "successfully blanked" viesti, tosi nopeasti ulostaa levyn joten siitä jo voi päätellä että kaikki ei mennyt ihan ok). Tiedä vaikka muutkin operaatiot meni pieleen vaikka väitti että onnistui.

KDE:n k3b näyttää/kuulostaa erittäin pätevältä mutta miten siitä saisi uusimman version linux mintiin (repossa tietenkin vanha versio)?

PowerISO voisi ehkä olla hyvä, onko kellään kokemuksia siitä?
 
Polttaako kukaan enää CD/DVD/BD-levyjä? Mitä softaa käytätte? Luin jostain että xfburn olisi hyvä ja parempi kuin Brasero (jotkut sanoo että sillä tulee usein coastereita).

xfburn vaan antaa "No burners are currently available - Possibly the disc(s) are in use, and cannot get accessed. Please unmount and restart the application. If no disc is in the drive, check that you have read and write access to the drive with the current user." virhettä käynnistettäessä. Ilmeisesti joku ongelma oikeuksien kanssa mitä googlaamalla yritin ratkaista. Jotain epämääräisiä ohjeita oli tarjolla mutta ainakin jotkut niistä (kaikki?) ei ollut suositeltuja tietoturvan takia.

Brasero näyttäisi pikatestin jälkeen toimivan vähän epäluotettavasti. CDRW tyhjeni ja poltto onnistui. BD-RE poltto onnistui mutta tyhjennys ei (vaikka tulikin "successfully blanked" viesti, tosi nopeasti ulostaa levyn joten siitä jo voi päätellä että kaikki ei mennyt ihan ok). Tiedä vaikka muutkin operaatiot meni pieleen vaikka väitti että onnistui.
Nykyään ei tule juurikaan polteltua levyjä, edellisestä kerrasta taitaa olla jo pari vuotta vaikka tyhjiä levyjä olisikin vielä nippu kaapissa.

Sekä xfburnia että braseroa on tullut käytettyä, muistelisin että toisella oli kätevämpi poltella iso-imageja levyksi ja toisella taas sujui irrallisten tiedostojen paistelu paremmin. Molemmat olivat ainakin omaan käyttöön ihan ok.

Tuota xfburnin ongelmaa tietty voisi selvitellä käynnistämällä se kerran roottina ja jos silloin kaikki toimii niin asetat /dev/cdrom (tai millä nimellä tuo asema nyt onkaan) -asemalle oikeudet peruskäyttäjälle kuntoon.
 
Tuota xfburnin ongelmaa tietty voisi selvitellä käynnistämällä se kerran roottina ja jos silloin kaikki toimii niin asetat /dev/cdrom (tai millä nimellä tuo asema nyt onkaan) -asemalle oikeudet peruskäyttäjälle kuntoon.
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?
 
Miksei sudoa saisi gui-softan ajamiseen käyttää? Itse olen satunnaisesti käyttänyt eikä ainakaan vielä ole mikään hajonnut. Käyttää vaikka komentoa gksudo joka ainakin on tarkoitettu gui-softan ajamiseen.

jollakin udev-rulellahan tuon saa korjattua, tai sitten riippuu missä groupissa tuo asema on niin voi ehkä lisätä käyttäjän siihen ryhmään. Tai purkkana voi vaikka aina ennen poltto-operaatiota roottina muokata tuon aseman oikeuksia että tavallisella käyttäjälläkin on rw-oikeudet sille.

Tuossa vanhassa keskusteluketjussa mainittiinkin että jos tuo asema on disk-ryhmässä eikä optical, niin ei tosiaan ole ehkä fiksua lisätä tavallista käyttäjää disk-ryhmään vaan esim udev-rulella laittaa asema optical-ryhmään johon on turvallisempi liittää käyttäjä.
 
Miksei sudoa saisi gui-softan ajamiseen käyttää? Itse olen satunnaisesti käyttänyt eikä ainakaan vielä ole mikään hajonnut. Käyttää vaikka komentoa gksudo joka ainakin on tarkoitettu gui-softan ajamiseen.
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.
Gksudo on kuollut ja kuopattu jo useampi vuosi sitten:
 
Miksei sudoa saisi gui-softan ajamiseen käyttää? Itse olen satunnaisesti käyttänyt eikä ainakaan vielä ole mikään hajonnut. Käyttää vaikka komentoa gksudo joka ainakin on tarkoitettu gui-softan ajamiseen.
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:

You should never use normal sudo to start graphical applications as root. Using sudo with graphical apps has the potential to corrupt your environment by allowing root to take ownership of and/or change permissions on critical files that you must own. The forums frequently see panicked requests for help from users who can no longer log in after running graphical applications under sudo.

Please note that many websites and old threads advise the use of gksu. However, such search results are obsolete. gksudo has not been updated for years and is not even available in Bionic (18.04) and higher. gksu has been replaced by pkexec, but even pkexec is being deprecated by the mainline Ubuntu developers. They have taken the position that file manipulation and editing under root should be restricted to the command line.


Tuossa vanhassa keskusteluketjussa mainittiinkin että jos tuo asema on disk-ryhmässä eikä optical, niin ei tosiaan ole ehkä fiksua lisätä tavallista käyttäjää disk-ryhmään vaan esim udev-rulella laittaa asema optical-ryhmään johon on turvallisempi liittää käyttäjä.
Oliko tuolla sinun mielestä pätevä ohje tuohon udev-säädön tekemiseen? Mulla kun ei ole mitään hajua miten se tehtäisiin.
 
Tässä samalla kokeillut PowerISO:a. Aluksi BD-RE levyn tyhjäyksessä tuli vain erroreita ja asema piti ihmeellistä ääntä. Tajusin vaihtaa sitten nopeudeksi 2x (ainoa vaihtoehto maximumin lisäksi) ja nyt full erase on hiljaa ja kiltisti edennyt jo 60%:tiin. Latasin Flatpakkina tuon ja huomasin nyt että se ei olekaan virallinen (kuten aika moni Flatpak tuntuu olevan jonkun 3rd partyn julkaisema). Pitää kokeilla vielä suoraan PowerISO:n sivulta sitä virallista pakettia.
 
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ää.

Ja pkexecin kanssa taisi tarvita jotain DISPLAY= -parametria että sillä saa graafisia softia käynnisteltyä ellen väärin muista.

Tosiaan, nykypäivänä "päivittäisessä käytössä" ei pitäisi rootin oikeuksia taikka sudoa tarvita gui-puolella mutta jossakin esim käyttöoikeusongelman testauksessa tuo on ollut näppärä kikka miten saa nopeasti ongelman selville.

Jotain tuonsuuntaista mitä tuolla ohjeessa lukee varmaan laittaisin jos itselläni tarvetta olisi. Lähinnä tuon ryhmän tarkistaisin, riippuu tietty linuxin jakelusta. Esim ubuntussa taitaa ryhmäksi riittää cdrom ja käyttäjän kyllä pitäisi olla siinä ryhmässä valmiina. Ja tietty tuon laitenimen tarkistaisin tuosta udev-säännöstä että onko se esimerkiksi sg0 tai sr0 ja sen mukaan muokkaisin tuota. Esim Archissa tuo ryhmä taitaa olla optical mutta Ubuntussa cdrom ja jossain muussa jakelussa mahdollisesti jotain muuta.
 
Ja pkexecin kanssa taisi tarvita jotain DISPLAY= -parametria että sillä saa graafisia softia käynnisteltyä ellen väärin muista.
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.

Esim ubuntussa taitaa ryhmäksi riittää cdrom ja käyttäjän kyllä pitäisi olla siinä ryhmässä valmiina. Ja tietty tuon laitenimen tarkistaisin tuosta udev-säännöstä että onko se esimerkiksi sg0 tai sr0 ja sen mukaan muokkaisin tuota.
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. :(


sg<x> on siis scsi rajapinta ja jotkut laitteet vaativat sen käyttöä.
 
Joo en saa selkoa miten saisin tuon xfburnin toimimaan. Lisäksi se ei taida edes osata verification hommia polton päätteeksi (12 vuotta vanha vieläkin avoin feature request gitlabissa). PowerISOakin testannut muutaman kerran nyt ja ei sekään näyttäisi ihan luotettavalta, BD-RE erase vähän toimii miten sattuu, jättää levyn välillä sellaiseen tilaan ettei sitä olisikaan ylikirjoitettu. Parhaalta vaihtoehdolta se kuitenkin näyttää tässä vaiheessa. K3b:tä en ole kokeillut kun sen mukana tulee iso läjä KDE paketteja (joku varoitteli että kannattaisi välttää asentamasta KDE softaa/paketteja) ja mintin repossa on tosi vanha versiokin, eikä flatpakkia tai appimageakaan löydy. Jääkö sitten windows-hommiksi optisetlevyhommat? :(
 
Sain apua ja ratkaisun toiselta foorumilta. Kyse on siitä, että Xfburn löytää laitteet vain jos sen "ID_TYPE" on "cd". Sen voi tsekata komennolla: udevadm info --name=/dev/sr0 --query=all | grep ID_TYPE

Asemani id oli "generic". Udev säännöllä sain Xfburnin löytämään asemani. Tiedostoon /etc/udev/rules.d/70-persistent-cd.rules (roottina):
Koodi:
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_SERIAL}=="xxxxxxxxxxxx", ENV{ID_TYPE}="cd", ENV{GENERATED}="1"
ja tuon "xxxxxxxxxxxx" paikalle löytyy oikea sisältö komennolla: udevadm info --name=/dev/sr0 --query=all | grep ID_SERIAL=. Aseman unpluggaus ja takaisin kiinni ja Xfburn käyntiin niin toimii.

Nopeasti nyt testannut tätä Xfburnia ja tämäkin näyttää vähän epäluotettavalta, eikä tässä tosiaan ole polton verifiointia ollenkaan joka löytyy PowerISOsta (jos se nyt edes toimii oikein).
 
Valittelin tuossa muutama viikko sitten siitä, että näppis ei toimi bootin jälkeen (USB init ongelma selvästi syslogin perusteella). No nyt tuli päivityksiä ja ongelma korjautui. Kokeilin aikaisemmin asetuksia, ei auttanut. Annoin periksi ja nyt se korjautui itsestään. Tällasta tää välillä, ei oo eka, eikä varmaan vika kerta.
 
Valittelin tuossa muutama viikko sitten siitä, että näppis ei toimi bootin jälkeen (USB init ongelma selvästi syslogin perusteella). No nyt tuli päivityksiä ja ongelma korjautui. Kokeilin aikaisemmin asetuksia, ei auttanut. Annoin periksi ja nyt se korjautui itsestään. Tällasta tää välillä, ei oo eka, eikä varmaan vika kerta.
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.

Eihän ruo olisi ollut paha jos olisi vain pulseaudion restartti riittänyt mutta piti deletoida pari temppifilettä sun muuta, irroittaa bt-luurien vastaanotin ja kytkeä takaisin ja sitten restartata pulseaudio että lahti toimimaan niin koko koneen rebootti oli helpompi.
 
(Tämä vastaus tulee Debian 11:n KDE:n pohjalta: Manjaroa ei ole tässä juuri nyt käsillä.)

Mitä sinulla on System Settings -> Window Management -> Window Behavior -> Advanced - välilehdellä kohdassa "Window placement"? Jos siellä on "Minimal overlapping", silloin uudet ikkunat yritetään avata sinne missä on eniten vapaata tilaa. Jos päänäytössä ei ole tarpeeksi vapaata tilaa uudelle ikkunalle, se menee kakkosnäytön puolelle.

Tähän tapaukseen "Window placement"-vaihtoehdot eivät todennäköisesti sovi kovin hyvin. Parempi mahdollisuus säätää on System Settings -> Window Management -> Window Rules, jossa voi sitten tehdä säännön joka täsmää kaikkiin uusiin normaaleihin ikkunoihin: ensin "Add New...", sitten Description-kenttään vapaavalintainen kuvaus, Window Types-valikossa pidetään huoli että vain "Normal Window" on ruksittuna, ja sitten kohta "Window class (application)" laitetaan pudotusvalikosta asentoon "Unimportant". Sen jälkeen "Add Properties..."-nappulasta voi lisätä useita erilaisia sääntöjä. Tässä tapauksessa kysymykseen tulisi "Size & Position"-ryhmästä vaihtoehto "Screen".

Kun sääntö on lisätty, laitetaan säännön pudotusvalikosta "Apply Initially" ja sitten asetetaan näytön numero niin että uudet ikkunat aukeavat halutulle näytölle. Voit joutua kokeilemaan kumpi näyttö on ikkunamanagerin kannalta 0 ja kumpi 1: paina ikkunan oikeasta alakulmasta Apply, avaa jokin uusi ikkuna ja katso minne se ilmestyy. Jos
meni väärälle ruudulle, säädä Screen-numeroa, paina taas Apply ja testaa uudestaan.

Sitten jos haluat että jokin sovellus menee nimenomaan kakkosnäytölle, voit klikata ko. sovelluksen ikkunan vasenta yläkulmaa hiiren oikealla näppäimellä, valita More Actions -> Configure Special Application Settings... ja pääset muokkaamaan käytännössä samanlaista sääntöä, johon on jo valmiiksi esitäytetty "Window class (application)" kohta siten että se viittaa juuri ko. sovellukseen. Sitten samaan tapaan "Add Properties..." -> Screen", ja Apply Initially + halutun näytön numero.


[tyhmästi pelkän valikkopalkin kokoisena]

Tämä taas pitää tehdä ensisijaisesti Konsolen omista asetuksista. Ensin Konsole-ikkunan valikoista Settings -> Configure Konsole... -> General, josta otetaan ensin ruksi pois "Remember window size"-kohdasta ja painetaan OK. Tämä saattaa jo yksistään auttaa asiassa. Jos ei (tai oletuskoko ei ole hyvä), sitten mennään valikosta Settings -> Edit Current Profile... -> General, josta säädetään "Initial terminal size" haluttuihin arvoihin.
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ää.:hmm:
 
FYI: Jos käytätte Flatpakkeja ja teette niiden päivityksen cronin kautta, laittakaa se rootin croniin. Päivitys ei toimi kunnolla (ei ainakaan minun Mintillä) jos yrittää user cronin kautta. Outo sinänsä kun normi user-tilillä terminaalista käskee flatpakkia päivittämään niin sudoa ei tarvitse.
 
FYI: Jos käytätte Flatpakkeja ja teette niiden päivityksen cronin kautta, laittakaa se rootin croniin. Päivitys ei toimi kunnolla (ei ainakaan minun Mintillä) jos yrittää user cronin kautta. Outo sinänsä kun normi user-tilillä terminaalista käskee flatpakkia päivittämään niin sudoa ei tarvitse.
Arvaus: cron ei aja login- shelliä ja env ei olekaan sama kuin terminaalissa?
 
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.

* Tutkii onko päivityksiä tarjolla ja jos on niin automaagisesti päivittää sellaiset jotka löytyy ennalta määrätyltä listalta (esim. 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.
 
Manjaro:ssa flatpak päivitykset saa kätevästi hoidettua pamacin kautta. Toistaseksi toiminu moitteetta.
1645551909445.png
 
Manjaro:ssa flatpak päivitykset saa kätevästi hoidettua pamacin kautta.
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.

Tämä on kyllä hyvä tämä linux, kun tarvitsee kustomoida niin se onnistuu aika kivuttomasti (toki pitää osata koodata, tai ainakin kysellä oikeita kysymyksiä muilta netistä), windowsissa pitäisi etsiä jos löytyisi joku 3rd party softa joka toimisi edes vähänkään sillä lailla kun itse haluaisi.

Tänäänkin kyllästyin monitorin kääntämisen yhteydessä tehtävään "System settings -> Display -> Rotation" gui-asetuksen kaivamiseen (samalla laitan eri paikasta taskbar panelin piiloutumaan jos joku ohjelma on koko ruudun tilassa), koodasin näille toimenpiteille skriptin joka togglaa molemmista tilat sen mukaan kumpi on sillä hetkellä voimassa. Lopuksi tein skriptille näppäinoikotien. Toimii suoraan oli sitten mikä tahansa ulkoinen näyttö tai läppärin näyttö primäärinä. Näppärää.
 
Tuli vähän oksennusta suuhun kun näin tuon suomennetun UI:n :sick:
Ei tosiaan kannata käyttää suomenkieltä missään tietoteknisessä laitteessa, vaikka käännöksen laatu ei olisi heikko, niin viimeistään suomennetut termit ovat kauheita ja monesti täysin epäselviä, että mitä ne tarkoittaa. Aika kauan sitten siivoilin/tuunailin siskon läppäriä ja sillä oli suomenkielellä tietenkin se. Firefoxia säätäessä yksi asetus ei auennut ollenkaan, että mitä se tarkoittaa. Pyysin siskoakin katsomaan sitä ja ei se tajunnut mitään myöskään. Sitten näytin saman asetuksen omalta koneelta englanniksi, sisko katsoi sitä n. sekunnin ja sanoi "aijaa, okei". :) Älkää ihmiset tehkö elämäänne vaikeaksi, käyttäkää laitteitanne englanninkielellä (jos vain osaatte kieltä). Ongelmien hakeminenkin netistä helpottuu valtavasti kun ei joudu turvautumaan pelkkään suomenkieliseen apuun.
 
Ei tosiaan kannata käyttää suomenkieltä missään tietoteknisessä laitteessa, vaikka käännöksen laatu ei olisi heikko, niin viimeistään suomennetut termit ovat kauheita ja monesti täysin epäselviä, että mitä ne tarkoittaa. Aika kauan sitten siivoilin/tuunailin siskon läppäriä ja sillä oli suomenkielellä tietenkin se. Firefoxia säätäessä yksi asetus ei auennut ollenkaan, että mitä se tarkoittaa. Pyysin siskoakin katsomaan sitä ja ei se tajunnut mitään myöskään. Sitten näytin saman asetuksen omalta koneelta englanniksi, sisko katsoi sitä n. sekunnin ja sanoi "aijaa, okei". :) Älkää ihmiset tehkö elämäänne vaikeaksi, käyttäkää laitteitanne englanninkielellä (jos vain osaatte kieltä). Ongelmien hakeminenkin netistä helpottuu valtavasti kun ei joudu turvautumaan pelkkään suomenkieliseen apuun.
Linux alottelijalle se englanti on varmasti parempi kieli alkuun.

Toisaalta äkkiäkös sen kielen vaihtaa englanniksi jos ei muuten osaa englanniksi hakea netistä apua. Itse on tullut käytettyä englanniksi ja suomeksi niin on tottunut kumpaakin kieleen.
 
Ei tosiaan kannata käyttää suomenkieltä missään tietoteknisessä laitteessa, vaikka käännöksen laatu ei olisi heikko, niin viimeistään suomennetut termit ovat kauheita ja monesti täysin epäselviä, että mitä ne tarkoittaa. Aika kauan sitten siivoilin/tuunailin siskon läppäriä ja sillä oli suomenkielellä tietenkin se. Firefoxia säätäessä yksi asetus ei auennut ollenkaan, että mitä se tarkoittaa. Pyysin siskoakin katsomaan sitä ja ei se tajunnut mitään myöskään. Sitten näytin saman asetuksen omalta koneelta englanniksi, sisko katsoi sitä n. sekunnin ja sanoi "aijaa, okei". :) Älkää ihmiset tehkö elämäänne vaikeaksi, käyttäkää laitteitanne englanninkielellä (jos vain osaatte kieltä). Ongelmien hakeminenkin netistä helpottuu valtavasti kun ei joudu turvautumaan pelkkään suomenkieliseen apuun.

Heittovaihtotiedosto. Never forget.
 
Jos Linux Mintin kanssa tapahtuu totaalinen jäätyminen ja ainoa tapa edetä on virtakytkin, niin syyllinen on todennäköisesti selaimien Hardware acceleration elikkä laitteistokiihdytys. Sen kun täppäsi pois, niin jäätymiset loppuivat kuin seinään. Näin ainakin Linux Mint 20.1 Ulyssassa.
 
Jos Linux Mintin kanssa tapahtuu totaalinen jäätyminen ja ainoa tapa edetä on virtakytkin, niin syyllinen on todennäköisesti selaimien Hardware acceleration elikkä laitteistokiihdytys. Sen kun täppäsi pois, niin jäätymiset loppuivat kuin seinään. Näin ainakin Linux Mint 20.1 Ulyssassa.
Varsinkin nvidian ajureiden kanssa, kaikki electron/jne. hw acc. softat saattaa vetää koneen jumiin. Itsellä ollut ongelma lähinnä Joplin-softan kanssa. Ei myöskään kannata automaattisesti päivittää aina uuteen Update Managerin kautta tarjolla olevaan nvidian ajuriin vaan testata jokainen uusi ajuri ja palauttaa se vanhan toimiva (esim. Timeshiftillä) ja blacklistata uusi toimimaton ajuri Update Managerista. Itse testannut monta ajuriversiota ja vain yksi versio (450.119.03) toimii lähes kunnolla, kaikki uudemmat kusee näytön kun palaa takaisin sleep ja/tai hibernate-tilasta, ja yksi ajuriversio hirttää koneen jumiin kun tekee hibernaten.

Pari vaihtoehtoa on kokeilla ennen virtanappia:

1) Cinnamonin restart, jos pystyy: Alt+F2 ja kirjoita r-kirjain ja enter.

2) Cinnamonin restart (toinen tapa), ensin avaa TTY1 (Ctrl+Alt+F1), loggaudu sisään ja sitten seuraa näitä ohjeita:

Koodi:
1) Run "cinnamon --replace --display=:0" (command "w" should show the display number)
2) Press "CTRL+C" and type "exit"
3) Change back to TTY7

If Cinnamon is still frozen:

4) Press "CTRL+ALT+ESC"

If Cinnamon is still frozen:

5) Change back to TTY1 and login again
6) Run "cinnamon --replace --display=:0"
7) Change back to TTY7
8) Press "ALT+F2" and type "r" to restart cinnamon
9) Change back to TTY1
10) Type "exit"
11) Change back to TTY7
Itse laitoin tuon ohjeen kotikansioon tekstitiedostoon joka on helppo vaikka cat-komennolla tulostaa ruudulle kun on kirjautunut TTY1:ssä sisään. On auttanut monta kertaa. Valitettavasti Cinnamon on nvidian lisäksi vähän jumittumis/kaatumisherkkä.

3) Xorgin restart (user loggautuu ulos, kaikki auki olevat softat menee kiinni) -> Ctrl Alt Backspace
 
Tuonne Jolla ketjuun jo laitoin, mutta laitetaan tännekin, kun varmaan enempi lukijoita täällä ja juurikin Linuxille tuo tulossa...
Itse en huomannut vielä, että onko tuo tulossa ilmaisena vai onko se ns. lisensoitava maksullinen systeemi. Täytin lomakkeen, josko he minulle tuon White paperin sieltä lähettävät, josta saisi enempi irti infoa.

Nyt sitten tullut samainen Android emulointi rajapinta Linux käyttöjärjestelmään, kovat on lupaukset, että kaikki Android sovellukset toimisi. Kyllähän ne siis käyntiin lähtee nykyään luurissa, mutta ainakin SailFishOS on vielä joitakin rajoituksia hardwareen liittyen, mutta josko tämä kehitys toisi sinnekin parempaa tukea.
Tämän sisällön näkemiseksi tarvitsemme suostumuksesi kolmannen osapuolen evästeiden hyväksymiseen.
Lisätietoja löydät evästesivultamme.
 
Viimeksi muokattu:
Varsinkin nvidian ajureiden kanssa, kaikki electron/jne. hw acc. softat saattaa vetää koneen jumiin. Itsellä ollut ongelma lähinnä Joplin-softan kanssa. Ei myöskään kannata automaattisesti päivittää aina uuteen Update Managerin kautta tarjolla olevaan nvidian ajuriin vaan testata jokainen uusi ajuri ja palauttaa se vanhan toimiva (esim. Timeshiftillä) ja blacklistata uusi toimimaton ajuri Update Managerista. Itse testannut monta ajuriversiota ja vain yksi versio (450.119.03) toimii lähes kunnolla, kaikki uudemmat kusee näytön kun palaa takaisin sleep ja/tai hibernate-tilasta, ja yksi ajuriversio hirttää koneen jumiin kun tekee hibernaten.

Pari vaihtoehtoa on kokeilla ennen virtanappia:

1) Cinnamonin restart, jos pystyy: Alt+F2 ja kirjoita r-kirjain ja enter.

2) Cinnamonin restart (toinen tapa), ensin avaa TTY1 (Ctrl+Alt+F1), loggaudu sisään ja sitten seuraa näitä ohjeita:

Koodi:
1) Run "cinnamon --replace --display=:0" (command "w" should show the display number)
2) Press "CTRL+C" and type "exit"
3) Change back to TTY7

If Cinnamon is still frozen:

4) Press "CTRL+ALT+ESC"

If Cinnamon is still frozen:

5) Change back to TTY1 and login again
6) Run "cinnamon --replace --display=:0"
7) Change back to TTY7
8) Press "ALT+F2" and type "r" to restart cinnamon
9) Change back to TTY1
10) Type "exit"
11) Change back to TTY7
Itse laitoin tuon ohjeen kotikansioon tekstitiedostoon joka on helppo vaikka cat-komennolla tulostaa ruudulle kun on kirjautunut TTY1:ssä sisään. On auttanut monta kertaa. Valitettavasti Cinnamon on nvidian lisäksi vähän jumittumis/kaatumisherkkä.

3) Xorgin restart (user loggautuu ulos, kaikki auki olevat softat menee kiinni) -> Ctrl Alt Backspace

Kuten kirjoitin "totaalinen jäätyminen", siinä ei kikkailut enää auta.
 
Käytössä Debian 11 stable XFCE (4.16). Kun käynnissä olevan ohjelman minimoi tai painaa näytä työpöytä -painiketta, niin ohjelma(t) näkyvät harmaina kuvakkeina ja niminä tehtäväpalkissa. Olen huomannut, että sama ominaisuus on myös MATE-työpöydässä. Tämä onminaisuus on aivan typerä ja olen yrittänyt saada sitä pois XFCEn foruumilta löytyneen ohjeen avulla, mutta ei ole auttanut. Onko ratkaisuun muitakin keinoja?
 
- EDIT

Sain pelastettua, pääsin biossiin kun näppäilin vaan jotain niin hyppäs biossiin jostain syystä täysin vahingossa. Tajusin biossissa ollessa myös että nythän ongelma olikin se että boot asetuksia täytyi vähän muokata ja sillä ratkes ongelma niin tuo käynnistyi taas vanhaan LMDE käyttikseen. Oma tyhmyys taas esteenä.

- EDIT 2

Kerkesin tänne jo ihmetellä että voiko sitä edellistä käyttöjärjestelmää enää pelastaa kun biossiin laitoin default asetukset. Pystyihän sen onneksi. Ja onneksi näinkin helpolla keinolla niin että kaikki näyttäis toimivan ja olevan ok.

Alkuun tuotti tuon bios resetin jälkeen vaikeuksia päästä sinne takaisin kun ei millään löytyny sitä että miten sinne pääsee. Vahingossa sitten onneksi pääsin kuten tuossa yllä jo selitinkin. Kyllä siinä varmaan alkunäytössä oli joku tekstin pätkä millä sinne biossiin pääsee, mutta kun meinas vähän tulla hätä puseroon niin en sitten kertakaikkiaan millään sitä nähnyt.

Onneksi en tällä kertaa ollut ihan niin hätäinen ja lähteny jo puhdasta asennusta läppärille tekemään :) Sitte olis kyllä harmittanu kun olisin ymmärtäny että miten tuo lopulta toimi ja uudelleen asennus olisi ollu täysin turha.
 
Viimeksi muokattu:
Huomasin tuossa vahingossa, että Teamviewerin joku systemd service daemon (teamviewerd) on koko ajan ajossa ja tcp portti kuuntelemassa localhostissa, oli TV auki tai ei (ja vaikka estetty sisäänpäin tulevat yhteydet TV:stä). Ei oikein mukavalta tunnu tuollaista pitää koko ajan kuuntelemassa. Windowsissa homma oli helppo ratkaista kun kävi disabloimassa servicen aina päivityksen jälkeen. Mutta linuxissa homma ei olekaan helppo. TV:tä ei voi avata ilman, että tuo teamviewerd on käynnissä. Bootissa service menee päälle aina. Ja lisäksi päivityksen jälkeen kuulemma service uudelleenkirjoitetaan.

Mitään kikkaa miten tuota daemonia voisi ajaa vain kun TV:tä ajetaan? Ja sillä lailla, että salasanaa ei tarvitsisi kirjoitella ("systemctl stop/start..." komennot tarvitsee salasanaa). Täällä tätä probleemaa on mietitty mutta ratkaisussa tarvitaan salasanaa servicen käynnistykseen/kiinni laittamiseen.

Vai pitääkö TV heivata männikköön ja keksiä joku toinen softa? Anydeskiä kokeilin jotain vuosia sitten ja se oli ainakin silloin tosi sekava ja toimiko se edes silloin kunnolla, en muista enää ihan tarkkaan muuta kuin, että en pitänyt siitä yhtään. Mitä etähallintasoftaa käytätte?
 

Statistiikka

Viestiketjuista
301 347
Viestejä
5 128 103
Jäsenet
81 982
Uusin jäsen
Aleksi94

Hinta.fi

Back
Ylös Bottom