Samoin ilmeisesti 6.12.85, 6.18.22 ja 7.0. Ja varmaankin distrot on backportannut muihinkin kernelehin tuon.
Linux-kysymyksiä & yleistä keskustelua Linuxista
Aiemmin olen ihmetellyt kun on ollut jotain listauksia ja keskusteluja mitkä läppärit ovat yhteensopivia Linuxin kanssa kun itsestä on aina tuntunut että ihan yhtä helppoa se on kaikille läppäreille joille itse on tullut asennettua. Tietysti jotkut kokemukset ovat niin vanhoja ettei siellä edes ole ollut mitään UEFI tai SecureBoot sotkemsssa pakkaa, mutta noin muuten ei ole tuntunut olevan kummempia ongelmia ainakaan perus-Linuxeilla kuten joku Mint tai Rocky Linux tai jopa OpenSUSE (Arch:sta ei kokemusta).
On voinut vaikka jättää SecureBootinkin päälle ja homma vain pelaa, vaikka olisi Windows rinnalla.
Nyt meinaa mennä sormi suuhun kun yritän asentaa pojan vanhalle Acer Aspire E15 läppärille Windows 10 tilalle Windows 11 (vaikka ei ole virallisesti tuettu) ja dualboottina rinnalle Linux Mint XFCE. Windows 11 asennus meni läpi ok, Linux asennus meni sinänsä ok... mutta bootatessa kone menee aina suoraan Windowsiin, ei tule mitään grub-valikkoja eikä edes BIOS/UEFI-boottivalikossakaan näy muuta vaihtoehtoa kuin Windowsiin buuttaus. Läppärillä on vain yksi 1TB NVME SSD jonka vaihdoin siihen 256GB SATA SSD tilalle miussä Windows 10 pyöri yksinään.
Ekana tulee varmaan koittaa SecureBootin disablointia (BIOS edelleen UEFI-moodissa Windows 11 takia, ei Legacy), mutta senkin vaihtaminen on tehty oudon vaikeaksi. Optio disabloida SecureBoot on harmaannettu, ainoa vaihtoehto tuntuu olevan vaihtaa koko BIOS Legacy moodiin josta otaksun Windows 11 tykkäävän kyttyrää.
Googlaimalla selvisi että noihin edistyneempiin UEFI-asetuksiin (kuten SecureBoot disblointi) pääsee vasta kun asettaa BIOSiin supervisor salasanan. Jaa että tuollainen lisäjippo vielä laitettu jostain syystä.
En ehdi juuri nyt testata mutta toivotaan että tuo riittää ja Linuxiinkin pääsee boottaamaan. Jos ei niin menee sormi suuhun, pitääkö oikeasti laittaa BIOS Legacy moodiin ja unohtaa Windows 11 siinä? Pitää kokeilla myös vetää koko kone tyhjäksi ja asentuuko Linux oikein edes yksinään, ilman Windowsia rinnalla.
Googlailin myös aiheesta ja pari Linux asennusta E15 vaikutti kyllä oudoilta, joku sai Linux Mint tai Ubuntu asennuksen toimimaan luomalla asennuksen yhteydessä /boot-osion käsin, tms.? Ihmeen vaikeaa kun esim. Dell ja Lenovo-läppäreissä menee Linux Mint, Rocky ja OpenSUSE heittämällä sisään Windows 10 tai 11 rinnalle vaikka olisi SecureBoot päällä.
Jatkan tätä lisää myöhemmin tänään ja huomenna. Sen yhden turpean "aasialainen Linux-mies" videolla luetteli joskus että ilmeisesti juuri Acer ja HP saattaisivat olla läppäreitä joita Linux-käyttäjän kannattaa vältellä. En muista olenko koskaan koittanut asentaa Linuxia HP-läppärille. ASUS ei myöskään ole uutta kokemusta, aikoinaan Linux Mint pyöri kiltisti ASUS G75VW peliläppärissä mutta se oli niin vanha ettei siinä välttämättä ollut edes UEFI/SecureBoot-tukea, Windows 7 siinä silloin lähinnä pyöritettiin, en muista käväisikö Windows 8 ja myös 10 niissä pikaisesti ennen Windows 7 paluuta.
Onko omia kokemuksia mitä läppärivalmistajia Linux-käyttäjän kannattaa vältellä, vai pitäisikö mennä ok Aceriin ja HP:henkin?
Niinjaa, mainittakoon että fast startup on kyllä disabloitu Windowsissa eli sen ei pitäisi häiritä Linuxiin boottaamista.
Muistin juuri että onhan mulla vieläkin paljon vanhempi Acer Aspire E14 läppäri jossa pyörii Linux Mint 22.3 täysin ilman ongelmia... mutta kun tarkistin niin siinä olen laittanut BIOSin Legacy (ei UEFI) moodiin, mikä selittänee miksi siinä Linux Mint toimii kuin junan vessa, ainakin yksinään. Siinä ei ole Windowsia rinnalla kun se alkoi tökkiä jo Windows 10 kanssa, hyvä kevyt Linux-apuläppäri.
On voinut vaikka jättää SecureBootinkin päälle ja homma vain pelaa, vaikka olisi Windows rinnalla.
Nyt meinaa mennä sormi suuhun kun yritän asentaa pojan vanhalle Acer Aspire E15 läppärille Windows 10 tilalle Windows 11 (vaikka ei ole virallisesti tuettu) ja dualboottina rinnalle Linux Mint XFCE. Windows 11 asennus meni läpi ok, Linux asennus meni sinänsä ok... mutta bootatessa kone menee aina suoraan Windowsiin, ei tule mitään grub-valikkoja eikä edes BIOS/UEFI-boottivalikossakaan näy muuta vaihtoehtoa kuin Windowsiin buuttaus. Läppärillä on vain yksi 1TB NVME SSD jonka vaihdoin siihen 256GB SATA SSD tilalle miussä Windows 10 pyöri yksinään.
Ekana tulee varmaan koittaa SecureBootin disablointia (BIOS edelleen UEFI-moodissa Windows 11 takia, ei Legacy), mutta senkin vaihtaminen on tehty oudon vaikeaksi. Optio disabloida SecureBoot on harmaannettu, ainoa vaihtoehto tuntuu olevan vaihtaa koko BIOS Legacy moodiin josta otaksun Windows 11 tykkäävän kyttyrää.
Googlaimalla selvisi että noihin edistyneempiin UEFI-asetuksiin (kuten SecureBoot disblointi) pääsee vasta kun asettaa BIOSiin supervisor salasanan. Jaa että tuollainen lisäjippo vielä laitettu jostain syystä.
En ehdi juuri nyt testata mutta toivotaan että tuo riittää ja Linuxiinkin pääsee boottaamaan. Jos ei niin menee sormi suuhun, pitääkö oikeasti laittaa BIOS Legacy moodiin ja unohtaa Windows 11 siinä? Pitää kokeilla myös vetää koko kone tyhjäksi ja asentuuko Linux oikein edes yksinään, ilman Windowsia rinnalla.
Googlailin myös aiheesta ja pari Linux asennusta E15 vaikutti kyllä oudoilta, joku sai Linux Mint tai Ubuntu asennuksen toimimaan luomalla asennuksen yhteydessä /boot-osion käsin, tms.? Ihmeen vaikeaa kun esim. Dell ja Lenovo-läppäreissä menee Linux Mint, Rocky ja OpenSUSE heittämällä sisään Windows 10 tai 11 rinnalle vaikka olisi SecureBoot päällä.
Jatkan tätä lisää myöhemmin tänään ja huomenna. Sen yhden turpean "aasialainen Linux-mies" videolla luetteli joskus että ilmeisesti juuri Acer ja HP saattaisivat olla läppäreitä joita Linux-käyttäjän kannattaa vältellä. En muista olenko koskaan koittanut asentaa Linuxia HP-läppärille. ASUS ei myöskään ole uutta kokemusta, aikoinaan Linux Mint pyöri kiltisti ASUS G75VW peliläppärissä mutta se oli niin vanha ettei siinä välttämättä ollut edes UEFI/SecureBoot-tukea, Windows 7 siinä silloin lähinnä pyöritettiin, en muista käväisikö Windows 8 ja myös 10 niissä pikaisesti ennen Windows 7 paluuta.
Onko omia kokemuksia mitä läppärivalmistajia Linux-käyttäjän kannattaa vältellä, vai pitäisikö mennä ok Aceriin ja HP:henkin?
Niinjaa, mainittakoon että fast startup on kyllä disabloitu Windowsissa eli sen ei pitäisi häiritä Linuxiin boottaamista.
Muistin juuri että onhan mulla vieläkin paljon vanhempi Acer Aspire E14 läppäri jossa pyörii Linux Mint 22.3 täysin ilman ongelmia... mutta kun tarkistin niin siinä olen laittanut BIOSin Legacy (ei UEFI) moodiin, mikä selittänee miksi siinä Linux Mint toimii kuin junan vessa, ainakin yksinään. Siinä ei ole Windowsia rinnalla kun se alkoi tökkiä jo Windows 10 kanssa, hyvä kevyt Linux-apuläppäri.
Viimeksi muokattu:
- Liittynyt
- 10.01.2024
- Viestejä
- 314
Itsellä lukemisvaikeuksia
Viimeksi muokattu:
No niin, ongelmat käytännössä poistuivat kunhan laittoi SecureBootin pois päältä (mutta UEFI mode edelleen päällä, ei Legacy). Windows 11 toimii edelleen ja nyt sain grubinkin näkyviin bootissa ja siitä pääsee sekä Windowsiin että Linuxiin.
Eka kerta minulle kun SecureBoot oli "pakko" laittaa pois päältä tai ainakin helpotti paljon elämää. En tiedä mikä siinä oli kun muissa koneissa homma menee aika automaagisesti vaikka olisi SecureBoot päällä.
Voi olla että olisi onnistunut myös SecureBoot päällä, siellä oli BIOSissa joku "Add EFI file as a trusted to be executed" tms. mutta kun en ymmärtänyt mikä "ubuntu" hakemiston alla olevista .efi tiedostoista oli pitänyt laittaa sallituksi vai olisiko jokainen yksi kerrallaan (grub.efi, shim.efi ja vielä joku kolmas) yms... jääköön siihen kun ilman secure boottia pääsi eteenpäin.
Kummallinen ominaisuus tuo Acerissa että oli pakko ensin asettaa supervisor-salasana päälle ennenkuin pääsi muuttamaan UEFI-asetuksia (sen sijaan että olisi laittanut sen kokonaan pois). Jonkinlaista acer-logiikkaa, sama se, tiedän nyt tuonkin.
Viimeksi muokattu:
OpenSUSE Tumbleweed päivittyi myös nyt kernel versioon 7.0.2. ihmettelinkin kun päivityksessä meni paljon kauemmin paljon suuremmalla pakettimäärällä kuin normaalisti.
Toistaiseksi en ole huomannut eroa 6.19.12 verrattuna, ja ihan hyvä niin. Gemini AI:n mukaan pitäisi kyllä olla tosi paljon uusia ominaisuuksia ja parannuksia mutta ehkä "näkyvät" enemmän konepellin alla kuin muutoksina käyttäjälle, mikä on ok. Esim. swapin toimintaa on kuulemma tehostettu mutta en tiedä kuinka paljon vaikuttaa minuun kun tykkään käyttää RAM:ssa olevaa kompressoitua swappia (ZRAM).
Onneksi tuli myös aiemmin kasvatettua ESP-osion (/boot/efi) kokoa kun se Windowsin jäljiltä oli defaulttina vain 200MB. Kasvatin sen aiemmin viikolla vähän yli 4 gigatavuun, ja nyt siitä on käytetty 490M eli yli kaksinkertaisesti mikä sen koko oli aiemmin.
Toisaalta toisessa läppärissä jossa Windows 11 rinnalla on Linux Mint 22.3, /boot/efi käytetty tila on vain 39MB joten siellä 200MB olisi edelleen riittänyt erinomaisesti. Tasan eivät käy nallekarkit.
Toistaiseksi en ole huomannut eroa 6.19.12 verrattuna, ja ihan hyvä niin. Gemini AI:n mukaan pitäisi kyllä olla tosi paljon uusia ominaisuuksia ja parannuksia mutta ehkä "näkyvät" enemmän konepellin alla kuin muutoksina käyttäjälle, mikä on ok. Esim. swapin toimintaa on kuulemma tehostettu mutta en tiedä kuinka paljon vaikuttaa minuun kun tykkään käyttää RAM:ssa olevaa kompressoitua swappia (ZRAM).
Onneksi tuli myös aiemmin kasvatettua ESP-osion (/boot/efi) kokoa kun se Windowsin jäljiltä oli defaulttina vain 200MB. Kasvatin sen aiemmin viikolla vähän yli 4 gigatavuun, ja nyt siitä on käytetty 490M eli yli kaksinkertaisesti mikä sen koko oli aiemmin.
Toisaalta toisessa läppärissä jossa Windows 11 rinnalla on Linux Mint 22.3, /boot/efi käytetty tila on vain 39MB joten siellä 200MB olisi edelleen riittänyt erinomaisesti. Tasan eivät käy nallekarkit.
Itsellä Tumbleweed teki 1 gigan boot/efi osion, mutta siitä on käytettynä vain vajaa 7 megaa, onkohan mulla jotenkin erillailla säädetty ton osion käyttö vai mistä mahtaa johtua noin pieni tilankäyttö?
Käsitin että jossain vaiheessa OpenSUSE:ssa jotenkin muuttui että se työntää kernelit yms. /boot/efi alle kun ne aiemmin ilmeisesti menivät /boot alle. En tiedä voisiko sinulla edelleen olla tuo vanhempi systeemi käytössä?
Tai sitten dualboot vaikuttaa jotenkin siihen, jos sulla on OpenSUSE ainoana koneella.
Kummallista. OpenSUSE TW päivityksen (kernel 7.0.2) jälkeen en näe KDE:ssa enää shutdown ja restart optioita missään?
Session alla näkyy kyllä Lock, Log Out ja Switch User, mutta en näe missään noita kahta muuta, ainakaan missä luulisin niiden olevan?
Lisäksi, olen power-optioissa asettanut että power-nappulan painaminen ajaa koneelle shutdownin (tämä on erityisesti niitä outoja tilanteita varten kun kone on kummallisessa välitilassa ettei ole varma mitä se tekee ja haluaa ajaa graceful shutdownin eikä mitään power offia tuosta vaan).
No,tuokaan ei tunnu nyt toimivan, mitään ei tapahdu vaikka painan hetken poer-nappulaa (en kuitenkaan niin kauaa että se vetäisi virrat kokonaan veke).
Koitan seuraavaksi "sudo shutdown now" ehkä vielä -h optiolla, toivottavasti edes se toimii... Onpas eris kummallista?
"sudo shutdown now" onneksi toimi ja nyt ovat restart ja shutdown nappulat ilmestyneet takaisin valikkoon, vaikka kyllä buuttasin aiemman päivityksen jälkeen. Mikä lie bugi.
Session alla näkyy kyllä Lock, Log Out ja Switch User, mutta en näe missään noita kahta muuta, ainakaan missä luulisin niiden olevan?
Lisäksi, olen power-optioissa asettanut että power-nappulan painaminen ajaa koneelle shutdownin (tämä on erityisesti niitä outoja tilanteita varten kun kone on kummallisessa välitilassa ettei ole varma mitä se tekee ja haluaa ajaa graceful shutdownin eikä mitään power offia tuosta vaan).
No,tuokaan ei tunnu nyt toimivan, mitään ei tapahdu vaikka painan hetken poer-nappulaa (en kuitenkaan niin kauaa että se vetäisi virrat kokonaan veke).
Koitan seuraavaksi "sudo shutdown now" ehkä vielä -h optiolla, toivottavasti edes se toimii... Onpas eris kummallista?
"sudo shutdown now" onneksi toimi ja nyt ovat restart ja shutdown nappulat ilmestyneet takaisin valikkoon, vaikka kyllä buuttasin aiemman päivityksen jälkeen. Mikä lie bugi.
Viimeksi muokattu:
Koneessa nykyään ainoastaan Tumbleweed
En osaa sanoa tuosta kernel jutusta, mistä sen pystyy tarkistamaan?
Viimeksi muokattu:
Tämä oli alkuperäinen keskustelu josta lähdin liikkeelle.
ERROR: No free space in /boot/efi for new kernel
lsblk -f from my laptop knurpht@Lenovo-P16:~> lsblk -f NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS sda └─sda1 xfs 5ba14c4d-320d-43b4-b50a-cdbecd969fc6 nvme0n1 ├─nvme0n1p1 vfat FAT32 3419-10D6 504,6M 1% /boot/efi ├─nvme0n1p2 btrfs 980a6220-cd3f-4564-aec8-2ef3f375f5e3 439,3G 53%...
forums.opensuse.org
Tuolla joku sanoo näin:
ERROR: No free space in /boot/efi for new kernel
Because recent TW installs have changed default bootloader from Grub EFI to BLS. When installing to use an already existing ESP that is a formerly recommended size, a new installation needs a change from the default BLS back to traditional EFI Grub before proceeding with the installation. This...
forums.opensuse.org
"Because recent TW installs have changed default bootloader from Grub EFI to BLS. When installing to use an already existing ESP that is a formerly recommended size, a new installation needs a change from the default BLS back to traditional EFI Grub before proceeding with the installation. This results in kernels remaining on a native Linux filesystem like your other two installations instead of being hosted on a VFAT ESP where few can fit."
En ole nyt ihan varma ymmärsinkö aiemmin tuon väärin ja miten tuo pitäisi tulkita, mutta karkea käsitykseni on että koska asensin OpenSUSE TW Windowsin rinnalle, se käyttää Windowsin jo valmiiksi tekemää 200MB ESP-osiota (/boot/efi) ja ilmeisesti tuuppaa sinne kernelit, joka nostaa ESP-osion tilantarvetta. Ja ilmeisesti jos asentaa OpenSUSE:n yksinään levylle, sitten tulee erikokoinen ESP-osio (1GB?) ja ilmeisesti käyttäytyy muutenkin eri tavalla, esim. etteivät kernelit menekään kyseiselle osiolle?
Oli miten oli, minä ratkaisin ongelman kasvattamalla ESP-osiota 200 MB => 4,1 GB aiemmin mainituilla ohjeilla (piti pienentää ja siirtää Windowsin C-osiota, siirtää myös pikkuruinen MSR-osio pois tieltä ja sitten kasvattaa ESP:tä). Tuli ilmeisen tarpeeseen koska nyt viimeisimmän 7.x kernel päivityksen jälkeen:
Filesystem Size Used Avail Use% Mounted on
/dev/nvme0n1p1 4.1G 490M 3.6G 12% /boot/efi
Ehkä yhdelläkin gigalla olisi pärjännyt hyvin mutta olkoot nyt noin ettei tarvitse enää koskaan fiksailla vieläkin suuremmaksi.
Onko kenelläkään muulla tullut viimeisten päivitysten mukana muutos, että KDE:ssa ei ole enään sammutus, uudelleen käynnistys ja nukkuma vaihtoehtoja sovellusvalikossa, vaan joutuu menemään ensiksi kirjautumisruutuun ja sieltä saa vasta valittua jonkin noista vaihtoehdoista?
- Liittynyt
- 20.10.2016
- Viestejä
- 782
Linux-kysymyksiä & yleistä keskustelua Linuxista
6.19.12 versio on se missä tuo on korjattu. Samoin ilmeisesti 6.12.85, 6.18.22 ja 7.0. Ja varmaankin distrot on backportannut muihinkin kernelehin tuon.
bbs.io-tech.fi
Ainoa miten sain sammutettua koneen oli ajaa "sudo shutdown now", ja sen jälkeen puuttuvat nappulat tuntuivat tulevan takaisin eli se korjasi vian samalla. Buutti kaiken muutti.
Mielestäni olin jo kerran buutannut koneen päivitysten jälkeen, joten jäi mielikuva että jostain syystä tarvittiin kaksi buuttia ennenkuin toimi täysin ja tarvittavat nappulat löytyivät. Tuli todella paljon päivityksiä koska kernel päivittyi samalla 7.x.x.
Viimeksi muokattu:
- Liittynyt
- 21.10.2016
- Viestejä
- 817
Tuota ongelmaa ei tullut itselle, mutta konsolissa hostname oli muuttunut numero- ja merkkisarjaksi joka piti itse korjata haluttuun muotoon.
Asensin aiemmin Tumbleweedin oletuksilla ja /boot/efi näyttää olevan 600 megaa.
600 Mt /boot/efi osion kokonaistila, vai siitä kulunut osa? Onko samalla levyllä Windows (ilmeisesti ei jos osio oli jo valmiiksi enemmän uin 200 MB)?
Edelleen itselleni vähän hämärää miten tuo määräytyy. Toisella läppärilläni jolla on myös dualboot mutta Windows ja OpenSUSE TW ovat omilla levyillään, siellä /boot/efi vie vain muutaman kymmenen MB. Sen kokonaiskoko on n. 1GB, mennyt oletuksena noin.
Outo bugi ilmestyi cachyOS viime viikolla. Lutriksen kautta asennettu battle.net ja diablo 4. Diablon ollessa päällä firefox saattaa kaatua kokonaan. Mikäli selaimen avaa uudestaan kaatuu välittömästi uudestaan. Korjaantuu kun sammuttaa diablon ja käynnistää sitten firefoxin uudestaan. Aikaisemmin toimi moitteetta, mutta viime viikolla asentui päivitykset ja sen jälkeen tapahtunut useamman kerran.
- Liittynyt
- 21.10.2016
- Viestejä
- 817
On kokonaistila tuo 600 megaa. Paha sanoa olisiko eri koko jos nyt lataisi tuoreen Tumbleweedin ISO:n ja asentaisi oletuksilla. Ei ole Windowsia ollenkaan samalla koneella.
Tuo sudo shutdown now, korjasi ongelman
, erikoinen bugi kyllä.Yksi vaihtoehto mistä olen pitänyt itse on rEFInd: The rEFInd Boot Manager
Tuon voi siis laittaa vaikka erilliselle tikulle ja kun sen boottaa, etsii se koneen paikallislevyiltä (tukee myös ext4, btrfs jne osioita!) EFI sovelluksia joista se tekee automaattisesti valikon. En tiedä miten se oikein toimii Windowsin kanssa, mutta itselläni on useampi revisio samasta Linux distrosta sekä kasa erinäisiä EFI sovelluksia 10GB FAT32 osiossa. Kun boottaan rEFIndin, tarjoaa se jokaisen omana valikkona. Hyvä puoli on se, että grub valikon kanssa ei tarvi säätää Linuxilla tukemaan Windows tai mitään muutakaan juttuja koska boottimedia kuin "kohdennetaan" ennakkoon. Mun Linux järjestelmä ei myöskään sisällä grubia tai systemd-boot kikkareita koska boottaan ne raakana bzImage (kernel) + initrd "stanzoina", eli ns bootloaderia on myös täysin vapaaehtoinen ja sen voi osatessa/halutessaan säätää myös rEFInd kautta. Ryhdyin tähän säätöön joskus aikoinaan kun en oikein luottanut siihen että mun distro ylläpitää nuita osioita oikein ja pystyn kääntämään koko "ISO" tiedoston järjestelmä manuaalisesti (NixOS virityksiä).
Tästä sellaista että Raspberry toimii minkä tahansa distron kanssa kunhan se osaa ladata ajantasaiset ns device-tree blobit: firmware/boot/overlays at master · raspberrypi/firmware ja kernel on niille "sopiva" (eli yleensä tarpeeksi vanha). Laitteistotuki määritetään siis kuin preboot vaiheessa jossa myös blobit voi manuaalisesti määrittää config.txt tiedostossa. Rautatuki on siis kuin erillinen aspekti yksittäisistä paketeista mitä voit asentaa (no miinus se että paketti kääntyy aarch64).
- Liittynyt
- 21.06.2017
- Viestejä
- 7 593
Ja linuski vuotaa taas:
Täs kävi viel silleen käsittääkseni että toi vuoti maalimalle ennen embargoo joten nyt on paljon linuskeja maalimalla joita ei ole paikattu ja exploitti villinä maalimalla.
Täs kävi viel silleen käsittääkseni että toi vuoti maalimalle ennen embargoo joten nyt on paljon linuskeja maalimalla joita ei ole paikattu ja exploitti villinä maalimalla.
- Liittynyt
- 08.01.2023
- Viestejä
- 3 171
Patchi oli ilmeisesti poimittu kernel mailinglistiltä ja kaveri sitten kyhäsi sen pohjalta POC:n tuolleJa linuski vuotaa taas:
Täs kävi viel silleen käsittääkseni että toi vuoti maalimalle ennen embargoo joten nyt on paljon linuskeja maalimalla joita ei ole paikattu ja exploitti villinä maalimalla.
Jos Mintti alkaa hyytyilemään videoiden toiston kanssa (ei väliä onko mediaplayerillä tai selaimessa) niin että koko työpöytä jäätyy hetkeksi kun videot latautuu ja käyttää enhanced sound applettia niin moinen poistoon ja muuttuu systeemi taas sutjakaksi. Itsellä meinasi käämi palaa kun yhtäkkiä mm. youtube muuttui käyttökelvottomaksi jumittelun takia. Ei ilmeisesti kannata oikein mitään apletteja käyttää kun monessa ihan suoraan varoitetaan että käyttää jumittavia funktioita yms. Alkuun tuokin pitkän aikaa toimi ihan nätisti.
. pitänee muutama testi peli tehdä onko cachyos vieläkin kuitenkin parempi valinta.En tiedä onko tämä enemmän Linux- vai NVidia-kysymys, mutta osaako joku selittää?
Linux Mint (22.3 XFCE) kahdella eri läppärillä joilla on vanhat NVidia Geforce GTX 950M ja 960M näyttöpiirit.
Miksi Driver Manager ehdottaa suositelluksi ("recommended") vanhempaa nvidia-driver-535 ajuria, kun listalla on valittavissa myös 580?
Olen molemmissa läppäreissä valinnut uusimman 580 enkä toistaiseksi huomannut ongelmaa, mikä logiikka tuossa on ehdottaa vanhempaa ajuria?
Linux Mint (22.3 XFCE) kahdella eri läppärillä joilla on vanhat NVidia Geforce GTX 950M ja 960M näyttöpiirit.
Miksi Driver Manager ehdottaa suositelluksi ("recommended") vanhempaa nvidia-driver-535 ajuria, kun listalla on valittavissa myös 580?
Olen molemmissa läppäreissä valinnut uusimman 580 enkä toistaiseksi huomannut ongelmaa, mikä logiikka tuossa on ehdottaa vanhempaa ajuria?
- Liittynyt
- 21.01.2017
- Viestejä
- 296
950M ja 960M ovat Maxwell-sukupolven kortteja. 580-versio ajurista on viimeinen, joka tukee Maxwell:iä.
"Proprietary"-variantti 580-ajurista. Mikään "Open"-variantti ei tue Maxwell-kortteja.
Mintin logiikasta tiedän yhtä paljon kuin Mintistä muutenkin: en yhtään mitään.
"Proprietary"-variantti 580-ajurista. Mikään "Open"-variantti ei tue Maxwell-kortteja.
Mintin logiikasta tiedän yhtä paljon kuin Mintistä muutenkin: en yhtään mitään.
Se menee ihan samalla tavalla, kernelin ja käyttämäsi työpöytäympäristön päivitykset tulee samaa kautta. Ellei nyt Mintissä ole jotain ihan omaa vitkutinta, itse kun päivitän komentoriviltä niin tulee kaikki kerralla. Kaikki nuo siis tulee pakettirepositoryistä, eli itse järjestelmä ei tee eroa ohjelmisto- ja käyttöjärjestelmäpäivitysten välillä.
Faijan Minttikoneessa oli jonkin aikaa gtx 970 ja siinä oli 580-ajurilla kaiken maailman näyttöhäröilyä kun käytti valmiustilaa ja 535 pelitti paremmin. Nyt näyttis on omassa kakkoskoneessa enkä huomaa uudella ajurilla mitään ongelmia kun en moista ominaisuutta käytä.
- Liittynyt
- 21.06.2017
- Viestejä
- 7 593
Tuossa kun taas plasma päivittyi niin kiinnitin nyt huomiota enempi sellaiseen seikkaan että työpöytä hajoaa päivityksen yhteydessä. Siellä oli kyllä selain ja shell auki, mutta kaikki muu kadonnut. Elikkä tautakuvakin oli poissa samoiten alapalkki ja start menu. Tämä ei ollut edes eka kerta kun noin on tapahtunut.
Nyt vaan tuli kiinnitettyä huomiota siihen kun täällä oli jokin aika sitten marinaa siitä että linux päivitykset boottailee kuin windows. Näyttää olevan niin että linuksissa oikeasti alkanu homma menee sinne suuntaan että pakko bootata ja mieluusti ei edes asennella päivityksiä GUI:n kautta koska se saattaa hajota siinä päivityksen aikana.
Ja onhan tästä tavallaan maininta ihan siinä asetuksen infossakin jossa saadaan väkerrettyä se bootin aikana päivitysten asennus pois päältä. Eli mielestäni jos GUI:ta käyttää linuksissa, niin kannattaa melkeimpä antaa sen täpän olla päällä.
Nyt vaan tuli kiinnitettyä huomiota siihen kun täällä oli jokin aika sitten marinaa siitä että linux päivitykset boottailee kuin windows. Näyttää olevan niin että linuksissa oikeasti alkanu homma menee sinne suuntaan että pakko bootata ja mieluusti ei edes asennella päivityksiä GUI:n kautta koska se saattaa hajota siinä päivityksen aikana.
Ja onhan tästä tavallaan maininta ihan siinä asetuksen infossakin jossa saadaan väkerrettyä se bootin aikana päivitysten asennus pois päältä. Eli mielestäni jos GUI:ta käyttää linuksissa, niin kannattaa melkeimpä antaa sen täpän olla päällä.
- Liittynyt
- 27.06.2022
- Viestejä
- 34
Eikös se mene ihan vaan update managerin kautta? Mielestäni tuolta olen myös upgrade:nnu "major" version
- Liittynyt
- 26.10.2016
- Viestejä
- 974
Ois kiva jos vois tälläisissa viesteissä mainita mikä distro kyseessä.
En oo CachyOS:lla huomannu vastaavaa. Ihan sama mitä päivitellään niin on aina pysyny järjestelmä täydessä toiminassa.
cachy-update skripti kysyy päivityksen jälkeen että käynnistetäänkö se ja se palvelu uudelleen sekä ilmoittaa myös onko uudelleen käynnistys tarpeen.Plasma Asetusten valinta päivtysten käyttöönotosta ei taida edes vaikuttaa kuin flatpak paketteihin kun päivityksen ei mene discoverin kautta.
- Liittynyt
- 18.10.2016
- Viestejä
- 249
Paljonko rammia koneessa ja millainen on muistin käyttöaste tuon tapahtuessa?
Puhdasta spekulointia, mutta tuossa voisi olla taustalla OOM-suojaukset. Eli kerneli tappaa Firefoxin OOM:n lähestyessä.
Uutiset
-
OnePlus Suomen toiminta supistuu – valmistajan puhelimet käyneet Suomessa kuitenkin kaupaksi
11.5.2026 15:51
-
HyperX esitteli uuden peliohjaimen tehokäyttäjille ja edullisemman pään pelikuulokkeet
11.5.2026 14:12
-
Live: io-techin Tekniikkapodcast (18-19/2026)
8.5.2026 11:16
-
Tietoturvatutkija: Chrome asentaa salaa 4 Gt:n Gemini Nano -tekoälymallin
8.5.2026 00:38
-
Qualcomm julkaisi uudet Snapdragon 6 Gen 5- ja 4 Gen 5 -alustat edullisempiin mobiililaitteisiin
8.5.2026 00:06
