OpenSuSE 11.0 => quota funktioniert nicht

A

aspire_5652

Tripel-As
Hat jemand es jemand von euch geschafft quota unter SuSE 11.0 ans laufen zu bekommen?
Unter SuSE 10.2 ging das problemlos.
Ich bekomme immer eine Fehlermeldung beim Starten des Dienstes:
Code:
linux-server:/ # /etc/init.d/boot.quota start
Turning quota on
Checking quotas. This may take some time.
quotaon: using //aquota.group on /dev/sda2 [/]: Invalid argument
quotaon: Maybe create new quota files with quotacheck(8)?
quotaon: using //aquota.user on /dev/sda2 [/]: Invalid argument
quotaon: Maybe create new quota files with quotacheck(8)?
                                                                      failed

Ebenso beim manuellen aktivieren der quota:
Code:
linux-server:/ # quotaon -avug
quotaon: using //aquota.group on /dev/sda2 [/]: Das Argument ist ungültig
quotaon: Maybe create new quota files with quotacheck(8)?
quotaon: using //aquota.user on /dev/sda2 [/]: Das Argument ist ungültig
quotaon: Maybe create new quota files with quotacheck(8)?


Meine verwendete Vorgehensweise bei der Installation:

Code:
linux-server:/ # touch /aquota.group /aquota.user
linux-server:/ # chmod 600 /aquota.group /aquota.user

Anpassung der /etc/fstab:
Code:
...
/dev/sda2            /                    ext3       acl,user_xattr,usrquota,grpquota        1 1
...

Reboot

mount liefert:
Code:
...
/dev/sda2 on / type ext3 (rw,acl,user_xattr,usrquota,grpquota)
...

Quota-Überprüfung:
Code:
linux-server:/ # quotacheck -avugm
quotacheck: Your kernel probably supports journaled quota but you are not using it. Consider switching to journaled quota to avoid running quotacheck after an unclean shutdown.
quotacheck: Scanning /dev/sda2 [/] done
quotacheck: Checked 9504 directories and 49707 files

Habe auch schon Regeln erstellt und wieder rückgängig gemacht keine Änderung. Auch habe ich die quotafiles schon mit
Code:
quotacheck -v -g -c -F vfsv0 -m /
quotacheck -acfuvgM
versucht zu erstellen. Leider kein Erfolg.

Hier die Version
Code:
linux-server:/ # quota --version
Quota utilities version 3.16.
Compiled with: EXT2_DIRECT HOST_ACCESS ALT_FORMAT RPC BSD_BEHAVIOUR
Bugs to jack@suse.cz
 
Zuletzt bearbeitet:
*Push*

Kann das jemand noch reproduzieren? Liegt hier eventuell ein Fehler im Paket "quota" vor?! Oder konfiguriert ihr nach einer anderen Vorgehensweise?
Bitte um Hilfe
 
nun ich würde sagen die meisten wenden keine quotas auf dem wurzelverzeichniss an, ich könnte mir sogar gut vorstellen das es gar nicht geht ...

edit: ok zu spät und auch noch falsch na denn ;)
 
nun ich würde sagen die meisten wenden keine quotas auf dem wurzelverzeichniss an, ich könnte mir sogar gut vorstellen das es gar nicht geht ...

edit: ok zu spät und auch noch falsch na denn

@doc,

hab ich zuerst auch gedacht, aber eine kurze google-Suche hat mich des Besseren belehrt.

Sprich, wenn dem so wäre würde man mit der Fehlermeldung wahrscheinlich sehr viele aussagekräftige google-Hits erhalten, tut man aber nicht.

Deshalb meine Bug-Vermutung.

Vor allem weil der TE ja auch schreibt:

Unter SuSE 10.2 ging das problemlos.

@aspire

Du sprichst hier schon von den exakt selben quotas, right?

P.S.: Bin auch kein Quota-Spezi, mutmaße hier also auch nur.
 
Also das System ist auf dem aktuellen Stand, ich aktualisiere regelmäßig.
Lediglich die Vorgehensweise ist genau wie ich es auch unter SuSE 10.2 gemacht habe. Bestehende Quotas habe ich nicht übernommen.

Meine Vermutung ist auch das was mit dem Paket nicht stimmt, diese Seite bekräftig meine Vermutung:

http://faq.jensbenecke.de/wiki/Quota
Falls der Befehl quotaon -va mit Invalid argument fehlschlägt, wurde entweder das Quota-Modul nicht geladen, oder die Version der Quota-Tools passt nicht zum Kernel. Hierbei sollte man darauf achten, daß man keine alten Leichen aus einem früheren Update auf der Festplatte hat und daß sowohl Kernel als auch Quota-Tools auf dem vom Distributor gelieferten neusten Stand sind.

zumindest verläuft auch ein
Code:
modprobe quota_v2
, sowie
Code:
modprobe quota_v1
problemlos, dennoch keine Besserung.

Hat sonst noch jemand einen Vorschlag, da würde ich sonst den Maintainer anschreiben
 
Zuletzt bearbeitet:
oder die Version der Quota-Tools passt nicht zum Kernel.

Das solltest du vorher noch prüfen (+ mit modinfo die Module).

Des Weiteren: Wie schon erwähnt bin ich kein quota-Spezi, ich würde auch noch docs Behauptung


nun ich würde sagen die meisten wenden keine quotas auf dem wurzelverzeichniss an, ich könnte mir sogar gut vorstellen das es gar nicht geht ...

prüfen, bevor ich den Maintainer belästige....:devil:
 
Also modinfo liefert:

modinfo quota_v1
Code:
filename:       /lib/modules/2.6.25.18-0.2-pae/kernel/fs/quota_v1.ko
license:        GPL
description:    Old quota format support
author:         Jan Kara
srcversion:     DDB06429D9B7240FC9EB686
depends:
supported:      yes
vermagic:       2.6.25.18-0.2-pae SMP mod_unload 586

modinfo quota_v2
Code:
filename:       /lib/modules/2.6.25.18-0.2-pae/kernel/fs/quota_v2.ko
license:        GPL
description:    Quota format v2 support
author:         Jan Kara
srcversion:     8661E3D30CE85E7E5E2D430
depends:
supported:      yes
vermagic:       2.6.25.18-0.2-pae SMP mod_unload 586

uname -r
Code:
2.6.25.18-0.2-pae

Scheint also alles zu passen. Da ich nur eine Platte mit begrenzter Kapazität in meinem Notebook habe, habe ich nur eine ext3-Partition angelegt und das komplette System unter / gemountet. Ich kann die quotas also leider nur unter / benutzen. Wenn das nicht mehr gehen würde, wäre das sehr schade.
 

Ähnliche Themen

Zugriff Ubuntu 16.04. auf Freigabe 18.04. LTS nicht möglich

OpenJDK8 unter Debian7.11/sparc64/kernel 3.16 kompilieren

X startet nichtmehr

Samba 4 Gast Zugang unter Ubuntu funktioniert nicht

Akonadi startet nicht mehr

Zurück
Oben