staging.inyokaproject.org

Das kann aber auch an denn abgebrochenen Kernel Kompilierungen liegen. Früher hatte man da ein make clean ( geht das auch auf der home ? )gemacht. Würde die ganzen Kernle sourcen deinstallieren ( und die entpackten Sourcen auf der /home manuell löschen )installieren und wieder auf der home entpacken. Wenn dann das gleiche passiert bitte wieder melden. P.S.

Hai Knarf68

schrieb:

Das kann aber auch an denn abgebrochenen Kernel Kompilierungen liegen. Früher hatte man da ein make clean ( geht das auch auf der home ? )gemacht. Würde die ganzen Kernle sourcen deinstallieren ( und die entpackten Sourcen auf der /home manuell löschen )installieren und wieder auf der home entpacken. Wenn dann das gleiche passiert bitte wieder melden. P.S.

Also: während der Kompilierung 1. Teil (da wo alles CHECK usw. gemacht wird) steigt der Speicherbedarf kontinuierlich an bis auf ~ 12GiB. Dann kommt der Schriftzug (aus dem Gedächtnis) 3840 Module blabla-irgendwas... und die Festplattenbelegung sank schlagartig auf ~ 9 GiB runter. Nun beginnt der zweite Teil mit dem Install Module blabla und er "rattert" nochmal alle Module durch und die Plattenbelegung steigt wieder kontinuierlich.

Zum Thema deinstallieren/löschen: sobald man das make-kpkg nochmal ausführt im selben Verzeichnis, wird (scheinbar, kein Beweis, nur gesehen dass wieder die Platte frei ist) alles auf Null gesetzt ☺

ich werd es heute oder die Tage nochmal probieren auf ner anderen Partition und melde mich dann. Ist eh nur "Spaß" an der Freud' , wollte nur mal schauen ob ich meinen Kernel ein wenig "optimieren" kann indem ich alles rausschmeiße, was ich nicht brauche... ob jetzt sinnvoll wage ich mal zu bezweifeln ☺

Gruß

Wenn du das machst dann stell so genau deinen Prozessortyp ein wie möglich, hab bei mir K8 angegeben obwohl ein AMD K9 drin ist ( doppelkern ). Da wird etwas der Kerneloptimiert. Naja ist ja bloß Spass an der Freud. Hab selber die anderen Prozessortypen raus geschmissen die ich nicht habe. Kernel wird deutlich schneller kompiliert, das wichtige Messergebnis würde dann aber verfälscht 😉 . Die Kernelmodule die du nicht brauchst lungern dann ungenutzt auf der Platte rum. Aber Vorsicht manche Module sind Standard Treiber. Die Hilfe sagt dir in der Regel das richtige. Man braucht also ziemlich viel Zeit dafür
Gruß Knarf

...
19M	./linux-source-3.8.0/net/rxrpc
21M	./linux-source-3.8.0/net/ipv6/netfilter
81M	./linux-source-3.8.0/net/ipv6
4,7M	./linux-source-3.8.0/net/802
136K	./linux-source-3.8.0/net/rose
3,6M	./linux-source-3.8.0/net/l2tp
1009M	./linux-source-3.8.0/net
12G	./linux-source-3.8.0
13G	.

Nach 3,5 Stunden war es fertig ☺ ...ich würd nen dicken Hinweis wegen der Größe hinterlassen 😬

Gruß

Während der kompilierung? Danach habe ich selber 846 Mib.

Wo sollte ein Fehler sein? Deine Platte ist einfach voll. Ein Verzeichnis schwillt wärend dem build-Prozess massiv an! Das ist eigentlich normal.

Versuch doch testweise erstmal einen Kernel in Standardconfig zu bauen, ohne an der config was zu ändern.

Knarf68 schrieb:

Während der kompilierung? Danach habe ich selber 846 Mib.

NACH der Kompilierung. 😉

MoonKid schrieb:

Wo sollte ein Fehler sein?

Kein Fehler!

Deine Platte ist einfach voll.

Ja, ist mir schon klar 😉

Ein Verzeichnis schwillt wärend dem build-Prozess massiv an! Das ist eigentlich normal.

Ja.. ich würde dennoch, auch wenn es heute Terrabyte an Platz gibt, einen Hinweis einbauen dass es halt sehr viele GiB sind die sich da ansammeln.

