Archiv verlassen und diese Seite im Standarddesign anzeigen : festplatte voll nach löschen
hi
ich habe anstatt papierkorb leeren löschen gedrückt.
dabei ist aus irgendeinen grund nicht die frei kapaziät meiner platte runter gegangen sondern rauf.
im papierkorb sind die daten nicht mehr.
wie kann ich herausfinden wo die daten scheinbar abgelegt sind und sie weider löschen, damit ich freie kapazitäten bekomme ?
hab opensuse 11.3 auf dem rechner
df, du, lsof | grep deleted, ...
gropiuskalle
23.02.11, 09:29
Wenn der Ort gar nicht bekannt ist, würde ich mit →ncdu (http://dev.yorhel.nl/ncdu) arbeiten, das ist recht praktisch. ncdu findest Du im Packman-Repo. GUI-Alternativen sind z.B. Filelight (KDE) oder Baobab (GNOME).
hi
hier scheint der fehler zu liegen
linux-n9tl:~ # du -sh /
du: cannot access `/var/lib/ntp/proc/8258/task/8258/fd/3': No such file or directory
du: cannot access `/var/lib/ntp/proc/8258/task/8258/fdinfo/3': No such file or directory
du: cannot access `/var/lib/ntp/proc/8258/fd/3': No such file or directory
du: cannot access `/var/lib/ntp/proc/8258/fdinfo/3': No such file or directory
du -sh/
du: cannot access `/proc/8258/task/8258/fd/3': No such file or directory
du: cannot access `/proc/8258/task/8258/fdinfo/3': No such file or directory
du: cannot access `/proc/8258/fd/3': No such file or directory
du: cannot access `/proc/8258/fdinfo/3': No such file or directory
63G /
das /var/lib/ntp/proc/8258/ und alle unterverzeichnisse kann ich mit dolphin sehen, aber es wird angegeben es existiert nicht beim root
aber jetzt weiss ich echt nicht weiter
Das mit den /proc ist an sich ok...
Du könntest aber
- [code]-Tags benutzen,
- mal komplette ausgaben von df und du -m -x --max-depth=1 und das oben genannte lsof posten
Du könntest aber
- [code]-Tags benutzen,
- mal komplette ausgaben von df und du -m -x --max-depth=1 und das oben genannte lsof posten
ich bin blond und weiss nicht was ich machen soll. ich brauchte die befehle leider schon genauer
Die Befehle hast Du schon, Du musst nur die GANZE Ausgabe posten, nicht nur den Teil von dem Du annimmst dass er den Fehler enthält.
hier das log
ist zu lang deshalb hier: http://allgemeiner-integrationsdienst.de/log.txt
danke
Du solltest die Befehle schon so eingeben, wie man sie Dir nennen - und evtl. auch im richtigen Ordner absetzen...
hi
df
du -m -x --max-depth=1
lsof
eingegeben. sagte doch ich bin blond
Dodobo.reloaded
23.02.11, 10:59
Fast. :)
Du solltest bitte beim Beantworten des Themas hier unten auf Erweitert klicken und dann auf die Schaltfläche "#", um den Code lesbar hierher zu kopieren.
Die Befehle lauten so, alle in dieser Reihenfolge:
cd /home
df # besser df -h verwenden
du -m -x --max-depth=1
lsof | grep deleted # so abkopieren (Strich ist auf der >- bzw. <-Taste)
Erklärung zum letzten Befehl: Die Ausgabe aller geöffneten Dateien (auch der soeben gelöschten) wird ausgegeben. Gelöschte sind mit "deleted" markiert, daher sucht man mit grep nur nach Zeilen, die dieses Wort enthalten.
Nähere Informationen kannst du hier nachlesen:
man cd df du
Die Handbuch-Seiten gibt es meist auch als Paket manpages-de auf Deutsch in deiner Paketverwaltung zum Nachinstallieren.
Gruß, Dodo
Edit: Da es hier wohl um /home geht, habe ich nun den cd-Befehl von / auf /home geändert.
hi
kirche2020@linux-n9tl:~> cd /home
kirche2020@linux-n9tl:/home> df -h
Dateisystem Größe Benut Verf Ben% Eingehängt auf
/dev/sda2 72G 64G 4,6G 94% /
devtmpfs 758M 228K 757M 1% /dev
tmpfs 758M 4,0K 758M 1% /dev/shm
kirche2020@linux-n9tl:/home> du -m -x --max-depth=1
44204 ./kirche2020
44204 .
kirche2020@linux-n9tl:/home> lsof | grep deleted
plasma-de 3248 kirche2020 13u REG 8,2 0 304848 /tmp/kde-kirche2020/plasma-desktopXT3248.tmp (deleted)
plasma-de 3248 kirche2020 14u REG 8,2 0 304850 /tmp/kde-kirche2020/plasma-desktopoP3248.tmp (deleted)
plasma-de 3248 kirche2020 16u REG 8,2 0 304853 /tmp/kde-kirche2020/plasma-desktopKh3248.tmp (deleted)
kio_deskt 3601 kirche2020 9r REG 8,2 2089411 1453150 /var/tmp/kdecache-kirche2020/ksycoca4 (deleted)
krunner 3613 kirche2020 20r REG 8,2 2089411 1452429 /var/tmp/kdecache-kirche2020/ksycoca4 (deleted)
krunner 3613 kirche2020 25r REG 8,2 2089411 1452429 /var/tmp/kdecache-kirche2020/ksycoca4 (deleted)
IglooFTP- 3744 kirche2020 6w REG 8,2 0 2635875 /home/kirche2020/.IglooFTP-PRO/cache/IPROC/3744/lock (deleted)
mysqld 4388 kirche2020 5u REG 8,2 0 304547 /tmp/ibwAA8Yy (deleted)
mysqld 4388 kirche2020 6u REG 8,2 0 304576 /tmp/ibrMX8MD (deleted)
mysqld 4388 kirche2020 7u REG 8,2 0 304584 /tmp/ibqz79AI (deleted)
mysqld 4388 kirche2020 8u REG 8,2 0 304612 /tmp/ibfcoqQN (deleted)
mysqld 4388 kirche2020 12u REG 8,2 0 304726 /tmp/ibWGu80T (deleted)
IglooFTP- 10018 kirche2020 6w REG 8,2 0 2670783 /home/kirche2020/.IglooFTP-PRO/cache/IPROC/10018/lock (deleted)
IglooFTP- 10018 kirche2020 11w REG 8,2 0 2667283 /home/kirche2020/.IglooFTP-PRO/cache/tmp/iftptmpIV87Ek (deleted)
so besser ?
kirche2020@linux-n9tl:/home> du -m -x --max-depth=1
44204 ./kirche2020
44204 .
so besser ?
Auf jeden Fall besser!
Da steht dass Dein Homeverzeichnis "kirche2020" über 44 GB Platz braucht. Nun kannst Du eine Ebene tiefer gehen, also "cd kirche2020", und dort nochmals den gleichen du- Befehl verwenden. So kannst Du den Sünder laufend weiter eingrenzen.
Hi
Im Sammler sind aber 44 Gb Daten
71 - 44 = 27 im rest und hier ist auch wie es scheint ca 16 gb gelöschtes gelandet.
nur wie finden? der root hat das problem scheinbar mit der oben genannten var/liB.... denn dort sind scheinbar auch temporäre dinge dann gebunden.
poste doch bitte mal ein du -m -x --max-depth=1 aus / heraus...
linux-n9tl:~ # du -m -x --max-depth=1 /
22 /etc
22 /boot
8 /bin
1 /media
321 /var
44199 /home
1 /lost+found
0 /proc
15 /root
2 /srv
und ab hier versteh ich die logik nicht mehr
und ab hier versteh ich die logik nicht mehr
Na ganz einfach: Da steht wo wieviel Platz in MB verbraucht wird.
Die grössten sind also /home mit über 44 GB und /var mit 321 MB.
Nun kannst Du den Befehl in /var wiederholen um das Problem weiter einzugrenzen.
könntest Du bitte die Ausgabe komplett posten?
hi
mach mal pause. versteh das nicht
wenn platte mit 64gb belegt und home 44gb hat
und das log dem rest keine 20 zuordnet dann muss es doch irgendwo
ein problem geben. nur wo ?
bis später
daszu wäre nötig, daß Du erst mal die komplette Ausgabe postest. Das, was dort steht kann irgendwie nicht alles sein, da fehlen Verzeichnisse...
Dodobo.reloaded
23.02.11, 12:56
Ihr seid zwar auf einer Spur, aber nun will ich mal noch eine für den Fall wohl geeignetere Methode vorstellen. Vielleicht spürt ihr mit einer Kombination die größten Dateien auf, da es ja um 16 GB gehen soll (was mir vorher nicht bekannt oder nicht aufgefallen war).
Entweder, du kennst den Namen oder die Dateiendung der vermeintlich gelöschten Dateien und suchst sie so:
find ~ -name dateiname
find ~ -name '*.end'
end durch die Endung ersetzen.
Oder du suchst nach allen Dateien, auf die in den letzten 24h (mtime 1 für 1 Tag) bzw. ab 0 Uhr (daystart) zugegriffen wurde:
find ~ -daystart -mtime 1 | sort | less
Mit den Pfeiltasten kannst du nun durchscrollen.
Sollten die gelöschten Dateien also nicht gelöscht bzw. nur verschoben oder umbenannt worden sein, müssen sie da auftauchen. Ggf. Suche mit "/" statt "~" wiederholen.
sort sortiert nach Alphabet und less zeigt es so an, dass man mit den Pfeiltasten durchscrollen kann.
~ steht dabei als Variable für dein Homeverzeichnis, das wird also automatisch eingesetzt.
Ich hoffe, du achtest auch darauf, was du dabei lernen kannst und nicht nur ein Problem zu lösen? Siehe auch: http://wiki.ubuntuusers.de/Shell/Umleitungen#Der-Pipe-Operator
Hab ich dir extra rausgesucht, da ich dir in dem Fall "man 7 pipe" oder "man bash" nicht zumuten will. Aber dort ist es wirklich leicht erklärt, was es mit den "|" auf sich hat. Schau mal rein, geht schnell und lohnt sich.
Gruß, Dodo
Edit: Syntax korrigierend ergänzt.
hi
@ Dodobo.reloaded
einen ähnlichen weg mit suchen hab ich schon beschritten, aber
ich denke es ist irgendwo ein haken drin, denn das ergebnis zb beim verzeichnis home ist erschreckend, wenn man die aufgerufenen dateien ansieht:
lines 294 - 336/336 (END)
es fehlen und werden nicht angezeigt
der rechner hat sich irgendwo verschluckt an dem löschen. die dateien sind definitiv nicht mit den namen oder ~oder anderer endung auf dem pc.
also gibt es jetzt nur 2 möglichkeiten
1. neu linux drauf
2. jemand hat eine idee wie ich den fehler weg bekomme, denn das muss der haken sein
linux-n9tl:~ # du -sh /
du: cannot access `/var/lib/ntp/proc/8258/task/8258/fd/3': No such file or directory
du: cannot access `/var/lib/ntp/proc/8258/task/8258/fdinfo/3': No such file or directory
du: cannot access `/var/lib/ntp/proc/8258/fd/3': No such file or directory
du: cannot access `/var/lib/ntp/proc/8258/fdinfo/3': No such file or directory
du -sh/
du: cannot access `/proc/8258/task/8258/fd/3': No such file or directory
du: cannot access `/proc/8258/task/8258/fdinfo/3': No such file or directory
du: cannot access `/proc/8258/fd/3': No such file or directory
du: cannot access `/proc/8258/fdinfo/3': No such file or directory
63G /
danke
Möglichkeit Nummer 3: mach endlich mal das, was marce sagt (Posting #20).
Dodobo.reloaded
23.02.11, 17:54
m.o.o. hat Recht. Bitte nicht kürzen oder interpretieren, sondern einfach stupide Befehlsausgaben kopieren und Ergebnisse posten. Erklären kann man es später. Also nicht voreilig irgendwas neu installieren oder so!
Aber mal als Zwischen-Erklärung: Auf /proc kann ohne root-Rechte (Admin) nicht immer zugegriffen werden und teils auch als root nicht! Das befindet sich lediglich im Arbeitsspeicher und wird bei jedem Systemstart neu erzeugt.
Und dein System (wenn ich mich recht erinnere) besteht eben aus ca. 20 GB / (ohne /home) und 40 GB /home - insgesamt ca. 60 GB belegt. Alles auf einer Partition.
/dev/sda2 72G 64G 4,6G 94% /
Ca. 5 GB sind dann noch frei, macht zusammen 65 bzw. eben 72 GB, habe ja extrem gerundet und nicht alles nochmal im Detail nachgeschaut!
Wie groß waren denn die einzelnen Dateien etwa? Waren die alle in einem Ordner mit 16 GB? Werden wir nach marce Befehl dann hoffentlich merken, aber sage besser was dazu.
Vermutlich (Spekulation anhand der bisherigen mageren Informationen) sind die Dateien weg, aber andere dazugekommen, Logs, temporäre Dateien oder ähnliches.
Und:
lines 294 - 336/336 (END)
es fehlen und werden nicht angezeigt
Das heißt, dass dort auf dieser Seite die 42 Zeilen von Nummer 294 bis 336 von 336 angezeigt werden, also da fehlt nix! Du bist auf dem völlig falschen gedanklichen Pfad, hast dich gedanklich in einer Sackgasse verrannt!
Gruß, Dodo
hi
@m.o.o.
linux-n9tl:~ # du -m -x --max-depth=1 /
22 /etc
22 /boot
8 /bin
1 /media
321 /var
du: cannot access `/home/kirche2020/.gvfs': Permission denied
44199 /home
1 /lost+found
0 /proc
15 /root
2 /srv
@Dodobo.reloaded
ein verzeichnis ca 8 gb mit 6- 8 dateien in gleichen grössen waren vorher da.
das andere waren verzeichnisse mit *.avi dateien auch ca 700mb - 1,4 gb gross.
die aktivitaet der dateien */*/ordnername.avi alles nicht mehr zu finden auf dem pc
Dodobo.reloaded
23.02.11, 18:44
Da fehlt doch schon wieder was in der Anzeige, ohne das dein Linux standardmäßig spätestens nach Neustart gar nicht mehr laufen könnte!
gvfs ist egal (Netzwerk?).
Die Ausgabe ist erst fertiggelaufen und zuende angezeigt, wenn da wieder
linux-n9tl:~ #
am Ende steht, vorher nicht!
Warte ggf. 15 min oder auch 30! Alle Dateien müssen aufsummiert werden!
Kommt trotzdem nix mehr?
Bist du root?
Mache das nochmal, aber leicht abgewandelt:
su # oder login, danach als root einloggen! auch su braucht das root-Passwort!
du -m -x --max-depth=1 / 2>/dev/null # unterdrückt die Fehlermeldungen, falls das (wie bei mir anderswo evtl.) deinen Befehl "lahmlegt"
# nun 15-30 min warten! bis es fertig ist, also wieder "linux-n9tl:~ #" erscheint!
# mein Befehl aus einem anderen Thema, angepasst so:
du -x --max-depth=2 / 2>/dev/null | sort -nr | head -n30
# zeigt die ca. 30 verschwenderischsten Ordner sortiert an!
Du hast 44 GB im /home, da würde ich zuerst aufräumen! Wobei 20 GB vorhin angesprochenes / auch nicht gerade wenig für Linux ist. Aber das nur am Rande. Außerdem solltest du auch mal in lost+found schauen, da ist auch 1 MB drin, aber später, nicht hier und jetzt - ist mir nur aufgefallen!
Home (die belegten 40 GB) untersuchen:
du -x --max-depth=2 /home/kirche2020 2>/dev/null | sort -nr | head -n30
gropiuskalle
23.02.11, 18:51
Mannometer, ist das ein Herumgeeiere hier. Mit ncdu, Filelight oder gergleichen wäre der Übeltäter vermutlich längst gefunden. Die Arbeitsweise von 'du', 'df' und Co. kann man sich dann ja immer noch ansehen.
linux-n9tl:~ # du -m -x --max-depth=1 / 2>/dev/null
22 /etc
22 /boot
8 /bin
1 /media
321 /var
44198 /home
1 /lost+found
0 /proc
15 /root
2 /srv
16034 /tmp
1 /mnt
1 /.config
123 /lib
10 /sbin
3519 /usr
0 /sys
201 /opt
1 /selinux
0 /dev
64471 /
linux-n9tl:~ #
Dodobo.reloaded
23.02.11, 18:58
Du hast 16 GB in /tmp. Bekommst du die alleine angezeigt und weg? ;)
Dodobo.reloaded
23.02.11, 19:03
Mannometer, ist das ein Herumgeeiere hier. Mit ncdu, Filelight oder gergleichen wäre der Übeltäter vermutlich längst gefunden. Die Arbeitsweise von 'du', 'df' und Co. kann man sich dann ja immer noch ansehen.
Wäre auch nicht schneller gewesen, wenn man dann wie bei "du" nicht abwartet, bis alle Dateien ausgezählt wurden. Und dann müsste man mit Bildschirmfotos kommunizieren (ist doch eine GUI, oder?). *grusel* Und eine Fehlerquelle mehr als ein bewährtes und anpassbares Basictool.
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.