Näytä kirjoitukset

Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.


Viestit - Liinu

Sivuja: [1] 2
1
Suurkiitokset kaikille lisäneuvoja antaneille!  :-* Yritän ensin saada muistitikulle siis asennusmedian kaiken varalta ja yritän sitten tuota kernelin poistoa josko päivitystilaa vapautuisi ja se onnistuisi ilman koko uudelleen asennusta.

2
Tässä kai johtopäätöksenä se, että uudempi jakeluversio on sen verran suurempi, että ei mahdu nykyiseen boot osioon mitenkään, kun siellä ei ole mitään mitä voisi poistaa, eikä osiota pysty suurentamaan.
Pakko siis ilmeisesti on aloittaa valmistautuminen täysin uudelleen asennukseen.
Boot hakemistossasi on kaksi eri kernel-versiota: Linux-image-4.4.0-210 (vuodelta 2021) sekä Linux-image-4.15.0-213 (vuodelta 2023).
Poistamalla tarpeettoman saatat saada tilaa kernel-päivityksen toteuttamiseksi.

Hei, mahtavaa jos näin todellakin on. Olen vain itse ymmärtänyt että vähintään 2 pitäisi olla? Voisitko vääntää minulle rautalangasta miten saisin sen ylimääräisen turvallisesti poistettua? Kun nuo normikäskyt eivät sitä ole poistaneet..
Olin jo luopunut toivosta, ja todennut että en saa edes asennusmediaa dvd:lle mahtumaan. Muistitikun hankinkin jo, mutta näköjään ei onnistukaan sille levykuvan lataus noin vain.

3
Tässä kai johtopäätöksenä se, että uudempi jakeluversio on sen verran suurempi, että ei mahdu nykyiseen boot osioon mitenkään, kun siellä ei ole mitään mitä voisi poistaa, eikä osiota pysty suurentamaan.
Pakko siis ilmeisesti on aloittaa valmistautuminen täysin uudelleen asennukseen.

4
Koodia: [Valitse]
ls -l /boot
Koittappa tuota komentoa, mitä palauttaa terminaalissa?

Tällaista tietoa..
yhteensä 139143
-rw-r--r-- 1 root root   217558 kesä  16  2023 config-4.15.0-213-generic
-rw-r--r-- 1 root root   191002 huhti 16  2021 config-4.4.0-210-generic
drwxr-xr-x 5 root root     1024 elo   31  2023 grub
-rw-r--r-- 1 root root 65108997 helmi  3 08:53 initrd.img-4.15.0-213-generic
-rw-r--r-- 1 root root 52126870 elo   31  2023 initrd.img-4.4.0-210-generic
drwx------ 2 root root    12288 loka  29  2016 lost+found
-rw-r--r-- 1 root root   182704 tammi 28  2016 memtest86+.bin
-rw-r--r-- 1 root root   184380 tammi 28  2016 memtest86+.elf
-rw-r--r-- 1 root root   184840 tammi 28  2016 memtest86+_multiboot.bin
-rw------- 1 root root  4080574 kesä  16  2023 System.map-4.15.0-213-generic
-rw------- 1 root root  3925753 huhti 16  2021 System.map-4.4.0-210-generic
-rw------- 1 root root  8470184 kesä  17  2023 vmlinuz-4.15.0-213-generic
-rw------- 1 root root  7225568 huhti 17  2021 vmlinuz-4.4.0-210-generic
liinu@liinu-HP-ProBook-6560b:~$
Minun silmään näyttää ihan hyvältä...

Itse en ymmärrä tuosta oikein mitään, joten kiitos.   Kuitenkin, silti boot osio liian täynnä ??

5
Koodia: [Valitse]
ls -l /boot
Koittappa tuota komentoa, mitä palauttaa terminaalissa?

