Ubuntu 20.04 asentaminen SSD:lle RATKAISTU

[JaniAlander]

Onkos siinä erityistä huomioitavaa vai ovatko oletusasetukset ns. järkevät. Meinaan tässä ostaa toisen SSD levyn pöytäkoneeseen ja tarkoitus olisi Ubuntu tai Kubuntu 20.04 siihen pistää. Nykyinen SSD on varattu Windows 10:lle.

[Roberto]

Itse asennuksen aikana ei tarvitse tehdä mitään valintoja SSD levyyn liittyen, esim. TRIM toimii.
Mutta tarkista ennen asennusta BIOS asetuksista että SSD levyn asetuksena on AHCI eikä IDE.

Windows levyn asetusta ei kannata muuttaa tai voi tulla sininen tervehdys (ajurit?).

Tässä koneessa esim. /tmp on keskusmuistissa (Muistia koneessa on 12GiB) ja se säästää levyä.

[Hajakenttä]

Mikähän se nykyinen kanta on tuohon levynkirjoituksen vähentämisen tarpeeseen? Taitavat jo olla aika kestäviä nuo SSD:t.

Olen silti tehnyt rutiininomaisesti aina uuden asennuksen jälkeen tuon kirjoituksen vähentämisen. En ole huomannut haittavaikutuksia, jos en hyötyjäkään. Yksi bad-sektori on SSD:ssä silti nytkin; tuon Levyt ohjelman mukaan.

Olen tehnyt näin:

Levynkäytön vähentäminen SSD:n kulumisen vähentämiseksi. Siirretään tilapäistiedostot levyn asemasta RAM.iin. (Ne sitten myös katoavat joka sammutuksessa):

Ensin fstabiin lisätään rivejä, avaa tiedosto:

Koodia: [Valitse]

sudo -i mousepad /etc/fstab
Lisää sen loppuun seuraavat rivit:

tmpfs /var/log tmpfs defaults 0 0
tmpfs /tmp tmpfs defaults 0 0
mpfs /var/tmp tmpfs defaults 0 0

Muista tallettaa mousepad.

Huom! /var/log/apt kansio pitää luoda joka käynnistyksen yhteydessä tai tulostuu virheitä ruudulle (esteettinen haitta). Sitä varten voidaan luoda käynnistysskripti:
Ensin tehdään tiedosto:

Koodia: [Valitse]

sudo -i mousepad /etc/init.d/fix_apt_log_error.sh
Sitten siihen sisältö:

mkdir -p /var/log/apt

Talleta mousepad.
Anna käynnistysoikeus:

Koodia: [Valitse]

sudo chmod +x /etc/init.d/fix_apt_log_error.sh
Valmis.

Nyt voit siirtää myös Firefoxin tilapäistiedostot RAM.ille, vähentää myös selauksen nykimistä:
Kirjoita Firefoxin osoitepalkkiin:

about:config

Vastaa kysymykseen ”kyllä, olen huolellinen”.
Klikkaa tyhjää kohtaa hiiren oikealla.
Valitse pudotusvalikosta:

Uusi – Merkkijono.

kirjoita merkkijonon nimeksi:

browser.cache.disk.parent_directory

ja arvoksi:

/tmp

Valmis.

[JaniAlander]

Kiitoksia neuvoista. 

[Postimies]

 /tmp tai /var/tmp voi tulla hyvin suureksikin ja miettisin niiden siirtämistä keskusmuistiin. Levyn kulumisesta ei minusta tarvitse huolestua.
Jos ei ikinä työskentele isojen tiedostojen kanssa tai käännä isoja ohjelmia niin /tmp voi olla keskusmuistissa. Kun muisti loppuu kone hyytyy pahasti.
/tmp puhdistetaan kuitenkin systeemin puolesta kun kone käynnistetään uudestaan. Logrotate puhdistaa /var/log kansiota.
trim ei ole käytössä kaikilla levyillä automaattisesti. Voihan sen ajaa välillä manuaalisesti. Nopeushyöty melko pieni.

Joskus voi käydä niin että /var/log täyttää levyä. itselle kävi niin yhdessä asennuksessa kun lirc taustalla lokitti erroria hirmuisesti.
du komennolla voi välillä kurkata onko kansioiden koot järkeviä. Jos asennus kohtuu pienellä levyllä virheellisesti toimivan ohjelman
huomaa nopeammin.

[JaniAlander]

Vähän mietin että mounttaisin tmp:n ja var:in vanhalle levylle. Kone ottaa siitä kyllä nopeustappiota...

[Roberto]

Jos pöytäkone ei ole kovin vanha, niin saat varmaankin lisättyä muistia helposti jos sitä ei ole tarpeeksi.
Silloin temppi kansiot keskusmuistiin. Kokoa voi myös rajoittaa.

Oma esimerkki:
tmpfs /tmp tmpfs defaults,noatime,size=1G,mode=1777 0 0
tmpfs /var/tmp tmpfs defaults,noatime,size=512M,mode=1777 0 0

Näillä on menty jo pitkään ja mennään jatkossakin.
Noiden kokoa voi säädellä sitten tarpeen mukaan.

