Linux-kysymyksiä & yleistä keskustelua Linuxista

Aika moni distro vaatii/alkaa vaatia x86-64-v2 ja -v3 -featureita prossulta, eli Ryzeniä (vai Excavatoria?) edeltävät AMD:t ja Haswelliä edeltävät Intelit ovat off-the-table näiden uusimpien/tulevien kanssa, kannattaa tsekata distrokohtaisesti vaatimukset ja verrata prossusta löytyviin täppiin.

Edit: enkä tarkoita maalata piruja seinille, edelleen tulee löytymään kauan aikaa distroja, jotka toimivat jeesuksen aikaisella raudallakin, mutta OSASSA noita vaatimuksia on. RHEL 10 tulee olemaan vaativa, ja esim. A6-3400M-prossulliseen Aceriin ei Alma Linux 9:kään uponnut (8 kyllä meni).
 
Kernelistä tiputettiin hiljattain tuki 486 ja 586:lle Linux-kysymyksiä & yleistä keskustelua Linuxista Eli ainakaan tuolle raudalle ei joidenkin vuosien päästä löydy enää uutta kerneliä. Tosin LTS-kernelit, joista tuki edelleen löytyy, on tuettuna pitkälle 30-lukua, joten ei tässä nyt välitöntä hätää ole tuonkaan raudan kanssa.
Tuohon 32-bittisyyteen se raja käytännössä alkaa muodostua. 5 vuoden päästä saattaa olla jo vaikeuksia löytää 32 bittistä jakelua.
Tukea ei vielä tiputettu. Ehdotus tästä vasta etenee.
EDIT: Vielä tarkennus, asettavatko DE:t (desktop environments) jotain rajoituksia millä raudalla/näyttöpiirillä suostuvat pyörimään, vai pyöriikö viimeisin XFCE tai KDE tai Gnome tai mikälien suunnilleen millä tahansa raudalla, millä itse Linux kernel suostuu pyörimään? Vai meneekö tässä ehkä joku raja että joku Wayland toimii vain tietynlaisella raudalla jne.?
KMS ainakin on jo melkoinen vaatimus nykyaikaiselle työpöydälle. OpenGL/Vulkan-tuki myös tulisi olla. OpenGL:n tuki ei ole pakollinen, kun sitä voi emuloida CPU:lla tai Vulkanilla jne. KMS-ajureita on aika vähän tehty vanhalle raudalle, vaikka noidenhan osalta on vähemmän tekemistä. Geneerisellä VESA-ajurilla voi tehdä jotain, mutta onhan se toivottoman hidas vaikkapa videon soittamiseen. Enpä silti tiedä, odottaako kukaan edes että 486SX:llä ja puolen megan muistilla olevalla koneella toimii H.265 4k-resolla ja 10b väreillä.

Työpöydistä raspillekin tehdyt kioskityöpöydät lienevät kevyimmästä päästä. Tosi vanhojen työpöytien osaltahan on niin, että jos kone oli 2005 jo liian hidas ajamaan XFCE:tä, niin on se edelleen. Puhutaan niin noista 1980- ja 90-luvun laitteista.
 
Aika moni distro vaatii/alkaa vaatia x86-64-v2 ja -v3 -featureita prossulta, eli Ryzeniä (vai Excavatoria?) edeltävät AMD:t ja Haswelliä edeltävät Intelit ovat off-the-table näiden uusimpien/tulevien kanssa, kannattaa tsekata distrokohtaisesti vaatimukset ja verrata prossusta löytyviin täppiin.

Edit: enkä tarkoita maalata piruja seinille, edelleen tulee löytymään kauan aikaa distroja, jotka toimivat jeesuksen aikaisella raudallakin, mutta OSASSA noita vaatimuksia on. RHEL 10 tulee olemaan vaativa, ja esim. A6-3400M-prossulliseen Aceriin ei Alma Linux 9:kään uponnut (8 kyllä meni).

Mihin ne distrot noita ominaisuuksia tarvitsevat? Ei kuulosta siltä että kyseessä olisivat jokaista työpöytäkäyttäjää hyödyttävät ominaisuudet. Liittynevätköhän levyjen rautasalaukseen jotenkin?
 
Mihin ne distrot noita ominaisuuksia tarvitsevat? Ei kuulosta siltä että kyseessä olisivat jokaista työpöytäkäyttäjää hyödyttävät ominaisuudet. Liittynevätköhän levyjen rautasalaukseen jotenkin?