Tällaista tietoa..
yhteensä 139143
-rw-r--r-- 1 root root   217558 kesä  16  2023 config-4.15.0-213-generic
-rw-r--r-- 1 root root   191002 huhti 16  2021 config-4.4.0-210-generic
drwxr-xr-x 5 root root     1024 elo   31  2023 grub
-rw-r--r-- 1 root root 65108997 helmi  3 08:53 initrd.img-4.15.0-213-generic
-rw-r--r-- 1 root root 52126870 elo   31  2023 initrd.img-4.4.0-210-generic
drwx------ 2 root root    12288 loka  29  2016 lost+found
-rw-r--r-- 1 root root   182704 tammi 28  2016 memtest86+.bin
-rw-r--r-- 1 root root   184380 tammi 28  2016 memtest86+.elf
-rw-r--r-- 1 root root   184840 tammi 28  2016 memtest86+_multiboot.bin
-rw------- 1 root root  4080574 kesä  16  2023 System.map-4.15.0-213-generic
-rw------- 1 root root  3925753 huhti 16  2021 System.map-4.4.0-210-generic
-rw------- 1 root root  8470184 kesä  17  2023 vmlinuz-4.15.0-213-generic
-rw------- 1 root root  7225568 huhti 17  2021 vmlinuz-4.4.0-210-generic
liinu@liinu-HP-ProBook-6560b:~$

6
Onko se komento jonka uskaltaa antaa ilman että tapahtuu jotain jokain saa koneen tilttaamaan? Kun samainen kone tässä käytössä..
Eli mitä tuo komento käytännössä tekee?

7
Koodia: [Valitse]
Tiedostojärjestelmä          Koko  Käyt Vapaa Käy% Liitospiste
/dev/mapper/ubuntu--vg-root  455G  5,7G  426G   2% /
/dev/sda1                    236M  149M   76M  67% /boot

Tämä siis minulle täyttä hepreaa, mitäs nyt eteen seuraavaksi? Jo etukäteen kiittäen..

Tästä selviää se mitä jo arvelimmekin eli kone on asennettu koko levyn salausta käyttäen ja siksi siellä on nyt pieni (236 MB) /boot-osio, joka on sen verran täynnä ettei päivitysten hallinta pysty asentamaan päivityksiä. Joko kokeilit edellisessä viestissäni olleita purge-old-kernels-komentoja? Niiden pitäisi pystyä poistamaan noita vanhoja ytimiä, jotta päivitysten asentaminen onnistuu. Niitä vanhoja keskusteluketjuja ei tarvitse lukea sitä varten. 8)

Palaan vanhaan ja taas uusiutuneeseen ongelmaan, johon ei nyt vanha jekku enää auta. Löytyisikö kellään ratkaisua?
V.2016 tuo purge-old-kernels hoito homman ja tilaa vapautui riittävästi uutta jakelupäivitystä varten.  Jotenkin onnistui myös päivitys nykyiseen 18.04.6 LTS:ään, mutta eipä onnistu päivitys 20:04 LTS versioon, vaan saan taas samaa kuittausta "päivitys vaatii yhteensä 151M vapaata elvytillaa levyltä ` /boot. Vapauta vähintään 68,3 M levytilaa levyltä/boot`. Voit poistaa vanhat Linux ytimet komennolla "sudo apt autoremove". Voit myös aseettaa asetuksen COMPRESS= XZ tiedostoon /etc/intramfs.conf initramfs:n koon pienentämiseksi.

Ei toimi sudo apt autoremove eikä sudo purge old-kernels. Molempia päätteeseen kokeillessa tulee sama tieto. 0 poistettu 0 poistettavaa 0 paivitettavää tms.. Eli kumpikaan komento ei auta vapauttamaan tilaa. Tuota yhtä ehdotusta en ole uskaltanut kokeilla, koska koneen ehdottama ensimmäinenkään ei toimi ja.. koska kotona vain 1 kone joka myös ainoa nettiyhteys kun älypuhelinta ei taloudessa ole, ja oma tietotekninen osaaminen luokkaa pitää rautalangasta vääntää, niin olisi suotavaa sujua kommelluksitta.
Löytyisikö ketään jolla kokemusta vastaavasta ongelmasta?

8
Kävin kurkkaamassa noita tekemiäni "aloittelijan ohjeita" ja Ubuntu 18.04 ohjeen sivulla 62  on ohjeita Ubuntu 18.04:n päivittäminen 20.04:ään. Ensin tulee tarkistaa, että 18.04 on päivitetty viimeisimpään versioon käskyllä $ update-manager -c -d ja tämän jälkeen tulee ikkuna, mistä voi päivittää tai jos on päivitykset kunnossa niin näkyy ilmoitus, että Ubuntu on ajantasalla, mutta on uudempi 20.04 myös mahdollista ladata. Eli tätä kautta voi yrittää päivitystä silloin, kun itse haluaa. En ole kokeillut, mutta jostain löysin aikoinaan tämän ohjeen.

