Linux-kysymyksiä & yleistä keskustelua Linuxista

Asensin flatpak version terminaalissa ja kokeilin käynnistää sovelluksen terminaalissa. "Vastauksena" tulee pari sivua pitkä virheilmoitusten sekamelska (näin maallikon silmin) ja itse sovellus käynnistyy mustassa ikkunassa. Netissä on kyllä kirjoituksia, että ollut linuxisa ongelmia mutta itse en niistä ole ollut tietoinen, koska aikaisemmissa distroissa on se asentunut ilman ogelmia.

Edit: Kokeilin vielä AppImage -versio yhtä huonolla menestyksellä. Chatgpt totesi (virheilmoituksen nähtyään), että kannattaa odottaa softan päivitystä, koska monilla on samoja ongelmia (myös muissakin distroissa) ja käyttää Ente Auth:n webversiota.
En ole varma vaikuttaako Flatpack tai AppImage ohjelmissa, mutta uusimmassa MX Linux 25 versiossa on 23 versiosta poiketen erikseen systemd ja sysvinit eri imagena. Testauksessa olevassa 25.1 versiossa pitäisi olla mahdollista valita käynnistyksen yhteydessä kumpaa haluaa käyttää. Ilmeisesti pieni osa ohjelmistoista olettaa käytössä olevan systemd ja eivät välttämättä toimi jos sysvinit on käytössä.
 
Jagged Alliance 3 ja Wayland ei oikein tunnu tulevan toimeen keskenään.

Koko näytöllä FPS kyykkää merkittävästi aina kun hiiren kursoria liikuttaa, pitäessä hiiren paikallaan ja käyttäen vaikkapa näppäimistön painikkeita kameran liikuttamiseen ongelmia ei ole. V-sync päällä FPS puolittuu 60-> 30 kursorin liikutuksella, V-sync pois päältä FPS pysyy tasaisena +100fps mutta silminnähden se ei pidä paikkaansa sillä kuva selvästi tökkii kursoria liikuttaessa siinä määrin että tekee lähes kelvottoman pelata.

Ikkunatilassa ei tee mieli pelata, sillä olen tottunut liikuttamaan ylhäältä päin kuvattujen pelien kameraa viemällä kursori näytön reunaan. Tämä ei tietysti ole ikkunatilassa oikeastaan mahdollista.

Kirjautuessa sisään X11 istuntoon ongelmaa ei esiinny, joten siitä päättelin että tämä on nyt joku Waylandiin liittyvä juttu.

Joten mistä ongelma Waylandin kanssa johtuu ja mitenköhän sen korjaisin?
Tai vaihtoehtoisesti jotain helpohkoa niksiä miten saan juuri Jagged Alliancen käynnistymään X11 kautta vaikka on kirjautuneen Wayland istuntoon?

Näyttiksenä RX9700XTX
Ubuntu 24.04, 6.8.0-90-generic
Resoluutio 3840x2160, Ubuntun näyttöasetuksista skaalaus 200% oli päällä mutta ei vaikutusta onko 100% vai 200%
Ei vaikutusta onko toinen näyttö kytkettynä kiinni vai ei.
Steamin "-fullscreen" käynnistyskomennolla ei vaikutusta.
Protontricksin avulla vääntelin erilaisia näyttöön ja resoluution liittyviä asetuksia, sekä myös eri Windows versioita, näilläkään ei vaikutusta.

Jos se liittyy asiaan millään tavalla, niin mainitsen vielä että kun käynnistän pelin niin peli avautuu siten että pelin reunalla näkyy Windowsin ikkunan reunat(eli siis oikeassa yläkulmassa pienennä, suurenna/palauta, sulje painikkeet jne.) Pelin asetuksista kääntämällä ensin pelin ikkunatilaan ja takaisin koko näytön tilaan peli näyttää menevän oikein koko näytölle.
 
Ubuntu 24.04 version Gnome/mutter/wayland combossa on tympeitä bugeja tällä hetkellä, itse vasta niitä pähkäilin. X11 käyttämällä niitä ei esiintyny. Asensin sitten plasma-desktopin minimi asennuksena, ni kaikki ropleemat katosi ku mutteria ei ole, eli siihen taisi liittyä ne. Nyt ne DE:t on rinnakkain vielä. Toistensa softat piilotettu GitHub - benklop/hideapps scriptillä.. muutamia tosin ostin takaisin käyttöön plasman puolella ku en jaksanu ettiä kden vastaavia.
 
Jagged Alliance 3 ja Wayland ei oikein tunnu tulevan toimeen keskenään.

