Wo ist mein Plattenplatz geblieben

SQLException · 20. November 2013

Hallo,

meine 250er SSD (formatiert 226 GB) ist fast voll, obwohl ich nur ca. 113 GB an Aufnahmen habe.

Code

Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sda1       226G    203G   12G   95% /
udev            1,9G    4,0K  1,9G    1% /dev
tmpfs           785M    908K  784M    1% /run
none            5,0M       0  5,0M    0% /run/lock
none            2,0G       0  2,0G    0% /run/shm

Erst dachte ich, srv/vdr/video.00 und /srv/share/vdr machen irgendwie murks und hier wird alles doppelt gespeichert, zumindest sah das laut ncdu so aus (weil auch die Zahlen - zufälligerweise - wie die Faust aufs Auge gepasst hätten):

[Blockierte Grafik: http://i.imgur.com/CEcqLAV.jpg]

Die 226 GB Gesamtkapazität meiner SSD (wie von "df -h" angegeben) sind umgerechnet 210 GiB, insofern habe ich schnell wieder verworfen das alles doppelt abgespeichert wird, wäre dem tatsächlich so, wäre meine Platte bereits mehr als voll. Da stellt sich mir immer noch die Frage, wo der ganze Speicherplatz hin ist!? / sieht so aus (der Inhalt von /srv ist auf dem obigen Bildchen):

[Blockierte Grafik: http://i.imgur.com/Zy6SGf9.jpg]

Wird mir vielleicht nur vorgegaukelt die Platte wäre fast voll, wegen falschen Symlinks oder sowas (die schon da waren, System ist relativ frisch)? Ist ja sonst nix da ausser der eine Aufnahmeordner mit 113,4 GiB.

ATD · 20. November 2013

Trimm's mal manuell, vielleicht hast Du ein schei* FW auf dem SSD. VORHER: Daten sichern, nicht dass Du Dich dann später beschwerst.

Code

sudo fstrim -v /

Es wird dauern.

Albert

gda · 20. November 2013

Hast du die Platte von einer Anderen geklont?
Poste mal die Ausgabe von mount, aber nicht als Screenshot!

Gerald

Dirk · 20. November 2013

hi

mach doch mal ein

Code

du -h --max-depth=1 /srv/vdr

bzw.

Code

du -h --max-depth=1 /srv/share

und arbeite dich dann durch die Verzeichnisse vor

gda · 20. November 2013

Das /srv/vdr/video.00 und /srv/share/vdr das Selbe anzeigen ist normal, weil das Letztere ein mount bind auf das Erste ist:

Code

/srv/vdr/video.00 on /srv/share/vdr type none (rw,bind)

Gerald

ATD · 20. November 2013

Dirk, das bringt nichts, es ist sogar irreführend. Das /srv/share/vdr ist die NFS Freigabe von /srv/vdr/video.00. Die Ausgaben werden identisch sein, der Inhalt ist aber nur einmal vorhanden und das nur in /srv/vdr/video.00.

Albert

gda · 20. November 2013

Zitat von ATD

Dirk, das bringt nichts, es ist sogar irreführend. Das /srv/share/vdr ist die NFS Freigabe von /srv/vdr/video.00. Die Ausgaben werden identisch sein, der Inhalt ist aber nur einmal vorhanden und das nur in /srv/vdr/video.00.

Sag ich doch

Gerald

ATD · 20. November 2013

Zitat von gda

Sag ich doch

Ist ja gut. Du hast 20:35:59 gepostet, ich dagegen 20:36:00.

Albert

Dirk · 20. November 2013

ok und wo sind dann seine fehlenden 90GB?

schneisa · 20. November 2013

Und mal schauen wieviel Platz in /var/cache verbraucht wird.

schneisa

gda · 20. November 2013

Zitat von Dirk

ok und wo sind dann seine fehlenden 90GB?

Ich habe ja nicht gesagt, dass das mount bind die Lösung des Problemes ist, sondern nur wo die doppelten Daten herkommen.

Jetzt muss der User mal wieder aktiv werden.

Gerald

SQLException · 20. November 2013

Code

root@VDR:/home/ubu# du -hs /var/cache
675M    /var/cache

Code

root@VDR:/home/ubu# mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
/srv/vdr/video.00 on /srv/share/vdr type none (rw,bind)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw)
nfsd on /proc/fs/nfsd type nfsd (rw)
/dev/sdb1 on /media/INTENSO type vfat (rw,nosuid,nodev,uid=666,gid=666,shortname=mixed,dmask=0077,utf8=1,showexec,uhelper=udisks)

Alles anzeigen

Zitat

das bringt nichts, es ist sogar irreführend.

Irreführend ist, zumindest für mich, das diese mount binds dann Tools wie ncdu unbrauchbar machen (/srv/share/vdr -> /srv/vdr/video.00, und beide zeigen die gesamte Größe an obwohl einer nur ein mount ist? Nun gut dann ist es eben so, das ncdu nicht zwischen tatsächlichen Ordnern und Links unterscheiden kann)

Platte wurde nicht geklont. Eben einen Neustart gemacht (wegen was anderem) und siehe da:

Code

root@VDR:/home/ubu# df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sda1       226G    124G   90G   58% /
udev            1,9G    4,0K  1,9G    1% /dev
tmpfs           785M    756K  784M    1% /run
none            5,0M       0  5,0M    0% /run/lock
none            2,0G       0  2,0G    0% /run/shm

Als wär nix gewesen... Ich denke nicht, das ich etwas geändert habe. fstrim habe ich daher mal gelassen bei dieser neuen Samsung 840 Evo.

edit: grübel grübel. Vor Erstellung des Topics hatte ich eine Logdatei von minidlna gelöscht, da diese über fast 80 GB angewachsen war. Da hatte ich gar nicht mehr dran gedacht. Aber auch ca. 1 Stunde später war die Platte noch fast voll, daher das Topic. Dann kann es nur das sein, das der Speicher noch nicht freigegeben wurde (sollte das nicht umgehend automatisch passieren, SSD/trim hin oder her?).

ATD · 20. November 2013

Zitat von Predator

Samsung 840 Evo

Was Besseres hast Du wohl nicht gefunden!? FW "tagesaktuell"?

Zitat von Predator

sollte das nicht umgehend automatisch passieren, SSD/trim hin oder her

Soll ich jetzt Dir die Frage beantworten oder tust Du Dir das selbst!?

Albert

SQLException · 20. November 2013

Es gäbe noch die M4 von Plextor, und die 840 Pro. Das sind zwei der wenigen SSDs die noch fixer sind als die Evo. Aber keine Ahnung was du damit überhaupt aussagen wolltest, da die 840 Evo eine aktuell produzierte SSD ist und Samsung allgemein als quasi Marktführer gilt.

Ich beantworte mir die Frage gerne selbst.

-> wenn ich eine Datei lösche, sollte der freigewordene Platz sofort zur verfügung stehen, ohne weitere Schritte nach einem rm (machst du das so?). Also, warum ging das in dem Fall nun nicht?

ATD · 20. November 2013

Zitat von Predator

die 840 Pro

Genau und das hier ist besser. Hat MLC, keinen TLC.

Übrigens, die habe ich mir gewulfft.

Albert

gda · 20. November 2013

Zitat von Predator

edit: grübel grübel. Vor Erstellung des Topics hatte ich eine Logdatei von minidlna gelöscht, da diese über fast 80 GB angewachsen war. Da hatte ich gar nicht mehr dran gedacht.

Oh man, wieder alles für die Katz. Ich würde mal über logrotate nachdenken.

Gerald

SQLException · 20. November 2013

Wieso, ich hab doch was gelernt. Und zwar das man meinen könnte löschen + Dienst Neustart reicht. Sollte es auch. Aber wohl doch nicht immer.

ATD · 20. November 2013

Zitat von Predator

ich hab doch was gelernt

Guter Spruch!

Albert

FJe · 21. November 2013

moin,

wenn ich dies hier richtig verstehe, muss man sich um's trim bei linux selbst kümmern.
oder macht das ein samsung evo inzwischen selbst?

Wenn batched.discard, dann darauf achten, dass die Zeiten im crontab zum Betrieb
des Rechners passen, bei yavdr steht 5:39 oder ähnlich bei cron.daily, muss man
das auf 19:55h ändern? (und templaten?)

Bye
Frank

ATD · 21. November 2013

Zitat von FJe

muss man sich um's trim bei linux selbst kümmern

Ja.

Zitat von FJe

Wenn batched.discard, dann darauf achten, dass die Zeiten im crontab zum Betrieb
des Rechners passen, bei yavdr steht 5:39 oder ähnlich bei cron.daily, muss man
das auf 19:55h ändern? (und templaten?)

Warum das? Wenn der VDR an ist, wird‘s ausgeführt, wenn aus dann nicht.

Andersrum: Zeit so stellen, dass VDR gewöhnlich an ist.

Albert

Wo ist mein Plattenplatz geblieben

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema