[Debian] Probleem quota

[RutgerLAN]

Ik heb een probleem als ik mijn quotas wil starten.

code:

# /etc/init.d/quota restart
Turning off quotasquotaoff: Cannot find quota file on /var [/dev/hdb1] to turn quotas on/off.
.
Checking quotas...
done.
Turning on quotas.
quotaon: Cannot find quota file on /var [/dev/hdb1] to turn quotas on/off.

Alles bestanden staan in de hoofdmap (/var) de bestanden aquota.user & aquota.goup. Ook heb ik al geprobeerd de bestanden quota.user & quota.group te gebruiken, dit werkte ook niet. Al deze bestanden heb ik CHMOD naar 600, zoals het moest.

Ook heb ik geprobeerd: quotacheck -mavug en quotacheck -avug

En nog werkt het niet. Weet iemand hier een oplossing voor?

OS: Debian 3.0r2

[RutgerLAN]

Iemand een idee?

[ Voor 6% gewijzigd door RutgerLAN op 24-03-2005 12:21 ]

[weijl]

ik neem aan dat je edquota gebruikt hebt om de quota's toe te wijzen,.. als dat zo is dan zou je met 'repquota -a' alle quota's van alle users moeten zien. je zou eens kunnen kijken of je wel de gewenste output krijgt.
is dan wel geen antwoord op je vraag, maar ok.
als je dmv edquota quota's toewijst, dan maakt hij zelf de juiste file aan. ik heb er nog noooit problemen mee gehad.

[RutgerLAN]

gupje schreef op donderdag 24 maart 2005 @ 21:09:
ik neem aan dat je edquota gebruikt hebt om de quota's toe te wijzen,.. als dat zo is dan zou je met 'repquota -a' alle quota's van alle users moeten zien. je zou eens kunnen kijken of je wel de gewenste output krijgt.
is dan wel geen antwoord op je vraag, maar ok.
als je dmv edquota quota's toewijst, dan maakt hij zelf de juiste file aan. ik heb er nog noooit problemen mee gehad.

Het probleem is dat ik quota eerst aan moet zetten. En dat lukt dus niet

[ Voor 4% gewijzigd door RutgerLAN op 24-03-2005 23:53 ]

[_JGC_]

Wel quota support in je kernel zitten voor het specifieke filesystem en je partitie gemount met usrquota of grpquota opties?

[RutgerLAN]

_JGC_ schreef op vrijdag 25 maart 2005 @ 00:09:
Wel quota support in je kernel zitten voor het specifieke filesystem en je partitie gemount met usrquota of grpquota opties?

Jep.

code:

# dmesg | grep quota
VFS: Diskquotas version dquot_6.4.0 initialized

En mijn fstab

code:

<file system> <mount point>   <type>  <options>               <dump>  <pass>
/dev/sda2       /               ext2    suid,dev,exec  0  1
/dev/sda1       none            swap    sw                      0       0
proc            /proc           proc    defaults                0       0
/dev/fd0        /floppy         auto    user,noauto             0       0
/dev/cdrom      /cdrom          iso9660 ro,user,noauto          0       0
/dev/hda1       /back-up        ext2    suid,dev,exec           0       0
/dev/hdb1       /var            ext2    grpquota,suid,dev,usrquota,exec  0  0

Krijg nu trouwens de volgende error:

code:

# quotacheck -avug
quotacheck: WARNING -  Quotafile /var/aquota.user was probably truncated. Can't save quota settings...
quotacheck: WARNING -  Quotafile /var/aquota.group was probably truncated. Can't save quota settings...
quotacheck: Cannot remount filesystem mounted on /var read-only so counted values might not be right.
Please stop all programs writing to filesystem or use -m flag to force checking.

# quotacheck -mavug
quotacheck: WARNING -  Quotafile /var/aquota.user was probably truncated. Can't save quota settings...
quotacheck: WARNING -  Quotafile /var/aquota.group was probably truncated. Can't save quota settings...
quotacheck: Scanning /dev/hdb1 [/var] Cannot get exact used space... Results might be inaccurate.
done
quotacheck: Checked 1048 directories and 14244 files

En daarna:

code:

# quotaon -av
quotaon: Cannot find quota file on /var [/dev/hdb1] to turn quotas on/off.
quotaon: Cannot find quota file on /var [/dev/hdb1] to turn quotas on/off.