Jos kaikki distron binaarit käännetään geneeriselle x86-64-v3 arkkitehtuurille niin kääntäjä voi huoletta jättää tekemättä optimoinnit jotka hyödyttävät vanhempia arkkitehtuureja ja niihin perustuvia prosessoreita, mutta joista ei ole hyötyä tai jopa on haittaa uudemmilla. Lopputuloksena keskimäärin parempi optimointi vaikka uusia käskyjä ei olisi tilaisuuttakaan käyttää.

Joku lähtökohta sille on otettava, x86-64-v3:tta tukemattomat prosessorit ovat tässä vaiheessa jo pitkälle toista kymmentä vuotta vanhaa serriä. Jos oma valinta on käyttää sellaista niin sopii sitten valita distrokin sen mukaan, ei sellaisen tuen raahaaminen mukana tasan tarkkaan hyödytä "jokaista työpöytäkäyttäjää" nykypäivän käyttöön tarkoitetulla distrolla.
 
Jos kaikki distron binaarit käännetään geneeriselle x86-64-v3 arkkitehtuurille niin kääntäjä voi huoletta jättää tekemättä optimoinnit jotka hyödyttävät vanhempia arkkitehtuureja ja niihin perustuvia prosessoreita, mutta joista ei ole hyötyä tai jopa on haittaa uudemmilla. Lopputuloksena keskimäärin parempi optimointi vaikka uusia käskyjä ei olisi tilaisuuttakaan käyttää.

Joku lähtökohta sille on otettava, x86-64-v3:tta tukemattomat prosessorit ovat tässä vaiheessa jo pitkälle toista kymmentä vuotta vanhaa serriä. Jos oma valinta on käyttää sellaista niin sopii sitten valita distrokin sen mukaan, ei sellaisen tuen raahaaminen mukana tasan tarkkaan hyödytä "jokaista työpöytäkäyttäjää" nykypäivän käyttöön tarkoitetulla distrolla.
Summa summarum, vanhaa voi vielä tekohengittää valitsemalla distronsa oikein. Esim. mainitsemani Q4OS Linux Trinity-työpöydällä tukee ilmeisesti edelleen 32-bittisiä prossuja 2028 asti (ehkä pidempäänkin jos niin päättävät), eli varmaan edelleenkin pyörisi tuolla ikivanhalla 32-bittisella 1GB RAM läppärillä joka tuossa hyllyssä vielä on eikä ole toimivaa kiintolevyä (paitsi jos buuttaa ulkoiselta muistitikulta tai HDD:lta USB:lla, toimii!). 486-koneiden perään en toki enää itke, omakin sellainen viimeinen retro-PC:ni hajosi jo varmaan 10 vuotta sitten.

Mielestäni ihan kiva että näin, vähän erilainen tatsi kuin kuinka ihmiset heittävät vanhoja toimivia telkkareitaan kierrätykseen nyt kun on vain HD-piirto (toki voisihan digiboksillakin selvitä vanhan telkun kanssa), tai varsinkin nyt kuinka Windows 11 tekee suuren määrän vanhoja mutta vielä toimivia PC:eitä romuksi (mulla on perheessä ainakin kolme läppäriä aktiivikäytössä joihin Windows 11 ei suostu asentumaan, niissä on sitten Windows 10 ja/tai Linux).

Jotenkin voisin kuvitella että taas n vuoden kuluttua joku uusi Windows vaatii että PC:stä pitää löytyä joku Copilot AI-piiri, muuten ei suostu edes asentumaan. Taas menee iso läjä PC:eitä kierrätykseen. Linux tuskin tulee tällaista vaatimaan, vaikka ehkä AI-piirejä tukisikin. Saa nähdä miten käy vai käykö kuinkaan.


Niin ja tuli tuossa mieleenkin että kun Windows 11 24H2 päivitys rikkoi monia pelejä, esim. Demonicon ei toimi enää ollenkaan sillä millään 24H2-koneella... taas Linux pelastaa, kyseinen peli pyörii hienosti WINE:llä/Lutriksella Linuxissa. No, pelataan peli siellä sitten läpi, jollei sitteni jollain vanhoista Windows 10 koneista tuen loppumisen jälkeen.
 
