auchfrager
Anmeldungsdatum: 18. Juli 2007
Beiträge: 1269
Wohnort: Euskirchen
|
Das System versucht den neuen Kernel 3.13.0-105-generic zu installieren. Das geht nicht, da kein Platz auf der Platte mehr vorhanden ist. Beim Nachsehen finde ich, dass mir das System wieder nicht die alten Kernel gelöscht hat. Es sollen doch nur 2 bis 3 zurück bleiben. Ich finde alle bis zu 3.13.0-87-generic zurück. Jetzt ist das Problem, dass ein sudo apt-get purge linux-image-3.13.0-87-generic mir meldet, dass kein Platz mehr vorhanden ist, da inux-image-3.13.0-105-generic installiert werden soll. Was mache ich jetzt ? Es ist kein Platz da, aber Löschen geht auch nicht. Hier benötige ich wieder einmal eine zündende Idee.
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Hallo! Zeige zunächst sudo apt-get clean;df -i: df -h hier im Codeblock Systempflege, bzw. Kernel sollte dir auch weiterhelfen. Falls nicht, musst du manuell etwas löschen, z.B. die kernel header, bis wieder ausreichend Platz für die Paketverwaltung ist. Anschließend kannst du dann wieder "normal" über apt-get --purge autoremove linux-image... deinstallieren.
|
auchfrager
(Themenstarter)
Anmeldungsdatum: 18. Juli 2007
Beiträge: 1269
Wohnort: Euskirchen
|
Das ergibt Dateisystem Inodes IBenutzt IFrei IUse% Eingehängt auf
udev 2040225 659 2039566 1% /dev
tmpfs 2042921 736 2042185 1% /run
/dev/sdc2 1222992 82160 1140832 7% /
none 2042921 2 2042919 1% /sys/fs/cgroup
none 2042921 6 2042915 1% /run/lock
none 2042921 7 2042914 1% /run/shm
none 2042921 20 2042901 1% /run/user
/dev/sdc1 61056 362 60694 1% /boot
/dev/sde3 12804096 188881 12615215 2% /home
/dev/sde6 106643456 24738 106618718 1% /dat
/dev/sde5 1602496 1599295 3201 100% /usr
/dev/sdd1 122101760 2455 122099305 1% /ultra1
/dev/sdb1 122060800 27464 122033336 1% /mix
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 7,8G 12K 7,8G 1% /dev
tmpfs 1,6G 2,3M 1,6G 1% /run
/dev/sdc2 19G 4,5G 13G 26% /
none 4,0K 0 4,0K 0% /sys/fs/cgroup
none 5,0M 0 5,0M 0% /run/lock
none 7,8G 144K 7,8G 1% /run/shm
none 100M 24K 100M 1% /run/user
/dev/sdc1 922M 350M 510M 41% /boot
/dev/sde3 193G 172G 11G 95% /home
/dev/sde6 1,6T 734G 787G 49% /dat
/dev/sde5 24G 21G 2,6G 89% /usr
/dev/sdd1 1,8T 394G 1,4T 23% /ultra1
/dev/sdb1 917G 659G 212G 76% /mix genau.
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Deine boot-Partition ist völlig in Ordnung. Du hast aber keine inodes mehr auf /usr frei. Dort musst du mal aufräumen.
|
Hans9876543210
Anmeldungsdatum: 2. Januar 2011
Beiträge: 3741
|
Unabhängig davon ist die gewählte Partitionierung sehr ungünstig und die Verzeichnisstruktur entspricht auch nicht dem FHS. Da Lubuntu 14.04 in knapp 4 Monaten EoL ist, wäre eine Neuinstallation von 16.04. wohl perspektivisch sinnvoll.
|
auchfrager
(Themenstarter)
Anmeldungsdatum: 18. Juli 2007
Beiträge: 1269
Wohnort: Euskirchen
|
ChickenLipsRfun2eat schrieb: Dort musst du mal aufräumen.
Was schlägst Du vor, kann weg ?
|
auchfrager
(Themenstarter)
Anmeldungsdatum: 18. Juli 2007
Beiträge: 1269
Wohnort: Euskirchen
|
Hans9876543210 schrieb: Unabhängig davon ist die gewählte Partitionierung sehr ungünstig und die Verzeichnisstruktur entspricht auch nicht dem FHS. Da Lubuntu 14.04 in knapp 4 Monaten EoL ist, wäre eine Neuinstallation von 16.04. wohl perspektivisch sinnvoll.
Was soll ich konkret in meinem Fall ändern ? Die Sache hatte ich mir schon überlegt und bisher hat es gut funktioniert.
|
Ubunux
Anmeldungsdatum: 12. Juni 2006
Beiträge: 16331
|
Kernel-Header kannst Du löschen, aber zeige doch mal wo bei Dir soviel Platz verbraucht wird in /usr sudo du -hsx /usr/* | sort -rh | head -10
|
Hans9876543210
Anmeldungsdatum: 2. Januar 2011
Beiträge: 3741
|
Moin. auchfrager schrieb: Was soll ich konkret in meinem Fall ändern ? Die Sache hatte ich mir schon überlegt und bisher hat es gut funktioniert.
Das Auslagern von Systemverzeichnissen wie /usr auf gesonderte Partitionen halte ich persönlich für nicht unbedingt erforderlich und kann - wie dein Fall zeigt - zu Problemen führen. Verzeichnisse wie /ultra1 oder /mix direkt unter / zu legen ist unüblich. Dafür bieten sich wahlweise /mnt oder /media an. Da du scheinbar viele Platten in deinem System hast, wäre mal
interessant.
|
auchfrager
(Themenstarter)
Anmeldungsdatum: 18. Juli 2007
Beiträge: 1269
Wohnort: Euskirchen
|
Ubunux schrieb: Kernel-Header kannst Du löschen, aber zeige doch mal wo bei Dir soviel Platz verbraucht wird in /usr sudo du -hsx /usr/* | sort -rh | head -10
Das ergibt: 7,7G /usr/share
6,4G /usr/lib
4,7G /usr/src
673M /usr/bin
210M /usr/local
206M /usr/include
113M /usr/lib32
48M /usr/sbin
3,8M /usr/games
176K /usr/lib64
Was schlägst Du vor ?
|
auchfrager
(Themenstarter)
Anmeldungsdatum: 18. Juli 2007
Beiträge: 1269
Wohnort: Euskirchen
|
Hans9876543210 schrieb: Moin. auchfrager schrieb: Was soll ich konkret in meinem Fall ändern ? Die Sache hatte ich mir schon überlegt und bisher hat es gut funktioniert.
Das Auslagern von Systemverzeichnissen wie /usr auf gesonderte Partitionen halte ich persönlich für nicht unbedingt erforderlich und kann - wie dein Fall zeigt - zu Problemen führen. Verzeichnisse wie /ultra1 oder /mix direkt unter / zu legen ist unüblich. Dafür bieten sich wahlweise /mnt oder /media an. Da du scheinbar viele Platten in deinem System hast, wäre mal
interessant.
Das ist die Ausgabe: [sudo] password for ralf:
Modell: ATA ST380215A (scsi)
Festplatte /dev/sda: 80,0GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 32,3kB 24,7MB 24,6MB primary ext3 boot
2 24,7MB 60,0GB 60,0GB primary ext3
3 60,0GB 60,3GB 313MB primary linux-swap(v1)
4 60,3GB 80,0GB 19,7GB primary ext4
Modell: ATA ST31000525SV (scsi)
Festplatte /dev/sdb: 1000GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 32,3kB 1000GB 1000GB primary ext3
2 1000GB 1000GB 313MB primary ext2
Modell: ATA KINGSTON SV300S3 (scsi)
Festplatte /dev/sdc: 60,0GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 1000MB 999MB primary ext4 boot
2 1000MB 21,0GB 20,0GB primary ext4
3 21,0GB 59,0GB 38,0GB primary ext4
4 59,0GB 60,0GB 1021MB primary linux-swap(v1)
Modell: ATA ST2000DM001-1ER1 (scsi)
Festplatte /dev/sdd: 2000GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: msdos
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 2000GB 2000GB primary ext4
Modell: ATA ST2000DL003-9VT1 (scsi)
Festplatte /dev/sde: 2000GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: msdos
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 1044MB 1043MB primary ext4
2 1044MB 16,8GB 15,7GB primary ext4
3 16,8GB 226GB 210GB primary ext4
4 226GB 2000GB 1774GB extended
5 226GB 253GB 26,2GB logical ext4
6 253GB 2000GB 1747GB logical ext4
7 2000GB 2000GB 526MB logical linux-swap(v1)
Ich weiß, dass ich da aufräumen muss, aber nicht wo, ohne etwas kaputt zu machen.
|
Ubunux
Anmeldungsdatum: 12. Juni 2006
Beiträge: 16331
|
auchfrager schrieb: Was schlägst Du vor ?
Aufräumen, siehe dazu auch Systempflege Genauso wie Du etliche alte Kernel installiert hattest, wirst Du wohl auch die dazu gehörigen linux-headers noch installiert haben, also weg damit. Was ich bei Dir in /usr/share/ und evtl. in /usr/lib/ noch Überflüssiges befindet, kannst Du selber herausfinden, ebenso wird sich in /usr/src/ noch viel unnötiges Zeug tummeln. Meinen Befehl kannst Du ja anpassen um für die drei Verzeichnisse die größten Speicherfresser zu finden. Nur mal so als Hausnummer für Dich, bei mir sind in /usr/src gerade mal 5% Deiner Datenmenge. Habe lediglich zwei Kernel installiert und die dazugehörigen linux-header, da wird regelmäßig ausgeräumt, sobald ein neuer Kernel installiert wird.
|
auchfrager
(Themenstarter)
Anmeldungsdatum: 18. Juli 2007
Beiträge: 1269
Wohnort: Euskirchen
|
Vielen Dank ! Damit fange ich sofort an. Warum die alten Kernel da noch drauf sind, weiß ich nicht. Das hatte ich oben schon gesagt. Aber jetzt ich weiter machen.
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
Lösche in /usr/scr die veralteten Headers-Dateien und lasse nur die beiden neusten Dateien drin. Wenn du meinst, dass mit dem purgen des linux-image-xxx-generic der gesamte Kernel weg ist, dann liegst du völlig daneben. Zum Kernel gehören: linux-image-xxx-generic, linux-image-xxx, (evtl. linux-image-extra-xxx u/o linux-image-signed-xxx) sowie linux-headers-xxx-generic und linux-headers-xxx Das sind dann 200-300 MB pro Kernel. Was bei dir noch alles rumliegt, erfährst du über
dpkg -l linux-* | grep ii
dpkg -l linux-* | grep rc
ii ist installiert und rc liegt nutzlos herum und verbraucht speicher. Kernel wäre auch eine Lektüre wert. Bei dir werden >> 5 GB sinnlos mit altem Plunder aus Kerneln belegt, weil du nie richtig sauber gemacht hast. Also ran an die Buletten. 😉
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8018
Wohnort: Süsel / Ostholstein
|
Moin Moin, die Header-Dateien unter /usr/src sind nutzlos und können weg. sudo rm -rf /usr/src/linux-* Hinweis ▶ http://www.bitloeffel.de/DOC/fhs/fhs_de_files/fhs23_de10/online/usrsrcsourcecode.html Gruß
|