| 1 |
Moin, |
| 2 |
|
| 3 |
On Sunday 01 March 2009 09:23:26 Dirk Heinrichs wrote: |
| 4 |
> Am Sonntag, 1. März 2009 00:29:47 schrieb Roland Damm: |
| 5 |
> > seit ein paar Tagen beendet sich 'eix-sync' bei mir mit der Meldung: |
| 6 |
> > |
| 7 |
> > * Copying old /var/cache/eix cache to /var/cache/eix.previous |
| 8 |
> > mv: setting attributes for »/var/cache/eix.previous«: Die Operation wird |
| 9 |
> > nicht unterstützt |
| 10 |
> > * Could not move /tmp/eix-sync.B4yCnC to /var/cache/eix.previous |
| 11 |
> > * Time statistics: |
| 12 |
> > ......... |
| 13 |
> > |
| 14 |
> > Was soll das? Oder hat das irgendwie mit meinem anderen Ärgernis zu tun, |
| 15 |
> > dass die Dazeizugriffszeiten nicht mehr korrekt sind? |
| 16 |
> |
| 17 |
> Ich hab' zwar i.M. auch noch keine Idee, was es sein könnte, aber wir |
| 18 |
> können ja mal versuchen der Sache auf den Grund zu gehen. |
| 19 |
> |
| 20 |
> Für den Anfang wären ein paar Details zu deinem System nicht schlecht. Ich |
| 21 |
> denke da an Kernelversion, die verwendeten Filesysteme sowie deren mount- |
| 22 |
> Optionen für /var, /tmp und /. Wie sind die benutzten Filesysteme im Kernel |
| 23 |
> konfiguriert? Die Ausgaben von df und df -i für diese Filesysteme kann auch |
| 24 |
> nicht schaden. |
| 25 |
|
| 26 |
Gut, vorweg dann mal das: |
| 27 |
|
| 28 |
/etc/fstab (gekürzt): |
| 29 |
|
| 30 |
============ |
| 31 |
/dev/sda2 /boot ext2 noatime 0 1 |
| 32 |
/dev/sda4 / ext3 atime,user_xattr 0 0 |
| 33 |
/dev/sda3 none swap sw 0 0 |
| 34 |
/dev/cdrom /mnt/cdrom auto noauto,ro 0 0 |
| 35 |
shm /dev/shm tmpfs nodev,nosuid,noexec 0 0 |
| 36 |
# /tmp als ramdisk, damit nicht die Festplatte immer laufen muss |
| 37 |
none /tmp tmpfs size=128m 0 0 |
| 38 |
=========== |
| 39 |
|
| 40 |
mount meldet: |
| 41 |
=================== |
| 42 |
/dev/sda4 on / type ext3 (rw,user_xattr,commit=360) |
| 43 |
/proc on /proc type proc (rw,nosuid,nodev,noexec) |
| 44 |
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec) |
| 45 |
udev on /dev type tmpfs (rw,nosuid) |
| 46 |
devpts on /dev/pts type devpts (rw,nosuid,noexec) |
| 47 |
/dev/sda2 on /boot type ext2 (rw,noatime) |
| 48 |
shm on /dev/shm type tmpfs (rw,noexec,nosuid,nodev) |
| 49 |
none on /tmp type tmpfs (rw,size=128m) |
| 50 |
usbfs on /proc/bus/usb type usbfs (rw,noexec,nosuid,devmode=0664,devgid=85) |
| 51 |
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc |
| 52 |
(rw,noexec,nosuid,nodev) |
| 53 |
securityfs on /sys/kernel/security type securityfs (rw,noexec,nosuid,nodev) |
| 54 |
=================== |
| 55 |
|
| 56 |
df -h meldet: |
| 57 |
================ |
| 58 |
Dateisystem Größe Benut Verf Ben% Eingehängt auf |
| 59 |
/dev/sda4 145G 38G 100G 28% / |
| 60 |
udev 10M 172K 9,9M 2% /dev |
| 61 |
/dev/sda2 99M 21M 74M 22% /boot |
| 62 |
shm 505M 0 505M 0% /dev/shm |
| 63 |
none 128M 56K 128M 1% /tmp |
| 64 |
================ |
| 65 |
|
| 66 |
und df -i meldet: |
| 67 |
... überall unter 7% der inodes belegt. |
| 68 |
|
| 69 |
Kernelversion: 2.6.23-r9 |
| 70 |
|
| 71 |
Aber nun zu Teillösung des Problems: |
| 72 |
|
| 73 |
Es kam in der anderen Frage bezüglich falsch vermerkter File-Access-Time der |
| 74 |
Hinweis auf ein Update von 'coreutils'. |
| 75 |
Dem bin ich noch mal nachgegangen und habe in package.mask die aktuelle |
| 76 |
version maskiert. Daruaf hin hat ein update ein downgrade durchgeführt. Und |
| 77 |
siehe da: der Fehler von eix ist weg. Ich habs sicherheitshalber noch mal |
| 78 |
rückgängig gemacht und wieder die aktuelle Version installiert: Fehler wieder |
| 79 |
da, alte Version: Fehler wieder weg. |
| 80 |
Schön. |
| 81 |
|
| 82 |
Ach ja, alte Version coreutils die funktioniert: |
| 83 |
sys-apps/coreutils-6.10-r1 |
| 84 |
Neue mit dem Fehler (b.z.w. Unverträglichkeit mit eix): |
| 85 |
sys-apps/coreutils-6.10-r2 |
| 86 |
|
| 87 |
Das andere Problem mit dem file-access-time hat das vorerst noch nicht gelöst, |
| 88 |
es könnte ja aber irgendwie zusammenhängen. Bezüglich dieses Problems bin ich |
| 89 |
aber inzwischen so weit gekommen, dass ich weiß, dass ich dieses Problem |
| 90 |
eigentlich schon immer hätte haben müssen: |
| 91 |
konqueror greift jedesmal wenn er neu gestartet wird und ein Verzeichnis zum |
| 92 |
ersten mal anzeigen soll, auf alle Dateien zu. Das dient wohl dazu, die |
| 93 |
mimetypes herauszubekommen. Deswegen ist es auch so, dass dieser Zugriff bei |
| 94 |
bestimmten Dateitypen nicht passiert, es hängt also vom Dateinamen ab. |
| 95 |
|
| 96 |
Wo sollte wenn es einen Gibt der Zusammenhang mit coreutils sein? Irgendwie |
| 97 |
muss konqueror ja auf die Dateien zugreifen, ohne die accesstime zu ändern. |
| 98 |
Dazu braucht es ja vielleicht die coreutils. |
| 99 |
|
| 100 |
Ich habe jetzt keine Lust, den Rechner neu zu starten, werde das morgen mal |
| 101 |
sehen, wie es sich nach einem Neustart verhält. |
| 102 |
|
| 103 |
CU Rollo |
Archives