Linux-kysymyksiä & yleistä keskustelua Linuxista

[Vaateri]

Ajattelin kokeilla ensimmäistä kertaa Linuxia joten asensin varakoneeseen Bazziten. En päässyt edes installeriin vaan tuli musta ruutu ennenkuin löysin ohjeen, että lisää ennen asennuksen käynnistystä "nomodeset" tekstin käynnistysrivin loppuun ja kun asennus on valmis ja näytönohjaimen ajurit asennettu niin poistaa tuon komennon.

Nyt Linux on asennettu mutta ei minkäänlaista käsitystä mistä tuo "nomdeset" pitäisi löytää jotta sen saa pois päältä. Vai onko tuosta enää edes haittaa koska ainakin tuo GTX970 tuntuu toimivan?

Mistä tämän ohjeistuksen sait? Jos kirjoitit koneen käynnistyksessä tulevassa Grub-valikossa nomodeset-parametrin käynnistysriville, ei se tallennu minnekään vaan on voimassa sen käynnistyksen ajan ainoastaan.

En tunne Bazzitea lainkaan, mutta tyypillisesti grubille kernel parametrit asetetaan tiedostossa /etc/default/grub. Koneella voi myös olla komento grubby, jolla parametreja voi katsoa ja muokata.

Uusimmassa käynnistyksessä olleet parametrit voi tarkistaa komennolla "cat /proc/cmdline".

 

[Mukava]

Samaa mieltä ettei tuota tarvitse alkaa poistamaan jos sen on ennen asennusta käynyt sen "installerin" ajaksi käynyt laittamassa päälle.

Ainakaan sen ei pitäisi niitä optioita tallentaa eli sanoisin että ohje oli vähän virheellinen ja ei muuta kuin kovaa käyttöä.

 

[Spartacus]

Jostain se löytyi. Hyvä tietää ettei tallennu mihinkään

 

[love_doctor]

Ajattelin kokeilla ensimmäistä kertaa Linuxia joten asensin varakoneeseen Bazziten. En päässyt edes installeriin vaan tuli musta ruutu ennenkuin löysin ohjeen, että lisää ennen asennuksen käynnistystä "nomodeset" tekstin käynnistysrivin loppuun ja kun asennus on valmis ja näytönohjaimen ajurit asennettu niin poistaa tuon komennon.

Nyt Linux on asennettu mutta ei minkäänlaista käsitystä mistä tuo "nomdeset" pitäisi löytää jotta sen saa pois päältä. Vai onko tuosta enää edes haittaa koska ainakin tuo GTX970 tuntuu toimivan?

Kyse lienee siitä että nouveau-ajurit vaativat tuon. Jos olet asentanut nvidian poro-ajurit, niin sen voi unohtaa. Kuuluisikohan sen muutenkin olla nykyään nouveau.modeset=0

 

[jkaart]

Mistä tämän ohjeistuksen sait? Jos kirjoitit koneen käynnistyksessä tulevassa Grub-valikossa nomodeset-parametrin käynnistysriville, ei se tallennu minnekään vaan on voimassa sen käynnistyksen ajan ainoastaan.

En tunne Bazzitea lainkaan, mutta tyypillisesti grubille kernel parametrit asetetaan tiedostossa /etc/default/grub. Koneella voi myös olla komento grubby, jolla parametreja voi katsoa ja muokata.

Uusimmassa käynnistyksessä olleet parametrit voi tarkistaa komennolla "cat /proc/cmdline".

Lisäyksenä tuon /etc/default/grub käpälöinin lisäksi pitää muistaa ajaa update-grub, että asetukset tulee voimaan.

 

[jkaart]

Mikähän mahtaa mate työpöydällä rikkoa/kaataa composerin, jos kone on idlannu useamman tunnin?
Ongelman huomaa esim. maten omissa pudotusvalikoissa, kun ilmestyy mustat leveät reunat niihin ja steam käynnistyy mustana ruutuna, mutta -system-composer vivulla sen saa käynnistymään kuitenkin oikein.
Käytössä nvidian 565.77 versionumerolla olevat ajurit näyttiksellä ja käyttis on Ubuntu 24.04.
Edit: niin ja reboot tohon ongelmaaan auttaa siihen asti kunnes se on taas muutaman tunnin idlannu.

 

[Markok]

Mikähän mahtaa mate työpöydällä rikkoa/kaataa composerin, jos kone on idlannu useamman tunnin?
Ongelman huomaa esim. maten omissa pudotusvalikoissa, kun ilmestyy mustat leveät reunat niihin ja steam käynnistyy mustana ruutuna, mutta -system-composer vivulla sen saa käynnistymään kuitenkin oikein.
Käytössä nvidian 565.77 versionumerolla olevat ajurit näyttiksellä ja käyttis on Ubuntu 24.04.
Edit: niin ja reboot tohon ongelmaaan auttaa siihen asti kunnes se on taas muutaman tunnin idlannu.

