staging.inyokaproject.org

Hallo barcc,

freut mich, daß Du den Artikel überarbeitest ☺.

Ich möchte eine Änderung im Abschnitt "Die klassische Debian-Methode" vorschlagen: es ist nicht notwendig (und zudem gefährlich!) Konfiguration und Kompilieren des Kernels mit root-Rechten durchzuführen. Stattdessen sollte man dies unterhalb der Home-Directory tun (vgl. Martin F. Krafft, The Debian System, Kap. 8.1, S. 383).

Falls Du das nicht selbst machen möchtest, könnte ich die Anpassungen vornehmen.

Hallo linrunner,

Ich werde diesen Abschnitt auch noch überarbeiten. Ich habe mir auch schon ein paar Notizen dazu gemacht, allerdings muss ich gestehen, dass mir die vielen sudo bisher entgangen sind, also Danke für den Hinweis! 👍

noisefloor schrieb:

Ich habe das Skript als utf-8 hochgeladen. Sieht so aus als wäre die Codierung falsch. Wie ist das richtig?

Äh, sowas hatte wir AFAIK noch nicht. Normalerweise sollte ein Copy&Paste in eine Box mit Code-Hervorhebung ohne Probleme funktionieren...

Ich muss nochmal darauf zurückkommen

• Wenn ich das Skript hier ansehe http://wiki.ubuntuusers.de/Baustelle/Kernel/make-ubuntu-kernel.sh, sehe ich u.a. folgendes:

  • 1 2 3 4

    #!/bin/bash # Interaktives Skript zum Erstellen eines Linuxkernels für Ubuntu ...

    Hat mich nur verwirrt, dass es so angezeigt wird, wenn ich den Anhang herunterlade, ist die Codierung ja richtig.

  • Irgendwie ist das Layout der Seite kaputt.

• Wenn ich zwei Versionen vergleiche http://wiki.ubuntuusers.de/Baustelle/Kernel/make-ubuntu-kernel.sh?action=diff&new_rev=139667&rev=138853

  • steht da "Die zwei Revisionen sind identisch.", aber das sind sie nicht.

  • steht da "... zwischen der Revision vom 21. Juni 2009 um 00:03 Uhr ...", aber das ist die Revision vom 22. Juni

Evtl. ist das ein Bug in Inyoka?

Inhaltlich sollte der Artikel eigentlich fertig sein. Getestet habe ich bisher für Jaunty. Für Hardy und Intrepid will ich noch testen.

barcc

Hallo,

habe ein paar Korrekturen gemacht, ansonsten IMHO ok.

Ein Test zumindest noch für Hardy wäre sehr schön. ☺

Gruß, noisefloor

noisefloor schrieb:

habe ein paar Korrekturen gemacht

Danke! (Auch an Raubsau)

Ich habe jetzt getestet für Hardy, Intrepid und Jaunty. Für Hardy habe ich ein paar Änderungen machen müssen für Ubuntu-Methode und restricted-modules.

Wenn keine Einwände kommen, sehe ich den Artikel als fertig an.

barcc

Hallo barcc,

ist ein sehr schöner Artikel geworden ☺.

Folgendes ist mir noch aufgefallen

• CONCURRENCY_LEVEL: bei der Ubuntu-Methode schlägst Du vor die Anzahl der Kerne (2) einzusetzen, bei der Debian-Methode schreibst Du Kerne + 1 (=3). Das sollte konsistent sein (imho Anzahl Kerne, bei HT: x2).

• bei dem "halbautomatischen Skript" könntest Du noch kurz erwähnen, welche der manuellen Schritte dadurch erledigt werden (habe es noch nicht ausprobiert ...).

EDITH sagt: und bei Ubuntu Methode / Installieren ist im letzten Absatz bei DKMS ein "(TODO)" übrig geblieben.

linrunner schrieb:

• CONCURRENCY_LEVEL: bei der Ubuntu-Methode schlägst Du vor die Anzahl der Kerne (2) einzusetzen, bei der Debian-Methode schreibst Du Kerne + 1 (=3). Das sollte konsistent sein (imho Anzahl Kerne, bei HT: x2).

Ich habe mich größtenteils an den Artikel https://help.ubuntu.com/community/Kernel/Compile gehalten. Dort ist das auch inkonsistent. Möglicherweise ist bei der ubuntu-Methode die Angabe CONCURRENCY_LEVEL sogar überflüssig, weil das Debian-Skript den Parameter selbständig berechnet (Anzahl Kerne). Andererseits meine ich auch irgendwo anders AnzahlKerne+1 gelesen zu haben. Ich kann das nicht beurteilen und habe das einfach so gelassen. Wenn jemand mehr Durchblick/Informationen hat, kann er das gerne ändern.

• bei dem "halbautomatischen Skript" könntest Du noch kurz erwähnen, welche der manuellen Schritte dadurch erledigt werden (habe es noch nicht ausprobiert ...).

