Oude files opruimen uit /boot

Pagina: 1
Acties:

Onderwerpen


Acties:
  • 0 Henk 'm!

  • FRGert
  • Registratie: April 2010
  • Laatst online: 05-09 13:52
Ik heb Ubuntu server 12.04 draaien, maar de laatste tijd nadat ik een update heb uitgevoerd krijg ik dit te zien:
code:
1
/boot is using 85.2% of 236MB


Nu weet ik dat je je boot partitie kan vergrootte, maar dan lost het het probleem tijdelijk op. Wat ik verder lees is dat je oude files uit de boot partitie kan verwijderen. Maar hoe weet ik nu welke oude files ik kan verwijderen?

Mijn ls -l geeft de volgende output:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
-rw------- 1 root root  3498860 Oct 21 20:36 System.map-3.16.0-23-generic
-rw------- 1 root root  3500841 Dec 12 19:38 System.map-3.16.0-28-generic
-rw------- 1 root root  3501168 Jan 13 00:06 System.map-3.16.0-30-generic
-rw------- 1 root root  3501573 Feb 10 17:25 System.map-3.16.0-31-generic
-rw-r--r-- 1 root root  1207013 Oct 21 20:36 abi-3.16.0-23-generic
-rw-r--r-- 1 root root  1207195 Dec 12 19:38 abi-3.16.0-28-generic
-rw-r--r-- 1 root root  1207386 Jan 13 00:06 abi-3.16.0-30-generic
-rw-r--r-- 1 root root  1207327 Feb 10 17:25 abi-3.16.0-31-generic
-rw-r--r-- 1 root root   171704 Oct 21 20:36 config-3.16.0-23-generic
-rw-r--r-- 1 root root   171760 Dec 12 19:38 config-3.16.0-28-generic
-rw-r--r-- 1 root root   171760 Jan 13 00:06 config-3.16.0-30-generic
-rw-r--r-- 1 root root   171794 Feb 10 17:25 config-3.16.0-31-generic
drwxr-xr-x 3 root root     4096 Jan  1  1970 efi
drwxr-xr-x 5 root root     1024 Mar  1 17:57 grub
-rw-r--r-- 1 root root 29918392 Dec 20 11:16 initrd.img-3.16.0-23-generic
-rw-r--r-- 1 root root 29919302 Dec 20 11:26 initrd.img-3.16.0-28-generic
-rw-r--r-- 1 root root  9075300 Mar  1 17:56 initrd.img-3.16.0-29-generic
-rw-r--r-- 1 root root 29928160 Feb  2 21:27 initrd.img-3.16.0-30-generic
-rw-r--r-- 1 root root 29932400 Mar  1 17:57 initrd.img-3.16.0-31-generic
drwx------ 2 root root    12288 Dec 20 10:49 lost+found
-rw-r--r-- 1 root root   176500 Mar 12  2014 memtest86+.bin
-rw-r--r-- 1 root root   178176 Mar 12  2014 memtest86+.elf
-rw-r--r-- 1 root root   178680 Mar 12  2014 memtest86+_multiboot.bin
-rw------- 1 root root  6401104 Oct 21 20:36 vmlinuz-3.16.0-23-generic
-rw------- 1 root root  6403032 Dec 20 10:50 vmlinuz-3.16.0-23-generic.efi.signed
-rw------- 1 root root  6406800 Dec 12 19:38 vmlinuz-3.16.0-28-generic
-rw------- 1 root root  6408728 Dec 20 11:26 vmlinuz-3.16.0-28-generic.efi.signed
-rw------- 1 root root  6409808 Jan 13 00:06 vmlinuz-3.16.0-30-generic
-rw------- 1 root root  6411736 Feb  2 21:28 vmlinuz-3.16.0-30-generic.efi.signed
-rw------- 1 root root  6410624 Feb 10 17:25 vmlinuz-3.16.0-31-generic
-rw------- 1 root root  6412536 Mar  1 17:57 vmlinuz-3.16.0-31-generic.efi.signed

Acties:
  • 0 Henk 'm!

  • Cyphax
  • Registratie: November 2000
  • Nu online

Cyphax