Summa summarum, vanhaa voi vielä tekohengittää valitsemalla distronsa oikein. Esim. mainitsemani Q4OS Linux Trinity-työpöydällä tukee ilmeisesti edelleen 32-bittisiä prossuja 2028 asti (ehkä pidempäänkin jos niin päättävät), eli varmaan edelleenkin pyörisi tuolla ikivanhalla 32-bittisella 1GB RAM läppärillä joka tuossa hyllyssä vielä on eikä ole toimivaa kiintolevyä (paitsi jos buuttaa ulkoiselta muistitikulta tai HDD:lta USB:lla, toimii!). 486-koneiden perään en toki enää itke, omakin sellainen viimeinen retro-PC:ni hajosi jo varmaan 10 vuotta sitten.
Iso ongelmahan noissa on että käyttöjärjestelmiin kertyy ajan saatossa paikkoja arkkitehtuurien puutteille ja virheille. Esim. CMPXCHG8B-bugi, FDIV-bugi jne. Toki myös uudemmat Meltdown, Spectre jne. 2025 voi olla vaikea nähdä, miksi uusien prosessorien ajurikoodia tehdessä pitää huomioida 30 vuotta vanhojen koneiden bugit, jotka on raudalla korjattu jo 28 vuotta sitten.

Osahan x86:n workaroundeista liittyy rautaan, jossa oli rajoitteita ennen 386-aikaa ja 386 on eka CPU, mitä Linux on ikinä tukenut. Tuntuu hassulta, että 512-bittisistä AVX-käskyistä kiinnostuneiden pitää huomioida 8- ja 16-bittisten paska-arkkitehtuurien paskakoodia. Ihan jo väylien tasolla nykykoneissa SATA, USB ja PCI jo jakavat x86-koneita niin, että näitä aiempia laitestandardeja on aika vähän käytössä. Olisi tietty helpompaa, jos käyttöjärjestelmäkin olisi mikrokerneli ja modulaarinen. Linux nyt ei sellainen ole.
 
Asensin tänään Linux Mintin. Asennusohjelma osasi asentaa myös Nvidian ajurit. Asennusohjelma ei kuitenkaan antanut valita tallennusmediaa. Laitto 4T kiintolevylle vaikka 1T m.2 olisi ollut käytettävissä.
 
Se asennusohjelma kysyy melko alkuvaiheessa haluatko antaa asennusohjelman tehdä homman automaattisesti vai haluatko itse määritellä mille levylle asennetaan ja minkälaiset partitiot tehdään. Tarkoitatko että tällaista valintaa ei ollut vaiko että manuaalinen levyjen ja partitioitten määrittely ei toiminut?
 
Se asennusohjelma kysyy melko alkuvaiheessa haluatko antaa asennusohjelman tehdä homman automaattisesti vai haluatko itse määritellä mille levylle asennetaan ja minkälaiset partitiot tehdään. Tarkoitatko että tällaista valintaa ei ollut vaiko että manuaalinen levyjen ja partitioitten määrittely ei toiminut?
Siellä oli sellainen toiminto, mutta mistään ei voinut valia sitä 1T:n m.2:sta.
 
Se manuaalinen levyn valinta voi näyttää hiukan mystiseltä kun se käyttää hiukan kummallisia merkintöjä levyistä että ehkä sitä voisi katsoa uudestaan ja pidempään että josko se silti siellä olisi.

Tai sitten linux ei ole jotenkin löytänyt tätä levyä jolloin ongelma on vaikeampi.

Jos tämä on pöytäkone niin ehkä sen 4t kovalevyn voi napata irti asennuksen ajaksi jolloin se automaaginen asennus pitäisi mennä sille toiselle ainoalle kiinniolevalle levylle.
 
Asensin tänään Linux Mintin. Asennusohjelma osasi asentaa myös Nvidian ajurit. Asennusohjelma ei kuitenkaan antanut valita tallennusmediaa. Laitto 4T kiintolevylle vaikka 1T m.2 olisi ollut käytettävissä.
Aika erikoinen automatiikka. Asennusohjelman olisi kyllä järkevä suosia aina nvme-levyä. Oletan nyt että m.2 oli nvme. Muutenhan ne voivat näkyä sata-levyinä molemmat ja tuo lopputulema mahdollinen.
 
Se manuaalinen levyn valinta voi näyttää hiukan mystiseltä kun se käyttää hiukan kummallisia merkintöjä levyistä että ehkä sitä voisi katsoa uudestaan ja pidempään että josko se silti siellä olisi.