En jostain syystä löydä tällaista ohjetta? Löysin yhden sivun jossa oli listattu eri versioiden työpöytäohjeita, mutta ainoastaan 20.04:sta pääsi katsomaan, vanhemmat oli poistettu. Mutta..onnistuin viimein löytämään tästä 18.04 versioista vastaavan kohdan kuin vanhasta 16:04:stä, oli vain outojen mutkien takana, kuten kaikki muukin, joten olen ollut eksyksissä monet kerrat konetta käyttäessä.
Toiminnot kohdasta päivitysten hallintaan ja sitä kautta..se pitikin tässä versiossa vain osata kirjoittaa, eikä löytynyt suoraan valikosta. Oppia ikä kaikki :/

Kiitokset kaikille vastanneille !

9

Jonkinlainen tuki siis versiolle 16.04 on olemassa, mutta sen päivitys 18.04 -versiolle 64-bittiseen järjestelmään vähintäänkin  lienee kyseenalainen.
Jos olet onnistunut päivittämään jakelusi 16.04 LTS -> 18.04 LTS ei tuo vielä kerro, onko järjestelmäsi 32- vai 64-bittinen.


64-bittinen ja käytössä Hp Probook

10
Päivittäessäni edellisen kerran 16->18 versioon päivitysmahdollisuus löytyi helposti suoraan asetuksista (sama kohta mistä ns työkaluista saa näkyviin mikä käyttis käytössä ja koneen ominaisuudet) missä "tarkista päivitykse"-t napukka. Vanhassa versiossa tätä kun näpäytti, kertoi päivitysten olevan ajan tasalla JA kertoi että mahdollista päivittää uudempaan lts:ään, ja sain asennuksen käynnistymään suoraan tuosta. (Olin toistuvasti kuitannut pidempään ns automaattiset tarjoukset pyytämällä kysymään myöhemmin uudestaan, koska aina oli jotain pahasti kesken.)
Nyt tässä uudemmassa 18.04.6 LTS:ssä ei tuota kautta saa enää kuin tarkistettua normipäivitykset (jotka itselläni tarkistuvat automaattisesti muutenkin).
Käyttis itse tarjoaa hyvin satunnaisesti mahdollisuutta (viimeksi pari päivää sitten, juuri pahaan ajankohtaan, sitä ennen 3-4 vkoa aiemmin).
Löytyykö mistään  vastaavaa kohtaa kuin 16.04LTS:ssä oli josta käyttiksen saisi asentumaan uudempaan itselle sopivana ajankohtana? En halua käynnistää komennoilla (koska oma tekninen osaaminen aika rajallista), vai onko vain sitkeästi odoteltava että ehdottaa sitten joskus sopivana ajankohtana että sen voi asentaa?

11
Ymmärsinkö oikein että kun jatkossa vastaavaa herjaa (ettei levytilaa ole riittävästi) , mun tarvitsee vain syöttää tuo purge old kernels komento päätteeseen, kunnes jossain vaiheessa saan ajettua järjestelmän uudestaan koneelle ja poistettua samassa yhteydessä nuo ylimääräiset suojaukset?

Jep.

Tosin ilmeisesti sinulla automaattinen poisto toimii oikein, koska purge-old-kernels poisti vain yhden kernelin. Niitä oli siis kolme, joka on normaali määrä. Hieman outoa, että päivitys vaati niin paljon tilaa yhdellä kerralla boot-osiolta. Yleensä n. 40 Mt riittää per kernelin päivitys.

Kiitän ja kumarran syvään kaikille auttaneille! Olen taas hieman viisastunut :)

12
Yritänkö siis sitä bikeshead-purge odl kernels versiota, ja mitä pyydän jättämään (kerneleitä)?

Joo. Tee kuten Tomin neuvoi: http://forum.ubuntu-fi.org/index.php?topic=51510.msg394636#msg394636

purge-old-kernels säilyttää oletuksena viimeiset kaksi kerneliä, mikä on sopiva määrä.

Kiitokset! :) näin tehty ja Seuraavat paketit POISTETAAN:
  linux-image-3.13.0-100-generic* linux-image-extra-3.13.0-100-generic*
0 päivitetty, 0 uutta asennusta, 2 poistettavaa ja 44 päivittämätöntä.
Toiminnon jälkeen vapautuu 195 M t levytilaa.

 eli levytilaa vapautui kivasti!