Ich habe jetzt noch einen Satz hinzugefügt. Ich habe eigentlich mit Absicht den Abschnitt möglichst knapp gehalten und weitere Erläuterungen in das Skript eingefügt. Sollte ich noch mehr in den Artikel schreiben?

Mir fällt gerade ein, dass ich vergessen habe, die neuste Version des Skriptes hochzuladen. Werde das gleich machen.

EDITH sagt: und bei Ubuntu Methode / Installieren ist im letzten Absatz bei DKMS ein "(TODO)" übrig geblieben.

Hab ich übersehen. Wikilink und ab Intrepid eingefügt.

barcc schrieb:

linrunner schrieb:

• CONCURRENCY_LEVEL: bei der Ubuntu-Methode schlägst Du vor die Anzahl der Kerne (2) einzusetzen, bei der Debian-Methode schreibst Du Kerne + 1 (=3). Das sollte konsistent sein (imho Anzahl Kerne, bei HT: x2).

Ich habe mich größtenteils an den Artikel https://help.ubuntu.com/community/Kernel/Compile gehalten. Dort ist das auch inkonsistent. Möglicherweise ist bei der ubuntu-Methode die Angabe CONCURRENCY_LEVEL sogar überflüssig, weil das Debian-Skript den Parameter selbständig berechnet (Anzahl Kerne). Andererseits meine ich auch irgendwo anders AnzahlKerne+1 gelesen zu haben. Ich kann das nicht beurteilen und habe das einfach so gelassen. Wenn jemand mehr Durchblick/Informationen hat, kann er das gerne ändern.

Nein, im Debian-Skript wird nichts berechnet. Der Parameter wird immer nur durchgereicht an das Kernel-Make, auch bei der Ubuntu-Methode. Wie wäre es mit folgendem sep. Abschnitt auf den man von beiden Methoden aus verweist:

linrunner schrieb:

Nein, im Debian-Skript wird nichts berechnet. Der Parameter wird immer nur durchgereicht an das Kernel-Make, auch bei der Ubuntu-Methode.

Probier mal im Quellverzeicnis:

debian/rules printenv

oder:

grep -rn CONCURRENCY_LEVEL debian/rules*

liefert

...
debian/rules.d/0-common-vars.mk:86:      CONCURRENCY_LEVEL := $(shell expr `getconf _NPROCESSORS_ONLN` \* 1)
...

bei hardy wird aber die doppelte Anzahl berechnet:

...
debian/rules.d/0-common-vars.mk:97:      CONCURRENCY_LEVEL := $(shell expr `getconf _NPROCESSORS_ONLN` \* 2)
...

... Wie wäre es mit folgendem sep. Abschnitt auf den man von beiden Methoden aus verweist:

Parameter CONCURRENCY_LEVEL¶

Die Quellen im Internet empfehlen, hier entweder die Anzahl der CPU-Kerne oder die Anzahl CPU-Kerne + 1 einzusetzen (bei Prozessoren mit Hyperthreading x2). Was auf der eigenen Maschine das beste Ergebnis bringt, sollte man einfach ausprobieren.

OK, mach ich am Wochenende jetzt aber nicht mehr, Montag evlt, wenn du vorher Lust und Zeit hast, kanst du es gerne ☺ auhc machen

• bei dem "halbautomatischen Skript" könntest Du noch kurz erwähnen, welche der manuellen Schritte dadurch erledigt werden (habe es noch nicht ausprobiert ...).

Ich habe jetzt noch einen Satz hinzugefügt. Ich habe eigentlich mit Absicht den Abschnitt möglichst knapp gehalten und weitere Erläuterungen in das Skript eingefügt. Sollte ich noch mehr in den Artikel schreiben?

Ich würde genau noch deinen Satz "Weitere Erläuterungen sind als Kommentare im Skript eingefügt." hinzufügen.

Hm, im Artikel stheht doch:

Weitere Hinweise zur Benutzung erhält man mit

./make-ubuntu-kernel.sh 

Das sind doch dann die Erläuterungen

Parameter CONCURRENCY_LEVEL¶

...

Ich habe jetzt den Hinweis bei der Ubuntu-Methode eingefügt und bei der Debian-Methode nach oben gelinkt, ohne eine neuen Abschnitt einzufügen.

Paßt ☺

Hallo,

sonst fertig?

Gruß, noisefloor

noisefloor schrieb:

Hallo,

sonst fertig?

Gruß, noisefloor

Ja, wenn einer anderer Meinung ist, möge er jetzt sprechen oder für immer schweigen eben später.

Gruß, barcc

Hallo,

habe ein paar kleine Korrekturen gemacht, sonst denke ich i.O.

Nur der getestet-Tag fehlt noch.

Gruß, noisefloor