Tai sitten linux ei ole jotenkin löytänyt tätä levyä jolloin ongelma on vaikeampi.

Jos tämä on pöytäkone niin ehkä sen 4t kovalevyn voi napata irti asennuksen ajaksi jolloin se automaaginen asennus pitäisi mennä sille toiselle ainoalle kiinniolevalle levylle.
En katsonut Linuxin levyille antamia koodeja. Ainoastaan kokoa.

Sinun idealla koneeseen saadaan yksi Windows ja kaksi Linuxia. Dual/tripla käynnistysvalikko saattaisi mennä solmuun. Jatketaan nykyisellä asennuksella.
 
Aika erikoinen automatiikka. Asennusohjelman olisi kyllä järkevä suosia aina nvme-levyä. Oletan nyt että m.2 oli nvme. Muutenhan ne voivat näkyä sata-levyinä molemmat ja tuo lopputulema mahdollinen.
Samsung 1TB 970 EVO Plus SSD-levy, M.2 2280, PCIe 3.0 x4, NVMe, 3500/3300 MB/s.
 
Jotenkin kuulostaa että edelleen on ongelma olemassa että sille m.2 levylle ei ole onnistuttu asentamaan linuxia ja se ei näy linuxin asennusohjelman manuaalisessa partitiovalinnassa.

Tuo minun vihje yrittää ottaa 4t kovalevy irti oli yritys selvittää miksi näin on ja erityisesti että onko rauta siten että linux ylipäätään osaa nähdä sen m.2 levyn. Jos 4t kovalevyn irtiottamisen jälkeen asennus ei onnistu koska m.2 levyä ei näy niin tällätavoin pääsee nopeasti oikean ongelman juurisyyn selvittelyn alkuun. Jos taas asennus onnistuu niin sehän kait oli just se mitä sinä halusit.

Se mitä 4t levyllä tällähetkellä on on vähän epäselvää mutta oletan että siellä on kenties turha linux asennuspartitio mutta senhän voi sieltä poistaa. Ihan samallatavalla sen kait sieltä haluat ja joudut poistamaan jos vaikka onnistutkin asentamaan linuxin myös sille m.2 levylle tällä taktiikalla millä näytät etenevän.

Se oikea ongelma joka tuosta minun 4t levyn irtiottoideasta seuraa että jos asennat linuxin m2. levylle näin ja jos windows asennus on sillä 4t levyllä niin asennuksen jälkeen systeemi on linux singleboot tilassa mutta sen saaminen dualboottaamaan sen jälkeen kun 4t levy laitetaan uudestaan kiinni ei ole vaikeaa vaan ihanvaan grub configuraattorilla menee helposti sen jälkeen kun muutat koneen buuttausjärjestyksen että se buuttaa m.2 levyltä ensin.

Jos taas windows on m.2 levyllä ja kone siis jo ennestään buuttaa ensin m.2 levyltä niin silloinhan dualboot tulee kerralla kuntoon ja sun tarttee vain deletoida se 4t levyn linux osio ettei siitä ole harmia tulevaisuudessa mutta senhän haluat tehdä joka tapauksessa?

Triplakäynnistysvalikko tai vaikka monimutkaisempikaan ei sinällään ole mitenkään ihmeellistä vaan sellaisia on monella ihmisellä ihan halun vuoksi jos vaikka haluavat testata 12 erilaista käyttöjärjestelmää eri partitioilla ja heillä on siis dozenboot valikko.

Mutta ihan miten vaan haluat.
 
En katsonut Linuxin levyille antamia koodeja. Ainoastaan kokoa.

Sinun idealla koneeseen saadaan yksi Windows ja kaksi Linuxia. Dual/tripla käynnistysvalikko saattaisi mennä solmuun. Jatketaan nykyisellä asennuksella.
Ei selvinnyt alkuperäisestä viestistä: oliko tarkoituksenasi asentaa Linux Mint olemassaolevan Windows-asennuksen rinnalle dualboottiin, vai ainoaksi käyttikseksi tyhjälle tietokoneelle jolla on sekä (täysin tyhjät) SSD että HDD levyt (ja ymmärrettävästi haluat Linuxin nopeammalle levylle)?

Jos siellä on jo Windows, millä levyllä se on? SSD?