Ymmärsinkö oikein että kun jatkossa vastaavaa herjaa (ettei levytilaa ole riittävästi) , mun tarvitsee vain syöttää tuo purge old kernels komento päätteeseen, kunnes jossain vaiheessa saan ajettua järjestelmän uudestaan koneelle ja poistettua samassa yhteydessä nuo ylimääräiset suojaukset?


13
Kuten arveltiin, sinulla on 236 mb kokoinen boot osio joka 76 prosenttia täynnä. Ja sinulla ei ole muita käyttöjärjestelmiä koneessasi.

Vaihtoehdot :

1) Et tee mitään, tämä tarkoittaa sitä pidät huolta siitä ettei kerneleitä kerry nurkkiin lojumaan. Joskus tulee näitä ilmoituksia mutta nämä ei haittaa työskentelyä.

2) Otat tärkeimmät tiedostot talteen, vedät asennuksen sileäksi ja uudelleenasennuksen yhteydessä et valitse koko kovalevyn salausta. Tällöin ongelma poistuu ja asiasta ei tarvitse huolehtia tämän jälkeen. Salaiset tiedostot kannattaa salata vaikka Veracryptiä käyttäen.

On ehkä tapa kasvattaa /boot osion kokoa asennuksen yhteydessä jos valitaan koko levyn salaus mutta tämä vaatii omalta puolelta vielä testausta. Ja huolellisia ohjeita tämän tekemiseksi.

Okei, asennuksen sileäksi laitto ja uudelleenasennus joutuu odottelemaan (tässä hieman käsiongelmaa, ja pitäisi pysyä kaukana tietsikasta pari viikkoa ainakin), mutta sitä odotellessa miten poistan niitä kerneleitä sieltä niin että kuitenkin tietoturvapäivitykset tulee tehtyä?  Nythän siellä ei ole tilaa niin että saisin viimeisimmän päivityksen hyväksyttyä. Se atuoremove:han poisti vain pikkuriikkisen. Yritänkö siis sitä bikeshead-purge odl kernels versiota, ja mitä pyydän jättämään (kerneleitä)?

14
Eli tuo df -h tulee ilman sitä sudo alkua? ja eneriä ennen seuraavaa komenentoa?

Joo, df -h tulee ilman sudoa, ja enteriä perään.

Tällaista tulee vastaukseksi:
Tiedostojärjestelmä          Koko  Käyt Vapaa Käy% Liitospiste
udev                         1,9G     0  1,9G   0% /dev
tmpfs                        393M  6,4M  387M   2% /run
/dev/mapper/ubuntu--vg-root  455G  5,7G  426G   2% /
tmpfs                        2,0G  256K  2,0G   1% /dev/shm
tmpfs                        5,0M  4,0K  5,0M   1% /run/lock
tmpfs                        2,0G     0  2,0G   0% /sys/fs/cgroup
/dev/sda1                    236M  149M   76M  67% /boot
cgmfs                        100K     0  100K   0% /run/cgmanager/fs
tmpfs                        393M   48K  393M   1% /run/user/1000

ja seuraavan jälkeen : Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram13: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram14: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x000272f9

Laite      Käynnistettävä  Start     Loppu  Sektorit   Size Id Tyyppi
/dev/sda1  *                2048    499711    497664   243M 83 Linux
/dev/sda2                 501758 976771071 976269314 465,5G  5 Laajennettu
/dev/sda5                 501760 976771071 976269312 465,5G 83 Linux

Partition 2 does not start on physical sector boundary.




Disk /dev/mapper/sda5_crypt: 465,5 GiB, 499847790592 bytes, 976265216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/ubuntu--vg-root: 461,5 GiB, 495531851776 bytes, 967835648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/ubuntu--vg-swap_1: 4 GiB, 4265607168 bytes, 8331264 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
liinu@liinu-HP-ProBook-6560b:~$
 Partition 2 does not start on physical sector boundary.




Disk /dev/mapper/sda5_crypt: 465,5 GiB, 499847790592 bytes, 976265216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/ubuntu--vg-root: 461,5 GiB, 495531851776 bytes, 967835648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/ubuntu--vg-swap_1: 4 GiB, 4265607168 bytes, 8331264 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Tämä siis minulle täyttä hepreaa, mitäs nyt eteen seuraavaksi? Jo etukäteen kiittäen..

15
Ei.

Kirjoita nyt päätteessä :

Koodia: [Valitse]
df -h
ja

