Am Sonntag, 2. November 2008 11:22:43 schrieb Detlef Reichelt:

Moin Christian, Hallo Detlef,

installiere einfach "make"... Ja, klar! Vielen Dank! Manchmal sieht man den Wald vor lauter Bäumen nicht!

Jetzt allerdings habe ich das nächste Problem. Mein Kernel scheint die Dazuko-Patches zu enthalten.

linux-vcwu:/home/christian/dazuko-2.3.5 # ./configure checking host system type... Linux checking for make utility... ok (make) checking for C compiler... ok (cc) kernel source in /lib/modules/2.6.25.5-1.1-pae/source... yes kernel build source in /lib/modules/2.6.25.5-1.1-pae/build... yes acquiring Linux kernel code configuration... ok checking if Linux is RSBAC patched... no checking if devfs is enabled... no discovered host system... Linux (2.6.25) checking if security module support is enabled... yes verifying capabilities are not built-in... built-in :( error: capabilities are built-in to the kernel: you will need to recompile a kernel with capabilities as a kernel module

Im Zuge der Recherche stieß ich auf einen Thread in der Mailingliste vom Juli diesen Jahres (http://lists.opensuse.org/opensuse-de/2008-07/msg00657.html), in dem jemand das selbe Problem wie ich hatte. Dieter Jurzitza bot damals ein entsprechend gepachtes RPM an. Dieses Paket könnte ich jetzt gut gebrauchen-ich trau mich nämlich noch nicht daran, meinen Kernel selbst zu kompilieren... :-) Falls du, Dieter, dass jetzt liest, wäre das echt toll, wenn du dein Paket an mich direkt als PM schicken würdest! Vielen Dank!

Detlef

Lieben Dank auch dir nochmal Detlef! Grüße, Christian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Christian Pubanz (GMX) schrieb:

Am Sonntag, 2. November 2008 11:22:43 schrieb Detlef Reichelt:

...

Moin Christian, Hallo Detlef,

...

installiere einfach "make"... Ja, klar! Vielen Dank! Manchmal sieht man den Wald vor lauter Bäumen nicht!

Das funktioniert aber nicht

Jetzt allerdings habe ich das nächste Problem. Mein Kernel scheint die Dazuko-Patches zu enthalten.

Du mußt feststellen, dass Deinem Kernel ein Patch fehlt.

...

linux-vcwu:/home/christian/dazuko-2.3.5 # ./configure checking host system type... Linux checking for make utility... ok (make) checking for C compiler... ok (cc) kernel source in /lib/modules/2.6.25.5-1.1-pae/source... yes kernel build source in /lib/modules/2.6.25.5-1.1-pae/build... yes acquiring Linux kernel code configuration... ok checking if Linux is RSBAC patched... no checking if devfs is enabled... no discovered host system... Linux (2.6.25) checking if security module support is enabled... yes verifying capabilities are not built-in... built-in :( error: capabilities are built-in to the kernel: you will need to recompile a kernel with capabilities as a kernel module

Gehe zu www.dazuko.org -> download -> Patch für SuSE 11.0 Lies das dazuko.html und patche den Kernel. Achtung: Im Kernel 2 Zeilen für dazuko beachten ! Wenn der SuSE-Kernel gepatcht worden ist, dann lösche das Verzeichnis dazuko-2.3.5 in antivir Installiere danach antivir wie üblich Beachte, dass dazuko kein Modul ist ! Gruß Arno -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Montag, 3. November 2008 10:15:25 schrieb Thomas Schirrmacher:

Hallo Christian, Hallo Thomas, Hallo Arno, Hallo Detlef,

vielen Dank für eure vielen Rückmeldungen!

nach dem Installieren der Dazuko-RPM`s als Root die Modulabhängigkeiten mit (code) depmod -a erneuern.

[...] Ich nehme an, es sind die RPMs von dem Link gemeint, den mir Detlef (http://download.opensuse.org/repositories/home:/andavis/openSUSE_11.0/) gegeben hat. Habe diesen Link als Repo-Paketquelle in Yast eingebunden-anbei ein Screenshot von den derzeitigen installierten Paketen aus diesem Pool. Es wurde bei der Installation von dazuko-debug automatisch ein Kernel-Debug aufgespielt-nehme mal stark an, dass somit die Kernel-Unterstützung für Dazuko gegeben und der manuelle Patch (an den ich mich auch nicht so recht rangetraut hätte) erfolgt ist. Habe weiterhin Thomas Anleitung 1:1 abgearbeitet, aber leider erscheint 1. kein Eintrag über den avguard im Runleveleditor 2. keine Erfolgsmeldung darüber, ob Dazuko läuft (grep dazuko) Irgendwas ist da wohl schief gelaufen. Anbei die weiteren veränderten Dateien (/etc/sysconfig/kernel und /boot/grub/menu.lst) Habe ich die Angaben richtig eingetragen oder muss ich event. noch Pakete nachinstallieren?

Der Befehl: lsmod|grep dazuko als root in einer Konsole sagt Dir, ob dazuko geladen ist.

Gruß

Thomas

Thx! Grüße, Christian

Am Montag, 3. November 2008 23:49:18 schrieb Thomas Schirrmacher:

Hallo Christian, Hallo Thomas,

ich versuche nochmal ne Schritt für Schritt Anleitung: vielen Dank dafür-deine Anleitung ist wirklich sehr ausführlich! :-)

Zunächst sieht Deine menu.lst so aus als ob Du selinux=0 in Failsafe eingetragen hast. Das ist aber bestimmt nicht der Standardkernel den Du beim Booten auswählst. Desweiteren hast Du dort einige Kernel verzeichnet.

Ja, das ist richtig-ich habe vor lauter Müdigkeit selinux=0 ins Failsafe eingetragen; habs leider erst heute morgen gesehen. Die weiteren Eintäge sind eigentlich in dem Sinne keine Linux-Kernel, sondern nur Querverweise auf meine Windows-Partitionen.

Merk Dir mal bitte beim hochfahren, mit welchem Kernel (default, pae, xen) Du Dein System startest.

Es ist der pae-Kernel-Version 2.6.25.5-1-1.

Danach würde ich (persönliche Meinung) mal in Yast unter System und Konfiguration des Bootloaders alle Kerneleinträge löschen die Du nicht verwendest. Stehenbleiben sollen nur der Eintrag den Du Dir beim booten gemerkt hast sowie ein Eintrag für Filesave (ne Art Rettungssystem, wo nur das allernötigste an Modulen geladen wird; beispielsweise hast Du damit keine Netzwerkunterstützung (dhcp).

Das Löschen der Einträge ist deshalb unproblematisch, weil Du unter System Konfiguration des Bootloaders jederzeit des wieder automatisch herstellen (erkennen) lassen kannst.

Dann gehst Du bitte mal auf folgende Seite: (die Dir Arno schon genannt hat): http://dazuko.dnsalias.org/wiki/index.php/Downloads

und wählst den Patch: patch-dazuko-linux-2.6.25.diff.gz

oder wenn Du SUSE 11.0 verwendest den Patch: patch-dazuko-opensuse-11.diff.gz

Nach dem Runterladen öffnest Du bitte einen Dateimanager im Root-Modus (Konqueror z.B.) und verschiebst den runtergeladenen Patch in folgendes Verzeichnis: /usr/src/linux-2.6.25.11-0.1 Hierbei bitte drauf achten, dass Du genau das Kernelverzeichnis auswählst mit welchem das System gestartet ist.

Danach öffnest Du als Root eine Konsole und wechselst mit folgendem Befehl: cd /linux/src/dir/linux-a.b.c.d in Dein Kernelsourceverzeichnis. linux-a.b.c.d passt Du bitte anhand Deines verzeichnisses an. Ich mach des immer so, dass ich erst mit einem Dateimanager dorthin wechsle und die Adresse oben im Konqueror dann kopiere und in den Code mit eingebe (spart Tipparbeit).

Auf der Konsole in dem Kernelsource-Verzeichnis angekommen gibst Du bitte folgende Befehle ein: 1. zcat /proc/config.gz > .config (enter)

Bis zu diesem Punkt alles "im Grünen Bereich"; das Verzeichnis /linux/src/dir/ gibt es bei mir nicht. Ich vermute, bei mir ist dies /usr/src/linux-2.6.25.5-1.1-da liegt auch der runtergeladene Patch.

2. zcat patch-dazuko-linux-a.b.c.diff.gz | patch -p1 (nach dem letzten p kommt ne 1 (Zahl) . (enter) patch-dazuko-linux-a.b.c.diff.gz ersetzt Du mit dem Dateinamen Deines heruntergeladenem Patchs, welches Du vorher in das Kernelsourceverzeichnis verschoben hast und in dem Du Dich jetzt mit der Konsole befindest. (Tipp: Rechtsklick auf den Patch und Umbenennen auswählen. Dann einfach den Dateinamen kopieren und in den Code in Punkt 2 eintragen.

Ich poste hier einfachmal die Konsolenmeldungen:

linux-vcwu:~ # /usr/src/linux-2.6.25.5-1.1 bash: /usr/src/linux-2.6.25.5-1.1: is a directory linux-vcwu:~ # cd /usr/src/linux-2.6.25.5-1.1 linux-vcwu:/usr/src/linux-2.6.25.5-1.1 # zcat /proc/config.gz > .config linux-vcwu:/usr/src/linux-2.6.25.5-1.1 # zcat patch-dazuko-opensuse-11.diff.gz |                                                            patch -p1 bash: patch: command not found linux-vcwu:/usr/src/linux-2.6.25.5-1.1 # zcat patch-dazuko-opensuse-11.diff.gz | patch -p1 bash: patch: command not found linux-vcwu:/usr/src/linux-2.6.25.5-1.1 # zcat patch-dazuko-opensuse-11.diff.gz | patch -p1 bash: patch: command not found linux-vcwu:/usr/src/linux-2.6.25.5-1.1 # zcat patch-dazuko-opensuse-11.diff.gz | patch -p1 bash: patch: command not found linux-vcwu:/usr/src/linux-2.6.25.5-1.1 # zcat patch-dazuko-opensuse-11.diff.gz  patch -p1 gzip: invalid option -- 'p' Try `gzip --help' for more information. linux-vcwu:/usr/src/linux-2.6.25.5-1.1 #

Bei der letzten Befehlseingabe habe ich testweise den Strich | weggelassen-hatte die Hoffnung, dass war nur zur Abteilung oä. War aber wohl nicht so... :-( [..]

Viel Spaß und Gruß

Thomas

Gruß, Christian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Dienstag, 4. November 2008 15:23:26 schrieb Kyek, Andreas, VF-DE: Hallo Mailingliste, sorry für meine Schweigsamkeit in den letzten Tagen; ich habe zwischenzeitlich mit den beiden "Thomasen" (Schirrmacher und Hertweck) mehrere PN ausgetauscht...

Dir fehlt "/usr/bin/patch"; zu findem im "patch-rpm".

Das must du zumindest mal installieren.

Was die letzten Tage noch geschah: Nachdem Andreas mich auf das fehlende Paket zum manuellen Patchen hingewiesen hat (übrigens Danke dafür) konnte ich Thomas S. Anleitung bis zum Punkt 5.   make   (eingeben) jetzt rödelt Deine Kiste ne Weile rum und da empfiehlt es sich, sich ne Tasse Kaffee aufzusetzen. Irgendwann erscheint wieder die Root-Eingabeaufforderung. folgen. Nach 3 1/2 Stunden Rechenarbeit meldete meine alte "Mühle" (die ihrem Namen mit 700 Mhz, 60 GB Festplattenplatz-davon ca.35 GB mit Winschrott belegt-alle Ehre macht) dieses:

drivers/char/agp/agpgart.ko: final close failed: No space left on device

...

make[1]: *** [drivers/char/agp/agpgart.ko] Fehler 1 make: *** [modules] Fehler 2

Um die Sache zu vereinfachen, habe ich Thomas S.nach einem fertig gepatchten und kompilierten RPM gefragt, was ich einfach "draufschmeißen" kann, ohne dabei große administrative Verrenkungen in der Konsole zu machen. Ab diesem Punkt   wusste er allerdings auch nicht mehr weiter und verwies mich zu Thomas H. Dieser brachte mich wieder auf den Link von Detlef http://download.opensuse.org/repositories/home:/andavis/-allerdings wüsste er nicht, ob ich die Pakete vom openSUSE_11.0 Verzeichnis oder das vom openSUSE _11.0_Updates Verzeichnis verwenden müsste. Nachdem ich beide Verzeichnisse als Repo-Quelle in Yast eingebunden hatte stellte ich fest, dass beide Verzeichnisse die selben Pakete (Versionsnummern etc.) behinhalten. Habe ich das eine angeklickt und über "Installationsquelle" das Verzeichnis gewechselt, war das im anderen Verzechnis bereitgestellte Paket ebenfalls aktiviert. Jedenfalls habe ich gemäß meinem Kernel dazuko-kmp-pae 2.3.4.4_2.6.25.5_1.1-42.1 sowie dazuko 2.3.4.4-42.1 installiert und anschließend die in Thomas S. Mail vom 3.11 durchgeführt. Beim Rebot zeigte allerdings die boot msg dieses an

<4>redirfs: Unknown symbol rfs_flt_type <4>dazuko: Unknown symbol rfs_set_operations <4>dazuko: Unknown symbol rfs_unregister_filter <4>dazuko: Unknown symbol rfs_set_path <4>dazuko: Unknown symbol rfs_register_filter

Zudem habe ich über den Runleveleditor dazuko auch nicht entdeckt und der Befehl lsmod|grep dazuko bringt auch kein Ergebnis... Das verwundert; habe ich doch-soweit ich das sehe-alles richtig gemacht... Oder wie seht ihr das? Beste Grüße und nen schönen Abend! Christian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Um die Sache zu vereinfachen, habe ich Thomas S.nach einem fertig gepatchten und kompilierten RPM gefragt, was ich einfach "draufschmeißen" kann, ohne dabei große administrative Verrenkungen in der Konsole zu machen. Ab diesem Punkt wusste er allerdings auch nicht mehr weiter und verwies mich zu Thomas H.

Was Du Dir wünschst, das geht nicht

Jein, es ist natürlich möglich aus seinem bestehenden Kernel ein RPM zu erzeugen um diesen Kernel dann was weiß ich auf andere PC's zu übertragen. Theoretisch hätte ich ihm (oder jemand anderes), vorrausgesetzt ich verwende einen Standard-Kernel, ihm ein RPM bauen können. Da ich aber einen gepatchten Kernel verwende der auf mein System abgestellt ist, war das nicht möglich. Für alle Interessierten (und wenn Christian seinen nun mit Dazuko laufenden Kernel entweder als RPM sichern möchte um künftige Patch-Orgien zu umgehen oder seinen nun gepatchten Kernel auf andere Rechner übertragen möchte) eine kleine Anleitung, um seinen individuellen Kernel als RPM umzuwandeln: 1.) make, GCC, ncurses-devel, Kernel-Syms und Kernel-Source sollten installiert sein. 2.) In der Konsole als root in das Kernel-Verzeichnis wechseln (dazu vorher beim booten sich die Kernelbezeichnung merken, mit dem das System startet; oft ist es so, dass bei einer neuen Kernel-Installation alte Kernel nach wie vor verbleiben und auch in Grub eingetragen sind). Meist ist das: cd /usr/src/linux-2.6.25.11-0.1 wobei linux-2.6.25.11-0.1 dem eigenen Verzeichnis angepasst werden sollte. 3.) Angekommen im Verzeichnis in einer root-Konsole einfach den Befehl: make rpm eingeben, und so lange warten bis der Vorgang abgeschlossen ist. 4.) Wurde der Kernel erfolgreich kompiliert, entsteht im Pfad: /usr/src/packages/RPMS/(Plattform) ein RPM-Paket 5.) Das Kernel-RPM kann nun auf anderen PC`s installiert werden oder aber gesichert werden. 6.) Manchmal ist es nötig, den Bootmanager nach Installation des neuen Kernels anzupassen. Dazu starten wir Yast, wechseln in den Abschnitt System und doppelklicken das Symbol "Konfiguration des Bootloaders" 7.) In der Registerkarte "Abschnittsverwaltung" den Abschnitt auswählen mit dem Kernel das System gestartet ist und auf Bearbeiten klicken. 8.) In der Zeile: Kernel-Image die Bezeichnung des neu installierten Kernels eintragen. 9.) Konfiguration mit Klicks auf OK und Beenden abschließen und System neu starten. Quelle: Linux Intern 01/2009 Gruß Thomas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Thomas Schirrmacher wrote:

[...]

3.) Angekommen im Verzeichnis in einer root-Konsole einfach den Befehl:

make rpm eingeben, und so lange warten bis der Vorgang abgeschlossen ist.

Zwei Anmerkungen:

1) Dieser Vorgang erstellt kein SuSE-konformes RPM. 2) Bis vor einiger gab es bei diesem Makefile Target einen schwerwiegenden Bug, falls ein Build Directory verwendet wurde, siehe z.B. [1]. Ob das mittlerweile behoben ist, weiss ich nicht.