Koko näytöllä FPS kyykkää merkittävästi aina kun hiiren kursoria liikuttaa, pitäessä hiiren paikallaan ja käyttäen vaikkapa näppäimistön painikkeita kameran liikuttamiseen ongelmia ei ole. V-sync päällä FPS puolittuu 60-> 30 kursorin liikutuksella, V-sync pois päältä FPS pysyy tasaisena +100fps mutta silminnähden se ei pidä paikkaansa sillä kuva selvästi tökkii kursoria liikuttaessa siinä määrin että tekee lähes kelvottoman pelata.

Ikkunatilassa ei tee mieli pelata, sillä olen tottunut liikuttamaan ylhäältä päin kuvattujen pelien kameraa viemällä kursori näytön reunaan. Tämä ei tietysti ole ikkunatilassa oikeastaan mahdollista.

Kirjautuessa sisään X11 istuntoon ongelmaa ei esiinny, joten siitä päättelin että tämä on nyt joku Waylandiin liittyvä juttu.

Joten mistä ongelma Waylandin kanssa johtuu ja mitenköhän sen korjaisin?
Tai vaihtoehtoisesti jotain helpohkoa niksiä miten saan juuri Jagged Alliancen käynnistymään X11 kautta vaikka on kirjautuneen Wayland istuntoon?

Näyttiksenä RX9700XTX
Ubuntu 24.04, 6.8.0-90-generic
Resoluutio 3840x2160, Ubuntun näyttöasetuksista skaalaus 200% oli päällä mutta ei vaikutusta onko 100% vai 200%
Ei vaikutusta onko toinen näyttö kytkettynä kiinni vai ei.
Steamin "-fullscreen" käynnistyskomennolla ei vaikutusta.
Protontricksin avulla vääntelin erilaisia näyttöön ja resoluution liittyviä asetuksia, sekä myös eri Windows versioita, näilläkään ei vaikutusta.
Onko sulla siis Wayland Protonista päällä Proton-GE:ssä vai käytätkö normaalia XWaylandia?
 
Nyt tuli Vulkan working groupilta uusi versio Vulkan specseistä, jossa mm. VK_EXT_descriptor_heap

Ja Nvidia julkaisi Vulkan Beta -ajurit jossa mm. VK_EXT_descriptor_heap tuettuna

Tämän julkaisun myötä stäckissä kehittäjät ovat alkaneet laittaa tavaraa yleiseen jakoon
DXVK pull request

vkd3d-proton vaatii isompia muutoksia koodissa niin sieltä ei vielä ole mitään tullut ulos.

Ja mikä tästä tekee mielenkiintoisen niin tämä ruljanssi on d3d12 -> vulkan käännöstä avittamaan pääasiassa nvidian ja intelin näytönohjaimilla, pelistä riippuen tehoja voi mennä hukkaan kun käännöstä ei ole ennen saatu tehtyä optimaalisella tavalla.
Nähtäväksi jää paljonko tämän jälkeen on tehoeroa natiivina windowsissa ajettuihin peleihin, ja kehitys loppukäyttäjille valmiiksi paketiksi kestänee vielä jonkun viikon.
 
Viimeksi muokattu:
Onko sulla siis Wayland Protonista päällä Proton-GE:ssä vai käytätkö normaalia XWaylandia?
Normaalisti XWayland.
Mutta kysymyksesi innoittamana ehdin tulla jo tuosta toiveikkaaksi. Latasin viimeisimmän Proton-GE ja käynnistysasetuksiin "PROTON_ENABLE_WAYLAND=1 %command%"
No eipä se silläkään toiminut, edelleen FPS romahtaa kun hiirtä liikuttaa.
 
Normaalisti XWayland.
Mutta kysymyksesi innoittamana ehdin tulla jo tuosta toiveikkaaksi. Latasin viimeisimmän Proton-GE ja käynnistysasetuksiin "PROTON_ENABLE_WAYLAND=1 %command%"
No eipä se silläkään toiminut, edelleen FPS romahtaa kun hiirtä liikuttaa.
Oletko tutkinut mitä temppuja muut ovat tehneet ja raportoineet ProtonDB:hen?
 
Siirretty paikallisen AI:n kokoonpanot keskusteluun.