[JaniAlander]

No tuo 24 gigaa on tähän asti riittänyt....kaipa se riittää tuollaisellakin virityksellä.

[Postimies]

Oma esimerkki:
tmpfs /tmp tmpfs defaults,noatime,size=1G,mode=1777 0 0
tmpfs /var/tmp tmpfs defaults,noatime,size=512M,mode=1777 0 0

Näillä on menty jo pitkään ja mennään jatkossakin.
Noiden kokoa voi säädellä sitten tarpeen mukaan.

Itsellä on /var/tmp 4G koska pistän ohjelmien käännösten väliaikaistiedostot sinne. Jos ison tiedoston lähettää ssh:lla niin sen salaus vaatii myös tilaa. 4G ei riitä enää isoille ohjelmille. Joskus pitää kasvattaa jopa 9G. Kuvien editointi voi vaatia myös hetkellisesti paljon tilaa. Harvempi tosin kasaa isoja panoraamoja.

[juyli]

No tuo 24 gigaa on tähän asti riittänyt....kaipa se riittää tuollaisellakin virityksellä.

Kyllä tuolla muistimäärällä (toistaiseksi varmasti pärjää). Fedora jo oletuksena varaa muistista tmpfs:lle puolet muistista:
              total        used        free      shared  buff/cache   available
Mem:        8048084      746552     5422116      170740     1879416     6864636

Koodia: [Valitse]

Tiedostojärjestelmä 1K-lohkot     Käyt  Vapaana Käy% Liitospiste
devtmpfs              4004576        0  4004576   0% /dev
tmpfs                 4024040    64488  3959552   2% /dev/shm
tmpfs                 4024040     1584  4022456   1% /run
...
tmpfs                 4024040        8  4024032   1% /tmp
tmpfs                  804808       36   804772   1% /run/user/XXXXJoskus aikanaan totesin tuon /tmp -hakemiston muistissa jäänee liian pieneksi, kun ohjelma (K9Copy) käytti tmp-muistia liian"tehokkaasti".
Toki 24Gt ei tuolloinkaan olisi tuottanut ongelmia (jos tmpfs on tuollaiset 12 Gt).

[samihs72]

Moi! Tilasin just Samsung Evo 860 512 GT SATA3 SSD levyn. Mulla on home osio omalla partitiolla vanhalla hdd levyllä ja mietin tässä, että onko puhdas asennus järkevin tapa siirtää Ubuntu 20.04 ssd levylle? Samsung tarjoaa levykloonaus ohjelman mutta tsekkasin sen ja näytti olevan wintoosalle tehty vain.. Osaako se kloonata ext4 levyn vai miten noi kloonaus softat yleensä toimii?
EDIT: Äh, ei kai tiedostoformaatilla ole väliä, kloonaus tekee imagen, on siellä mitä sisältöä tahansa (?).

Vai kannattaako vaan kiltisti tehdä puhdas asennus?

Ja toi tmp osio RAM muistiin on mielenkiintoinen juttu. Mulla on 8Gt RAM:ia, miten toi /tmp RAM muistiin kannattaa siis tehdä?

[Roberto]

Itse tekisin puhtaan asennuksen ja kopsaisin kiintolevytelakan tai USB-SATA adapterin avulla vain tarvittavat kansiot ja tiedostot.
Sain sen käsityksen että myös juuriosio on kiekkolevyllä. Kiekkolevyä en kloonaisi SSD levylle.

tmpfs asetukset riippuvat siitä mitä koneella on tarkoitus tehdä.

Kuten Postimies kertoi, niin on projekteja joissa pitää olla suuremmat asetukset.
Ihan tavalliseen käyttöön 8GiB muistilla riittää aiemmin tässä ketjussa kertomani asetukset.
Tämä on testattu käytännössä vuosien ajan. Tehokäyttö on sitten jo eri asia.

Siis nämä:
tmpfs /tmp tmpfs defaults,noatime,size=1G,mode=1777 0 0
tmpfs /var/tmp tmpfs defaults,noatime,size=512M,mode=1777 0 0

Muokkaus:
Varmuuskopio ohjelmalla voi myös tallentaa kotikansion tietoja jollekin sopivalle usb-levylle.
Ja palauttaa sitten uuteen järjestelmään.

[samihs72]

Itse tekisin puhtaan asennuksen ja kopsaisin kiintolevytelakan tai USB-SATA adapterin avulla vain tarvittavat kansiot ja tiedostot.
Sain sen käsityksen että myös juuriosio on kiekkolevyllä. Kiekkolevyä en kloonaisi SSD levylle.

tmpfs asetukset riippuvat siitä mitä koneella on tarkoitus tehdä.

Kuten Postimies kertoi, niin on projekteja joissa pitää olla suuremmat asetukset.
Ihan tavalliseen käyttöön 8GiB muistilla riittää aiemmin tässä ketjussa kertomani asetukset.
Tämä on testattu käytännössä vuosien ajan. Tehokäyttö on sitten jo eri asia.

Siis nämä:
tmpfs /tmp tmpfs defaults,noatime,size=1G,mode=1777 0 0
tmpfs /var/tmp tmpfs defaults,noatime,size=512M,mode=1777 0 0

