[Eisfair] [E1] Festplattenplatz geht zur Neige ... immer mehr libs?

[Helmut Backhaus]

Hallo Fridrich,

Am 04.04.23 um 11:44 schrieb Fridrich B.:
> Am 03.04.2023 um 20:52 schrieb Helmut Backhaus:
>
>>
>> e1nextcloud # df -h
>> Filesystem      Size  Used Avail Use% Mounted on
>> devtmpfs        4.0M     0  4.0M   0% /dev
>> tmpfs           2.0G     0  2.0G   0% /dev/shm
>> tmpfs           795M  1.5M  793M   1% /run
>> /dev/xvda3      4.3G  3.3G  849M  80% /
>> /dev/xvdb1      4.8G  1.8G  2.9G  38% /data
>> /dev/xvda1       92M   26M   60M  31% /boot
>> tmpfs           398M     0  398M   0% /run/user/0
>>
> 
> 
> Wäre ich Programmierer würde ich sagen ja, das kann passieren. Denn neue 
> Funktionen gehen oft nur über neue libs.
> 

Da fallen mir noch ganz andere Sätze, die mit "Wäre ich Programmierer" 
beginnen ein. Aber ich glaube, dass ist hier nicht das Thema! :-)

> Manchmal macht sich ein Paketupdate dann mit 3-5 anderen neuen Paketen 
> bemerkbar, anstatt wie früher nur sich selbst als update.

Jo, dass ist klar ...
Aber mit solchen Ausmaßen?
Ich habe das komische Gefühl, dass die Entwickler das genau wissen (kann 
mich aber auch täuschen). Den gestern bei dieser riesen "lib Session" 
scheint einiges abgeräumt worden zu sein.

Was mich wirklich stört, ist das "jeder" seine nicht mehr erforderlichen 
Brocken liegen lässt. Was, zum Glück, bei Eis nicht sooo oft vorkommt, 
zumindest ist mir das noch nicht so gravierend aufgefallen.

Heute sieht es bei mir so aus:
e1nextcloud # df -h
Filesystem      Size  Used Avail Use% Mounted on
devtmpfs        4.0M     0  4.0M   0% /dev
tmpfs           2.0G     0  2.0G   0% /dev/shm
tmpfs           795M  1.5M  794M   1% /run
/dev/xvda3      4.3G  3.1G  1.1G  74% /
/dev/xvda1       92M   26M   60M  31% /boot
/dev/xvdb1      4.8G  1.8G  2.9G  38% /data
tmpfs           398M     0  398M   0% /run/user/0


> 
> Meinen eis1 habe ich bereits vor einiger Zeit auf diese Werte erweiert.
> 
> MOUNTPOINT     BELEGT         FREI
> /dev         0 %     of  1.5G     1.5G
> /dev/shm     1 %     of  1.5G     1.5G
> /run         1 %     of  1.5G     1.5G
> /         55 % of  4.3G     1.9G
> 

Diese Ausgabe sagt mir nicht wirklich etwas, so wie ich das sehe, sind 
die ersten 3 Zeilen tmpfs. Die vierte Zeile ist anscheinend root und hat 
die gleich Größe wie mein root, oder?

> 
> Seither ist Ruhe.
> /boot putze ich dann un wann wenn der neue kernel sauber läuft.
> 

Ok, das mache ich auch so.


Was aber bleibt, was ist besser?
Root größer machen oder /usr auf eine eigene Platte?
Machbar ist beides, usr auslagern ist das einfachere.
Zeitdruck ist ja jetzt erst mal raus. Aber ich bin sicher, irgendwann 
stehe ich (oder wer anders) wieder vor dem gleichen Problem!


Vielleicht hier doch noch eine Spitze!
(Nicht böse sein, aber darüber bin ich gestern gestolpert)

Auszug aus der Eisfair Doku:
Hardwarevoraussetzungen

     - CPU: Pentium 66
     - Hauptspeicher: 32 MB, besser 64
     - Massenspeicher: mindestens 120 MB Festplatte, später auch 
CompactFlashTM
     - Sonstiges: Netzwerkkarte zum Anschluss an LAN
     - Optional: ISDN- oder weitere Netzwerkkarte zum Anschluss an xDSL


Das lasse ich einfach mal so unkommentiert wirken! ;)


Gruß,
Helmut