Eli tekisi tässä jossain kohtaa mieli vähän omalla koneella testata paikallisia tekoäly härväilyitä (esim. kuvien ja koodin luontia) ja näytönohjaimena on Intelin ARC B580 jolla sinänsä pitäisi asiat onnistua, ei ehkä ihan niin kätevästi kuin esim. Nvidialla ja AMD:lla mutta kuitenkin. Jäin pohtimaan hyötyisinkö jos laittaisin lisäksi koneeseen toiseksi näytönohjaimeksi vanhan GTX 1660 Superin (PCIe 3.0 x4 väylään, nykyisessä B550 emolevyssä löytyy 2 kpl x16 väyliä, mutta vain toinen on sähköisesti täysi x16, se ensimmäinen) ja saako näitä edes yhteistyöhön? ARC hoitaisi tekoälyt ja 1660 taas sitten muut asiat konetta käytettäessä. Tällä hetkellä käytössä on Fedora 43 + KDE, mutta mitä on tullut luettua jokusen verran asiasta, niin ymmärtääkseni Ubuntulla tekoäly + ARC-näytönohjaimet on se parempi/paras vaihtoehto.

Muut komponentit: CPU on R5 5600, 16 Gb 3200MHz muistia ja KC3000 1Tb NVMe massamuistia, tarvittaessa tökkään toisen samanlaisen 1 Tb:n NVMe:n koneeseen jos tarvetta lisätilalle tulee. Ja Corsairin RM750x virtalähde.
 
Viimeksi muokattu:
Kysytäänpä täältä kun en netistä hakemalla löytänyt oikein mitään järkevää vastausta tupla GPU käyttöön + tekoäly.

Eli tekisi tässä jossain kohtaa mieli vähän omalla koneella testata paikallisia tekoäly härväilyitä (esim. kuvien ja koodin luontia) ja näytönohjaimena on Intelin ARC B580 jolla sinänsä pitäisi asiat onnistua, ei ehkä ihan niin kätevästi kuin esim. Nvidialla ja AMD:lla mutta kuitenkin. Jäin pohtimaan hyötyisinkö jos laittaisin lisäksi koneeseen toiseksi näytönohjaimeksi vanhan GTX 1660 Superin (PCIe 3.0 x4 väylään, nykyisessä B550 emolevyssä löytyy 2 kpl x16 väyliä, mutta vain toinen on sähköisesti täysi x16, se ensimmäinen) ja saako näitä edes yhteistyöhön? ARC hoitaisi tekoälyt ja 1660 taas sitten muut asiat konetta käytettäessä. Tällä hetkellä käytössä on Fedora 43 + KDE, mutta mitä on tullut luettua jokusen verran asiasta, niin ymmärtääkseni Ubuntulla tekoäly + ARC-näytönohjaimet on se parempi/paras vaihtoehto.

Muut komponentit: CPU on R5 5600, 16 Gb 3200MHz muistia ja KC3000 1Tb NVMe massamuistia, tarvittaessa tökkään toisen samanlaisen 1 Tb:n NVMe:n koneeseen jos tarvetta lisätilalle tulee. Ja Corsairin RM750x virtalähde.
Tuolla on jonku verran keskustelua AI + rauta-aiheesta: Paikallisen AI:n kokoonpanot
 
Tulipa asennettua Zorin OS 18 ja yllättävän smoothisti sain kaiken toimimaan. Windowsia kun olen käyttänyt versiosta 3.0 asti, niin oli hieman korkea kynnys edes yrittää mitään Linuxia.

Win 11 ja ai-perseily oli viimeinen naula arkkuun ja ehkä tuon tuosta saa vielä täyspäiväkseksi käyttikseksi conffattua.

Tosiaan yllättävän windows-tyylikseksi ovat saaneet tuon kehitettyä.
 
Tulipa asennettua Zorin OS 18 ja yllättävän smoothisti sain kaiken toimimaan. Windowsia kun olen käyttänyt versiosta 3.0 asti, niin oli hieman korkea kynnys edes yrittää mitään Linuxia.

Win 11 ja ai-perseily oli viimeinen naula arkkuun ja ehkä tuon tuosta saa vielä täyspäiväkseksi käyttikseksi conffattua.

Tosiaan yllättävän windows-tyylikseksi ovat saaneet tuon kehitettyä.
Ei huono valinta ollenkaan, näillä extensioneilla voi sit lisätä ominaisuuksia Install Third-Party GNOME Shell Extensions
 
Viimeksi muokattu:
Läppärissä on alunperin ollut käyttiksenä win10. Se on alustettu ja tilalle asennettu linux mint. Voisitteko neuvota miten saisin tämän kyseisen läppärillä usb muistitikkuun ajettua win11 asennustiedostot?
 