Ben er nog niet veel verder mee opgeschoten aangezien quota niet wil starten.

Iemand een idee?

[ Voor 3% gewijzigd door RutgerLAN op 25-03-2005 00:26 ]

[Seth4Chaos]

Please stop all programs writing to filesystem or use -m flag to force checking.

wat ik me nog kan herrinneren van quota's is dat je quotacheck moet draaien als het filesystem niet gemount is, dus:

code:

umount /var (als dit goed gaat anders ff single-user opstarten)
quotacheck -avug
mount /var

[RutgerLAN]

Oké. Heb ik net ff geprobeerd. Heb de machine als single user opgestart. Wat ik heb geprobeerd:

code:

#umount /var > Kreeg error terug als device busy
#umount -l /var > Ging goed
#quotacheck -avug > Hij vond dus niks, hij zoekt dus alleen op mounted filesystems ... :?

Ik snap er echt niks van! Op mijn (vorige) RedHat machine ging het harstikke goed, geen problemen mee gehad. Maarja, de één is de ander niet.

Iemand misschien nog een suggestie?

[TrailBlazer]

welke kernel draai je. Bij mijn 2.6 kernel moest ik suport voor oude qouta systemen meecompilen

[RutgerLAN]

TrailBlazer schreef op vrijdag 25 maart 2005 @ 13:12:
welke kernel draai je. Bij mijn 2.6 kernel moest ik suport voor oude qouta systemen meecompilen

2.4.18-bf2.4

[thunder7]

RutgerLAN schreef op vrijdag 25 maart 2005 @ 11:13:
Oké. Heb ik net ff geprobeerd. Heb de machine als single user opgestart. Wat ik heb geprobeerd:

code:

#umount /var > Kreeg error terug als device busy
#umount -l /var > Ging goed
#quotacheck -avug > Hij vond dus niks, hij zoekt dus alleen op mounted filesystems ... :?

Ik snap er echt niks van! Op mijn (vorige) RedHat machine ging het harstikke goed, geen problemen mee gehad. Maarja, de één is de ander niet.

Iemand misschien nog een suggestie?

als umount 'device busy' als foutmelding geeft, dan lukt het umounten dus niet, omdat er nog processen files op het device gebruiken. Bij een device als /var is dat al snel het geval in multi-user mode, omdat daar waarschijnlijk alle logfiles (syslog etc.) op staan. Zoals iemand dus al zei: opstarten in single-user mode.

[RutgerLAN]

thunder7 schreef op vrijdag 25 maart 2005 @ 13:59:
[...]


als umount 'device busy' als foutmelding geeft, dan lukt het umounten dus niet, omdat er nog processen files op het device gebruiken. Bij een device als /var is dat al snel het geval in multi-user mode, omdat daar waarschijnlijk alle logfiles (syslog etc.) op staan. Zoals iemand dus al zei: opstarten in single-user mode.

Lees mijn bovenstaande tekst nog eens GOED door

Staat er wel degelijk in dat ik hem heb opgestart als single user ...

[Seth4Chaos]

ondanks dat je in single-user mode zit geeft je /var toch nog device busy dus zijn er toch nog programma's actief op /var (check: "lsof | grep var"). pas als je hem goed heb kunnen unmounen (dus zonder -l) zou ik checkquota draaien (en dan eens proberen zonder -a)

[RutgerLAN]

Oké, tweede keer in single-user.

code:

#lsof | grep var > dhclient draaide nog, killall dhclient
#umount /var
#quotacheck -avug
quotacheck: Can't find filesystem to check or filesystem not mounted with quota options.
#mount /var
#quotacheck -avug
quotacheck: Scanning /dev/hdb1 [/var]
Cannot get exact used space ... Results might be incurate.
done.
quotacheck: Checked 1053 directories and 14201 files.

Reboot ....

#quotaon -av
quotaon: Cannot find quota file on /var [/dev/hdb1] to turn quotas on/off.
quotaon: Cannot find quota file on /var [/dev/hdb1] to turn quotas on/off.

En wel alle goden, hij doet het nog steeds niet!

Iemand nog een suggestie

[RutgerLAN]

Iemand nog een idee

[thunder7]

RutgerLAN schreef op zaterdag 26 maart 2005 @ 15:02:
Iemand nog een idee

