Hallo, ich habe ein Problem beim Aufruf von make dep: ---schnipp--- root@syl:/usr/src/linux > make dep gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/include -o scripts/mkdep scripts/mkdep.c make[1]: Entering directory `/usr/src/linux-2.4.6.SuSE/arch/i386/boot' make[1]: Nothing to be done for `dep'. make[1]: Leaving directory `/usr/src/linux-2.4.6.SuSE/arch/i386/boot' scripts/mkdep -- init/*.c > .depend realpath(/include) failed, No such file or directory make: *** [dep-files] Error 1 ---schnapp--- Egal mit welchem Kernel ich es probiere (2.4.6.SuSE, 2.4.6 oder der laufende 2.2.19 - seinerzeit da sicherheitsrelevant einfach schnell als rpm installiert). Ein strace auf make dep liefert einige: ---schnipp--- stat64("scripts/RCS", 0xbfffd66c) = -1 ENOENT (No such file or directory) stat64("scripts/SCCS", 0xbfffd66c) = -1 ENOENT (No such file or directory) ---schanpp--- und laut man realpath bedeutet ein ENOENT: ---schnipp--- ENOENT The named file does not exist. ---schnapp--- von /usr/src/linux/scripts/mkdep.c wird realpath hierin aufgerufen: ---schnipp--- void add_path(const char * name) { struct path_struct *path; char resolved_path[PATH_MAX+1]; const char *name2; if (strcmp(name, ".")) { name2 = realpath(name, resolved_path); if (!name2) { fprintf(stderr, "realpath(%s) failed, %m\n", name); exit(1); } } else { name2 = ""; } path_array = realloc(path_array, (++paths)*sizeof(*path_array)); if (!path_array) { fprintf(stderr, "cannot expand path_arry\n"); exit(1); } path = path_array+paths-1; path->len = strlen(name2); path->buffer = malloc(path->len+1+256+1); if (!path->buffer) { fprintf(stderr, "cannot allocate path buffer\n"); exit(1); } strcpy(path->buffer, name2); if (path->len && *(path->buffer+path->len-1) != '/') { *(path->buffer+path->len) = '/'; *(path->buffer+(++(path->len))) = '\0'; } } ---schnapp--- Schaut so aus, dass mein Problem schon im ersten if-Zweig liegt, aber ich kann kein C :(. Die Quellen liegen unter /usr/src/linux-2.4.6.SuSE, /usr/src/linux-2.4.6 bzw. /usr/src/2.2.19 Mit ln -s habe ich einen Softlink nach /usr/src/linux erstellt und bin jetzt mit meinem Latein am Ende :(. Freue mich über jeden Hinweis. TIA. -- :wq-y Maik
On Die, 10 Jul 2001, Maik Holtkamp wrote:
ich habe ein Problem beim Aufruf von make dep:
---schnipp--- root@syl:/usr/src/linux > make dep gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/include -o ^^^^^^^^^^ scripts/mkdep scripts/mkdep.c
Das -I/include ist dein Problem, das muesste vermutlich -I./include sein...
realpath(/include) failed, No such file or directory
das ist nur ein Folgefehler, denn /include gibt's nicht (und das wird auch nicht gemeint sein). Schau mal in Makefile... Da wird (mit ein paar Umwegen ueber andere targets dann der target scripts/mkdep: scripts/mkdep.c $(HOSTCC) $(HOSTCFLAGS) -o scripts/mkdep scripts/mkdep.c aufgerufen. $(HOSTCC) muesste weit oben im Makefile schlicht als HOSTCC = gcc definiert werden, dein Problem wird also in den HOSTCFLAGS liegen: HOSTCFLAGS = -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer Auf was steht das bei dir? Eine weitere Ursache, die bei scripts/mkdep aber nicht auftreten sollte, koennte TOPDIR := $(shell if [ "$$PWD" != "" ]; then echo $$PWD; else pwd; fi) HPATH = $(TOPDIR)/include ebenfalls ganz am Anfang des Makefiles sein... -dnh -- 123: Sprache Ein Dialekt, der eine Akademie und eine Armee besitzt. (Harvard-Prof. Edward Keenan)
Hallo David, Am 01/07/11@04:12 schrieb David Haller:
On Die, 10 Jul 2001, Maik Holtkamp wrote:
ich habe ein Problem beim Aufruf von make dep:
---schnipp--- root@syl:/usr/src/linux > make dep gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/include -o ^^^^^^^^^^ scripts/mkdep scripts/mkdep.c
Das -I/include ist dein Problem, das muesste vermutlich -I./include sein...
realpath(/include) failed, No such file or directory
das ist nur ein Folgefehler, denn /include gibt's nicht (und das wird auch nicht gemeint sein).
Schau mal in Makefile... Da wird (mit ein paar Umwegen ueber andere targets dann der target
scripts/mkdep: scripts/mkdep.c $(HOSTCC) $(HOSTCFLAGS) -o scripts/mkdep scripts/mkdep.c HOSTCC = gcc HOSTCFLAGS = -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer
Auf was steht das bei dir?
Auf: ---schnipp--- scripts/mkdep: scripts/mkdep.c $(HOSTCC) $(HOSTCFLAGS) -I$(HPATH) -o scripts/mkdep scripts/mkdep.c HOSTCC = gcc HOSTCFLAGS = -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer ---schnapp---
TOPDIR := $(shell if [ "$$PWD" != "" ]; then echo $$PWD; else pwd; fi)
HPATH = $(TOPDIR)/include
Das steht auf: ---schnipp--- TOPDIR := $(shell /bin/pwd) HPATH = $(TOPDIR)/include ---schnapp--- Leider muß ich zu meiner Schande gestehen, dass ich etwas übersehen hatte, sorry: drwxr-xr-x 15 1046 101 553 Jul 6 11:45 linux-2.4.6.SuSE ^^^^^^^^ Was sind das denn für Kollegen? Ich hatte die Quellen mit tar xvfI <Qellen> auf einer reiserfs ausgepackt. tar ist version 1.13.18 und bzip2 1.0.1. Wie auch immer, es gehörten sowohl im 2.2.19er Verzeichniss als auch im 2.4.6er Verzeichniss einige Dateien diesen Usern/Gruppen. Ich habe dann ein chown/grp -R root * in beiden Verzeichnissen gemacht mit dem Ergebnis: 2.2.19 make dep läuft fehlerfrei durch :) (Hatte ich IIRC per rpm aufgespielt) 2.4.6 make dep bricht wieder ab: (tar.bz2) ---schnipp--- syl:/usr/src/linux # make dep make[1]: Entering directory `/usr/src/linux-2.4.6.SuSE/arch/i386/boot' make[1]: Nothing to be done for `dep'. make[1]: Leaving directory `/usr/src/linux-2.4.6.SuSE/arch/i386/boot' scripts/mkdep -- init/*.c > .depend realpath(/include) failed, No such file or directory make: *** [dep-files] Error 1 ---schnapp--- Zwar fehlt die gcc Meldung jetzt völlig, aber ansonsten hat es wohl nicht viel gebracht :(. -- :wq-y Maik
Maik Holtkamp wrote:
Am 01/07/11@04:12 schrieb David Haller:
On Die, 10 Jul 2001, Maik Holtkamp wrote:
ich habe ein Problem beim Aufruf von make dep:
root@syl:/usr/src/linux > make dep gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/include -oscripts/mkdep scripts/mkdep.c
^^^^^^^^^^ Das -I/include ist dein Problem, das muesste vermutlich -I./include sein...
Um ganz genau zu sein, es muesste vermutlich "-I/usr/src/linux/include" heissen....
realpath(/include) failed, No such file or directory
das ist nur ein Folgefehler, denn /include gibt's nicht (und das wird auch nicht gemeint sein).
Ganz Deiner Meinung.
---schnipp--- scripts/mkdep: scripts/mkdep.c $(HOSTCC) $(HOSTCFLAGS) -I$(HPATH) -o scripts/mkdep scripts/mkdep.c
Das sollte so weit OK sein, vorausgesetzt, alle Variablen wurden richtig definiert.
HOSTCC = gcc HOSTCFLAGS = -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer
Das ist auch OK.
TOPDIR := $(shell /bin/pwd)
Sollte korrekt sein, ein "$(shell pwd)" sollte ebenfalls gehen.... Ist bei Dir denn /bin/pwd auch vorhanden? Mit den richtigen Rechten?
HPATH = $(TOPDIR)/include
Das sieht korrekt aus, allerdings scheint es so, als ob $(TOPDIR) leer ist, also muss bei obiger Zuweisung was schieflaufen. Oder wird HPATH bzw. TOPDIR nicht exportiert und steht damit in anderen Makefiles in den Subdirectories nicht mehr zur Verfuegung? Vorschlag: 1. Ueberpruefe /bin/pwd, die Rechte von /bin/pwd und die Ausgabe von /bin/pwd. Ist das alles korrekt? 2. Versuche mal im Makefile, die Zuweisung von TOPDIR auf "TOPDIR := $(shell pwd)" zu aendern. Funktioniert es dann? 3. Versuche, die Zuweisung TOPDIR von Hand auf das korrekte Verzeichnis zu setzen, also z.B. "TOPDIR = /usr/src/linux". Vielleicht hilft ja eine der Massnahmen, dem Fehler auf die Spur zu kommen. Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH) Hertzstr. 16, D-76187 Karlsruhe, Germany
Hallo Thomas, erstmal großes Danke. Am 01/07/13@09:34 schrieb Thomas Hertweck:
Maik Holtkamp wrote:
Am 01/07/11@04:12 schrieb David Haller:
On Die, 10 Jul 2001, Maik Holtkamp wrote:
ich habe ein Problem beim Aufruf von make dep:
root@syl:/usr/src/linux > make dep gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/include -oscripts/mkdep scripts/mkdep.c
^^^^^^^^^^ Das -I/include ist dein Problem, das muesste vermutlich -I./include sein...
Um ganz genau zu sein, es muesste vermutlich "-I/usr/src/linux/include" heissen....
TOPDIR := $(shell /bin/pwd)
Sollte korrekt sein, ein "$(shell pwd)" sollte ebenfalls gehen.... Ist bei Dir denn /bin/pwd auch vorhanden? Mit den richtigen Rechten?
Schaut so aus: maik@syl:/bin > ls -l pwd -rwxr-xr-x 1 root root 6624 Jan 19 09:51 pwd AFAIK i.O.
HPATH = $(TOPDIR)/include
Das sieht korrekt aus, allerdings scheint es so, als ob $(TOPDIR) leer ist, also muss bei obiger Zuweisung was schieflaufen. Oder wird HPATH bzw. TOPDIR nicht exportiert und steht damit in anderen Makefiles in den Subdirectories nicht mehr zur Verfuegung?
Vorschlag: 1. Ueberpruefe /bin/pwd, die Rechte von /bin/pwd und die Ausgabe von /bin/pwd. Ist das alles korrekt?
Ja.
2. Versuche mal im Makefile, die Zuweisung von TOPDIR auf "TOPDIR := $(shell pwd)" zu aendern. Funktioniert es dann?
Gleicher Fehler :(.
3. Versuche, die Zuweisung TOPDIR von Hand auf das korrekte Verzeichnis zu setzen, also z.B. "TOPDIR = /usr/src/linux".
Großes Stück weiter. Ich habe jetzt die Topdir Def. aus dem 2.2.19 genommen (mit /usr/src/linux als TOPDIR das gleiche): TOPDIR := $(shell if [ "$$PWD" != "" ]; then echo $$PWD; else pwd; fi) Hatte IIRC David auch schon in seiner mail. jetzt steht er hier: ---schnipp--- make[4]: Entering directory `/usr/src/linux-2.4.6.SuSE/fs/jffs' /usr/src/linux/scripts/mkdep -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2 -march=i686 -I/../../include -- inode-v23.c intrep.c intrep.h jffs_fm.c jffs_fm.h > .depend realpath(/../../include) failed, No such file or directory make[4]: *** [fastdep] Error 1 ---schnapp--- Schon wieder dieses sch... realpath! Wohin führt denn beim 2. -I/../../include? ^^^ Dieser slash kennzeichnet doch IMHO einen absoluten Pfad? BTW: Kann inzwischen evtl. auch an einer völlig verkorksten .config liegen, da ich damit auch nach gut dünken gespielt habe. - Muß halt nochmal neu wenn make dep endlich läuft.
Vielleicht hilft ja eine der Massnahmen, dem Fehler auf die Spur zu kommen.
Warum es TOPDIR := $(shell /bin/pwd) sehe ich zwar: syl:/usr/src/linux # /bin/pwd Bus error syl:/usr/src/linux # pwd /usr/src/linux _verstehe_ ich aber dennoch nicht ? Und warum nach dieser Feststellung Dein obiger Vorschlag 2. nicht erfolgreich läuft ist mir auch *absolut* unklar :(. -- :wq-y Maik
On Fre, 13 Jul 2001, Maik Holtkamp wrote:
Am 01/07/13@09:34 schrieb Thomas Hertweck:
Maik Holtkamp wrote:
Am 01/07/11@04:12 schrieb David Haller:
On Die, 10 Jul 2001, Maik Holtkamp wrote:
ich habe ein Problem beim Aufruf von make dep:
root@syl:/usr/src/linux > make dep gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/include -oscripts/mkdep scripts/mkdep.c
^^^^^^^^^^ Das -I/include ist dein Problem, das muesste vermutlich -I./include sein...
Um ganz genau zu sein, es muesste vermutlich "-I/usr/src/linux/include" heissen....
Stimmt uebrigens ;) [ schnippel ]
realpath(/../../include) failed, No such file or directory make[4]: *** [fastdep] Error 1 ---schnapp---
Schon wieder dieses sch... realpath! Wohin führt denn beim 2. -I/../../include? ^^^ Dieser slash kennzeichnet doch IMHO einen absoluten Pfad?
Ja. Hm. Du hast es auch damit versucht, im Makefile explizit das TOPDIR zu setzen? TOPDIR = /usr/src/linux Dann faellt mir nur ein, dass entwerder dein make komisch ist (was sagt ein 'make --version'?) oder dass irgendwas mit deinem Dateisystem nicht stimmt (was sagt ein 'ls -l /usr/src/linux' (ohne ein / am Ende!)? Was sagt ein: 'cd /usr/src/linux; pwd -P'? Kopiere vielleicht auch mal die .config aus dem dir raus, mach ein 'make mrproper', kopiere die .config wieder rein und versuch's dann nochmal...
syl:/usr/src/linux # /bin/pwd Bus error syl:/usr/src/linux # pwd /usr/src/linux
_verstehe_ ich aber dennoch nicht ?
s.o. Da ist irgendwas (ganz) eigenartiges... Vielleicht sogar ein Hardwarefehler? Oder eine _grundlegende_ Fehlconfig... Dass /bin/pwd einen Bus error ergibt... Versuch doch mal, ob du den Bus error bei /bin/pwd reproduzieren kannst und falls ja mach ein strace /bin/pwd... Ach ja, ueberpruefe doch mal, ob die Kabel zu der Festplatte usw. alle sitzen und sonstiges in der Richtung (BIOS Einstellungen, diese evtl. zuruecknehmen, bes. ggfs. die Speichertimings, schau mal in /var/log/messages und /var/log/boot.msg nach HW sachen etc. pp..). Ach ja, und schau mal, ob dir Meldungen zu libs (d.h. zur libc, zu ldconfig etc.) auffallen...
Und warum nach dieser Feststellung Dein obiger Vorschlag 2. nicht erfolgreich läuft ist mir auch *absolut* unklar :(.
Mir auch. Es scheint was komplizierteres zu sein... -dnh --
Wonder what diamonds do to lusers, though. Black diamonds generally make them tumble bouncy-bouncy down steep mogul-filled slopes. Sometimes over cliffs, too. Whee! From the lodge we shout encouragement. "Down, not Across!" [G. Andrews, asr]
David Haller wrote:
On Fre, 13 Jul 2001, Maik Holtkamp wrote:
[...] syl:/usr/src/linux # /bin/pwd Bus error syl:/usr/src/linux # pwd /usr/src/linux
s.o. Da ist irgendwas (ganz) eigenartiges... Vielleicht sogar ein Hardwarefehler? Oder eine _grundlegende_ Fehlconfig... Dass /bin/pwd einen Bus error ergibt...
Versuch doch mal, ob du den Bus error bei /bin/pwd reproduzieren kannst und falls ja mach ein strace /bin/pwd...
Also, dass /bin/pwd mit einem Bus-Error abbricht, ist ganz sicher nicht normal.....! Hast Du eventuell in letzter Zeit irgendetwas an der glibc gemacht, ein Update oder aehnliches? Oder generell irgendetwas am Basis-System veraendert, geupdatet? Ich habe gerade Kernel 2.4.6.SuSE-5 konfiguriert und compiliert, das lief bei mir (SuSE 7.1 mit Kernel 2.4.4.SuSE-12) OHNE Probleme durch. Dein System, Maik, scheint ein ernsthaftes Problem zu haben! Versuch mal anhand der Beschreibung von David Dein System zu checken. Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, University of Karlsruhe Hertzstr. 16, D-76187 Karlsruhe, Germany
Am 01/07/14@11:49 schrieb Thomas Hertweck:
David Haller wrote:
On Fre, 13 Jul 2001, Maik Holtkamp wrote:
[...] syl:/usr/src/linux # /bin/pwd Bus error syl:/usr/src/linux # pwd /usr/src/linux
s.o. Da ist irgendwas (ganz) eigenartiges... Vielleicht sogar ein Hardwarefehler? Oder eine _grundlegende_ Fehlconfig... Dass /bin/pwd einen Bus error ergibt...
Versuch doch mal, ob du den Bus error bei /bin/pwd reproduzieren kannst und falls ja mach ein strace /bin/pwd...
Also, dass /bin/pwd mit einem Bus-Error abbricht, ist ganz sicher nicht normal.....! Hast Du eventuell in letzter Zeit irgendetwas an der glibc gemacht, ein Update oder aehnliches? Oder generell irgendetwas am Basis-System veraendert, geupdatet?
Also Fummellei an der glibc würde ich mir nie erlauben ;). Ich habe ein paar tgzs installiert um drip ans laufen zu bekommen, aber AFAIK waren das nur grafisches "Gedönse" SDL, orbit etc.
Ich habe gerade Kernel 2.4.6.SuSE-5 konfiguriert und compiliert, das lief bei mir (SuSE 7.1 mit Kernel 2.4.4.SuSE-12) OHNE Probleme durch. Dein System, Maik, scheint ein ernsthaftes Problem zu haben! Versuch mal anhand der Beschreibung von David Dein System zu checken.
Du hast sicher recht und es ist ja nicht so als ob man keinen Verdacht hätte, aber die Kiste lief 5 Monate ohne murren und da bringt man dann schon eine gewisse Leidensfähigkeit mit, bevor man in Richtung Hardware sucht, aber jetzt glaube ich auch ich komm nicht dran vorbei :(. THX. -- :wq-y Maik
Hallo zusammen, Am 01/07/13@22:33 schrieb David Haller:
On Fre, 13 Jul 2001, Maik Holtkamp wrote:
Am 01/07/13@09:34 schrieb Thomas Hertweck:
Maik Holtkamp wrote:
Am 01/07/11@04:12 schrieb David Haller:
On Die, 10 Jul 2001, Maik Holtkamp wrote:
ich habe ein Problem beim Aufruf von make dep:
root@syl:/usr/src/linux > make dep gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -I/include -oscripts/mkdep scripts/mkdep.c
^^^^^^^^^^ Das -I/include ist dein Problem, das muesste vermutlich -I./include sein...
Um ganz genau zu sein, es muesste vermutlich "-I/usr/src/linux/include" heissen....
Stimmt uebrigens ;)
[ schnippel ]
realpath(/../../include) failed, No such file or directory make[4]: *** [fastdep] Error 1 ---schnapp---
Schon wieder dieses sch... realpath! Wohin führt denn beim 2. -I/../../include? ^^^ Dieser slash kennzeichnet doch IMHO einen absoluten Pfad?
Ja. Hm. Du hast es auch damit versucht, im Makefile explizit das TOPDIR zu setzen?
TOPDIR = /usr/src/linux
Ja, gleicher Abbruch :(.
Dann faellt mir nur ein, dass entwerder dein make komisch ist (was sagt ein 'make --version'?) oder dass irgendwas mit deinem Dateisystem nicht stimmt (was sagt ein 'ls -l /usr/src/linux' (ohne ein / am Ende!)? Was sagt ein: 'cd /usr/src/linux; pwd -P'?
Kopiere vielleicht auch mal die .config aus dem dir raus, mach ein 'make mrproper', kopiere die .config wieder rein und versuch's dann nochmal...
syl:/usr/src/linux # /bin/pwd Bus error syl:/usr/src/linux # pwd /usr/src/linux
_verstehe_ ich aber dennoch nicht ?
s.o. Da ist irgendwas (ganz) eigenartiges... Vielleicht sogar ein Hardwarefehler? Oder eine _grundlegende_ Fehlconfig... Dass /bin/pwd einen Bus error ergibt...
Versuch doch mal, ob du den Bus error bei /bin/pwd reproduzieren kannst und falls ja mach ein strace /bin/pwd...
Reproduzierbarkeit 100%. Strace liefert: ---schnipp--- execve("/bin/pwd", ["/bin/pwd"], [/* 49 vars */]) = 0 --- SIGBUS (Bus error) --- +++ killed by SIGBUS +++ ---schnapp---
Ach ja, ueberpruefe doch mal, ob die Kabel zu der Festplatte usw. alle sitzen und sonstiges in der Richtung (BIOS Einstellungen, diese evtl. zuruecknehmen, bes. ggfs. die Speichertimings, schau mal in /var/log/messages und /var/log/boot.msg nach HW sachen etc. pp..). Ach ja, und schau mal, ob dir Meldungen zu libs (d.h. zur libc, zu ldconfig etc.) auffallen...
Bei obigen /bin/pwd in /var/log/messages: ---schnipp--- Jul 14 18:09:58 syl kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } Jul 14 18:09:58 syl kernel: hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=17617920, sector=187332 ---schnapp--- Sonst fällt mir nichts auf.
Und warum nach dieser Feststellung Dein obiger Vorschlag 2. nicht erfolgreich läuft ist mir auch *absolut* unklar :(.
Mir auch. Es scheint was komplizierteres zu sein...
Hatte ich schon erwähnt, dass die Platte IBM 7200 30 GB an einem Promise (UDMA100-kein raid) eines A7V133 hängt? Ach ja und meine Soundkarte ist eine SB live. Ich weiss zwar nicht genau ob die bugs im via Chipsatz sich so äussern können [1], aber ich werde wohl in der Richtung mal weitersuchen. Bisher hatte ich mich nicht sonderlich drum gekümmert da: "Never change a running system". Mit Erscheinen der 7.1 hatte ich mir auch diesen Rechner neu gegönnt (AUSUS Board, Duron 800, IBM Platte, AUSUS 7100 TV-out, Hauppuge, D-LINK 530 und aus dem alten Adaptec 2940, Ymaha SCSI 6* Brenner, HP 2GB DSS2 und die live). Den via-IDE-Chipsatz habe ich im BIOS deaktiviert die Platte läuft als Master 1 am Promise sonst keine IDE Geräte. Bei der damaligen Installation lief der 2.2.18 auf Anhieb ohne Problem. Nach diesem Security Hinweisen auf suse-sec habe ich auf 2.2.19 "geupdatet" (rpm)- ohne Probleme und jetzt nach fast 5 Monaten so ein sch....! Ich würde so aus dem Bauch jetzt erstmal folgendes probieren: dma Zugriff auf Platte rausschmeissen bios update Platte an den via-contrller , doch zunächst läuft dieses Wochenende erstmal ein schickes Backup. [1] Bisher immer nur von Datenverlust beim kopieren großer Dateien gelesen, aber wer hat die Kombination schon auf einer reiserfs beim kompilieren des 2.4.6 getestet? -- :wq-y Maik, der sich seinen Urlaub irgendwie anders vorgestellt hatte :(.
On Sam, 14 Jul 2001, Maik Holtkamp wrote:
Ja. Hm. Du hast es auch damit versucht, im Makefile explizit das TOPDIR zu setzen?
TOPDIR = /usr/src/linux
Ja, gleicher Abbruch :(.
Hatte ich schon fast vermutet...
Versuch doch mal, ob du den Bus error bei /bin/pwd reproduzieren kannst und falls ja mach ein strace /bin/pwd...
Reproduzierbarkeit 100%.
Strace liefert: ---schnipp--- execve("/bin/pwd", ["/bin/pwd"], [/* 49 vars */]) = 0 --- SIGBUS (Bus error) --- +++ killed by SIGBUS +++ ---schnapp---
Ok... Fall das naechste nicht zutrifft, mach mal ein strace -f -o /tmp/pwd.strace /bin/pwd ltrace -C -f -o /tmp/pwd.ltrace /bin/pwd und maile mir die beiden Dateien /tmp/pwd.* als tar.gz, vielleicht findet sich da noch genaueres...
Bei obigen /bin/pwd in /var/log/messages:
---schnipp--- Jul 14 18:09:58 syl kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } Jul 14 18:09:58 syl kernel: hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=17617920, sector=187332
Das ist IIRC ein HW Fehler... Koennte ein defekter Sektor sein. Was ich jetzt nicht verstehe sind die unterschiedlichen Angaben bei LBAsect und sector. Du koenntest (nach dem Backup) aber mal noch ein wenig testen, z.B. was sagt denn ein ls -li /bin/pwd
Hatte ich schon erwähnt, dass die Platte IBM 7200 30 GB an einem Promise (UDMA100-kein raid) eines A7V133 hängt? Ach ja und meine Soundkarte ist eine SB live.
Hm. Das ist doch die VIA 686* Kombination... Aber da du den Promise verwendest... Hm. So auf die schnelle hab ich nix in den Kernelsourcen gefunden... Ah, doch: $ find /usr/src/linux/ -name "*.[ch]" -exec grep -3H 'ECC_ERR' {} \; /usr/src/linux/include/linux/hdreg.h:\ #define ECC_ERR 0x40 /* Uncorrectable ECC error */ (bevor du fragst: ich habe davor nach 'UncorrectableError' gegrept) das lese ich so, dass die Daten nicht korrekt uebertragen wurden. (Ab UDMA66 (oder schon 33?) wird ja ECC verwendet um solche Fehler zu entdecken...). - In welchem Modus faehrst du die HD? - Kann die den auch? - Wie lang ist das Kabel? (und sitzt es richtig?) - Du hast nix uebertaktet oder? - Versuch mal, den IDE-Kanal langsamer zu betreiben.
Ich weiss zwar nicht genau ob die bugs im via Chipsatz sich so äussern können [1],
Ich denke schon.
aber ich werde wohl in der Richtung mal weitersuchen. Bisher hatte ich mich nicht sonderlich drum gekümmert da: "Never change a running system".
*g*
dma Zugriff auf Platte rausschmeissen bios update
Ja. Ich wuerde dann erst noch ein wenig testen (s.o.).
Platte an den via-contrller
Waere auch ne Idee, aber sei gewarnt, die Promise Controller haben ihre eigenen Ideen, was die Platten geometrie angeht, ein umhaengen ist also nicht unbedingt ohne neupartitionierung (und formatierung) moeglich.[2]
, doch zunächst läuft dieses Wochenende erstmal ein schickes Backup.
Oh, das ist auf jeden Fall gut, besonders falls die HD ne Macke hat.
:wq-y Maik, der sich seinen Urlaub irgendwie anders vorgestellt hatte :(.
*Beileid* -dnh [1] NMF [2] ich hab die Erfahrung mit ne "Ultra 33" gemacht -- I sense much distrust in you. Distrust leads to cynicism, cynicism leads to bitterness, bitterness leads to the Awareness Of True Reality which is referred to by those-who-lack-enlightenment as "paranoia". I approve. -- David P. Murphy in the SDM
So nachmal hallo, Am 01/07/14@18:35 schrieb Maik Holtkamp:
Am 01/07/13@22:33 schrieb David Haller:
On Fre, 13 Jul 2001, Maik Holtkamp wrote:
Am 01/07/13@09:34 schrieb Thomas Hertweck:
Maik Holtkamp wrote:
Am 01/07/11@04:12 schrieb David Haller:
On Die, 10 Jul 2001, Maik Holtkamp wrote: > > ich habe ein Problem beim Aufruf von make dep: > > root@syl:/usr/src/linux > make dep > gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer > -I/include -oscripts/mkdep scripts/mkdep.c ^^^^^^^^^^ Das -I/include ist dein Problem, das muesste vermutlich -I./include sein...
Um ganz genau zu sein, es muesste vermutlich "-I/usr/src/linux/include" heissen....
Stimmt uebrigens ;)
das TOPDIR zu setzen?
TOPDIR = /usr/src/linux
Ja, gleicher Abbruch :(. [...]
[Vermutung VIA - bug] Nope, bios update, dma Zugriff und anderer Controller probiert.
, doch zunächst läuft dieses Wochenende erstmal ein schickes Backup.
Mache ich mit ARKEIA. Das lief schon mal auf diesem Rechner (wahrscheinlich aber noch 2.2.18). Das erste Band hat ARKEIA auch ordnungsgemäß geschrieben. Heute morgen stand ARKEIA dann. In /var/log/messages fand ich: ---schnipp--- Jul 15 03:35:48 syl kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } Jul 15 03:35:48 syl kernel: hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=17617920, sector=187332 Jul 15 03:35:48 syl kernel: end_request: I/O error, dev 03:07 (hda), sector 187332 Jul 15 03:35:53 syl kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } ---schnapp--- Ich habe dann grad versucht mit tar /bin zu sichern. Auch tar stolpert über /bin/pwd und zwar so: tar: /bin/pwd: File shrank by 0 bytes; padding with zeros Sagte mir so auf Anhieb nix :(. Die gleiche Aussage lieferte tar für /bin/ed. Mich langsam an den Gedanken einer Neuinstallion gewöhnend[1], habe ich dann erst noch pwd und ed von meinem router kopiert und, dass war es. make dep läuft ohne Anpassungen im Makefile problemlos durch :). Leider ist mir die Ursache des Problems immer noch unklar (in /bin würde ich ohne Not *nie* spielen), aber was solls Hauptsache es läuft erstmal wieder. Dank an alle, ich hätte wahrscheinlich eher man realpath zum Übersetzungsservice gebracht und im Urlaub eine C Kurs besucht, bevor ich auf pwd gekommen wäre ;). [1] Zum Glück hatte ich das noch archiviert:
... bin ratlos sehe einer kompletten Neuinstallation gefasst entgegen. Das ist nicht WINTENDO wo das hilft. [Christoph Nölle & Leopold Toetsch auf suse-isdn]
-- :wq-y Maik *der sich freut, dass es läuft und* *der sauer ist, weil der des Übels Wurzel nicht fand*
On Son, 15 Jul 2001, Maik Holtkamp wrote: [..]
ordnungsgemäß geschrieben. Heute morgen stand ARKEIA dann. In /var/log/messages fand ich:
---schnipp--- Jul 15 03:35:48 syl kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } Jul 15 03:35:48 syl kernel: hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=17617920, sector=187332 Jul 15 03:35:48 syl kernel: end_request: I/O error, dev 03:07 (hda), sector 187332
Ahem, das ist der gleiche Sektor wie bei der ersten Meldung... Ich vermute stark, dass die Sektoren, in denen /bin/pwd war, defekt sind. *ohoh* [..]
Mich langsam an den Gedanken einer Neuinstallion gewöhnend[1], habe ich dann erst noch pwd und ed von meinem router kopiert und, dass war es. make dep läuft ohne Anpassungen im Makefile problemlos durch :).
Ja. Dadurch, dass du diese neu reinkopiert hast, sind die in anderen, noch funktionierenden Sektoren gelandet und somit funktionieren sie wieder. Da eine HD aber einen Reservebereich hat, und mit diesem defekte Sektoren ersetzt bis dieser aufgebraucht ist bekommt man bis dahin normal nix davon mit ob sektoren defekt sind. Bekommt man also defekte Sektoren gemeldet deutet das auf groessere Probleme hin. Ich wuerde also damit rechnen, dass die HD bald den Geist aufgibt. (Natuerlich kann ich mich auch taeuschen.) -dnh -- "Phnglui mgwlnafth Cthulhu rlyey wghnagl fthagn." "In his flat in Bromley, drunk Cthulhu waits knitting? I think a few subtle typos may have crept into that one." "That explains why this shoggoth I summoned is only 3mm tall." - Peter da Silva and Peter Gutmann in the scary.devil.monastery
participants (3)
-
David Haller -
Maik Holtkamp -
Thomas Hertweck