Lunttasin täältä: https://forums.linuxmint.com/viewtopic.php?t=393275
  • Lataat iso-imagen Microsoftilta: Download Windows 11
  • Tökkäät usb-tikun kiinni
  • Aja sudo lsblk -f
  • Tikku pitäisi näkyä /dev/sdX, josta painat mieleen mikä on X
  • kirjoitat iso-imagen tikulle komennolla sudo dd if=ladattu_winkkari.iso of=/dev/sdX bs=8192 (jossa oikea tiedostonimi ja oikea /dev/sdX
Jos ei toimi, niin kokeile tuolla foorumilla ehdotettua Ventoyta.
 
Ei toimi dd:llä windows .iso:n laitto. Tarvitsee WoeUSB:n tai Ventoyn, Ventoy varmaan helpompi.

Ventoylla taas ei toimi Secure boot jonka Windows 11 vaatii, eli pitää enrollata avaimet. Se avustaa siinä kyllä.

"Helpoin" (ilman ns. säätöä/sähläystä) olisi mielestäni pyytää kaveria tekemään Win11 usbitikku Media Creation Toolilla :)
 
Ei toimi dd:llä windows .iso:n laitto. Tarvitsee WoeUSB:n tai Ventoyn, Ventoy varmaan helpompi.

Ventoylla taas ei toimi Secure boot jonka Windows 11 vaatii, eli pitää enrollata avaimet. Se avustaa siinä kyllä.

"Helpoin" (ilman ns. säätöä/sähläystä) olisi mielestäni pyytää kaveria tekemään Win11 usbitikku Media Creation Toolilla :)
W11 vaatii, että koneesta löytyy secure boot, mutta sen ei oo pakko olla päällä.
 
Jaha. Ainoa windows, josta olen markkoja maksanut, alkoi herjaamaan emon vaihdon jälkeen aktivoimisesta. Ei kuitenkaan ollut linkittynyt tiliini enkä näe käyttämääni laitetta, että saisin sen itse aktivoitua. Pitäis varmaan olla ms tukeen yhteydessä.

Tämä sai kuitenkin riittää ja päätin toteuttaa vihdoin sen mikä on ollut ajatuksena jo pitkään. Eli asensin Cachyos toiselle nvmelle. Pelailua linuxilla testasinkin jo kesällä bazzitella ja hyvin toimi. Ja kaikki meni nyt myös hyvin ja toimi Cachylla mitä pikaisesti ehdin testaamaan.

Aavistuksen optimistiset fiilikset, että tästä alkaa uusi yhteinen taival linuxin kanssa. Katotaan koska saan rikki sen, pitää yrittää olla ”ylisäätämättä” asioita.
 
Katotaan koska saan rikki sen, pitää yrittää olla ”ylisäätämättä” asioita.
Opettele ottamaan vaikka Timeshift:llä palautuspisteitä aina kun jotain uutta tai isompaa kokeilet. Kirjoita jotain siihen backupin lisäkenttään että missä vaiheessa se on otettu, ni ei tarvii muistella. Poistelet sitten myöhemmin niitä vanhoja sieltä viemästä tilaa.

Toinen keino on vältellä katastrofia on pitää vaikka jotain vanhaa läppäriä tms samassa distrossa ja versiossa, ni harjoittelee siellä niitä uusia juttuja ensin ja sitten sama pääkoneeseen. Tälleen ei tuu niin herkästi sekoitettua pääkonetta..
 
Opettele ottamaan vaikka Timeshift:llä palautuspisteitä aina kun jotain uutta tai isompaa kokeilet. Kirjoita jotain siihen backupin lisäkenttään että missä vaiheessa se on otettu, ni ei tarvii muistella. Poistelet sitten myöhemmin niitä vanhoja sieltä viemästä tilaa.

Toinen keino on vältellä katastrofia on pitää vaikka jotain vanhaa läppäriä tms samassa distrossa ja versiossa, ni harjoittelee siellä niitä uusia juttuja ensin ja sitten sama pääkoneeseen. Tälleen ei tuu niin herkästi sekoitettua pääkonetta..
CachyOS taitaa hoitaa tuon ihan automaattisesti ainakin nykyisin, ja jos Liminen valitsee bootloaderiksi niin saa snapshotit näkyviin myös sinne.
 
Minulla käytössä Linux Mint ja Timeshift. Boottauksen jälkeisissä valinnoissa ei tule mitään tallennuspisteitä valittavaksi. Tämän luulisi olevan tallennuspisteiden koko tarkoitus jos Linux Mint ei toimikkaan. Miten saan tallennuspisteet näkyviin boottauksen jälkeen?
 
