Hallo, hier ein kurzer Bericht meiner schlechten Erfahrungen mit reiserfs. reiserfs nehme ich aber trotzdem noch. Es ist meiner Meinung nach trotzdem besser als ext2 weil schneller beim booten und beim fs-check, wenn die Kiste mal ausgestellt werden mußte, wenn etwa KDE abschmiert. Ich arbeite halt verstärkt mit großen FEstplattten und backups. * mein monatelang stabiles reiserfs wurde durch hdparm-Settings zerstört, als die Festplatte an ein anderes MB mit anderem Chipsatz angeschlossen wurde. Fehlermeldungen beim ersten (und letzten Mal) korrekten booten auf dem neuen MB: "dma request, IRQ .." zu dem Zeitpunkt, als hdparm in boot.local aufgerufen wurde. Danach half nur noch der Stromschalter. Natürlich hätte an dieser STelle auch ein ext2 zerstört werden können ! Deshalb: Vorsicht mit hdparm wenn das MB sich ändert. (Chipsatz vorher: Ali IV, nachher Ali V) Der (vermutlich) verursachende hdparm: /usr/local/sbin/hdparm -d1 -X33 -c1 -k1 (hdparm 1.9...) Auf meinem alten Borard haben die Settings mir gute Dienst geleistet. * Eine (leicht) defekte reiserfs besitzt auch die Zerstörungskraft, andere Partitionen, von denen aus es gemountet wird, irreparabel mitzuzerstören. Ihr habt richtig gelesen: selbst dann wenn die defekte Partition nur gemountet wird. Mir wurde in Folge eine taufrische reiserfs -Partition und dann eine taufrische ext2-Partition mit der kompletten darauf befindlichen Linux-6.4-Installation gekillt. Jeweils konnte der Kernel nicht mehr gebootet werden, auch nicht mehr auf level S (Single-user). Bei reiserfs half auch kein reiserfsck mehr, ebenso waren bei der ext2-Partition alle superblocks ungültig: Sowar es bei den ersten 10 superblocks : #e2fsck -b 32769 /dev/hda6 e2fsck: Bad magic number in super-block while trying to open /dev/hda6 The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running ex2fsck with an alternate superblock e2fsck -b 8193 <device> Die Linux-Systeme (Kernel 2.2.14) wurden allesamt bei Kopiervorgängen der angeschlagenen, leicht defekten reiserfs-Partition gekillt. Von der defekten reiserfs-Partition konnte ich nur noch wenige Daten herunterholen. Die defekte reiserfs-Partition konnte ich mit reiserfsck nicht mehr reparieren. Nach 1/2 Stunde Reparaturzeit und vielen o.k.-Meldunge kam dann eine FEhlermeldung. Fehlermeldung beim kopieren jeweils: missing File Handlers oder so. Plattenspeicherplatz war immer ausreichend vorhanden. Ich werde künftig defekte reiserfs-Systeme nur noch von Rettungssystemen aus mounten und Daten nur noch auf leere Partitionen überspielen versuchen. Hoffe Euch passiert sowas wir mir die letzten Tage nicht. Und Eure Erfahrungen? Gruss Ekkard
Hallo Ekkard! Ekkard Gerlach schrieb am Sonntag, den 14. Januar 2001:
* Eine (leicht) defekte reiserfs besitzt auch die Zerstörungskraft, andere Partitionen, von denen aus es gemountet wird, irreparabel mitzuzerstören. Ihr habt richtig gelesen: selbst dann wenn die defekte Partition nur gemountet wird. Mir wurde in Folge eine taufrische reiserfs -Partition und dann eine taufrische ext2-Partition mit der kompletten darauf befindlichen Linux-6.4-Installation gekillt. Jeweils
Wie laesst sich das erklaeren?? Ich kann mir nicht vorstellen dass das am mounten der reiserfs Partition lag ... -- MfG Thomas Mueller - http://www.tmueller.com for pgp key (95702B3B)
Thomas Mueller wrote:
Hallo Ekkard!
Ekkard Gerlach schrieb am Sonntag, den 14. Januar 2001:
* Eine (leicht) defekte reiserfs besitzt auch die Zerstörungskraft, andere Partitionen, von denen aus es gemountet wird, irreparabel mitzuzerstören. Ihr habt richtig gelesen: selbst dann wenn die defekte Partition nur gemountet wird. Mir wurde in Folge eine taufrische reiserfs -Partition und dann eine taufrische ext2-Partition mit der kompletten darauf befindlichen Linux-6.4-Installation gekillt. Jeweils
Wie laesst sich das erklaeren?? Ich kann mir nicht vorstellen dass das am mounten der reiserfs Partition lag ...
Mir ist reiserfs gerade wieder abgeschmiert. Habe abermals installiert und Altdaten eingespielt. Habe jetzt den Verdacht, dass ich bei meinem neuen PC (AMD K5-2, 300) mit dem external cache Probleme habe. Schon die Suse6.4 -Installation bleibt einfach stehen, immer wieder an unterschiedlichsten Stellen, wenn der Cache enabled ist. Vermutlich ist damit reiserfs überfordert. Vielleicht ist damit auch ext2 überfordert, ich weiss es nicht. Die nächste Zeit werde ich mal ohne 512k burst Cache arbeiten. Mal sehn, ob es stabiler ist. Die Optionen DRAM-Timing und SDRAM Burst 1-1-1-1-1-1-1-1 hatte ich auch im Verdacht, die waren bei dem Crash heute aber schon ausgeschaltet. Win95 läuft damit gut - wenngleich ich damit kaum gearbeitet habe, dagegen mit Linux/reiserfs schon sehr lange ehe reiserfs mal wieder crash-te. reiserfs ließ (bzw läßt) sich auch mit reiserfsck nicht reparieren. Habe die Partition noch. Das reiserfsck habe ich von einem aus einer newsgroup geschickt bekommen. Weiß wer wo ich reiserfsck -Sourcen herbekomme, damit ich den Rotz mal selber übersetzen kann? - Im Internet finde ich nur Seite, wo beschrieben wird was damit anzufangen ist. Angeblich ist in den Kernelsourcen unter ...reiserfs/ ein util enhalten - bei mir (Suse 6.4) aber nicht. Gruss Ekkard
Hallo Ekkard! Ekkard Gerlach schrieb am Dienstag, den 16. Januar 2001:
* Eine (leicht) defekte reiserfs besitzt auch die Zerstörungskraft, andere Partitionen, von denen aus es gemountet wird, irreparabel mitzuzerstören. Ihr habt richtig gelesen: selbst dann wenn die defekte Partition nur gemountet wird. Mir wurde in Folge eine taufrische reiserfs -Partition und dann eine taufrische ext2-Partition mit der kompletten darauf befindlichen Linux-6.4-Installation gekillt. Jeweils
Wie laesst sich das erklaeren?? Ich kann mir nicht vorstellen dass das am mounten der reiserfs Partition lag ...
Mir ist reiserfs gerade wieder abgeschmiert. Habe abermals installiert und Altdaten eingespielt.
Also irgendwas ist da oberfaul!
Habe jetzt den Verdacht, dass ich bei meinem neuen PC (AMD K5-2, 300) mit dem external cache Probleme habe. Schon die Suse6.4 -Installation bleibt einfach stehen, immer wieder an unterschiedlichsten Stellen, wenn der Cache enabled ist. Vermutlich ist damit reiserfs überfordert.
Der merkt ja nicht ob da gecacht wird oder nicht! Vielleicht ist der Cache defekt?
Weiß wer wo ich reiserfsck -Sourcen herbekomme, damit ich den Rotz mal selber übersetzen kann? - Im
reiserfs.org
Internet finde ich nur Seite, wo beschrieben wird was damit anzufangen ist. Angeblich ist in den Kernelsourcen unter ...reiserfs/ ein util enhalten - bei mir (Suse 6.4) aber nicht.
in /usr/src/linux/fs/reiserfs liegt das reiserfs, in utils/ ein make liefert Dir die Tools. -- MfG Thomas Mueller - http://www.tmueller.com for pgp key (95702B3B)
Am Dienstag, 16. Januar 2001 12:46 schrieb Thomas Mueller:
Hallo Ekkard!
Ekkard Gerlach schrieb am Dienstag, den 16. Januar 2001:
* Eine (leicht) defekte reiserfs besitzt auch die [...] Weiß wer wo ich reiserfsck -Sourcen herbekomme, damit ich den Rotz mal selber übersetzen kann? - Im
reiserfs.org
Internet finde ich nur Seite, wo beschrieben wird was damit anzufangen ist. Angeblich ist in den Kernelsourcen unter ...reiserfs/ ein util enhalten - bei mir (Suse 6.4) aber nicht.
in /usr/src/linux/fs/reiserfs liegt das reiserfs, in utils/ ein make liefert Dir die Tools.
Aber nur bei selbstgepatchten Kerneln. Habe gerade den 2.2.4pre7 gebaut, da ist jetzt reiserfs mit drin, allerdings (noch?)kein Unterverzeichnis mit utils. -- mfg Peter Kuechler Umlandverband Frankfurt Systemadministrator
HiHo, Peter Kuechler wrote:
Aber nur bei selbstgepatchten Kerneln. Habe gerade den 2.2.4pre7 gebaut, da ist jetzt reiserfs mit drin, allerdings (noch?)kein Unterverzeichnis mit utils.
sachma peter, kannst du mir mal erklaeren, warum du immer so uralte kernels einsetzt ? -- MfG, M.Stahn ++ For sale, Toilet-seat cover. Barely used. ++
Hallo Peter! Peter Kuechler schrieb am Dienstag, den 16. Januar 2001:
in /usr/src/linux/fs/reiserfs liegt das reiserfs, in utils/ ein make liefert Dir die Tools.
Aber nur bei selbstgepatchten Kerneln. Habe gerade den 2.2.4pre7 gebaut, da ist jetzt reiserfs mit drin, allerdings (noch?)kein Unterverzeichnis mit utils.
Welchen Kernel meinst Du genau? :) Halleluja - Linus meinte ja dass reiserfs wohl in den 2.4.1 reinkommt .... -- MfG Thomas Mueller - http://www.tmueller.com for pgp key (95702B3B)
Am Dienstag, 16. Januar 2001 14:54 schrieb Thomas Mueller:
Hallo Peter!
Peter Kuechler schrieb am Dienstag, den 16. Januar 2001:
in /usr/src/linux/fs/reiserfs liegt das reiserfs, in utils/ ein make liefert Dir die Tools.
Aber nur bei selbstgepatchten Kerneln. Habe gerade den 2.2.4pre7 gebaut, da ist jetzt reiserfs mit drin, allerdings (noch?)kein Unterverzeichnis mit utils.
Welchen Kernel meinst Du genau? :)
Ja sorry, hab es schon geschrieben bekommen! Ich meine natürlich 2.4.1pre7: pkuechle@hal9000:~ > uname -a Linux hal9000 2.4.1-pre7 #1 SMP Tue Jan 16 12:24:11 MET 2001 i686 unknown
Halleluja - Linus meinte ja dass reiserfs wohl in den 2.4.1 reinkommt ....
Scheinbar meint er das ernst;-)) -- mfg Peter Kuechler Umlandverband Frankfurt Systemadministrator
Am Tuesday 16 January 2001 14:30 fiel dir in einem Moment der Erleuchtung ein:
in /usr/src/linux/fs/reiserfs liegt das reiserfs, in utils/ ein make liefert Dir die Tools.
Aber nur bei selbstgepatchten Kerneln. Habe gerade den 2.2.4pre7 gebaut, da ist jetzt reiserfs mit drin, allerdings (noch?)kein Unterverzeichnis mit utils.
Die utils gibts jetzt extra auf ftp.reiserfs.org ftp://ftp.reiserfs.org/pub/2.4/linux-2.4.1-pre7-reiserfs-utils-patch.bz2 Wie man sieht ist es ein Patch ... Aber Vorsicht: es gibt immer noch Probs mit knfsd !! (ohne die nfs-patches) -- Mathias Weigt (armer überarbeiteter Admin)
Am Dienstag, 16. Januar 2001 16:25 schrieb Mathias Weigt: [...]
Die utils gibts jetzt extra auf ftp.reiserfs.org ftp://ftp.reiserfs.org/pub/2.4/linux-2.4.1-pre7-reiserfs-utils-patc h.bz2
Wie man sieht ist es ein Patch ...
Ja, stimmt... danke für dei Info!!
Aber Vorsicht: es gibt immer noch Probs mit knfsd !! (ohne die nfs-patches)
Oho, was hat es denn mit diesen Patches auf sich? Wo bekommt man die und was sollen die patchen? knfs? Weist Du was drüber? Wäre vieleicht interessant für mich hier.... -- mfg Peter Kuechler Umlandverband Frankfurt Systemadministrator
Am Wednesday 17 January 2001 09:08 fiel dir in einem Moment der Erleuchtung ein:
Aber Vorsicht: es gibt immer noch Probs mit knfsd !! (ohne die nfs-patches)
Oho, was hat es denn mit diesen Patches auf sich? Wo bekommt man die und was sollen die patchen? knfs?
Weist Du was drüber? Wäre vieleicht interessant für mich hier.... Für Kernel-2.4 (und die Vorversionen) brauchte man von jeher Patches für den knfsd (bei Einsatz von reiserfs). Ich weiss nicht genau, was bei dem buggy ist, aber es hat sich noch keiner gefunden, der es für Linus sauber genug gefixt hat, so dass es immer noch nicht im offiziellen Kernel ist. Alles was es dazu gibt, sind "dirty hacks". Der letzte der angeblich funktioniert stammt von: http://cgi.cse.unsw.edu.au/~neilb/patches/linux/2.4.0-final/patch-M-nfsdops Den hab ich aber noch nicht getestet (Kann sein dass der sich gar nicht richtig reinpatchen lässt). Ich warte noch auf die Leute von reiserfs, die diesen Code als Basis für einen eigenen Patch nehmen wollen. Der soll noch diese Woche rauskommen. Dann kann ich auch endlich wieder meinen Server auf sichere Füsse stellen.
Mathias Weigt (armer überarbeiteter Admin)
Peter Kuechler fiel in einem Moment der Erleuchtung ein:
Aber Vorsicht: es gibt immer noch Probs mit knfsd !! (ohne die nfs-patches)
Oho, was hat es denn mit diesen Patches auf sich? Wo bekommt man die und was sollen die patchen? knfs?
Weist Du was drüber? Wäre vieleicht interessant für mich hier....
So, dieser Thread ist zwar schon ein wenig her, aber es interessiert vielleicht einige: Unter http://www.braque.dhs.org/kernel/ hat jemand die ganzen notwendigen Patches für ein mit dem knfsd funktionierendes reiserfs zusammen in einen grossen Patch für 2.4.1-pre10 gepackt. -- Mathias Weigt
Am Freitag, 26. Januar 2001 11:57 schrieb Mathias Weigt:
Peter Kuechler fiel in einem Moment der Erleuchtung ein:
Aber Vorsicht: es gibt immer noch Probs mit knfsd !! (ohne die nfs-patches)
Oho, was hat es denn mit diesen Patches auf sich? Wo bekommt man die und was sollen die patchen? knfs?
Weist Du was drüber? Wäre vieleicht interessant für mich hier....
So, dieser Thread ist zwar schon ein wenig her, aber es interessiert vielleicht einige:
Unter http://www.braque.dhs.org/kernel/ hat jemand die ganzen notwendigen Patches für ein mit dem knfsd funktionierendes reiserfs zusammen in einen grossen Patch für 2.4.1-pre10 gepackt.
Na und ob das interessant ist, hab das gleich gesaugt und werde das auf einem Testfileserver installieren, danke! -- mfg Peter Kuechler Umlandverband Frankfurt Systemadministrator
Hallo! Hier kurz ein erstes Ergebnis dazu: Am Freitag, 26. Januar 2001 12:05 schrieb Peter Kuechler:
Am Freitag, 26. Januar 2001 11:57 schrieb Mathias Weigt:
Peter Kuechler fiel in einem Moment der Erleuchtung ein:
Aber Vorsicht: es gibt immer noch Probs mit knfsd !! (ohne die nfs-patches)
Oho, was hat es denn mit diesen Patches auf sich? Wo bekommt man die und was sollen die patchen? knfs?
Weist Du was drüber? Wäre vieleicht interessant für mich hier....
So, dieser Thread ist zwar schon ein wenig her, aber es interessiert vielleicht einige:
Unter http://www.braque.dhs.org/kernel/ hat jemand die ganzen notwendigen Patches für ein mit dem knfsd funktionierendes reiserfs zusammen in einen grossen Patch für 2.4.1-pre10 gepackt.
Na und ob das interessant ist, hab das gleich gesaugt und werde das auf einem Testfileserver installieren, danke!
Leider bricht der Kompilerlauf bei entsprechend gepatchtem Quellbaum mit dieser Fehlermeldung ab: #------------------------------------------ gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -DMODVERSIONS -include /usr/src/linux/include/linux/modversions.h -c -o nfsctl.o nfsctl.c In file included from /usr/src/linux/include/linux/nfsd/nfsd.h:24, from nfsctl.c:26: /usr/src/linux/include/linux/nfsd/interface.h:150: warning: `nfsd_find_fh_dentry' redefined /usr/src/linux/include/linux/modules/nfsfh.ver:2: warning: this is the location of the previous definition nfsctl.c:319: `nfsd_find_fh_dentry' undeclared here (not in a function) nfsctl.c:319: initializer element is not constant nfsctl.c:319: (near initialization for `nfsd_linkage_s.find_fh_dentry') make[2]: *** [nfsctl.o] Error 1 make[2]: Leaving directory `/usr/src/linux-2.4.1-pre10/fs/nfsd' make[1]: *** [_modsubdir_nfsd] Error 2 make[1]: Leaving directory `/usr/src/linux-2.4.1-pre10/fs' make: *** [_mod_fs] Error 2 #------------------------------------------- Das passiert auf zwei unterschiedlichen Rechnern mit gleichen Meldungen. Die patches sind übrigens fehlerfrei durchgelaufen! Mach ich auf beiden Maschinen den gleichen Fehler? -- mfg Peter Kuechler Umlandverband Frankfurt Systemadministrator
Peter Kuechler fiel in einem Moment der Erleuchtung ein:
Unter http://www.braque.dhs.org/kernel/ hat jemand die ganzen notwendigen Patches für ein mit dem knfsd funktionierendes reiserfs zusammen in einen grossen Patch für 2.4.1-pre10 gepackt.
Na und ob das interessant ist, hab das gleich gesaugt und werde das auf einem Testfileserver installieren, danke!
Leider bricht der Kompilerlauf bei entsprechend gepatchtem Quellbaum mit dieser Fehlermeldung ab: #------------------------------------------
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -DMODVERSIONS -include /usr/src/linux/include/linux/modversions.h -c -o nfsctl.o nfsctl.c In file included from /usr/src/linux/include/linux/nfsd/nfsd.h:24, from nfsctl.c:26: /usr/src/linux/include/linux/nfsd/interface.h:150: warning: `nfsd_find_fh_dentry' redefined /usr/src/linux/include/linux/modules/nfsfh.ver:2: warning: this is the location of the previous definition nfsctl.c:319: `nfsd_find_fh_dentry' undeclared here (not in a function) nfsctl.c:319: initializer element is not constant nfsctl.c:319: (near initialization for `nfsd_linkage_s.find_fh_dentry') make[2]: *** [nfsctl.o] Error 1 make[2]: Leaving directory `/usr/src/linux-2.4.1-pre10/fs/nfsd' make[1]: *** [_modsubdir_nfsd] Error 2 make[1]: Leaving directory `/usr/src/linux-2.4.1-pre10/fs' make: *** [_mod_fs] Error 2
Hast Du den 2.4.1-pre10 oder den 2.4.0-ac10 ? Ich muss zugeben, dass ich den geposteten Patch nicht probiert habe, kann ich aber gleich mal machen... Ich habe aber die 5 Quell-patches aus denen dieser Patch bestehen soll genommen und damit 1. den 2.4.0-ac9 gepatched --> der gleiche Fehler wie bei dir. 2. den 2.4.1-pre9 genommen --> keine Probleme. -- Mathias Weigt
Am Freitag, 26. Januar 2001 13:27 schrieb Mathias Weigt:
Peter Kuechler fiel in einem Moment der Erleuchtung ein:
Unter http://www.braque.dhs.org/kernel/ hat jemand die ganzen notwendigen Patches für ein mit dem knfsd funktionierendes reiserfs zusammen in einen grossen Patch für 2.4.1-pre10 gepackt. [...] make[1]: Leaving directory `/usr/src/linux-2.4.1-pre10/fs' make: *** [_mod_fs] Error 2
Hast Du den 2.4.1-pre10 oder den 2.4.0-ac10 ?
Bei mir läuft der 2.4.1-pre10, mit den acXX Patches hab ich schlechte Erfahrungen gemacht bei den 2.4.x Kerneln. Seit dem benutze ich die acXX nicht mehr.
Ich muss zugeben, dass ich den geposteten Patch nicht probiert habe, kann ich aber gleich mal machen...
Macht ja nix, bin mal gespannt was bei dir da rauskommt.
Ich habe aber die 5 Quell-patches aus denen dieser Patch bestehen soll genommen und damit 1. den 2.4.0-ac9 gepatched --> der gleiche Fehler wie bei dir. 2. den 2.4.1-pre9 genommen --> keine Probleme.
Haben die vieleicht Änderungen am ac9 in den pre10 übernommen ??? -- mfg Peter Kuechler Umlandverband Frankfurt Systemadministrator
Peter Kuechler fiel in einem Moment der Erleuchtung ein:
make[1]: Leaving directory `/usr/src/linux-2.4.1-pre10/fs' make: *** [_mod_fs] Error 2
Hast Du den 2.4.1-pre10 oder den 2.4.0-ac10 ?
Bei mir läuft der 2.4.1-pre10, mit den acXX Patches hab ich schlechte Erfahrungen gemacht bei den 2.4.x Kerneln. Seit dem benutze ich die acXX nicht mehr.
Ich muss zugeben, dass ich den geposteten Patch nicht probiert habe, kann ich aber gleich mal machen...
Macht ja nix, bin mal gespannt was bei dir da rauskommt.
Hat gerade vollständig durchkompiliert... (make dep bzImage modules) Ich kann dir ja meine .config schicken zum Vergleich Entscheide dich schnell, ich bin fast schon im Woe und erst heute abend wieder online.
Ich habe aber die 5 Quell-patches aus denen dieser Patch bestehen soll genommen und damit 1. den 2.4.0-ac9 gepatched --> der gleiche Fehler wie bei dir. 2. den 2.4.1-pre9 genommen --> keine Probleme.
Haben die vieleicht Änderungen am ac9 in den pre10 übernommen ???
Meistens nicht. In den offiziellen Kernel kommen (zunächst) laut Linus nur noch die absolut notwendigen Patches, damit 2.4.1 mal ein bisschen stabiler wird als die x.x.1 Versionen der vergangenen Releases. Deshalb wird wohl das meiste Zeugs bei Alan ankommen. Gerade deshalb bin ich auch ziemlich erstaunt, dass reiserfs drin ist. -- Mathias Weigt
Am Freitag, 26. Januar 2001 14:03 schrieb Mathias Weigt: Hi, hier bin ich mit neuen Ergebnissen:
Peter Kuechler fiel in einem Moment der Erleuchtung ein:
make[1]: Leaving directory `/usr/src/linux-2.4.1-pre10/fs' make: *** [_mod_fs] Error 2
Hast Du den 2.4.1-pre10 oder den 2.4.0-ac10 ?
Bei mir läuft der 2.4.1-pre10, mit den acXX Patches hab ich schlechte Erfahrungen gemacht bei den 2.4.x Kerneln. Seit dem benutze ich die acXX nicht mehr.
Ich muss zugeben, dass ich den geposteten Patch nicht probiert habe, kann ich aber gleich mal machen...
Macht ja nix, bin mal gespannt was bei dir da rauskommt.
Hat gerade vollständig durchkompiliert... (make dep bzImage modules) Ich kann dir ja meine .config schicken zum Vergleich Entscheide dich schnell, ich bin fast schon im Woe und erst heute abend wieder online.
Hast Du knfs als Modul oder fest im Kernel? Nachdem ich gesehen habe das der Kern noch installiert wurde und der Kompilerlauf bei den Modulen abgebrochen wurde, hab ich es entgegen meiner Gewohnheiten fest in den Kernel mit eingebaut. Plötzlich funktioniert es...:-( Ich werde nochmal damit rumspielen, mal sehen...
Ich habe aber die 5 Quell-patches aus denen dieser Patch bestehen soll genommen und damit 1. den 2.4.0-ac9 gepatched --> der gleiche Fehler wie bei dir. 2. den 2.4.1-pre9 genommen --> keine Probleme.
Haben die vieleicht Änderungen am ac9 in den pre10 übernommen ???
Meistens nicht. In den offiziellen Kernel kommen (zunächst) laut Linus nur noch die absolut notwendigen Patches, damit 2.4.1 mal ein bisschen stabiler wird als die x.x.1 Versionen der vergangenen Releases. Deshalb wird wohl das meiste Zeugs bei Alan ankommen. Gerade deshalb bin ich auch ziemlich erstaunt, dass reiserfs drin ist.
Naja, erstens hat Linus ja nur gesagt, das es 2.4.0 noch nicht drinn ist, und zweitens läuft reiserfs ja schon lang genug nebenher, so das da bestimmt auch schon Erfahrungswerte existieren und kein totales Neuland betreten wird. Bis jetzt scheint das ja auch ganz gut zu funktionieren.... -- mfg Peter Kuechler Umlandverband Frankfurt Systemadministrator
Peter Kuechler fiel in einem Moment der Erleuchtung ein:
Hi, hier bin ich mit neuen Ergebnissen:
Hast Du knfs als Modul oder fest im Kernel? Nachdem ich gesehen habe das der Kern noch installiert wurde und der Kompilerlauf bei den Modulen abgebrochen wurde, hab ich es entgegen meiner Gewohnheiten fest in den Kernel mit eingebaut.
Plötzlich funktioniert es...:-(
Ich werde nochmal damit rumspielen, mal sehen... Ja, das ist schon alles ein bisschen komisch. Ich hab auch von jemand anders dasselbe Problem gelesen, wenn er nfs als modul baut (Ich glaube aber er meinte den Clienten). Er hatte auch einen Patch dafür:
diff -rNu linux-2.4.1-pre10/fs/nfsd/nfsctl.c \
linux-2.4.1-pre10-knfsdops-reiserfs/fs/nfsd/nfsctl.c --- \
linux-2.4.1-pre10/fs/nfsd/nfsctl.c Mon Oct 2 05:35:16 2000 +++ \
linux-2.4.1-pre10-knfsdops-reiserfs/fs/nfsd/nfsctl.c Wed Jan 24 \
16:42:25 2001 @@ -312,8 +312,11 @@
EXPORT_NO_SYMBOLS;
MODULE_AUTHOR("Olaf Kirch
participants (5)
-
Ekkard Gerlach
-
Martin Stahn
-
Mathias Weigt
-
Peter Kuechler
-
Thomas Mueller