mangler plads på /boot til opdatering

Her kan du få hjælp til installationen af Ubuntu.
siljeellanora
Indlæg: 5
Tilmeldt: 5. aug 2016, 09:43

mangler plads på /boot til opdatering

Indlæg af siljeellanora »

Når jeg skal opdatere software, får jeg besked på, at der ikke er plads nok på /boot, og at jeg skal frigøre plads.
Jeg synes, det er pænt irriterende at gøre for hver opdatering... er der en måde, hvorpå jeg kan udvide /boot?

jeg har lige tastet sudo fdisk -l i terminalen og får dette frem (er det info nok?):

Kode: Vælg alt

ADVARSEL: GPT (GUID-partitionstabel) detekteret på »/dev/sda«! Værktøjet fdisk understøtter ikke GPT. Brug GNU Parted.


Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 hoveder, 63 sektorer/spor, 121601 cylindre, i alt 1953525168 sektorer
Enheder = sektorer af 1 * 512 = 512 byte
Sektorstørrelse (logisk/fysisk): 512 byte / 4096 byte
I/O-størrelse (minimum/optimal): 4096 byte / 4096 byte
Diskidentifikation: 0x00000000

    Enhed Opstart   Start         Slut     Blokke   Id  System
/dev/sda1               1  1953525167   976762583+  ee  GPT
Partition 1 starter ikke på en fysisk sektorgrænse.

Disk /dev/mapper/ubuntu--vg-root: 982.3 GB, 982276636672 bytes
255 hoveder, 63 sektorer/spor, 119421 cylindre, i alt 1918509056 sektorer
Enheder = sektorer af 1 * 512 = 512 byte
Sektorstørrelse (logisk/fysisk): 512 byte / 4096 byte
I/O-størrelse (minimum/optimal): 4096 byte / 4096 byte
Diskidentifikation: 0x00000000

Disk /dev/mapper/ubuntu--vg-root indeholder ikke en gyldig partitionstabel

Disk /dev/mapper/ubuntu--vg-swap_1: 17.1 GB, 17121148928 bytes
255 hoveder, 63 sektorer/spor, 2081 cylindre, i alt 33439744 sektorer
Enheder = sektorer af 1 * 512 = 512 byte
Sektorstørrelse (logisk/fysisk): 512 byte / 4096 byte
I/O-størrelse (minimum/optimal): 4096 byte / 4096 byte
Diskidentifikation: 0x00000000

Disk /dev/mapper/ubuntu--vg-swap_1 indeholder ikke en gyldig partitionstabel
siljeellanora
Indlæg: 5
Tilmeldt: 5. aug 2016, 09:43

Re: mangler plads på /boot til opdatering

Indlæg af siljeellanora »

og hvordan i alverden kan jeg mangle en gyldig partitionstabel (hvad end det så er?)
Klaus Rasmussen
Admin
Indlæg: 5605
Tilmeldt: 26. apr 2010, 02:40
IRC nickname: ClaudiuS
Geografisk sted: Nyborg [fyn]

Re: mangler plads på /boot til opdatering

Indlæg af Klaus Rasmussen »

Prøv at fjerne gamle kerner med:

Kode: Vælg alt

sudo apt autoremove --purge
Med Venlig Hilsen
Klaus

Kører Ubuntu 24.04.1 på ASUS All-Series, og Probook 4520s.
Gratis Ubuntumagasin: http://fullcirclemagazine.org/
https://mega.nz/folder/aJsmCYKa#dxMHKTi4Idmz6hiVpsI68Q
AJenbo
Admin
Indlæg: 20878
Tilmeldt: 15. nov 2009, 15:04
IRC nickname: AJenbo
Geografisk sted: Vanløse, København

Re: mangler plads på /boot til opdatering

Indlæg af AJenbo »

Ok, grunden til at du har en separat /boot er pga. systemet er sat op med LVM partisionering, det er også der for fdisk ikke forstår at læses disken fuldt. Det er ikke lige noget jeg har erfaring med at ændre størrelsen på, men du kan prøve at se om Gparted er i stand til at gøre det fra en live disk.

Du kan bruge følgende kommando til at ryde op på /boot:

Kode: Vælg alt

sudo apt-get purge $(dpkg -l linux-{image,headers}-"[0-9]*" | awk '/ii/{print $2}' | grep -ve $(uname -r | sed -r 's/-[a-z]+//') | sed ':a;N;$!ba;s/\n/ /g')

Det burde ikke være nødvendigt ved hver opdatering (og selvfølgelig kun opdateringer af kernen eller grub).

Fdisk er lidt primitiv, du ville nok få noget mere informativt ved at bruge parted (som fdisk også forslår) eller blot df:

Kode: Vælg alt

df -h

Kode: Vælg alt

sudo parted -l
siljeellanora
Indlæg: 5
Tilmeldt: 5. aug 2016, 09:43

Re: mangler plads på /boot til opdatering

Indlæg af siljeellanora »

Kode: Vælg alt