Molemmissa ylläolevissa tapauksissa herra57 ajatus olisi se mitä itsekin yrittäisin, jotta voisi todentaa eikö Linux Mintin asennusmedia jostain syystä näe SSD-levyä ollenkaan. Jos taas nykyinen Windows on asennettu hitaalle HDD:lle ja Linuxin haluat rinnalle tyhjälle SSD:lle, sitten tuo idea ei toimi.

Mahdollisia lisäkommerverkkeja:

1. Onko SecureBoot päällä? Sinänsä Linux Mint pitäisi osata hanskata se mutta aloitteleva voi mennä vikaan kun SecureBoot alkaa pyytää jotain MOK-avaimia uudelleenkäynnistyessään eikä ole varma miten edetä; io-techin aiemmin ketjussa ollut Linux-testi taisi törmätä juuri tähän kun ottivat NVidian proprietary-ajurit käyttöön, valitsivat kai väärän option eivätkä saaneet Linuxia toimimaan ennenkuin SecureBoot laitettiin kokonaan pois päältä.

Tosin en tiedä aiheuttaisiko SecureBoot tuollaista ettei toinen levy (SSD) näy Linuxille asennuksessa, mutta mistä näitä tietää varmasti.

2. Joku toinen oli mielessä mutta meni jo.
 
Näin useamman viikon ubuntun ja freenassin parissa lopulta asrockin biosiksi paljastuneen ongelmapesän kanssa tapelleena. Mitä valmistajaa ensisijaisesti kannattaa katella hw puolelta ja mitä distroa lähteä koittaman samba-nas-plex kotipalvelimena?
 
Näin useamman viikon ubuntun ja freenassin parissa lopulta asrockin biosiksi paljastuneen ongelmapesän kanssa tapelleena. Mitä valmistajaa ensisijaisesti kannattaa katella hw puolelta ja mitä distroa lähteä koittaman samba-nas-plex kotipalvelimena?
Varmaan auttaisi avata hieman mistä on kiikastanut ja mikä AssRockin BIOSissa hiertää? Yleisesti ottaen toki myös koneen speksit. Aika hankala lähteä mitään perusteltua vastausta näiltä pohjin antamaan..
 
En katsonut Linuxin levyille antamia koodeja. Ainoastaan kokoa.

Sinun idealla koneeseen saadaan yksi Windows ja kaksi Linuxia. Dual/tripla käynnistysvalikko saattaisi mennä solmuun. Jatketaan nykyisellä asennuksella.
Nykyään kun koneissa on UEFI (olettaen että kone on luokkaa 10-15v vanha korkeintaan), niin eka boottivalikko on kyllä siellä UEFIn rommilla. Sinne voi säätää eka Windowsin ja Linuxin. Systemd-boot tai grub on sitten Linuxin osiolla ketjuladattuna. Ennen vanhaan olikin eri juttu kun sekä Windows että Linux käyttivät samaa MBR:ää ja kaikki sähellys boottailun ympärillä rikkoi kaiken.
 
Ei selvinnyt alkuperäisestä viestistä: oliko tarkoituksenasi asentaa Linux Mint olemassaolevan Windows-asennuksen rinnalle dualboottiin, vai ainoaksi käyttikseksi tyhjälle tietokoneelle jolla on sekä (täysin tyhjät) SSD että HDD levyt (ja ymmärrettävästi haluat Linuxin nopeammalle levylle)?

Jos siellä on jo Windows, millä levyllä se on? SSD?

Molemmissa ylläolevissa tapauksissa herra57 ajatus olisi se mitä itsekin yrittäisin, jotta voisi todentaa eikö Linux Mintin asennusmedia jostain syystä näe SSD-levyä ollenkaan. Jos taas nykyinen Windows on asennettu hitaalle HDD:lle ja Linuxin haluat rinnalle tyhjälle SSD:lle, sitten tuo idea ei toimi.

Mahdollisia lisäkommerverkkeja:

1. Onko SecureBoot päällä? Sinänsä Linux Mint pitäisi osata hanskata se mutta aloitteleva voi mennä vikaan kun SecureBoot alkaa pyytää jotain MOK-avaimia uudelleenkäynnistyessään eikä ole varma miten edetä; io-techin aiemmin ketjussa ollut Linux-testi taisi törmätä juuri tähän kun ottivat NVidian proprietary-ajurit käyttöön, valitsivat kai väärän option eivätkä saaneet Linuxia toimimaan ennenkuin SecureBoot laitettiin kokonaan pois päältä.

