Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
Frank Küster schrieb: Wie steht es nach # modprobe -a -v modprobe: Nothing to load ??? Specify at least a module or a wildchart like \* Ferner sind beim Start folgende Meldungen zu sehen: modprobe: modprobe: can't locate module char-major-4 Diese Meldung erscheint mehrfach, ist jedoch nicht in der dmseg oder messages-Datei wiederzufinden ! Danke und Grüsse, Christoph -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
Walther, Christoph schrieb: Frank Küster schrieb: Wie steht es nach # modprobe -a -v modprobe: Nothing to load ??? Specify at least a module or a wildchart like \* Ferner sind beim Start folgende Meldungen zu sehen: modprobe: modprobe: can't locate module char-major-4 Diese Meldung erscheint mehrfach, ist jedoch nicht in der dmseg oder messages-Datei wiederzufinden ! Danke und Grüsse, Christoph Hallo Christoph, ist unter zusammengefasst: http://www.lk.etc.tu-bs.de/lists/archiv/lug-bs/2001/msg00798.html. Sieht so aus als ob Du keine Unterstützung für virtuelle Konsolen im Kernel hast. Die Lösung findest Du in dem o.g. Thread! MfG Thomas -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
Hallo alle zusammen und speziell Guido, vielen Dank nochmals für eure umfangereichen Anregungen zum o.g. Problem; da ich noch viele andere Verpflichtungen habe, komme leider nur immer suksessive dazu, das Broken System systematisch zu befragen, um die Probleme (hoffentlich) zu beheben...;-) Guido Hennecke schrieb: In der Kernelkonfig, die Du mir per Mail geschickt hast, ist ISO9660_Fs als Modul eingetragen. Schau doch mit lsmod mal nach, ob das Modul auch geladen ist. lsmod: es sind in der Tat überhaupt keine Module geladen !!! /etc/modules: isdn, tuner, ne, smbfs, msdos, nfsd, nls_cp850, nls_iso8859_1 Hast Du wirklich eine serielle Maus angeschlossen? Ja, über die erste serielle Schnittstelle (COM1). Schau mal in deinem /etc/X11/XF86Config-4... statt der XF86Config-4 gibts auf meinem System die XF86Config-Datei: Section Pointer Device /dev/ttyS0 Protocol Microsoft Emulate3Buttons ZAxisMapping 4 5 Wenn ich mich recht erinnere, hast Du doch bereits XFree86 4.x laufen gehabt. Jedenfalls wuerde das deine ploetzlichen Probleme mit XFree und den FOnts erklaeren. Ausserdem benutzt XFree86 3.3.6 nicht /etc/X11/XF86Config-4 sondern /etc/X11/XF86Config. Du hast doch sicher keine serielle Maus und ich denke, da hast Du mal ein Downgrade gemacht. sowie Du benutzt also garnicht XFree 4.x sondern 3.3.6. Korrekt. Hast Du vielleicht aus Versehen mal einen Wechsel vollzogen? Aber nicht, dass ich das wüsste !! ... es war von Anfang an immer schon/nur das XFree86 Version 3.3.6a X-Window-System im Spiel. Wie Du hier siehst, benutze ich /dev/gpmdata. Das funktioniert nur, wenn gpm entsprechend konfiguriert ist. Um moegliche Fehlerquellen auszuschliessen, stoppe doch mal gpm (falls es laeuft) mit /etc/init.d/gpm stop und trage in der /etc/X11/XF86Config-4 statt /dev/gpmdata /dev/psaux ein. gpm-Prozess läuft garnicht. cd /dev, weiter dann mit ls -l gpmdata: prw-r--r-- 1 root root 0 Oct 16 21:53 file gpmdata: fifo (named Pipe) /etc/gpm.conf: device=/dev/psaux (!?) ...was mich hier wundert, ist, dass beim Systemstart keine Module, so wie im Kernel vorgegeben und vormals auch funktionierend, gestartet werden. Ich denke, dass ich erst mal die Module beim Systemstart angezogen bekommen muss, bevor ich _überhaupt_ wieder etwas am System machen kann. D.h., msdos, vfat sowie iso9660-Dateiensysteme wieder anfassen können, dann X-Windows nochmals deinstallieren/installieren, Kernelkompilieren, u.s.w. Wegen dem LVM ist Initram im Spiel: /etc/lilo.conf: initrd=/boot/initrd-lvm-2.4.20.gz ...und der LVM startet ja auch sauber hoch. Das dürfte doch mit dem Moduleladen hier nichts zu tun haben... Wo könnte jedoch beim Systemstart dann das Problem mit den nicht geladenen Modulen liegen ? Habt ihr eine Idee, oder wie seht ihr das hier? Danke euch, viele Grüsse, Christoph Christoph Walther -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
Am 18:06 2003-02-24 +0100 hat Walther, Christoph geschrieben: Dieses klappt aber nicht mehr, auch wenn ich die erste, ursprüngliche .config-Datei in der /usr/src/linux-2.4.20-Umgebung verwende. Also, es funktioniert weder mit fakeroot make-kpkg clean fakeroot make-kpkg --config=menuconfig kernel-image, Warum rufst Du nich menuconfig auf ? Versuche mal: # fakeroot make-kpkg --config menuconfig configure kernel_image ^ ^ ^ Habe jetzt ueber 60 Kernels unter WOODY kompiliert und in diesem sinne noch nie Schwierigkeiten gehabt. An die Syntax sollte man sich schon halten ! Mus das zweimalige senden Sein ??? - Finde ich alles andere als Lustig, besonderst mit 10c/minute fuers Internet. Michelle -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
--EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 07.M=E4r 2003 - 02:20:14, Guido Hennecke wrote: Hallo Christoph, Wenn nicht: Rechte von /usr/src entsprechend aendern und den User dieser Gruppe hinzufuegen. Die Kernelsourcen als dieser User antpacken und _nicht_ als root. Den Kernel auch niemals als root konfigurieren oder uebersetzen, denn dann stimmen die Rechte einiger Dateien nicht mehr. Welche Dateien bekommen speziell beim Kernelbauen falsche Rechte. Ich frage aus Interesse, weil ich bisher immer als root gebaut habe (war zu faul die Quellen woandershin zu kopieren bzw. die Rechte zu =E4ndern) und bis jetzt noch keine Probleme hatte. Ich will aber auch nicht irgendwann auf die Nase fallen, deswegen meine Frage was es betrifft? Andreas --=20 Wie man sein Kind nicht nennen sollte:=20 Paul Ihne=20 --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE+aHNfEeTwtO5zjFYRAux7AJoCWcyQmR8qrlEgq/rhe7XCcBHT+gCeK0Aa KwKfN5kynOpOU1vXlv9AQYE= =wdNv -END PGP SIGNATURE- --EVF5PPMfhYS0aIcm-- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
Hallo miteinander, erstmal ganz vielen Dank für Eure Antworten/Überlegungen! Torsten Wolny schrieb: hab gerade im Thread Dateisystem oder Platte fehlerhaft? eine Mail von Martin Samesch gelesen. Er schreibt dort was von einem Bug im ext3-Filesystem vom Kernel 2.4.20. Hab noch nicht recherchiert, was der Bug verursacht, aber vielleicht ist das der Grund für dein verkorkstes Filesystem. Wenn ich mich richtig an deine erste Mail erinnere, dann hattest du doch ext3 am laufen? Jawohl, ich habe ext3-FS in Verbindung mit LVM am Laufen. Das der 2.4.20-Kernel im ext3-Dateiensystem ein Bug enthält, halte ich für sehr merkwürdig (und unwahrscheinlich): ich habe mich mit einem Konzern-Kollegen unterhalten, welcher den 2.4.20-Kernel in einer ext3-FS-Umgebung schon zigfach kompiliert hatte, dabei gab es nie Probleme, was die eigentlichen make-Befehle (make clean, make dep, make bzImage, usw.) anbelangt, es ist da also immer alles glatt durchgelaufen. Hierbei handelt es sich allerdings um eine SuSE-Distri 8.1, aber, was Kernelkompilieren anbelangt, so sollte man ausgehen, sitzen alle Linux-Distris am Runden Tisch ! Oder gibts da bei der Debian-Distri spezielle Probleme ?? Betram Scharpf schrieb: for f in `dpkg -L $paket` ; do test -e $f || echo $f fehlt. ; done ...bringt Fehlermeldung too many arguments, mache ich mit den Hochkommas oder den Leerzeichen vor den Semikolonen etwas falsch ?? Andreas Metzler schrieb: debsums. Man muss nur daran denken debsums-gen aufzurufen ehe etwas schlimmes passiert ;-) nicht alle Debian-Pakete enthaten selbst die noetigen md5-Pruefsummen. debsums würde ich über dselect gerne installieren und dann ausprobieren: kann ich aber nicht mehr, da, so wie ich dabei feststelle, nach der weiteren versuchten, vergeblichen Kernelkompilation laut Fehlermeldung der Kernel u.a. auf einmal kein iso9660-FS mehr unsterstützt ! D.h., nicht nur das X-Windows-System lässt sich nicht mehr starten, sondern, wie ich ausprobiert habe, werden vom Kernel auch nicht mehr die Dateiensysteme für vfat und iso9660 unterstützt! Das Mounten also einer CD, einer Floppy-Diskette oder einer Windows95-Partition (/dev/hda1) kann man jetzt getrost vergessen! Toll, gelle !? Martin Samesch schrieb: dpkg --get-selections | cut -f1 Man sieht somit alle installierten Pakete; ich kann so aber nicht beurteilen, ob generell ein Paket fehlt. Viel wichtiger ist doch hier, überprüfen zu können, ob die installierten Pakete alle _konsistent_ sind, was relevante Verzeichnisse und Dateien sowie deren Inhalt anbelangt. Beim MS Windows 95/98 konnte man immerhin bei inkonsistentem System nochmals das Setup der System-CD laufen lassen, dann war alles wieder palletti ...und bei so einem Broken System ist doch Linux mindestens genauso elegant, so hoffe ich doch ;-) Oder ratet ihr mir, das gesamte Linux-System mal von den Partitionen zu werfen und alles noch mal neu installieren?? Zurück zu Mickey Shit nee, das wäre aschgrau!! Ich bin immer noch guter Hoffnung, obwohl ich Momente hier erlebe, wo ich fuchsteufelswild werden könnte! Michelle Konzack schrieb: Als erstes waehre es ganz nett, wenn Du schon Zeilenumbrueche verwendest, denselbigen von 100 auf 72 reduzierst. ...verräts Du mir, wie man das bei MS Outlook2000 einstellen kann? Der HelpDesk in unserem magentafarbenen Konzern weiss darüber leider keinen Rat... ...und Marketing und Management haben es bei uns auch noch nicht verstanden, intelligentere, sicherere sowie kostensparendere Betriebssysteme inklusive Office-SW für die Arbeitsplatzsysteme einsetzen zu lassen! Ist echt viel zu oft ein Ärgernis damit! Wie heisst es so schön: Wenn die Götter einen strafen, dann schlagen sie einen mit Blindheit... Du kannst also mein Bemühen um Debian-Linux bestimmt verstehen und verzeihen... ;-) weiter hast Du geschrieben: fakeroot make-kpkg --config=menuconfig kernel-image Wie hast den dann konfiguriert ??? Sollte wohl eher # fakeroot make-kpkg --config=menuconfig configure kernel-image ^ heissen oder ? apt-get install /usr/src/kernel-image-2.4.20_10.00.Custom_i386.deb Wuste garnicht das dies geht... Ich wuerde dafuer dpgk -i ... nehmen. ...nun, der Tipp mit fakeroot make-kpkg --config=menuconfig kernel-image und apt-get install /usr/src/kernel-image-2.4.20_10.00.Custom_i386.deb erhielt ich von einem sehr erfahrenen und kompetenten Debian-Anwender... ... und das hat _einmal_ auch makellos funktioniert! Sag mal, haste VOR DEM ERNEUTEN COMPILIEREN die Configs Backuped und ein 'make-kpkg clean' gemacht ??? Die .config hatte ich mir jeweils immer weggesichert. Ausprobiert ohne Erfolg hatte ich: fakeroot make-kpkg clean und fakeroot make-kpkg --config=menuconfig kernel-image E: Release 'kernel-image-2.4.20_10.00.Custom_i386' for 'python-zlib' was not found Was hat der Kernel mit python-zlib zu tun ??? ...ja, das frage ich mir hier auch, warum der Kernel mit
Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
Walther, Christoph wrote: [Fast entnervt] ;-) Moin Christoph Ich kann mich an dein Problem nur noch vage erinnern (habe den Thread jetzt nicht vorliegen). Du konntest plötzlich keinen neuen Kernel mehr backen. Der Fehler trat beim Compilieren auf? Irgendwie ist dann der Verdacht auf ein inkonsistentes FS oder kaputte Pakete gefallen? Richtig? Jedenfalls bist du der Ursache noch nicht näher gekommen. :-( Man 'ne ganz blöde Idee. Mach dein Source-Verzeichnis noch mal sauber und erzeuge dir mit make *config eine niegelnagelneue 0-8-15-config und backe nen Kernel. Falls du so etwas schon erfolglos gemacht hattest - Pech. Wenn nicht, einen Versuch ist es wert... Viel Glück Rüdiger -- __ Gesendet von Yahoo! Mail - http://mail.yahoo.de Bis zu 100 MB Speicher bei http://premiummail.yahoo.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
On Wed, Mar 05, 2003 at 09:25:31PM +0100, Walther, Christoph wrote: Hallo miteinander, Hallo Christoph, ... Jawohl, ich habe ext3-FS in Verbindung mit LVM am Laufen. Das der 2.4.20-Kernel im ext3-Dateiensystem ein Bug enthält, halte ich für sehr merkwürdig (und unwahrscheinlich): ... Was auch immer du fuer merkwuerdig und unwahrscheinlich haelst, fakt ist dass die ext3-Unterstuetzung in 2.4.20 die folgenden Bugs enthaelt welche sowohl in 2.4.21-pre als auch in neueren Versionen der Debian Kernel-Pakete gefixt sind: - ext3 data=journal umount problem - ext3 remount deadlock - ext3 use-after-free bug Google wird dir sicher die Mails auf linux-kernel zeigen in denen Andrew Morton die Bugs genauer beschreibt. Christoph Gruss Adrian -- Is there not promise of rain? Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. Only a promise, Lao Er said. Pearl S. Buck - Dragon Seed -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
Jawohl, ich habe ext3-FS in Verbindung mit LVM am Laufen. Das der 2.4.20-Kernel im ext3-Dateiensystem ein Bug enthält, halte ich für sehr merkwürdig (und unwahrscheinlich): Den Bug gibt es tatsächlich. Er kann unter bestimmten Umständen auftreten, wenn ext3 im Jorunal-Modus läuft (data=journal). Der Bug wurde aber schnell erkannt und ist in den von Debian angebotenen Kernel-Quellen seit 2.4.20-2 behoben: $ less +/ext3 /usr/share/doc/kernel-source-2.4.20/changelog.gz Für Kernel aus anderen Quellen (ftp.kernel.org) muss man die Bugfixes wohl händisch einspielen. *Kai -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
On Thu, Feb 27, 2003 at 02:27:26PM +0100, Martin Samesch wrote:
On Tue, Feb 25, 2003 at 10:55:16PM +0100, Regine Bast wrote:
[...]
Alle installierten Pakete bekommt man mit
grep -B1 'install ok installed' /var/lib/dpkg/status | grep Package | awk '{ print
$2 }'
nur falls jemand nich weiss oder so
Hmmm, das geht doch auch kürzer:
dpkg --get-selections | cut -f1
...oder habe ich etwas übersehen?
Gruß,
Martin
Gut, dpkg --get-selections, daran hab ich nich gedacht, allerdings muss
Du auch noch die rausschneiden, die nicht deinstalliert sind.
also
dpkg --get-selections | grep \install | cut -f1
Gruß
Regine
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
On Tue, Feb 25, 2003 at 10:55:16PM +0100, Regine Bast wrote:
[...]
Alle installierten Pakete bekommt man mit
grep -B1 'install ok installed' /var/lib/dpkg/status | grep Package | awk '{ print
$2 }'
nur falls jemand nich weiss oder so
Hmmm, das geht doch auch kürzer:
dpkg --get-selections | cut -f1
...oder habe ich etwas übersehen?
Gruß,
Martin
--
Stilblüten aus Schreiben von Versicherungsnehmern:
Ihre Argumente sind wirklich schwach. Für solche faulen Ausreden
müssen Sie sich einen Dümmeren suchen, aber den werden sie kaum finden.
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
Alle installierten Pakete bekommt man mit
grep -B1 'install ok installed' /var/lib/dpkg/status | grep Package | awk '{ print
$2 }'
nur falls jemand nich weiss oder so
Hallo Regine,
was ist z.B. mit 'hold ok installed'? :-)
Gruss Uwe
OK erwischt, hab ich nur bei mir getestet,
aber wenn du einfach grep -B1 'ok installed' .. nimmst,
dann müßte es gehen.
Gruss Regine
PS: Wer will, ich hab nun ein Script 'apt-missingfiles' fertig.
Schreibt alle Dateien, die laut dpkg fehlen raus, mit den betroffenen Paketen.
Hat noch ein paar Probleme mit Dateinamen mit Blanks, * oder ?
aber sonst läuft es bei mir ganz gut. Einfach direkt an mich schreiben, dann schick
ich es.
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
Danke für die Antwort, Torsten Wolny schrieb: Wenn du Dir selber einen Kernelpacket gebaut hast, solltest du es mit dpkg -i ... installieren. Einfach mit apt geht meines Wissens nicht. Ich habe das Kernel-paket auch mit dpkg -i versucht zu installieren: dpkg -i /usr/src/kernel-image-2.4.20_10.00.Custom_i386.deb, dabei bricht die Kernelinstallation ebenfalls wieder ab, allerdings eine ganze Litanei von Meldungen bezüglich Module-Probleme hinterlassend, was ich auf die Schnelle gesehen habe. Ich vermute mal, das er eine Datei nicht findet. Bei mir gibts in den Kernelsourcen unter ./drivers/isdn/hisax hfc_pci.h und .c Könnte es sein, das die bei dir Fehlen oder die Rechte falsch gesetzt sind? und Die Probleme beim Kernelkompilieren würd ich mal auf fehlende Dateien schieben. Eventuell die Kernelsourcen noch mal komplett downloaden. Die Fehler beim X werden bestimmt einen ähnlichen Grund haben, in den Logfiles wurde ja das Fehlen etlicher Dateien bemängelt. Hast du mal nachgesehen, ob die bei dir (noch) vorhanden sind? Wie schon gesagt, die _erste_ Kernelkompilation mit fakeroot make-kpkg --config=menuconfig kernel-image funktionierte perfekt. Bei der erneuten Kernelkompilation, um die Kernelfeatures, wie Parallel Port Support: CONFIG_PARPORT TV-Karte: CONFIG_SOUND_BT878 CONFIG_I2C CONFIG_IC2C_ALGOBIT CONFIG_VIDEO_DEV per make menuconfig zu aktivieren, kamen die o.g. Probleme. Siehe dazu auch die Details im Thread The 11th hour: Kernel-Kompilierung und Installation 2.4.20 auf Woody 3.0r1. Im Moment kann ich es wirklich nicht nachvollziehen, warum bei erneuter Kernelkompilation auf einmal eine komprimierte Python-Bibliothek fehlt, dann -en masse- Datentypen, Funktions-Deklarationen, Datentyp-Definitionen sowie Symboleauflösungen nicht mehr funktionieren, und dann, so ganz nebenbei, einem die ganze, schon einmal perfekt funktionierende X11-Umgebung im System zerschossen wird, indem Fonts einfach fehlen, welche das X11-System beim Anstarten braucht. Dieselben Probleme habe ich auch, wenn ich den ganzen Kernel-Sourcen-Pfad unter /usr/src nochmals lösche und den komprimierten 2.4.20-Kernel erneut mit tar xvfj jungfräulich installiere und die ursprüngliche .config-Datei verwende! Wenn nun tatsächlich im -bisher einwandfrei- funktionierendem System irgendwelche Dateien neuerdings fehlen sollten, könnte man dann nicht mit einem entsprechenden apt-get oder dselect-Kommando alle bereits installierten Pakete auf deren Vollständigkeit hin prüfen und nachbessern, falls da was vom Inhalt (hier: Dateien!) fehlt? Vielen Dank fürs Zuhören und Eure Tipps, Grüsse aus Weiterstadt, Christoph -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
Hallo Walther, hab gerade im Thread Dateisystem oder Platte fehlerhaft? eine Mail von Martin Samesch gelesen. Er schreibt dort was von einem Bug im ext3-Filesystem vom Kernel 2.4.20. Hab noch nicht recherchiert, was der Bug verursacht, aber vielleicht ist das der Grund für dein verkorkstes Filesystem. Wenn ich mich richtig an deine erste Mail erinnere, dann hattest du doch ext3 am laufen? Am Dienstag, 25. Februar 2003 16:28 schrieb Walther, Christoph: Wenn nun tatsächlich im -bisher einwandfrei- funktionierendem System irgendwelche Dateien neuerdings fehlen sollten, könnte man dann nicht mit einem entsprechenden apt-get oder dselect-Kommando alle bereits installierten Pakete auf deren Vollständigkeit hin prüfen und nachbessern, falls da was vom Inhalt (hier: Dateien!) fehlt? Tja, so ein Tool such ich auch. Fall da jemand was kennt ... Vielen Dank fürs Zuhören und Eure Tipps, Grüsse aus Weiterstadt, Christoph MfG, Torsten -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
Hallo, Am Dienstag, 25. Feb 2003, 17:11:41 +0100 schrieb Torsten Wolny: Am Dienstag, 25. Februar 2003 16:28 schrieb Walther, Christoph: Wenn nun tatsächlich im -bisher einwandfrei- funktionierendem System irgendwelche Dateien neuerdings fehlen sollten, könnte man dann nicht mit einem entsprechenden apt-get oder dselect-Kommando alle bereits installierten Pakete auf deren Vollständigkeit hin prüfen und nachbessern, falls da was vom Inhalt (hier: Dateien!) fehlt? Tja, so ein Tool such ich auch. Fall da jemand was kennt ... for f in `dpkg -L $paket` ; do test -e $f || echo $f fehlt. ; done Müßte erstmal reichen. Wenn auch die wirkliche Welt etwas kompizierter ist... Gruß Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
Hallo Bertram, Am Dienstag, 25. Februar 2003 18:42 schrieb Bertram Scharpf: Wenn nun tatsächlich im -bisher einwandfrei- funktionierendem System irgendwelche Dateien neuerdings fehlen sollten, könnte man dann nicht mit einem entsprechenden apt-get oder dselect-Kommando alle bereits installierten Pakete auf deren Vollständigkeit hin prüfen und nachbessern, falls da was vom Inhalt (hier: Dateien!) fehlt? Tja, so ein Tool such ich auch. Fall da jemand was kennt ... for f in `dpkg -L $paket` ; do test -e $f || echo $f fehlt. ; done Müßte erstmal reichen. Wenn auch die wirkliche Welt etwas kompizierter ist... Guter Tip, funktioniert für fehlende Dateien einwandfrei. Hab aber leider auch schon System gesehen, wo Dateien zwar noch da waren, aber inhaltlich mit absolutem Nonsens gefüllt. Für diesen Fall scheints leider kein Tool zu geben. Gruß Bertram MfG, Torsten -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
Wenn nun tatsächlich im -bisher einwandfrei- funktionierendem
System irgendwelche Dateien neuerdings fehlen sollten, könnte
man dann nicht mit einem entsprechenden apt-get oder
dselect-Kommando alle bereits installierten Pakete auf deren
Vollständigkeit hin prüfen und nachbessern, falls da was vom
Inhalt (hier: Dateien!) fehlt?
Tja, so ein Tool such ich auch. Fall da jemand was kennt ...
for f in `dpkg -L $paket` ; do test -e $f || echo $f fehlt. ;
done
Alle installierten Pakete bekommt man mit
grep -B1 'install ok installed' /var/lib/dpkg/status | grep Package | awk '{ print $2
}'
nur falls jemand nich weiss oder so
Gruss Regine
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
* Regine Bast [EMAIL PROTECTED] [25-02-2003 22:55]:
Alle installierten Pakete bekommt man mit
grep -B1 'install ok installed' /var/lib/dpkg/status | grep Package | awk '{ print
$2 }'
nur falls jemand nich weiss oder so
Hallo Regine,
was ist z.B. mit 'hold ok installed'? :-)
Gruss Uwe
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
2.4.20-Kernelkompilierung: Nur einmal möglich!
Hallo zusammen, durch Herunterladen des 2.4.20-Kernels und .config-Modifikation sowie Kompilierung wurde das Rootdateiensystem-bootfähig für LVM und grosse IDE-Platten (60GB). Herzlichen Dank mal für Eure Hinweise diesbezüglich. Ursprünglich war das System ja auf dem Default-2.4.18-Kernel von Woody aufgebaut. Um weitere HW einzubinden, musste ich 2.4.20-Kernel erneut kompilieren. Dieses klappt aber nicht mehr, auch wenn ich die erste, ursprüngliche .config-Datei in der /usr/src/linux-2.4.20-Umgebung verwende. Also, es funktioniert weder mit fakeroot make-kpkg clean fakeroot make-kpkg --config=menuconfig kernel-image, noch mit make menuconfig; make dep; make clean; make bzImage; make modules; make modules_install Zur Aufklärung dieses schweren Falles hier mal eine ganze Reihe von Konfigurations- und Logdateien des betroffenen Systems: .config-Datei: # # Automatically generated by make menuconfig: don't edit # CONFIG_X86=y # CONFIG_SBUS is not set CONFIG_UID16=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y # # Loadable module support # CONFIG_MODULES=y CONFIG_MODVERSIONS=y CONFIG_KMOD=y # # Processor type and features # # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set CONFIG_M586MMX=y # CONFIG_M686 is not set # CONFIG_MPENTIUMIII is not set # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set # CONFIG_MK7 is not set # CONFIG_MELAN is not set # CONFIG_MCRUSOE is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MCYRIXIII is not set CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y # CONFIG_RWSEM_GENERIC_SPINLOCK is not set CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_X86_L1_CACHE_SHIFT=5 CONFIG_X86_USE_STRING_486=y CONFIG_X86_ALIGNMENT_16=y CONFIG_X86_HAS_TSC=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_PPRO_FENCE=y # CONFIG_X86_F00F_WORKS_OK is not set CONFIG_X86_MCE=y # CONFIG_TOSHIBA is not set # CONFIG_I8K is not set # CONFIG_MICROCODE is not set # CONFIG_X86_MSR is not set # CONFIG_X86_CPUID is not set CONFIG_NOHIGHMEM=y # CONFIG_HIGHMEM4G is not set # CONFIG_HIGHMEM64G is not set # CONFIG_HIGHMEM is not set CONFIG_MATH_EMULATION=y # CONFIG_MTRR is not set CONFIG_SMP=y # CONFIG_MULTIQUAD is not set # CONFIG_X86_TSC_DISABLE is not set CONFIG_X86_TSC=y CONFIG_HAVE_DEC_LOCK=y # # General setup # CONFIG_NET=y CONFIG_X86_IO_APIC=y CONFIG_X86_LOCAL_APIC=y CONFIG_PCI=y # CONFIG_PCI_GOBIOS is not set # CONFIG_PCI_GODIRECT is not set CONFIG_PCI_GOANY=y CONFIG_PCI_BIOS=y CONFIG_PCI_DIRECT=y CONFIG_ISA=y CONFIG_PCI_NAMES=y # CONFIG_EISA is not set # CONFIG_MCA is not set CONFIG_HOTPLUG=y # # PCMCIA/CardBus support # CONFIG_PCMCIA=y CONFIG_CARDBUS=y # CONFIG_TCIC is not set # CONFIG_I82092 is not set # CONFIG_I82365 is not set # # PCI Hotplug Support # # CONFIG_HOTPLUG_PCI is not set # CONFIG_HOTPLUG_PCI_COMPAQ is not set # CONFIG_HOTPLUG_PCI_COMPAQ_NVRAM is not set # CONFIG_HOTPLUG_PCI_IBM is not set # CONFIG_HOTPLUG_PCI_ACPI is not set CONFIG_SYSVIPC=y # CONFIG_BSD_PROCESS_ACCT is not set CONFIG_SYSCTL=y CONFIG_KCORE_ELF=y # CONFIG_KCORE_AOUT is not set CONFIG_BINFMT_AOUT=m CONFIG_BINFMT_ELF=y CONFIG_BINFMT_MISC=y CONFIG_PM=y # CONFIG_ACPI is not set # CONFIG_APM is not set # # Memory Technology Devices (MTD) # # CONFIG_MTD is not set # # Parallel port support # # CONFIG_PARPORT is not set # # Plug and Play configuration # CONFIG_PNP=y CONFIG_ISAPNP=y # # Block devices # CONFIG_BLK_DEV_FD=y CONFIG_BLK_DEV_XD=m # CONFIG_PARIDE is not set # CONFIG_BLK_CPQ_DA is not set # CONFIG_BLK_CPQ_CISS_DA is not set # CONFIG_CISS_SCSI_TAPE is not set # CONFIG_BLK_DEV_DAC960 is not set # CONFIG_BLK_DEV_UMEM is not set CONFIG_BLK_DEV_LOOP=m # CONFIG_BLK_DEV_NBD is not set CONFIG_BLK_DEV_RAM=y CONFIG_BLK_DEV_RAM_SIZE=4096 CONFIG_BLK_DEV_INITRD=y # CONFIG_BLK_STATS is not set # # Multi-device support (RAID and LVM) # CONFIG_MD=y # CONFIG_BLK_DEV_MD is not set # CONFIG_MD_LINEAR is not set # CONFIG_MD_RAID0 is not set # CONFIG_MD_RAID1 is not set # CONFIG_MD_RAID5 is not set # CONFIG_MD_MULTIPATH is not set CONFIG_BLK_DEV_LVM=y # # Networking options # CONFIG_PACKET=y # CONFIG_PACKET_MMAP is not set # CONFIG_NETLINK_DEV is not set # CONFIG_NETFILTER is not set # CONFIG_FILTER is not set CONFIG_UNIX=y CONFIG_INET=y # CONFIG_IP_MULTICAST is not set # CONFIG_IP_ADVANCED_ROUTER is not set # CONFIG_IP_PNP is not set # CONFIG_NET_IPIP is not set # CONFIG_NET_IPGRE is not set # CONFIG_ARPD is not set # CONFIG_INET_ECN is not set # CONFIG_SYN_COOKIES is not set # CONFIG_IPV6 is not set # CONFIG_KHTTPD is not set # CONFIG_ATM is not set # CONFIG_VLAN_8021Q is not set CONFIG_IPX=m # CONFIG_IPX_INTERN is not set CONFIG_ATALK=m # # Appletalk devices # # CONFIG_DEV_APPLETALK is not set # CONFIG_DECNET is not set # CONFIG_BRIDGE is not set # CONFIG_X25 is not set # CONFIG_LAPB is not set # CONFIG_LLC is not set # CONFIG_NET_DIVERT is not
Re: 2.4.20-Kernelkompilierung: Nur einmal möglich!
Hallo Walter, Am Montag, 24. Februar 2003 18:06 schrieb Walther, Christoph: Hallo zusammen, Ursprünglich war das System ja auf dem Default-2.4.18-Kernel von Woody aufgebaut. Um weitere HW einzubinden, musste ich 2.4.20-Kernel erneut kompilieren. Dieses klappt aber nicht mehr, auch wenn ich die erste, ursprüngliche .config-Datei in der /usr/src/linux-2.4.20-Umgebung verwende. ... Bei apt-get install /usr/src/kernel-image-2.4.20_10.00.Custom_i386.deb erscheint: E: Release 'kernel-image-2.4.20_10.00.Custom_i386' for 'python-zlib' was not found Wenn du Dir selber einen Kernelpacket gebaut hast, solltest du es mit dpkg -i ... installieren. Einfach mit apt geht meines Wissens nicht. So sehen die Fehlermeldungen aus, wenn mit einzelnen make-Befehlen hantiert wird make -s dep: m5sum: can't open hfc_pci ... m5sum: can't open hfc_pci (4x) Ich vermute mal, das er eine Datei nicht findet. Bei mir gibts in den Kernelsourcen unter ./drivers/isdn/hisax hfc_pci.h und .c Könnte es sein, das die bei dir Fehlen oder die Rechte falsch gesetzt sind? Kann jemand anhand des Fehlerbildes mir sagen, warum das Kernelkompilieren und das X11-Windows nicht mehr funktionieren und was ich unternehmen kann, damit es wieder weiter geht, denn in diesem Status kann ich diesen Debian-Linux-Rechner absolut vergessen ! Die Probleme beim Kernelkompilieren würd ich mal auf fehlende Dateien schieben. Eventuell die Kernelsourcen noch mal komplett downloaden. Die Fehler beim X werden bestimmt einen ähnlichen Grund haben, in den Logfiles wurde ja das Fehlen etlicher Dateien bemängelt. Hast du mal nachgesehen, ob die bei dir (noch) vorhanden sind? Danke mal für Euer Interesse und Eure Geduld :-) Christoph MfG, Torsten -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
