Ich versuche, einige Dateien zu chmod und erhalte die Fehlermeldung "Datenträgerkontingent überschritten":
Es stimmt, dass ich nicht mehr so viel Speicherplatz im Dateisystem habe, in dem ich chmod verwende, nämlich nfs.mit.edu:/export/evodesign/beatdb
(was ein NFS ist ), entweder in Bytes oder in Inodes:
Aber warum braucht chmod mehr Platz?
Ich benutze Ubuntu 12.04.
Bearbeiten: Einige weitere Informationen nach den Kommentaren:
1) Ich kenne das Betriebssystem des NFS-Servers nicht ( nmap -O nfs-server-ip
habe nichts zurückgegeben)
2) Das von einem gemounteten NFS-Dateisystem verwendete NFS-Protokoll ist NFSv3 :
3) quota -v
:
4) Ich habe keine /var/log/messages
Protokolle, ich habe einige /var/log/syslog
Protokolle, aber nichts sieht seltsam aus.
nmap -O nfs-server-ip
habe nichts zurückgegeben) und weiß nicht genau , welche Version des NFS-Protokolls von einem gemounteten NFS-Dateisystem verwendet wird .quota -v
Sie ein, um festzustellen, ob das Kontingent für dieses Dateisystem überschritten ist. Möglicherweise müssen Sie dies tun, wenn Sie als Eigentümer der betreffenden Dateien und nicht als Root angemeldet sind. Es ist möglich, dass Ihr Server alle Schreibvorgänge in Dateien oder in Dateiattribute ablehnt, wenn der Dateieigentümer über das Kontingent hinausgeht.Antworten:
Wie in den Kommentaren vermerkt: Es ist wahrscheinlich, dass Sie die Quote überschritten haben und das Dateisystem Ihren Schreibvorgang aus diesem Grund ablehnt.
Es gibt viele Dateisysteme, in denen alle Schreibvorgänge protokolliert werden, wobei die alte Version beibehalten wird. Ein solches Dateisystem ist ZFS - Lesen Sie mehr über die Interaktion zwischen ZFS-Snapshots und -Kontingenten.
(Das Problem kann jedoch nur darin bestehen, dass der NFS-Server alle Schreibvorgänge ablehnt, wenn Sie das Kontingent überschritten haben.)
quelle