Minulla käytössä Linux Mint ja Timeshift. Boottauksen jälkeisissä valinnoissa ei tule mitään tallennuspisteitä valittavaksi. Tämän luulisi olevan tallennuspisteiden koko tarkoitus jos Linux Mint ei toimikkaan. Miten saan tallennuspisteet näkyviin boottauksen jälkeen?
Näillä ohjeilla on tullu Minttiin tehtyä tuo. Tuon ohjeen mukanen ratkaisu vaatii että Mint on asennettu btrfs osiolle ja grub-btrfs paketin, jota ei löydy suoraan Mintin paketinhallinnasta.
 
Minulla käytössä Linux Mint ja Timeshift. Boottauksen jälkeisissä valinnoissa ei tule mitään tallennuspisteitä valittavaksi. Tämän luulisi olevan tallennuspisteiden koko tarkoitus jos Linux Mint ei toimikkaan. Miten saan tallennuspisteet näkyviin boottauksen jälkeen?
Löysin toisenkin tavan, jolla Timeshift palautuspisteillä voi palauttaa Linux Mintin toimimaan, jos ei voi loggautua Linux Minttiin sisään tekemään pautusta. Tehdään samanlainen asennus USB:lle kun tehtiin Linux Mintin asennuksessa, käynnisteään Linux Mint ko. asennus USB:llä, asennetaan sillä Timeshift sovellus ja sitä hyväksi käyttäen valitaan sopiva palaustuspiste, jolla palautetaan alkuperäinen Linux Mint asennus, joka pitäisi toimia kun käynnistetään kone ko. alkuperäinen Linux Mint asennukselle.
 
Viimeksi muokattu:
Löysin toisenkin tavan, jolla Timeshift palautuspisteillä voi palauttaa Linux Mintin toimimaan, jos ei voi loggautua Linux Mintiinn sisään tekemään pautusta. Tehdään samanlainen asennus USB:lle kun tehtiin Linux Mintin asennuksessa, käynnisteään Linux Mint ko. asennus USB:llä, asennetaan sillä Timeshift sovellus ja sitä hyväksi käyttäen valitaan sopiva palaustuspiste, jolla palautetaan alkuperäinen Linux Mint asennus, joka pitäisi toimia kun käynnistetään kone ko. alkuperäinen Linux Mint asennukselle.
Tämä toimii jos kernel ei ole päivittynyt välissä. Ja siltikin toimii, jos se vanha kernel oli vielä asennettuna, niin että sille löytyy grubista valinta, pitää vaan valita sieltä oikea.
 
CachyOS olen itse pyöritellyt nyt kuukauden ja todella positiiviset kokemukset, itsellä GRUBilla laitettuna ja snapshotit toimii automaattisesti kun Btrfs Assistantista laittee ne vain päälle ja niihin voi suoraan bootata jos joku asia menee pieleen. KDE Plasma DE jota olen pikkuhiljaa vähän muokkaillut ja tosi hyvä on ollut. Olen tehnyt oman CLI työkalun myös joka käytännössä automatisoi kaiken linuxissa mitä siellä tarvitsee komentoriviltä käyttää.

Liminestä tuli mieleen että moni on asentanut sen default asetuksilla jotka toimii GRUBin kanssa mutta limine tarvitsee isomman boottiosion, jos defaultilla ajelee eikä sitä muuta niin sieltä loppuu nopeasti tila kun ilmeisesti tuo limine on vähän isompi viritys.
 
CachyOS olen itse pyöritellyt nyt kuukauden ja todella positiiviset kokemukset, itsellä GRUBilla laitettuna ja snapshotit toimii automaattisesti kun Btrfs Assistantista laittee ne vain päälle ja niihin voi suoraan bootata jos joku asia menee pieleen. KDE Plasma DE jota olen pikkuhiljaa vähän muokkaillut ja tosi hyvä on ollut. Olen tehnyt oman CLI työkalun myös joka käytännössä automatisoi kaiken linuxissa mitä siellä tarvitsee komentoriviltä käyttää.

Liminestä tuli mieleen että moni on asentanut sen default asetuksilla jotka toimii GRUBin kanssa mutta limine tarvitsee isomman boottiosion, jos defaultilla ajelee eikä sitä muuta niin sieltä loppuu nopeasti tila kun ilmeisesti tuo limine on vähän isompi viritys.
Snapshotit on eri osiolla, ei ne sinne bootti osiolle tallennu. /boot on fat32 osio ja Cachyn asennus teki siitä minulla vakiona 2G kokoisen kun valitsin liminen asennuksessa.