Kokeile ensin muuttaa prosessorin virransäästöä "governor" sellaiseksi, ettei kokonaan uuvahda. Joskus oli haasteita tämän kanssa.

 

[jkaart]

Kokeile ensin muuttaa prosessorin virransäästöä "governor" sellaiseksi, ettei kokonaan uuvahda. Joskus oli haasteita tämän kanssa.

Ei se taijakkaan tuo koneen tyhjäkäynti trikkeröidä tuota, vaan syyllinen vaikuttas olevan electronilla tehdyt pwa softat joita mm. Steam client näyttäisi pikaisella vilkaisulla olevan.
Eikä se taida olla kuitenkaan composer mikä tuossa hajoaa vaan MATEn Marco window manager, kun toi tekee tuota myös, jos toi composer on otettu kokonaan pois käytöstä.

 

[Pörkyle]

Ei se taijakkaan tuo koneen tyhjäkäynti trikkeröidä tuota, vaan syyllinen vaikuttas olevan electronilla tehdyt pwa softat joita mm. Steam client näyttäisi pikaisella vilkaisulla olevan.
Eikä se taida olla kuitenkaan composer mikä tuossa hajoaa vaan MATEn Marco window manager, kun toi tekee tuota myös, jos toi composer on otettu kokonaan pois käytöstä.

Onko steami natiivina vai snap/flatpak pakettina?

 

[jkaart]

Onko steami natiivina vai snap/flatpak pakettina?

Natiivi deb paketista asennettu.

 

[zirkoni]

Lisäyksenä tuon /etc/default/grub käpälöinin lisäksi pitää muistaa ajaa update-grub, että asetukset tulee voimaan.

update-grub komento taitaa olla saatavilla vain Debian ja/tai Ubuntu pohjasilla distroilla. Bazzite perustuu Fedoraan, missä käsittääkseni oikea komento on grub2-mkconfig. Arch pohjasilla distroilla se taas on grub-mkconfig (siis ilman tuota 2:sta, mikä Fedoralla).

 

[Mukava]

update-grub komento taitaa olla saatavilla vain Debian ja/tai Ubuntu pohjasilla distroilla. Bazzite perustuu Fedoraan, missä käsittääkseni oikea komento on grub2-mkconfig. Arch pohjasilla distroilla se taas on grub-mkconfig (siis ilman tuota 2:sta, mikä Fedoralla).

Bazzitella voi käyttää ujust scriptejä, samat scriptit löytyy kaikista uBlue projektin imageista (Bluefin, Aurora)

esim

ujust regenerate-grub

 

[jkaart]

update-grub komento taitaa olla saatavilla vain Debian ja/tai Ubuntu pohjasilla distroilla. Bazzite perustuu Fedoraan, missä käsittääkseni oikea komento on grub2-mkconfig. Arch pohjasilla distroilla se taas on grub-mkconfig (siis ilman tuota 2:sta, mikä Fedoralla).

Niinpä tietysti, kuvittelin että toi komento olisi ollu ns. stantardi kama, mutta eipä nähtävästi olekkaan, kun kuitenkin configit on ilmeisesti samassa paikassa eli /etc/default/grub niin Fedora kuin Debian pohjaisissakin distroissa.

 

[keskiverto]

update-grub komento taitaa olla saatavilla vain Debian ja/tai Ubuntu pohjasilla distroilla. Bazzite perustuu Fedoraan, missä käsittääkseni oikea komento on grub2-mkconfig. Arch pohjasilla distroilla se taas on grub-mkconfig (siis ilman tuota 2:sta, mikä Fedoralla).

RHEL 9:n versiossa 9.3 grub2-mkconfig muuttui sen verran, ettei BLS-tiedostoissa oleviin komentoriviparametreihin kosketa ilman `--update-bls-cmdline` optiota.
Vaihtoehto on `grubby --update-kernel=ALL --args='...'` joka päivittää myös /etc/default/grub:n.

Oletan että uudemmissa Fedoroissa on sama.

 

[Lammas]

Onko kenelläkään kokemusta dracut-sshd:sta? GitHub - gsauthof/dracut-sshd: Provide SSH access to initramfs early user space on Fedora and other systems that use Dracut