De brute-force optie: gebruik strace en kijk welke file er precies niet gevonden kan worden.

[RutgerLAN]

Oké, zie hier de output.

code:

#strace /sbin/quotaon
execve("/sbin/quotaon", ["/sbin/quotaon"], [/* 14 vars */]) = 0
uname({sys="Linux", node="RutgerLAN-S2", ...}) = 0
brk(0)                                  = 0x8056b44
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40017000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=14765, ...}) = 0
old_mmap(NULL, 14765, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40018000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200^\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1244016, ...}) = 0
old_mmap(NULL, 1254180, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4001c000
old_mmap(0x40144000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x127000) = 0x40144000
old_mmap(0x4014c000, 8996, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4014c000
close(3)                                = 0
munmap(0x40018000, 14765)               = 0
brk(0)                                  = 0x8056b44
brk(0x8077b44)                          = 0x8077b44
brk(0)                                  = 0x8077b44
brk(0x8078000)                          = 0x8078000
write(2, "Bad number of arguments.\n", 25Bad number of arguments.
) = 25
write(2, "quotaon: ", 9quotaon: )                = 9
write(2, "Usage:\n\tquotaon [-guvp] [-F quot"..., 112Usage:
        quotaon [-guvp] [-F quotaformat] [-x state] -a
        quotaon [-guvp] [-F quotaformat] [-x state] filesys ...
) = 112
exit_group(1)                           = ?

Zou iemand me kunnen vertellen wat ik hieruit kan afleiden.

[ Voor 12% gewijzigd door RutgerLAN op 26-03-2005 21:05 ]

[Coen Rosdorff]

RutgerLAN schreef op zaterdag 26 maart 2005 @ 21:00:
Oké, zie hier de output.

code:

#strace /sbin/quotaon

Wel even de juiste opties meegeven. Zie de laatste regels. (25-30)

[RutgerLAN]

little_soundman schreef op maandag 28 maart 2005 @ 02:03:
[...]

Wel even de juiste opties meegeven. Zie de laatste regels. (25-30)

Sorry

Zie hier:

code:

#strace /sbin/quotaon -av
execve("/sbin/quotaon", ["/sbin/quotaon", "-av"], [/* 14 vars */]) = 0
uname({sys="Linux", node="RutgerLAN-S2", ...}) = 0
brk(0)                                  = 0x8056b44
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40017000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=15119, ...}) = 0
old_mmap(NULL, 15119, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40018000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200^\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1244016, ...}) = 0
old_mmap(NULL, 1254180, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4001c000
old_mmap(0x40144000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x127000) = 0x40144000
old_mmap(0x4014c000, 8996, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4014c000
close(3)                                = 0
munmap(0x40018000, 15119)               = 0
brk(0)                                  = 0x8056b44
brk(0x8077b44)                          = 0x8077b44
brk(0)                                  = 0x8077b44
brk(0x8078000)                          = 0x8078000
rt_sigaction(SIGSEGV, {SIG_DFL}, {SIG_DFL}, 8) = 0
stat64("/proc/fs/xfs/stat", 0xbffffcc0) = -1 ENOENT (No such file or directory)
quotactl(Q_XGETQSTAT|USRQUOTA, NULL, 0, NULL) = -1 EFAULT (Bad address)
stat64("/proc/sys/fs/quota", 0xbffffcc0) = -1 ENOENT (No such file or directory)
quotactl(0x1100 /* Q_??? */|USRQUOTA, NULL, 0, {1073775567, 1073917516, 0, 32, 3221224384, 1073835912, 1, 1073877264}) = -1 EFAULT (Bad address)
quotactl(Q_GETSTATS|USRQUOTA, NULL, 0, {0, 0, 0, 0, 0, 0, 0, 5}) = 0
quotactl(Q_GETQUOTA|USRQUOTA, "/dev/null", 0, {0, 0, 0, 0, 0, 0, 0, 5}) = -1 ENOTBLK (Block device required)
rt_sigaction(SIGSEGV, {SIG_DFL}, NULL, 8) = 0
open("/etc/mtab", O_RDONLY)             = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=235, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40018000
read(3, "/dev/sda2 / ext2 rw 0 0\nproc /pr"..., 4096) = 235
lstat64("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
statfs64("/var", 84, 0xbffffc40)        = -1 ENOSYS (Function not implemented)
statfs("/var", {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=4903934, f_bfree=4718399, f_bavail=4469292, f_files=2492064, f_ffree=2476076, f_fsid={0, 0}, f_namelen=255, f_frsize=0}) = 0
stat64("/dev/hdb1", {st_mode=S_IFBLK|0660, st_rdev=makedev(3, 65), ...}) = 0
stat64("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0x40018000, 4096)                = 0
open("/var/quota.group", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
close(3)                                = 0
write(2, "quotaon: ", 9quotaon: )                = 9
write(2, "Cannot find quota file on /var ["..., 66Cannot find quota file on /var [/dev/hdb1] to turn quotas on/off.
) = 66
open("/var/quota.user", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
close(3)                                = 0
write(2, "quotaon: ", 9quotaon: )                = 9
write(2, "Cannot find quota file on /var ["..., 66Cannot find quota file on /var [/dev/hdb1] to turn quotas on/off.
) = 66
exit_group(2)                           = ?

Oké, hij zoekt dus naar quota.user en quota.group. Deze bestanden staan gewoon in de map! Ik snap er echt niets van, bestanden hebben de juiste rechten etc etc.

Iemand nog een idee

[ Voor 8% gewijzigd door RutgerLAN op 28-03-2005 02:29 ]

[Coen Rosdorff]

RutgerLAN schreef op maandag 28 maart 2005 @ 02:27:

code:

quotactl(Q_XGETQSTAT|USRQUOTA, NULL, 0, NULL) = -1 EFAULT (Bad address)
stat64("/proc/sys/fs/quota", 0xbffffcc0) = -1 ENOENT (No such file or directory)

Ik heb er even 2 regels uitgelicht. Ik vermoed dat je toch problemen met je kernel hebt. Misschien kan je even met de hand kijken of je de genoemde directory hebt. (/proc/sys/fs/quota) Volgens iemand die ik zojuist sprak en ook quota gebruikt moet er een bestand of 8 staan.

code:

# ls -l /proc/sys/fs/quota 
total 0 
-r--r--r--    1 root     root            0 Mar 27 21:03 allocated_dquots 
-r--r--r--    1 root     root            0 Mar 27 21:03 cache_hits 
-r--r--r--    1 root     root            0 Mar 27 21:03 drops 
-r--r--r--    1 root     root            0 Mar 27 21:03 free_dquots 
-r--r--r--    1 root     root            0 Mar 27 21:03 lookups 
-r--r--r--    1 root     root            0 Mar 27 21:03 reads 
-r--r--r--    1 root     root            0 Mar 27 21:03 syncs 
-r--r--r--    1 root     root            0 Mar 27 21:03 writes

[RutgerLAN]

Zie hier, map quota bestaat niet

code:

#ls -l /proc/sys/fs/quota
ls: /proc/sys/fs/quota: No such file or directory

De hele map bestaat dus niet.

[Coen Rosdorff]

RutgerLAN schreef op maandag 28 maart 2005 @ 03:29:
Zie hier, map quota bestaat niet

code:

#ls -l /proc/sys/fs/quota
ls: /proc/sys/fs/quota: No such file or directory

De hele map bestaat dus niet.

Er is een kleine kans dat die map pas gevuld wordt zodra je qouta's aanstaan. Ik kan dat zelf niet controleren. Misschien dat iemand anders die moeite even kan nemen.

[RutgerLAN]

Kijk eens. Als ik de map wil aanmaken kan dat niet

ik heb al geprobeerd de map fs chmod 777 te geven. Maar daar doet hij niks mee. Hij veranderd de rechten niet.

code:

# mkdir quota
mkdir: cannot create directory `quota': No such file or directory

code:

# ls -l
dr-xr-xr-x  3 root root 0 Mar 28 12:04 fs
# chmod 777 -R fs
# ls -l
dr-xr-xr-x  3 root root 0 Mar 28 12:05 fs

[thunder7]

RutgerLAN schreef op maandag 28 maart 2005 @ 12:05:
Kijk eens. Als ik de map wil aanmaken kan dat niet

ik heb al geprobeerd de map fs chmod 777 te geven. Maar daar doet hij niks mee. Hij veranderd de rechten niet.

code:

# mkdir quota
mkdir: cannot create directory `quota': No such file or directory

code:

# ls -l
dr-xr-xr-x  3 root root 0 Mar 28 12:04 fs
# chmod 777 -R fs
# ls -l
dr-xr-xr-x  3 root root 0 Mar 28 12:05 fs

[thunder7]

thunder7 schreef op maandag 28 maart 2005 @ 12:49:
[...]

een map in /proc/sys kun je niet zelf aanmaken of veranderen, dan moet de kernel voor je doen. Dus of je kernel configuration aanpassen, of de juiste module laden.

[RutgerLAN]

Zou het wellicht helpen om de kernel te updaten?

Ik heb nu kernel 2.4.18-bf2.4.

[Seth4Chaos]

RutgerLAN schreef op maandag 28 maart 2005 @ 13:46:
Zou het wellicht helpen om de kernel te updaten?

Ik heb nu kernel 2.4.18-bf2.4.

updaten hoeft niet percee, 2.4.18 moet quota ook wel hebben maar dat "bf2.4" duidt op een standaard versie en mischien (waarschijnlijk) bevat deze geen quota support. Dus je zal of een module moeten laden danwel een kernel moeten bakken die wel quota support bevat.

[RutgerLAN]

Ik heb hem dus al geupdate

En nu een ander probleem, hij herkent mijn hele IDE gebeuren niet meer!

Alleen mijn SCSI kaart + boot (SCSI) schijf wordt herkent.

Hoe kan ik dit oplossen? De hardeschijven worden simpelweg niet herkent met de nieuwe kernel. Mis ik de IDE drivers? Zo ja, waar haal ik die vandaan?

Ik gebruik BTW de onboard IDE controller van de Asus P3B-F.

Edit:
Ik heb hem nu laten booten van mijn Linux back up kernel in lilo. Daar draait alles prima.

Iemand enig idee wat het zou kunnen zijn? Ben ik iets vergeten?

[ Voor 20% gewijzigd door RutgerLAN op 28-03-2005 15:04 ]

[Coen Rosdorff]

RutgerLAN schreef op maandag 28 maart 2005 @ 13:46:
Zou het wellicht helpen om de kernel te updaten?
Ik heb nu kernel 2.4.18-bf2.4.

De 'bf' kernels zijn enkel bedoeld als bootflop bij de installatie. Bieden vooral veel hardware support en maar weinig bijzondere functies. Quota support lijkt mij voor de installatie van een machine niet nodig.
Daarnaast is 2.4.18 behoorlijk antiek. Ik kan alleen zosnel even niet vinden welke kernel package je wel zou moeten hebben op een stable machine.

[RutgerLAN]

little_soundman schreef op dinsdag 29 maart 2005 @ 01:13:
[...]

De 'bf' kernels zijn enkel bedoeld als bootflop bij de installatie. Bieden vooral veel hardware support en maar weinig bijzondere functies. Quota support lijkt mij voor de installatie van een machine niet nodig.
Daarnaast is 2.4.18 behoorlijk antiek. Ik kan alleen zosnel even niet vinden welke kernel package je wel zou moeten hebben op een stable machine.

Sorry, ik schep enige verwarring merk ik

Ik had kernel 2.4.18-bf2.4
en heb nu 2.4.27-2-686.

Alles werkt trouwens, wat was het nou, als ik de machine starte werd de IDE driver niet mee gestart

Heb hem nu mee laten starten en dat werkt (gelukkig) weer

Krijg nu de volgende melding:

code:

# quotaon -av
quotaon: using /var/aquota.group on /dev/hdb1 [/var]: No such process
quotaon: Quota format not supported in kernel.
quotaon: using /var/aquota.user on /dev/hdb1 [/var]: No such process
quotaon: Quota format not supported in kernel.

Ik ben nog aan het zoeken naar een oplossing hiervoor. Maar ben iig van die andere foutmelding af

[weijl]

"quotaon: Quota format not supported in kernel."

maw, rebuild je kernel met quota support.

[RutgerLAN]

Oké, ben net weer aan de gang geweest. Wat ik heb gedaan:

code:

Eerst alles quota bestanden weggegooit.
# apt-get install kernel-patch-quota
Opgestart als single user...
# quotacheck -avug
Reboot ...
# quotaon -av
quotaon: using /var/aquota.group on /dev/hdb1 [/var]: No such process
quotaon: Quota format not supported in kernel.
quotaon: using /var/aquota.user on /dev/hdb1 [/var]: No such process
quotaon: Quota format not supported in kernel.

Naar mijn idee heeft de kernel nu quota support? Het werkt dus nog steeds niet? Moet ik een andere kernel proberen? Zie ik iets gruwelijk over mijn hoofd

[tomato]

RutgerLAN schreef op dinsdag 29 maart 2005 @ 14:35:

code:

# apt-get install kernel-patch-quota

Naar mijn idee heeft de kernel nu quota support?

Nee, je hebt alleen de patch opgehaald, je zult je kernel nog opnieuw moeten bakken met deze patch (dat gebeurt (gelukkig) niet automatisch als je een kernel-patch-* package installeert).

Nadat de patch ge-apt-get hebt doe je een make-kpkg met de patches die je nodig hebt (met --added-patches).

[Coen Rosdorff]

tomato schreef op dinsdag 29 maart 2005 @ 15:16:
Nee, je hebt alleen de patch opgehaald, je zult je kernel nog opnieuw moeten bakken met deze patch (dat gebeurt (gelukkig) niet automatisch als je een kernel-patch-* package installeert).

Lijkt mij een juiste constatering.

Nadat de patch ge-apt-get hebt doe je een make-kpkg met de patches die je nodig hebt (met --added-patches).

Maar het lijkt mij vreemd dat het standaard kernel-package geen quota support heeft....

In /boot of /proc kan je volgens mij de config zien van de kernel uit het kernel package. Wellicht dat je daar even kan kijken of quota support wel of niet aan staat.
Anders even in /lib zoeken of er een quota module is.

[ Voor 18% gewijzigd door Coen Rosdorff op 30-03-2005 01:08 ]

[tomato]

little_soundman schreef op woensdag 30 maart 2005 @ 01:03:
Maar het lijkt mij vreemd dat het standaard kernel-package geen quota support heeft....

Inderdaad.

In /boot of /proc kan je volgens mij de config zien van de kernel uit het kernel package. Wellicht dat je daar even kan kijken of quota support wel of niet aan staat.
Anders even in /lib zoeken of er een quota module is.

Ik heb het even nagekeken in de stock Debian kernel 2.4.27-2-686 (die hij nu heeft) en quota support staat inderdaad gewoon aan (in Debian kernel image packages staat de config in /boot/config-xxx).

Blijft de vraag waarom hij deze foutmelding dan krijgt

[Coen Rosdorff]

tomato schreef op woensdag 30 maart 2005 @ 01:27:
Ik heb het even nagekeken in de stock Debian kernel 2.4.27-2-686 (die hij nu heeft) en quota support staat inderdaad gewoon aan (in Debian kernel image packages staat de config in /boot/config-xxx).

Als module of 'onboard'?

Als het als module is moet de TS eens spelen met lsmod.

[RutgerLAN]

Uit mijn config-2.4.27-2-686 file:

code:

CONFIG_QUOTA=y

lsmod:

code:

# lsmod
Module                  Size  Used by    Not tainted
af_packet              13000   1  (autoclean)
dm-mod                 46808   0  (unused)
ide-detect               288   0  (unused)
ide-disk               16800   2
ide-core              108568   2  [ide-detect ide-disk]
3c59x                  27152   1
keybdev                 2084   0  (unused)
usbkbd                  3096   0  (unused)
input                   3648   0  [keybdev usbkbd]
usb-uhci               23344   0  (unused)
usbcore                62924   1  [usbkbd usb-uhci]
rtc                     6440   0  (autoclean)
ext2                   49516   3  (autoclean)
ext3                   81068   0  (autoclean)
jbd                    42468   0  (autoclean) [ext3]
sd_mod                 11756   4  (autoclean)
sym53c8xx              62720   2  (autoclean)
scsi_mod               95108   2  (autoclean) [sd_mod sym53c8xx]
unix                   14960  85  (autoclean)

[RutgerLAN]

Iemand nog een idee

[Coen Rosdorff]

RutgerLAN schreef op vrijdag 01 april 2005 @ 19:21:
Iemand nog een idee

De ideën zijn een beetje op

[RutgerLAN]

Heb vandaag weer eens een hoop moed verzamelt en ermee aan de slag gegaan

En het is GELUKT!

Ik heb de Kernel ge-upgraded naar 2.6.8-2-686 en het werkt!

Geweldig, mensen bedankt!