Ich benutze Debian Squeeze. Plötzlich habe ich das Problem, dass mein Benutzer keine Verzeichnisse und andere solche Aufgaben erstellen kann. Laufen mkdir abc
gibt mir
mkdir: cannot create directory 'abc': Disk quota exceeded
Meine Festplatte ist nicht voll df -h
Ergebnisse sind
Filesystem Size Used Avail Use% Mounted on
/dev/md1 1.8T 39G 1.8T 3% /
tmpfs 7.8G 0 7.8G 0% /lib/init/rw
udev 7.8G 148K 7.8G 1% /dev
tmpfs 7.8G 0 7.8G 0% /dev/shm
/dev/md0 243M 31M 200M 14% /boot
uname -a
Ausgabe, die möglicherweise benötigt wird, ist
Linux server 2.6.32-5-686-bigmem #1 SMP Sun Sep 23 10:27:25 UTC 2012 i686 GNU/Linux
Hinweis: Wenn ich mich als root anmelde, ist alles in Ordnung. Dieses Problem tritt nur bei einem bestimmten Benutzer auf
Edit : Ausgabe vonquota
Disk quotas for user user (uid 1000): none
Ausgabe von quota -g
Disk quotas for group user (gid 1000):
Filesystem blocks quota limit grace files quota limit grace
/dev/disk/by-uuid/26fa7362-fbbf-4a9e-af4d-da6c2744263c
8971324* 1048576 1048576 none 43784 0 0
quota
die Ergebnisse auszuführen und Ihnen zu senden.quota
hinzugefügtquota -g
(Gruppenkontingent)? Haben Sie überhaupt Quoten für dieses Dateisystem? Hilft Laufenquotacheck
?quota -g
oben hinzugefügt. Ich weiß nichts über Kontingente in meinem Dateisystem. Ich weiß nur, dass ich in webmin für zwei der Benutzer, die ich auf meinem Debian verwende, eine unbegrenzte Quotenoption festgelegt habe. Plötzlich hat dieser Benutzer angefangen, mir ein Kontingentproblem ohne eine von mir vorgenommene Änderung mitzuteilen. In Bezug aufquotacheck
es funktioniert nicht,-sh: quotacheck: not found
Antworten:
Der Datenträger ist nicht voll, aber der für diesen Benutzer zulässige Speicherplatz ist voll. Sie müssen überprüfen
quota(1)
, den Verdächtigen vielleicht überreden, seinen Müll zu beseitigen, oder ihn in einem Ausbruch der Freundlichkeit mit erhöhenedquota(8)
.quelle
edquota(8)
gab mir-bash: syntax error near unexpected token '8'
(8)
bezieht sich auf Abschnitt 8 (Verwaltungsbefehle) der Unix-Handbücher.Das Problem in meinem Fall war, dass ich die Anzahl der vom Dateisystem unterstützten Inodes (Dateieinträge) überschritten hatte. Der Befehl
hat das Problem in meiner VM aufgedeckt:
Das Löschen einiger unnötiger kleiner Dateien oder das Erhöhen der Anzahl der Inodes (komplizierter) behebt das Problem. Ein Befehl wie dieser kann Ihnen helfen, herauszufinden, in welchen Verzeichnissen sich viele Dateien befinden (in diesem Fall suchen Sie unter / var):
quelle
find / -xdev -printf '%h\n' | sort | uniq -c | sort -kn1
. Entnommen aus der folgenden Antwort .Ich benutze Debian Squeeze nicht, aber ich hatte ein ähnliches Problem und vielleicht könnte dies jemand anderem helfen. Mein Benutzerkonto ist für einen Studenten bestimmt, es ist also bedeutend niedriger als wenn ich Linux von meinem Heimcomputer aus laufen ließ, aber immer noch ... In einem Programm, das ich ausgeführt habe, wurde die Ausgabe in eine Datei geschrieben. Ich lief in eine Endlosschleife und musste Cntrl-C aus dem Programm, um es abzubrechen. Nachdem dies geschehen war, erhielt ich weiterhin den Fehler, dass mein Kontingent voll war und ich nichts speichern konnte. Lösung: Löschen Sie die Ausgabedatei, in die meine Schleife geschrieben hat. Nachdem ich dies gelöscht und meine Schleife repariert hatte, wurde mein Kontingent wieder freigegeben.
quelle
Überprüfen Sie Ihre Festplattenquoteneinstellungen gemäß dem folgenden offiziellen Debian- HowTo .
quelle