snapshotit menee btrfs järjestelmä osiolle .snapshots "aliosioon". snapshotit oli oletuksena päällä limine asennuksessa ja ei tarvinnut tehdä mitään. Voi olla että grub asennus käyttää eri conffeja snapperin kanssa, ei ole itsellä siitä kokemusta kuin debian pohjaisilla järjestelmillä. Moni distro kun jo siirtynyt defaulttina systemd-bootiin.

Koodi:
 sudo btrfs subvolume list /

ID 256 gen 76986 top level 5 path @
ID 257 gen 76986 top level 5 path @home
ID 258 gen 76705 top level 5 path @root
ID 259 gen 25978 top level 5 path @srv
ID 260 gen 76735 top level 5 path @cache
ID 261 gen 76986 top level 5 path @tmp
ID 262 gen 76986 top level 5 path @log
ID 263 gen 24 top level 256 path var/lib/portables
ID 264 gen 24 top level 256 path var/lib/machines
ID 265 gen 76983 top level 256 path .snapshots
ID 825 gen 72134 top level 265 path .snapshots/560/snapshot
ID 826 gen 72135 top level 265 path .snapshots/561/snapshot
ID 827 gen 72137 top level 265 path .snapshots/562/snapshot
ID 828 gen 72138 top level 265 path .snapshots/563/snapshot
ID 829 gen 72148 top level 265 path .snapshots/564/snapshot
ID 830 gen 72149 top level 265 path .snapshots/565/snapshot
ID 831 gen 72151 top level 265 path .snapshots/566/snapshot
ID 832 gen 72152 top level 265 path .snapshots/567/snapshot
ID 833 gen 72313 top level 265 path .snapshots/568/snapshot
ID 834 gen 72314 top level 265 path .snapshots/569/snapshot
ID 835 gen 72323 top level 265 path .snapshots/570/snapshot
ID 836 gen 72324 top level 265 path .snapshots/571/snapshot
ID 837 gen 72330 top level 265 path .snapshots/572/snapshot
ID 838 gen 72331 top level 265 path .snapshots/573/snapshot
ID 839 gen 72343 top level 265 path .snapshots/574/snapshot
ID 840 gen 72344 top level 265 path .snapshots/575/snapshot
ID 841 gen 73123 top level 265 path .snapshots/576/snapshot
ID 842 gen 73124 top level 265 path .snapshots/577/snapshot
ID 843 gen 73238 top level 265 path .snapshots/578/snapshot
ID 844 gen 73240 top level 265 path .snapshots/579/snapshot
ID 845 gen 73255 top level 265 path .snapshots/580/snapshot
ID 846 gen 73257 top level 265 path .snapshots/581/snapshot
ID 847 gen 73259 top level 265 path .snapshots/582/snapshot
ID 848 gen 73260 top level 265 path .snapshots/583/snapshot
ID 849 gen 74954 top level 265 path .snapshots/584/snapshot
ID 850 gen 74955 top level 265 path .snapshots/585/snapshot
ID 851 gen 74957 top level 265 path .snapshots/586/snapshot
ID 852 gen 74958 top level 265 path .snapshots/587/snapshot
ID 853 gen 75121 top level 265 path .snapshots/588/snapshot
ID 854 gen 75122 top level 265 path .snapshots/589/snapshot
ID 855 gen 75139 top level 265 path .snapshots/590/snapshot
ID 856 gen 75141 top level 265 path .snapshots/591/snapshot
ID 857 gen 75181 top level 265 path .snapshots/592/snapshot
ID 858 gen 75182 top level 265 path .snapshots/593/snapshot
ID 859 gen 75949 top level 265 path .snapshots/594/snapshot
ID 860 gen 75951 top level 265 path .snapshots/595/snapshot
ID 861 gen 76188 top level 265 path .snapshots/596/snapshot
ID 862 gen 76191 top level 265 path .snapshots/597/snapshot
ID 863 gen 76194 top level 265 path .snapshots/598/snapshot
ID 864 gen 76195 top level 265 path .snapshots/599/snapshot
ID 865 gen 76197 top level 265 path .snapshots/600/snapshot
ID 866 gen 76198 top level 265 path .snapshots/601/snapshot
ID 867 gen 76200 top level 265 path .snapshots/602/snapshot
ID 868 gen 76201 top level 265 path .snapshots/603/snapshot
ID 869 gen 76272 top level 265 path .snapshots/604/snapshot
ID 870 gen 76274 top level 265 path .snapshots/605/snapshot
ID 871 gen 76276 top level 265 path .snapshots/606/snapshot
ID 872 gen 76277 top level 265 path .snapshots/607/snapshot
ID 873 gen 76734 top level 265 path .snapshots/608/snapshot
ID 874 gen 76736 top level 265 path .snapshots/609/snapshot
 