Koodia: [Valitse]
sudo fdisk -l
Huomaa välilyönti noiden välissä, -h on parametri joka annetaan ohjelmalle.

Osaamme auttaa tämän jälkeen (toivottavasti). Oletko tehnyt asennuksen itse vai onko asennus jonkun toisen suorittama ?

Itse asensin kirjastosta lainattavalta asennuslevyltä 14.04:n ja siitä päivitin uusimpaan 16 versioon. KOne oli suht tyhjä, sillä sen myynyt oli tyhjännyt kaiken. Nyt pakko pistää pillit pussiin tältä päivältä, yritän päästä jatkamaan huomenna ip  :)

Eli tuo df -h tulee ilman sitä sudo alkua? ja eneriä ennen seuraavaa komenentoa?

16
Ei.

Kirjoita nyt päätteessä :

Koodia: [Valitse]
df -h
ja

Koodia: [Valitse]
sudo fdisk -l
Huomaa välilyönti noiden välissä, -h on parametri joka annetaan ohjelmalle.

Osaamme auttaa tämän jälkeen (toivottavasti). Oletko tehnyt asennuksen itse vai onko asennus jonkun toisen suorittama ?

Itse asensin kirjastosta lainattavalta asennuslevyltä 14.04:n ja siitä päivitin uusimpaan 16 versioon. KOne oli suht tyhjä, sillä sen myynyt oli tyhjännyt kaiken. Nyt pakko pistää pillit pussiin tältä päivältä, yritän päästä jatkamaan huomenna ip  :)

17
Enpä osaa nyt sanoa miksi asennusohjelma olisi luonut /boot-osion, jos on käytetty automaattista osiointia.

Erillinen /boot-osio luodaan, jos käyttäjä valitsee levysalauksen tai LVM:n käyttöön. Aika moni ilmeisesti klikkaa salauksen päälle, mikä toki on ihan hyvä fyysisen tietoturvan kannalta, mutta pieni boot-osio aiheuttaa helposti ongelmia, jos kernelien automaattinen poisto ei toimi. Lisäksi tiedostojen palautus sieltä salatulta osiolta voi olla hyvin hankalaa tai mahdotonta ongelmatilanteissa, minkä vuoksi en erityisesti suosittelisi levysalausta kotikäytössä.

Saako sen jälkikäteen pois jotenkin?

18
tällaista infoa antaa Seuraavat paketit POISTETAAN:
  libcdaudio1 libenca0 libslv2-9
0 päivitetty, 0 uutta asennusta, 3 poistettavaa ja 18 päivittämätöntä.
Toiminnon jälkeen vapautuu 413 k t levytilaa.
Haluatko jatkaa? [K/e]

eli riittäneekö? eipä riittänyt , edelleen herjaa että levytilaa pitäisi vapauttaa lisää levyllä"/boot ja suosittaa tuota sudo apt-get clean toimntoa..???

Syystä tai toisesta autoremove ei voi niitä vanhoja ytimiä poistaa ja siksi tuo käsky ei tee tarpeeksi. Voisit asentaa purge-old-kernels -työkalun, jolla ne kyllä lähtevät:
Koodia: [Valitse]
sudo apt-get install bikeshedJa sitten käyttö nyt ja jatkossa näin:
Koodia: [Valitse]
sudo purge-old-kernelsTuolle voi antaa myös haluttaessa parametrina montako uusinta ydintä halutaan säilyttää (alla kolme):
Koodia: [Valitse]
sudo purge-old-kernels --keep 3
Tästä on käyty paljonkin keskustelua, mm. näissä ketjuissa:
Vanhojen kernelien poisto
Kesäsiivous
Säilytä vain 2 viimeistä kerneliä?
Levytila vähissäkö? Päivitykset eivät mahdu asentumaan...
Kernelien poisto & siivous, neuvoa kaivataan?

Okei, kiitti. Yritän huomenna lukea läpi ja perehtyä paremmin :)

19
Voisiko tuo boot hakemsiton olemassaolo johtua siitä että tämä "uusi" koneeni on vanha yrityskannettava?

Enpä osaa nyt sanoa miksi asennusohjelma olisi luonut /boot-osion, jos on käytetty automaattista osiointia. Se /boot-hakemisto löytyy kyllä kaikista asennuksista, mutta yleensä se kuuluu juuriosiolle (liitospiste on /).
Tämän wikisivun alussa on hyvää yleistietoa tuosta, mikäli kiinnostaa oppia: https://www.linux.fi/wiki/Hakemistorakenne