IMO waere es besser, gepatchte Quellen (bzw. die original Quellen und den zugehoerigen Patch) in ein SuSE-konformes Kernel SRC-RPM zu packen und dies dann zu compilieren statt obigen "make rpm" Befehl zu verwenden. Die gesamte Vorgehensweise incl. Patchen des Kernels ist aber sicher nicht fuer Anfaenger geeignet.

[1] http://lists.opensuse.org/opensuse-de/2006-10/msg01595.html

Hallo Thomas, hast Du vielleicht einen Link zu einer Anleitung zum kompilieren eines gepatchten Kernels? Ich frag das halt nur für diejenigen, die sich mal nen Kernel gepatcht haben und den irgendwie als RPM sichern möchten. Gruß Thomas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Thomas Schirrmacher wrote:

hast Du vielleicht einen Link zu einer Anleitung zum kompilieren eines gepatchten Kernels? Ich frag das halt nur für diejenigen, die sich mal nen Kernel gepatcht haben und den irgendwie als RPM sichern möchten.

Schau Dir mal ein SuSE Kernel SRC-RPM an. Das besteht normalerweise aus den original Linux-Quellen von kernel.org sowie etlichen Patches, die vor dem Bau des Kernels angewandt werden. Idealerweise installierst Du das SRC-RPM (alle Dateien finden sich dann unter /usr/src/packages), fuegst Deinen Patch im korrekten Verzeichnis (SOURCES) hinzu und aenderst das .spec File (in SPECS) entsprechend ab (Voraussetzung ist natuerlich, dass die diversen Patches nicht kollidieren, ansonsten ist etwas Handarbeit angesagt - wie gesagt, fuer Anfaenger ist das Patchen von Kerneln nicht unbedingt zu empfehlen). Gegebenenfalls musst Du noch fuer ein eigenes Kernel-Release sorgen, damit Dein neuer Kernel nicht mit einem SuSE-Kernel kollidiert. Dann uebersetzt Du den Kernel mit Hilfe des neuen (angepassten) .spec Files und laesst Dir die SuSE-konformen RPMs bauen und auch ein neues komplettes SRC-RPM. Fertig. Die RPMs koennen dann wie ueblich installiert werden. Die gleiche Vorgehensweise funktioniert auch, falls Du SuSE Patches aus dem Kernel entfernen willst - Du musst dann lediglich das Anwenden des Patches im .spec File auskommentieren. Allerdings ist hier Vorsicht geboten, da evtl. eine Software auf dem SuSE-System diesen Kernel Patch fuer ein korrektes Funktionieren benoetigt. Wenn ein Patch lediglich ein einziges Modul betrifft, waere es eventuell noch besser, einfach den SuSE-Standardkernel beizubehalten und lediglich das Modul selbst zu aendern. Das wuerdest Du dann in ein KMP RPM packen. Das Problem mit eigenen Kerneln ist, dass Du nicht automatisch Sicherheitsupdates durch SuSE geliefert bekommst, d.h. Du bist quasi selbst dafuer verantwortlich, den Kernel aktuell zu halten, vor allem wenn Du irgendwelche oeffentlichen Server betreibst. Der SuSE Kernel ist sehr modular aufgebaut und ein komplett eigener Kernel ist heutzutage nur noch selten erforderlich, zumindest fuer den average home user. Schau Dir auch mal die Doku von Andreas Gruenbacher an, http://www.suse.de/~agruen/kernel-doc/ - ich bin mir nicht sicher, ob die Doku noch auf dem allerneusten Stand ist, aber als Einstieg in die SuSE Kernel-RPMs und KMPs sicher ganz gut. Du findest die Datei auch lokal auf Deinem System als README.SUSE (Link) im Kernel Source Tree (zumindest hier auf einer 10.3, habe keine 11.0). Gruesse aus London, Thomas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org