Tosin en tiedä aiheuttaisiko SecureBoot tuollaista ettei toinen levy (SSD) näy Linuxille asennuksessa, mutta mistä näitä tietää varmasti.

2. Joku toinen oli mielessä mutta meni jo.
Samsung 970 EVO Plus SSD 500 Gt M.2 -SSD-kovalevy Windows
Samsung 1TB 970 EVO Plus SSD-levy, M.2 2280, PCIe 3.0 x4, NVMe, 3500/3300 MB/s Tyhjä
Seagate Barracuda 4 Tt 256 Mt 5900 RPM 3.5" SATA III (6 Gb/s) kovalevy Alunperin pekästään tiedostoja. Nyt Myös Linux Mint. Mint näkee kaikki alkuperäiset tiedostot.
AMD Ryzen 9 5900X
Asus ROG Strix RTX 3090
Corsair 32GB (2 x 16GB) Vengeance LPX, DDR4 3200MHz, CL16,
Tarkoitus oli asentaa dualboot, joka tulikin.
Linuxin asennusmedia näki vain 4T kiintolevyn.
1. En tiedä mitään SecureBootista. Ei kysellyt MOKkeja. Nvidian ajurit toimivat asennuksen jäkeen. Kokeilin Homeword 3:sta.
 
Samsung 970 EVO Plus SSD 500 Gt M.2 -SSD-kovalevy Windows
Samsung 1TB 970 EVO Plus SSD-levy, M.2 2280, PCIe 3.0 x4, NVMe, 3500/3300 MB/s Tyhjä
Seagate Barracuda 4 Tt 256 Mt 5900 RPM 3.5" SATA III (6 Gb/s) kovalevy Alunperin pekästään tiedostoja. Nyt Myös Linux Mint. Mint näkee kaikki alkuperäiset tiedostot.
AMD Ryzen 9 5900X
Asus ROG Strix RTX 3090
Corsair 32GB (2 x 16GB) Vengeance LPX, DDR4 3200MHz, CL16,
Tarkoitus oli asentaa dualboot, joka tulikin.
Linuxin asennusmedia näki vain 4T kiintolevyn.
1. En tiedä mitään SecureBootista. Ei kysellyt MOKkeja. Nvidian ajurit toimivat asennuksen jäkeen. Kokeilin Homeword 3:sta.
Ok nyt on vähän selkeämpää.

Vaikea sanoa mistä johtuu mutta paras arvaus, sinunkin tuossa sanomanasi, oli että jostain syystä se ei nähnyt noita SSD-levyjä... mutta osasi silti tehdä toimivan dual-bootin toisella "näkymättömällä" SSD:llä majailevan Windowsin kanssa?

Sitä myös mietin miten se osasi asentaa itsensä HDD:lle jos siellä oli jo esim. NTFS-formatoitu datapartitio? Vai oliko siellä käyttämätöntä tilaa jota ei oltu vielä partitioitu, ja Mint partitioi sen itselleen (ext4)?

Jos kokeilisin itse uudestaan Mint-asennusta, varmaan just kokeilisin että HDD irti siksi aikaa, ja näkeekö Mint mitään mille asentaa itseään (eli niitä kahta SSD:tä, tai lähinnä sitä tyhjää). Joku viisaampi osaa ehkä sanoa miten olemassaolevasta Mint-asennuksesta pääsisi helpoiten eroon että lähtee grubitkin kne mäkeen etkä vahingossa poista sitä datapartitiotasikin...

Yksi mitä myös tarkistaisin olisi mennä BIOS/UEFI asetuksiin ja katsoa sieltä miten nuo kolme levyä siellä näkyvät, ja onko niille erilliset boot optiot ja mikä on nyt valittu aktiiviseksi jolta buutataan (joka sitten osannee antaa sinulle buutissa valikon että mennäänkö Windowsiin vai Linuxiin). Samalla ehkä näkee onko SecureBoot päällä, toki sitä ei kannattane tässä vaiheessa muuttaa.

Muistelen myös että joillakin koneilla minun piti vaihtaa UEFI-asetuksista joku "SATA Operation" defaultiista "Raid On" => "ACHI" ennenkuin sain asennettua Linuxin rinnalle ja alkoi toimia. En tiedä liittyykö tämä ollenkaan sinun tapaukseesi.