Mietin, että olisiko tuo hyvä ratkaisu skenaarioon, jossa joku vanha ylijäämäkone otetaan hyötykäyttöön jonkinlaisena linux-serverinä siten, että buuttaaminen ja käyttö onnistuu kokonaan ilman näppäimistöä ja näyttöä. Jos tiedostojen salausta ei tarvitse, niin silloinhan tuollainen serveri on ihan helppo, mutta mielestäni salaus on aika pakollinen nykyään, jos jotain vähänkin henkilökohtaisempaa meinaa koneella säilöä.

Yllättävää, ettei kyseiseen skenaarioon näytä olevan mitään standardiratkaisua olemassa, ja tuo dracut-sshd:kin näyttää olevan lähinnä Fedoralle suunniteltu, vaikka saa sen varmaan Ubuntun kanssakin toimimaan.

Vai onko niin, että normaali lähestymistapa tuollaisessa tilanteessa on asentaa käyttis salaamattomalle osiolle, ja tehdä erillinen salattu osio, jonne kaikki henkilökohtainen data menee? Eikö tuossa ole jonkinlainen riski mm. /tmp-kansion salaamatomuuden kanssa.

 

[ojisama]

Onko kenelläkään kokemusta dracut-sshd:sta? GitHub - gsauthof/dracut-sshd: Provide SSH access to initramfs early user space on Fedora and other systems that use Dracut

Mietin, että olisiko tuo hyvä ratkaisu skenaarioon, jossa joku vanha ylijäämäkone otetaan hyötykäyttöön jonkinlaisena linux-serverinä siten, että buuttaaminen ja käyttö onnistuu kokonaan ilman näppäimistöä ja näyttöä. Jos tiedostojen salausta ei tarvitse, niin silloinhan tuollainen serveri on ihan helppo, mutta mielestäni salaus on aika pakollinen nykyään, jos jotain vähänkin henkilökohtaisempaa meinaa koneella säilöä.

Yllättävää, ettei kyseiseen skenaarioon näytä olevan mitään standardiratkaisua olemassa, ja tuo dracut-sshd:kin näyttää olevan lähinnä Fedoralle suunniteltu, vaikka saa sen varmaan Ubuntun kanssakin toimimaan.

Vai onko niin, että normaali lähestymistapa tuollaisessa tilanteessa on asentaa käyttis salaamattomalle osiolle, ja tehdä erillinen salattu osio, jonne kaikki henkilökohtainen data menee? Eikö tuossa ole jonkinlainen riski mm. /tmp-kansion salaamatomuuden kanssa.

Mä olen pitänyt (ja käyttänyt) standardiratkaisuna (e. 'täyteen' salaukseen) initramfs + dropbear + LUKS comboa.

E. Täydennettäköön, että tämän kanssa pitäisi jotenkin päästä hätätapauksessa syöttämään salausavain, jos jotain hajoaa. Muuten saa koneelle heittää hyvästit. Alla mainittua tapaa tullut käytettyä myös, kun koko setin kryptausta ei ole uskaltanut tehdä. Vaikka en tuota dropbear comboa vielä kertaakaan rikki ole vielä saanut.

 

[Kaalip]

Vai onko niin, että normaali lähestymistapa tuollaisessa tilanteessa on asentaa käyttis salaamattomalle osiolle, ja tehdä erillinen salattu osio, jonne kaikki henkilökohtainen data menee? Eikö tuossa ole jonkinlainen riski mm. /tmp-kansion salaamatomuuden kanssa.

Normaali tapa noissa tapauksissa käsittääkseni on boot osio salaamattomana ja muuten koko levy salattu. Päätteellisellä koneella voi olla vaikka koko levy salattu tietekin.

 

[TemeV]

Nykyään kai tuon voisi tehdä koko levyn salattuna ja avaus tpm2:lla automaattisesti bootissa. En tosin tiedä onko tuo vielä missään distrossa "virallisesti" tuettuna, mutta ohjeita siihen löytyy. Toki jos rauta on antiikkista, niin ei siellä sitä tpm2:kaan ole.

 

[masax]

Kysytäänpäs täältä että kun on muutama linuxin levyjen varmuuskopio. Sellaisella pienellä ongelmalla, että ne on joku valopää ilmeisesti luks:lla kryptannut, eikä salasanoja ole tallessa. Onko menetys totaalinen?

 

[Barbarossa]

Kysytäänpäs täältä että kun on muutama linuxin levyjen varmuuskopio. Sellaisella pienellä ongelmalla, että ne on joku valopää ilmeisesti luks:lla kryptannut, eikä salasanoja ole tallessa. Onko menetys totaalinen?

Onhan se kai teknisesti mahdollista bruteforcettaa mutta kokonaan toinen kysymys kuinka työläs ja ennenkaikkea aikaavievä operaatio se on. Riippunee paljolti salasanasta ja käytettävissä olevasta raudasta.