Snapshotit on eri osiolla, ei ne sinne bootti osiolle tallennu. /boot on fat32 osio ja Cachyn asennus teki siitä minulla vakiona 2G kokoisen kun valitsin liminen asennuksessa.

snapshotit menee btrfs järjestelmä osiolle .snapshots "aliosioon". snapshotit oli oletuksena päällä limine asennuksessa ja ei tarvinnut tehdä mitään. Voi olla että grub asennus käyttää eri conffeja snapperin kanssa, ei ole itsellä siitä kokemusta kuin debian pohjaisilla järjestelmillä. Moni distro kun jo siirtynyt defaulttina systemd-bootiin.

Koodi:
 sudo btrfs subvolume list /

ID 256 gen 76986 top level 5 path @
ID 257 gen 76986 top level 5 path @home
ID 258 gen 76705 top level 5 path @root
ID 259 gen 25978 top level 5 path @srv
ID 260 gen 76735 top level 5 path @cache
ID 261 gen 76986 top level 5 path @tmp
ID 262 gen 76986 top level 5 path @log
ID 263 gen 24 top level 256 path var/lib/portables
ID 264 gen 24 top level 256 path var/lib/machines
ID 265 gen 76983 top level 256 path .snapshots
ID 825 gen 72134 top level 265 path .snapshots/560/snapshot
ID 826 gen 72135 top level 265 path .snapshots/561/snapshot
ID 827 gen 72137 top level 265 path .snapshots/562/snapshot
ID 828 gen 72138 top level 265 path .snapshots/563/snapshot
ID 829 gen 72148 top level 265 path .snapshots/564/snapshot
ID 830 gen 72149 top level 265 path .snapshots/565/snapshot
ID 831 gen 72151 top level 265 path .snapshots/566/snapshot
ID 832 gen 72152 top level 265 path .snapshots/567/snapshot
ID 833 gen 72313 top level 265 path .snapshots/568/snapshot
ID 834 gen 72314 top level 265 path .snapshots/569/snapshot
ID 835 gen 72323 top level 265 path .snapshots/570/snapshot
ID 836 gen 72324 top level 265 path .snapshots/571/snapshot
ID 837 gen 72330 top level 265 path .snapshots/572/snapshot
ID 838 gen 72331 top level 265 path .snapshots/573/snapshot
ID 839 gen 72343 top level 265 path .snapshots/574/snapshot
ID 840 gen 72344 top level 265 path .snapshots/575/snapshot
ID 841 gen 73123 top level 265 path .snapshots/576/snapshot
ID 842 gen 73124 top level 265 path .snapshots/577/snapshot
ID 843 gen 73238 top level 265 path .snapshots/578/snapshot
ID 844 gen 73240 top level 265 path .snapshots/579/snapshot
ID 845 gen 73255 top level 265 path .snapshots/580/snapshot
ID 846 gen 73257 top level 265 path .snapshots/581/snapshot
ID 847 gen 73259 top level 265 path .snapshots/582/snapshot
ID 848 gen 73260 top level 265 path .snapshots/583/snapshot
ID 849 gen 74954 top level 265 path .snapshots/584/snapshot
ID 850 gen 74955 top level 265 path .snapshots/585/snapshot
ID 851 gen 74957 top level 265 path .snapshots/586/snapshot
ID 852 gen 74958 top level 265 path .snapshots/587/snapshot
ID 853 gen 75121 top level 265 path .snapshots/588/snapshot
ID 854 gen 75122 top level 265 path .snapshots/589/snapshot
ID 855 gen 75139 top level 265 path .snapshots/590/snapshot
ID 856 gen 75141 top level 265 path .snapshots/591/snapshot
ID 857 gen 75181 top level 265 path .snapshots/592/snapshot
ID 858 gen 75182 top level 265 path .snapshots/593/snapshot
ID 859 gen 75949 top level 265 path .snapshots/594/snapshot
ID 860 gen 75951 top level 265 path .snapshots/595/snapshot
ID 861 gen 76188 top level 265 path .snapshots/596/snapshot
ID 862 gen 76191 top level 265 path .snapshots/597/snapshot
ID 863 gen 76194 top level 265 path .snapshots/598/snapshot
ID 864 gen 76195 top level 265 path .snapshots/599/snapshot
ID 865 gen 76197 top level 265 path .snapshots/600/snapshot
ID 866 gen 76198 top level 265 path .snapshots/601/snapshot
ID 867 gen 76200 top level 265 path .snapshots/602/snapshot
ID 868 gen 76201 top level 265 path .snapshots/603/snapshot
ID 869 gen 76272 top level 265 path .snapshots/604/snapshot
ID 870 gen 76274 top level 265 path .snapshots/605/snapshot
ID 871 gen 76276 top level 265 path .snapshots/606/snapshot
ID 872 gen 76277 top level 265 path .snapshots/607/snapshot
ID 873 gen 76734 top level 265 path .snapshots/608/snapshot
ID 874 gen 76736 top level 265 path .snapshots/609/snapshot
Mun käsittääkseni jokin eri osa kernelistä menee sinne boottiin mutta toki voin olla väärässä sen kanssa. Sen takia vain kommentoin että olen nähnyt tosi ison määrän limine käyttäjiä jotka valittavat että 2G bootista loppuu tila aika äkkiä ja sitten kysellään miten se korjataan.
 
