Re: Kernel zu groß; Bastelvorschläge?

Peter Ulrich Kruppa wrote:
> Oliver Fromme:
> > Peter Ulrich Kruppa wrote:
> > > ich habe vor knapp vier Jahren einen Samba Server auf einem HP ProLiant
> > > aufgesetzt mit der Standardeinstellung 250MB für die / -Partition.
> > > Mittlerweile kann ich den Kernel nicht mehr updaten, weil / zu voll ist.
> > > Gibt's da irgendeinen sicheren (Produktionssystem, 1000 Benutzer)
> > > workaround, wie man das System trotzdem updaten kann, oder sollte ich
> > > lieber abwarten, bis ich - hoffentlich im Laufe des nächsten halben
> > > Jahres - ein neues Gerät bekomme?
> >
> > Ein paar Tips:
> >
> > - Wenn Du ein Verzeichnis /boot/kernel.old hast, kannst
> > Du das komplett entsorgen (vorausgesetzt natürlich, dass
> > Dein aktueller Kernel, der sich in /boot/kernel befindet,
> > problemlos bootet und läuft).
> >
> > - Wenn Du Debug-Symbole installiert hast (ist default) und
> > diese nicht benötigst: rm /boot/kernel/*.symbols
> >
> > - Schau mal mit "kldstat" nach, welche Module Du brauchst.
> > Alle anderen kannst Du aus /boot/kernel löschen.
> > Außerdem kannst Du in /etc/make.conf einstellen, welche
> > Module überhaupt gebaut und installiert werden sollen;
> > siehe die make.conf(5) Manual-page.
>
> Herbert Skuhra erwähnt /etc/src.conf . Kann ich die auch verwenden?
> Ich fände es nicht schlecht wenn ich Kernel Build Optionen vom Userland
> trennen könnte (obwohl das wahrscheinlich Geschackssache ist).

Die make.conf wird grundsätzlich immer gelesen, die src.conf
ist speziell für das buildworld. Beim buildkernel wird sie
zwar auch gelesen, aber nur deswegen, weil einige (wenige)
buildworld-Optionen auch Auswirkungen auf den Kernel haben
(speziell für Bluetooth und IPv6). Man sollte sich besser
nicht darauf verlassen, dass andere Kernel-Variablen hier
auch wirksam sind, bzw. dass das in Zukunft immer so sein
wird.

Also: Optionen für Kernel und Kernelmodule gehören in die
make.conf. Die Manual-pages sind diesbezüglich eindeutig.

Gruß
   Olli

-- 
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606,  Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758,  Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart
FreeBSD-Dienstleistungen, -Produkte und mehr:  http://www.secnetix.de/bsd
"If you think C++ is not overly complicated, just what is a protected
abstract virtual base pure virtual private destructor, and when was the
last time you needed one?"
        -- Tom Cargil, C++ Journal
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message