silje@Siljes-Lyn:~$ df -h
Filsystem      Størr Brugt  Tilb Brug% Monteret på
udev            7,8G  4,0K  7,8G    1% /dev
tmpfs           1,6G  1,5M  1,6G    1% /run
/dev/dm-0       901G  174G  681G   21% /
none            4,0K     0  4,0K    0% /sys/fs/cgroup
none            5,0M     0  5,0M    0% /run/lock
none            7,8G  156K  7,8G    1% /run/shm
none            100M   36K  100M    1% /run/user
/dev/sda2       237M  160M   65M   72% /boot
/dev/sda1       511M  3,4M  508M    1% /boot/efi


og den anden:

Kode: Vælg alt

silje@Siljes-Lyn:~$ sudo parted -l
[sudo] password for silje:
Model: ATA ST1000DM003-9YN1 (scsi)
Disk /dev/sda: 1000GB
Sektorstørrelse (logisk/fysisk): 512B/4096B
Partition Table: gpt

Nummer  Start   Slut    Størrelse  Filsystem  Name  Flag
 1      1049kB  538MB   537MB      fat32            start
 2      538MB   794MB   256MB      ext2
 3      794MB   1000GB  999GB                       lvm


Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/ubuntu--vg-swap_1: 17,1GB
Sektorstørrelse (logisk/fysisk): 512B/4096B
Partition Table: loop

Nummer  Start  Slut    Størrelse  Filsystem       Flag
 1      0,00B  17,1GB  17,1GB     linux-swap(v1)


Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/ubuntu--vg-root: 982GB
Sektorstørrelse (logisk/fysisk): 512B/4096B
Partition Table: loop

Nummer  Start  Slut   Størrelse  Filsystem  Flag
 1      0,00B  982GB  982GB      ext4




Giver det mening for jer?
Jeg taler ikke lige flydende "Ubuntu"
bonus info kan være at jeg har puttet Ubuntu på en gammel windows 7 pc... Er det mon det der skaber rod? og kan jeg evt slette hele møget og starte forfra på en eller anden måde?
hov vent - og er Gparted noget software jeg kan finde et sted?
Brugeravatar
Kurt Christensen
Indlæg: 2246
Tilmeldt: 12. feb 2011, 13:22
IRC nickname: How to be me

Re: mangler plads på /boot til opdatering

Indlæg af Kurt Christensen »

siljeellanora skrev:

Kode: Vælg alt

silje@Siljes-Lyn:~$ df -h
Filsystem      Størr Brugt  Tilb Brug% Monteret på
udev            7,8G  4,0K  7,8G    1% /dev
tmpfs           1,6G  1,5M  1,6G    1% /run
/dev/dm-0       901G  174G  681G   21% /
none            4,0K     0  4,0K    0% /sys/fs/cgroup
none            5,0M     0  5,0M    0% /run/lock
none            7,8G  156K  7,8G    1% /run/shm
none            100M   36K  100M    1% /run/user
/dev/sda2       237M  160M   65M   72% /boot
/dev/sda1       511M  3,4M  508M    1% /boot/efi


og den anden:

Kode: Vælg alt

silje@Siljes-Lyn:~$ sudo parted -l
[sudo] password for silje:
Model: ATA ST1000DM003-9YN1 (scsi)
Disk /dev/sda: 1000GB
Sektorstørrelse (logisk/fysisk): 512B/4096B
Partition Table: gpt

Nummer  Start   Slut    Størrelse  Filsystem  Name  Flag
 1      1049kB  538MB   537MB      fat32            start
 2      538MB   794MB   256MB      ext2
 3      794MB   1000GB  999GB                       lvm


Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/ubuntu--vg-swap_1: 17,1GB
Sektorstørrelse (logisk/fysisk): 512B/4096B
Partition Table: loop

Nummer  Start  Slut    Størrelse  Filsystem       Flag
 1      0,00B  17,1GB  17,1GB     linux-swap(v1)


Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/ubuntu--vg-root: 982GB
Sektorstørrelse (logisk/fysisk): 512B/4096B
Partition Table: loop

Nummer  Start  Slut   Størrelse  Filsystem  Flag
 1      0,00B  982GB  982GB      ext4




Giver det mening for jer?
Jeg taler ikke lige flydende "Ubuntu"
bonus info kan være at jeg har puttet Ubuntu på en gammel windows 7 pc... Er det mon det der skaber rod? og kan jeg evt slette hele møget og starte forfra på en eller anden måde?
hov vent - og er Gparted noget software jeg kan finde et sted?

Gparted skulle gerne kunne hentes i Softvarecenteret som ligger i programmer.
Når lejligheden byder sig.
AJenbo
Admin
Indlæg: 20878
Tilmeldt: 15. nov 2009, 15:04
IRC nickname: AJenbo
Geografisk sted: Vanløse, København

Re: mangler plads på /boot til opdatering

Indlæg af AJenbo »

Gparted er installeret på Live disken fra start (den du sikkert installerede fra). Man kan ikke ændre størrelsen på den samme partition som systemet køre fra, der for dur det ikke blot at installere det software centeret under det installerede system, du skal starte fra en live disk.

Med den opsætning du har kan du forvente at skulle rydde op på /boot ca. hver 5. gang der er en Linux opdatering.

Hvis du vil undgå problematikken næste gang du installere så undlad at vælge LVM eller fuld disk kryptering under installationen. Så ja det er også en løsning.