Muokkaus:
Varmuuskopio ohjelmalla voi myös tallentaa kotikansion tietoja jollekin sopivalle usb-levylle.
Ja palauttaa sitten uuteen järjestelmään.

Kiitos, näin teen. Ja kiitos myös /tmp ja/var/tmp avustasi.

[Postimies]

Itse tekisin puhtaan asennuksen ja kopsaisin kiintolevytelakan tai USB-SATA adapterin avulla vain tarvittavat kansiot ja tiedostot.
Sain sen käsityksen että myös juuriosio on kiekkolevyllä. Kiekkolevyä en kloonaisi SSD levylle.

Itse olen kopioinut systeemin ihan cp -a komennolla. Toki osiot ja tiedostojärjestelmät pitää tehdä. Sitten levyliitokset oikein. Kopioinnin jälkeen korjataan fstab ja asennetaan grub uudestaan. Samsssa ajassa asentanee systeemin uudestaan jos eo paljoa muutoksia.

[samihs72]

Moi vielä! Löysin tällaisen kirjoituksen Ubuntu 20.04 asennukseen SSD:lle liittyen. Aika monta eri tapaa tehdä, tarpeista riippuen
TRIM säätöä tässä jäin miettimään, jos ei kirjoitakaan /tmp ja /var/tmp RAM:lle. Onko ohjeet kuinka ajantasalla? Ainakin on kirjoitettu 20.04:lle, että sikäli..

[raimo]

Moi vielä! Löysin tällaisen kirjoituksen Ubuntu 20.04 asennukseen SSD:lle liittyen. Aika monta eri tapaa tehdä, tarpeista riippuen
TRIM säätöä tässä jäin miettimään, jos ei kirjoitakaan /tmp ja /var/tmp RAM:lle. Onko nämä kuinka ajantasalla nämä ohjeet? Ainakin on kirjoitettu 20.04:lle, että sikäli..

Hajanaisten muistikuvien mukaan Ubuntu ajaa fstrim:n aika-ajoin. Tämän voisi joku tietäjä varmentaa?
Kaikki distrot ei sitä tee, esim Fedora johon olen rakentanut skriptinpätkän joka sitten ajetaan crontabin kautta kerran viikossa.

[Roberto]

Tämän voi tarkistaa Ubuntussa näin:

Koodia: [Valitse]

systemctl status fstrim.timer

Muokkaus:
Näistä voi tehdä valintoja tarpeen mukaan, siis vain yksi kerrallaan.
sudo systemctl enable/disable fstrim.timer
sudo systemctl start/stop/restart fstrim.timer

Lisätietoa.

Koodia: [Valitse]

systemctl cat fstrim.timer
systemctl cat fstrim.service


[raimo]

Moi vielä! Löysin tällaisen kirjoituksen Ubuntu 20.04 asennukseen SSD:lle liittyen. Aika monta eri tapaa tehdä, tarpeista riippuen
TRIM säätöä tässä jäin miettimään, jos ei kirjoitakaan /tmp ja /var/tmp RAM:lle. Onko nämä kuinka ajantasalla nämä ohjeet? Ainakin on kirjoitettu 20.04:lle, että sikäli..

Hajanaisten muistikuvien mukaan Ubuntu ajaa fstrim:n aika-ajoin. Tämän voisi joku tietäjä varmentaa?
Kaikki distrot ei sitä tee, esim Fedora johon olen rakentanut skriptinpätkän joka sitten ajetaan crontabin kautta kerran viikossa.

Syytin Fedoraa suotta, sama systeemi siitä löytyy kuin Ubuntussa. Joku kuitenkin on pielessä kun se ei sitä todistettavasti aja.
Pitää tutkia tilannetta.

Koodia: [Valitse]

[raimo@kone-2 ~]$ systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
     Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; vendor pres>
     Active: active (waiting) since Fri 2020-06-26 09:42:55 EEST; 6h ago
    Trigger: Mon 2020-06-29 00:00:00 EEST; 2 days left
   Triggers: ● fstrim.service
       Docs: man:fstrim

Jun 26 09:42:55 kone-2 systemd[1]: Started Discard unused blocks once a week.

[Roberto]

Täällä Ubuntussa näyttää tekevän maanantaisin.

Koodia: [Valitse]

journalctl -u fstrim
Muokkaus:
Ei tarvitse sudo komentoa eteen tässä koneessa, jossakin voi tarvita.
Kuten testi koneessani jossa on Solus MATE 4.1 ja fstrim toimii siinäkin.

[raimo]

Täällä Ubuntussa näyttää tekevän maanantaisin.

Koodia: [Valitse]

journalctl -u fstrim
Muokkaus:
Ei tarvitse sudo komentoa eteen tässä koneessa, jossakin voi tarvita.
Kuten testi koneessani jossa on Solus MATE 4.1 ja fstrim toimii siinäkin.

Kiitos komennosta, näyttää se sen tehneen 22. päivä.
Tämä on uusi Fedora-asennus joten pitää seurata käyttäytymistä.