Moderator LNX
Met uname -r kan je zien welke versie van de kernel je hebt draaien. Ik gok dat dat de nieuwste zal zijn die daar bij staat (vmlinuz-3.16.0-31) maar check het even. De oudere images die je daar ziet staan zou je in principe weg moeten kunnen gooien. Je boot toch maar 1 kernel tegelijk. Als je het helemaal veilig wilt doen move je ze uit /boot naar je home-dir ofzo, zodat je ze in geval van nood ook weer terug kan zetten.

[ Voor 19% gewijzigd door Cyphax op 02-03-2015 14:40 ]

Saved by the buoyancy of citrus


Acties:
  • 0 Henk 'm!

  • _Peter2_
  • Registratie: November 2008
  • Laatst online: 09-09 11:45
Je kunt oude kernels ook "netjes" verwijderden.

Zie bijvoorbeeld: http://askubuntu.com/ques...to-clean-up-the-boot-menu (probleem is niet helemaal gelijk, maar het principe is hetzelfde).

Diablo III: <GOT> Pteer#2475 --- POE: Dwergux


Acties:
  • 0 Henk 'm!

  • Tha_Butcha
  • Registratie: November 2000
  • Laatst online: 20-01 18:05
Wat ik altijd doe, na eerst de lopende versie van linux te hebben gechecked (zoals Cyphax voorstelde)

code:
1
dpkg --get-selections |grep linux-image


en dan een voor een de niet gebruikte versies (meestal hou ik 2 versies nummers onder de huidige geinstalleerd) gooi ik ze weg met een 'apt-get purge'.

mmm, zie net dat het ook zo in de link hierboven staat 8)7

[ Voor 10% gewijzigd door Tha_Butcha op 02-03-2015 18:36 ]

Compromises are for the weak


Acties:
  • 0 Henk 'm!

  • Kees
  • Registratie: Juni 1999
  • Laatst online: 15:08

Kees

Serveradmin / BOFH / DoC
apt-get autoremove verwijderd bij mij ook gewoon netjes de oude kernels.

"Een serveradmin, voluit een serveradministrator, is dan weer een slavenbeheerder oftewel een slavendrijver" - Rataplan


Acties:
  • 0 Henk 'm!

  • FRGert
  • Registratie: April 2010
  • Laatst online: 05-09 13:52
Cyphax schreef op maandag 02 maart 2015 @ 14:39:
Met uname -r kan je zien welke versie van de kernel je hebt draaien. Ik gok dat dat de nieuwste zal zijn die daar bij staat (vmlinuz-3.16.0-31) maar check het even. De oudere images die je daar ziet staan zou je in principe weg moeten kunnen gooien. Je boot toch maar 1 kernel tegelijk. Als je het helemaal veilig wilt doen move je ze uit /boot naar je home-dir ofzo, zodat je ze in geval van nood ook weer terug kan zetten.
Ik ga het proberen straks te fixen. Maar in plaats van me home dir moet ik het denk naar een andere partitie doen.
Kees schreef op maandag 02 maart 2015 @ 18:57:
apt-get autoremove verwijderd bij mij ook gewoon netjes de oude kernels.
Dit doet hij helaas niet bij mij. Ik moet het dus op de manier van Cyphax doen.

Acties:
  • 0 Henk 'm!

  • Hero of Time
  • Registratie: Oktober 2004
  • Laatst online: 11-09 22:47

Hero of Time

Moderator LNX

There is only one Legend

Open dan Synaptic package manager, zoek naar de meta-package van je kernel (waarschijnlijk iets van linux-image-generic) en de headers (linux-headers-generic) en markeer die voor installatie. Alle andere kernels die je ziet, behalve de laatste verwijder je. Klaar. Nu zou 't met een auto-remove netjes opgeruimd moeten worden.

Commandline FTW | Tweakt met mate


Acties:
  • 0 Henk 'm!

  • chronoz
  • Registratie: Maart 2010
  • Laatst online: 09-10-2022
Netjes de oude packages verwijderen inderdaad. Bij de meeste software wordt het softwarepakket (e.g. MySQL, Apache) vervangen, maar bij de kernel wordt deze ernaast geinstalleerd. Hierdoor kun je alsnog terug naar je oude kernel mocht er iets mis gaan en de nieuwe kernel werkt niet. Je dient hierna handmatig de oude kernel te installeren.
Pagina: 1