Mun käsittääkseni jokin eri osa kernelistä menee sinne boottiin mutta toki voin olla väärässä sen kanssa. Sen takia vain kommentoin että olen nähnyt tosi ison määrän limine käyttäjiä jotka valittavat että 2G bootista loppuu tila aika äkkiä ja sitten kysellään miten se korjataan.
Se näyttäisi tallentavan kernelin (vmlinuz) ja initramfs sekä jotain tietoja snapshoteista (listauksen?) sinne boot osioon. Just noiden "pelotteluiden" takia tein 4G boot osion liminelle, josta se on nyt käyttänyt alle 500 megaa. Jos oikein ymmärsin tuo tilankäyttö olisi ainakin osittain suhteessa liminen käynnistys valikkoon tallentamien snapshottien määrään. Liekkö vaikutusta monenko vanhan kernelin tiedot se sinne joutuu tallentamaan snapshotteja varten?
 
Mun käsittääkseni jokin eri osa kernelistä menee sinne boottiin mutta toki voin olla väärässä sen kanssa. Sen takia vain kommentoin että olen nähnyt tosi ison määrän limine käyttäjiä jotka valittavat että 2G bootista loppuu tila aika äkkiä ja sitten kysellään miten se korjataan.
Onko näitä ongelmia ollut Archin tai CachynOS:n kanssa? Cachyn ei ainakaan pitäsi jättää vanhoja kerneleitä boottiin kummittelemaan. Siitä en ihan varma ole minäkään mihin se vanha kerneli tallentuu snapperilla päivityksen jälkeen. Mutta ei pitäisi olla ongelmaa tilan kanssa jos vain Long Term ja Current kernelit käytössä kuten minulla. Kaikkineen on vain 250Mt tilan käyttö /boot osiossa.

Jos tilan puute johtuu noista snapshoteista niin sieltähän voi siivota vanhimmat Btrfs Assistantilla ja pienetää tallettavien snappien määrää, oletuksena näkyy olevan 50kpl. Snapper cleanup myös päälle jos ei jo ole.
 
Onko näitä ongelmia ollut Archin tai CachynOS:n kanssa? Cachyn ei ainakaan pitäsi jättää vanhoja kerneleitä boottiin kummittelemaan. Siitä en ihan varma ole minäkään mihin se vanha kerneli tallentuu snapperilla päivityksen jälkeen. Mutta ei pitäisi olla ongelmaa tilan kanssa jos vain Long Term ja Current kernelit käytössä kuten minulla. Kaikkineen on vain 250Mt tilan käyttö /boot osiossa.

Jos tilan puute johtuu noista snapshoteista niin sieltähän voi siivota vanhimmat Btrfs Assistantilla ja pienetää tallettavien snappien määrää, oletuksena näkyy olevan 50kpl. Snapper cleanup myös päälle jos ei jo ole.
Ainankin mulla näyttäs siellä bootissa olevan limine_history kansiossa yhdet vanhemmat versiot sekä lts että vakio kernelistä ja 3 kpl initramfs per kerneli. Sekä json tiedosto jossa tiedot snapshoteista ja niiden kerneleistä yms.
 

Statistiikka

Viestiketjuista
299 128
Viestejä
5 096 973
Jäsenet
81 589
Uusin jäsen
ridestos

Hinta.fi

Back
Ylös Bottom