Vielleicht verifiziert mal jemand meine "Ergebisse"?!

Versuch doch testweise erstmal einen Kernel in Standardconfig zu bauen, ohne an der config was zu ändern.

Kompilierung klappt jetzt da ich es auf 'ner leeren Platte gemacht habe mit mehr als genügend freien Speicher ☺

Gruß

Hallo again,

hab noch ein paar Änderungen reingepackt; okay so?

Von mir aus ist der Wiki-Artikel jetzt soweit okay; könnte noch ein wenig elitärer geschrieben werden an ein paar Stellen ... 😉

Btw: wer Lust hat, darf mir mal gerne erklären wie ich meinem blöden, closed-source, wlantreiber BCM als "restricted module" dazu packe 😀 ... wenn es mir einer klärt, dann schreibe ich es gerne als Beispiel hier sauber mit rein!

Gruß

Hallo,

habe noch hier und da Kleinigkeiten geändert. Sonst liest sich der Artikel IMHO gut. Wenn sich niemand mehr meldet verschieben wir am oder nach dem WE.

Gruß, noisefloor

zurück ins Wiki mit Dank an den Autor MoonKid

frustschieber schrieb:

zurück ins Wiki mit Dank an den Autor MoonKid

Oh ich danke euch! Hab viel gelernt dabei.

Nur eins: Die erste Überschrift = Einführung = wurde entfernt und produziert daher ein merkwürdiges Inhaltsverzeichnis. Mhm?

geändert.

Hallo zusammen,

ich möchte bitte wissen, was die Warnung

make[1]: Verlasse Verzeichnis '/usr/src/linux-3.16.2'
 dpkg-source -b linux-3.16.2
dpkg-source: Warnung: kein Quellformat in debian/source/format angegeben, lesen Sie dpkg-source(1)
dpkg-source: Information: Quellformat »1.0« wird verwendet

bedeutet? Kann sie ignoriert werden oder sollte man etwas dagegen tun? Sind fehlende Einstellungen vor denen gewarnt wird evtl. der Grund für

$ sudo dpkg -i linux-source-3.16.2_3.16.2-10.00.Custom_all.deb 
(Lese Datenbank ... 476994 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von linux-source-3.16.2_3.16.2-10.00.Custom_all.deb ...
Entpacken von linux-source-3.16.2 (3.16.2-10.00.Custom) über (3.16.2-10.00.Custom) ...
linux-source-3.16.2 (3.16.2-10.00.Custom) wird eingerichtet ...
dpkg: Warnung: veraltete Option »--print-installation-architecture«; bitte verwenden Sie »--print-architecture« stattdessen
Examining /etc/kernel/src_postinst.d.

-Kalle

Hallo zusammen,

ich habe herausgefunden, dass make-kpkg ist überholt und wird nicht mehr vom Kernel-Team unterstützt (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475036 ). Das bauen sollte daher mit

make
make deb-pkg

stattfinden, richtig?

Wenn dem so ist, hat sich auch meine vorherige Frage in diesem Thread erledigt.

-Kalle

Auch bei mir funktioniert die Angabe "make-kpkg --initrd buildpackage" nicht (es wird absurd viel Plattenplatz belegt und kommt zu keinem Ende).

Dagegen habe ich

"make

make deb-pkg"

erfolgreich getestet.

Weitere Hinweise, dass "make-kpkg" veraltet ist: https://debian-handbook.info/browse/de-DE/stable/sect.kernel-compilation.html

http://debianforum.de/forum/viewtopic.php?f=33&t=143461&start=15

https://scalability.org/2015/01/parallel-building-debian-kernels-and-why-its-not-working-and-how-to-make-it-work/

https://github.com/coldhakca/coldkernel/issues/24

http://unix.stackexchange.com/questions/115961/debian-ubuntuhow-to-compile-a-linux-kernel-on-one-machine-and-use-on-other-mach

https://www.reddit.com/r/debian/comments/4889ar/how_to_upgrade_to_44_kernel_on_debian_8/

Also Leute, bitte überprüft das doch mal, sei es per Recherche oder durch eigenen Test. Ansonsten - da ich kaum der einzige mit diesem Problem sein werde - werde ich zumindest einen Hinweis in den Artikel setzen.

Danke