Tässä on paljon suojaussysteemejä jotka itselle vähän tarpeettomia ja vieraita.  Löysin muuten tuon boot levyn ja siellä toisaan tavaraa. Eikö niitä voisi sieltä myös poistaa deletoimalla suoraan sieltä, vai onko niin että kaikki siellä oleva ei ole turhaa?
Yleensä ei kannata poistaa pakettienhallinnan asentamia tiedostoja kuin pakettienhallinnan kautta. Vain joskus erikoistapauksissa on järkevää tehdä se jotenkin toisin. Muutenkaan et niitä pääsisi poistamaan kuin pääkäyttäjän oikeuksin eli joko tiedostonhallinta olisi käynnistettävä pääkäyttäjänä tai sitten se olisi tehtävä päätteen kautta.

Löysin tuon terminaalin (päätteen) en tiedä miten olin sen ohittanut. Silmät vielä niin tottuneet vanhaan järjestelmään.
Voinko vaan suoraan naputella sen sudokomennon siihen perään mitä tekstiä tuon päätteen avatessa näkyy, vai täytyykö painella enteriä tms ensin..?
Päätteessä on ensimmäisenä komentokehote, joka loppuu tavallisesti joko $ tai # merkkiin (ja välilyöntiin). Sen perään voi kirjoittaa (tai vielä mukavampaa, kopioida) noita komentoja. Silloin kun jokin ohjelma on ajossa, tuota komentokehotetta ei näy eikä uusia päätekomentoja voi antaa. Ohjelma voi kyllä ottaa vastaan syötteitä ja esimerkiksi pakettienhallinta (apt) kysyy usein, haluaako käyttäjä jatkaa (johon vastataan k tai e (eli kyllä tai ei) ja perään entteriä).

Onko siinä ennestään ollut Ubuntu, kun se on heti noin täynnä vai joku muu käyttöjärjestelmä rinnalla?
Tässä tapauksessa on luotu pieni /boot-osio, joka on täyttynyt, eli juuriosio saattaa olla hyvinkin suuri.

tällaista infoa antaa Seuraavat paketit POISTETAAN:
  libcdaudio1 libenca0 libslv2-9
0 päivitetty, 0 uutta asennusta, 3 poistettavaa ja 18 päivittämätöntä.
Toiminnon jälkeen vapautuu 413 k t levytilaa.
Haluatko jatkaa? [K/e]

eli riittäneekö? eipä riittänyt , edelleen herjaa että levytilaa pitäisi vapauttaa lisää levyllä"/boot ja suosittaa tuota sudo apt-get clean toimntoa..???

20
kiitti, yritän :) Miten tuo remove- komento eroaa järjestelmän ehdottamasta get clean-komennnosta?
apt-get clean siivoaa pakettien välimuistin eli kaikki ladatut paketit poistetaan. Ne kuitenkin sijaitsevat /var-hakemiston alla, joten tässä tapauksessa siitä ei ole apua.
apt-get autoremove poistaa tarpeettomia paketteja. Sen pitäisi siivota myös vanhoja ytimen (Linuxin) versioita, joita ei enää tarvita, mutta kaikissa asennuksissa se ei toimi. Nuo ytimet (engl. kernel) sijaitsevat juurikin /boot-hakemiston alla. Yleensä muuten erillistä /boot-hakemistoa ei nykyään käytetä, vaan sellainen tehdään lähinnä silloin, jos käytetään vaikkapa koko levyn salausta.

Kiitokset!
Voisiko tuo boot hakemsiton olemassaolo johtua siitä että tämä "uusi" koneeni on vanha yrityskannettava? Tässä on paljon suojaussysteemejä jotka itselle vähän tarpeettomia ja vieraita.  Löysin muuten tuon boot levyn ja siellä toisaan tavaraa. Eikö niitä voisi sieltä myös poistaa deletoimalla suoraan sieltä, vai onko niin että kaikki siellä oleva ei ole turhaa? Löysin tuon terminaalin (päätteen) en tiedä miten olin sen ohittanut. Silmät vielä niin tottuneet vanhaan järjestelmään.
Voinko vaan suoraan naputella sen sudokomennon siihen perään mitä tekstiä tuon päätteen avatessa näkyy, vai täytyykö painella enteriä tms ensin..?

Muokkaus (Tomin): Korjattu lainaukset.

Sivuja: [1] 2