Valitettavasti minullakin tämä oppi dualbootin toimintaan saamiseksi on tullut lähinnä kantapään kautta yritys&erehdys-menetelmällä ja kovalla googlailulla. Toki yleensä se on mennyt heti maaliin mutta eniten joskus jouduin ihmettelemään juuri tuota yllämainittua "SATA Operation"-modea, ja joskus tuli io-tech Linux videon tapaan tapeltua niiden MOK-avainten kanssa ennenkuin sain SecureBootin toimimaan (ei siinä muusta ollut kyse kuin että buutin jälkeisessä "MOK-ruudussa" tein väärän valinnan kun en ymmärtänyt mihin ko. valinta edes liittyi; io-tech taisi tehdä saman mokan mutta pääsi sen yli disabloimalla koko SecureBootin; minä tarvitsin SecureBootin päälle koska työnantaja niin vaati ja Windowsissa oli BitLocker käytössä joka muistaakseni taitaa vaatia SecureBootin päälläoloa, -kö?
 
Windowsin Fast Startup myös lukitsee asemia vain lukutilaan, se tulisi itselle ensiksi mieleen.
Hyvä pointti, tuohan tulisi kai ensimmäiseksi disabloida Windowsista ennenkuin alkaa asennella Linuxia rinnalle?

En ehkä itse törmää tuohon koska aina käyn Windowsin asennuksen jälkeen poistamassa tuon asetuksen. Tykkään vaan että shutdown oikeasti tarkoittaa shutdown eikä jotain hybridihibernatetilaa josta ei voi olla varma. Kyllä minä jaksan odottaa sen 5-10 s kauemmin konetta käynnistettäessä.
 
On moni näemma ainakin ryhtynyt kokeilemaan linuxia statcouterin mukaan.
Noussut viimme aikoina 18%, toivottavasti myös usea on tyytyväinen vaihtoon.
Tietysti vaihto vaatii paljon uuden opettelua.
statcounter
StatCounter-os_combined-FI-monthly-202404-202504.png
 
Muistelen myös että joillakin koneilla minun piti vaihtaa UEFI-asetuksista joku "SATA Operation" defaultiista "Raid On" => "ACHI" ennenkuin sain asennettua Linuxin rinnalle ja alkoi toimia. En tiedä liittyykö tämä ollenkaan sinun tapaukseesi.
Tuo Raid kannattaa vaihtaa muissakin tapauksissa AHCI:ksi. AHCI on standarditapa ja raidien kanssa joutuu mahdollisesti ongelmiin, jos emolevy hajoaa. Linuxissa on omat softaraid-tekniikat.
 
Jos tulkitsen oikein hw kuvaustasi niin tämä 1t SSD jolle yritetään asentaa vaikuttaisi olevan pcie adapterikortilla ja tämä toinen 500g SSD on emolaudan m.2 liittimessä.

Linuxilla on ollut ongelmia buutata joittenkin pcie adapterikorttien takana olevalta m.2 SSD:ltä. Kannattaa googlata lisää yksityiskohtia.

Joku helppo kokeilu olisi vaihtaa nuo SSD asemat päikseen että 1T SSD jonne asennetaan linux tulisi emolaudan liittimeen ja tuo toinen Windows SSD sinne adapterikortille josko Windows osaisi buutata tältä adapterikortilta. Se voi osata buutata sieltä natiivisti mutta luultavasti ainakin siten että buuttaus tapahtuu 1T SSD linux dualboot konfiguraation kautta.

Sen linux partition tuhoaminen 4t HDDltä on paras tehdä windowssista antamalla sen laajentaa Windows partition sen päälle. Windows osaa varmaan tuhota sen linux buuttisektorin joka jää nyt käyttämättömäksi mutta jos ei niin ei se haittaa kun sä et halua määritellä tätä levyä biossissa levyksi jolta buukataan.

Linuxin asennusmedia ehkä valitsi olla näyttämättä tätä 500g levyä koska siellä oli Windows käyttämässä koko levytilan. Jos olisit ennakolta tehnyt sinne allokoimatonta tilaa niin ehkä asennusmedia olisi näyttänyt tämän levyn.
 
Viimeksi muokattu:

Statistiikka

Viestiketjuista
277 591
Viestejä
4 775 187
Jäsenet
77 647
Uusin jäsen
Janne00140

Hinta.fi

Back
Ylös Bottom