[an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] (none) [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] (none) [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive]
 
[an error occurred while processing this directive] [an error occurred while processing this directive]
Skåne Sjælland Linux User Group - http://www.sslug.dk Home   Subscribe   Mail Archive   Forum   Calendar   Search
MhonArc Date: [Date Prev] [Date Index] [Date Next]   Thread: [Date Prev] [Thread Index] [Date Next]   MhonArc
 

Re: [TEKNIK] Oprydning efter en lidt rodet kernecompilering



On Sun, 30 Jan 2005 10:26:34 +0100, Jens Bang <sslug@sslug> wrote:
> Jeg har lige compileret en ny kerne (2.6.10 til min FC2), men det gik ikke
> 100% efter planen. Jeg havde regnet med at kunne gøre sådan her (som root):
> 
>    make mrproper
>    make xconfig
>    make
>    make install

Glemte du ikke make modules og make modules install? og make clean
efter make xconfig?
Nåjo, det skriver du også.

> 
> Og det gik også fint indtil make install klagede over at /lib/modules/2.6.10/
> ikke eksisterede. Jeg kørte (som root)
> 
>    mkdir /lib/modules/2.6.10

Jo det gjorde du...



> 
> Og så kunne jeg boote min 2.6.10 kerne.  :-)

Dejligt, jeg har også lige kompileret min egen (denne gang med 4 kb stack size
hvilket resulterede i et hurtigere system, med 10 sekunders hurtigere boot)


> Og så kommer vi (langt om længe) frem til mine spørgsmål:

Lad mig høre

> Jeg har nu 2 entries i grub.conf for min nye kerne:

Av.. Grub. Jeg bruger lilo :-(

> title Fedora Core (2.6.10)
>         root (hd0,5)
>         kernel /vmlinuz-2.6.10 ro root=LABEL=/1 rhgb quiet
>         initrd /initrd-2.6.10.img
> title Fedora Core (2.6.10 with multiple LUNs)
>         root (hd0,5)
>         kernel /vmlinuz-2.6.10 ro root=LABEL=/1 rhgb quiet
>         initrd /initrd-2.6.10.img
> 
> De kan begge boote, så mit umiddelbare gæt er at jeg bare kan slette den ene
> af dem. Er det korrekt?

Ja, men er det ikke dejligt at have et par stykker, til hvis den ene
skulle gå i stykker?


> Der ud over er der kun ét 2.6.10-directory i /lib/modules, så det burde vær
> OK.

Der skal helst kun være en af hver kerne version i /lib/modules

> I /boot er der disse 2.6.10-filer:
> 
> -rw-r--r--  1 root root   51252 Jan 29 17:34 config-2.6.10
> -rw-r--r--  1 root root  214565 Jan 30 09:58 initrd-2.6.10.img
> lrwxrwxrwx  1 root root      17 Jan 30 09:57 System.map -> System.map-2.6.10
> -rw-r--r--  1 root root  618736 Jan 30 09:57 System.map-2.6.10
> -rw-r--r--  1 root root  618736 Jan 30 08:37 System.map-2.6.10.old
> lrwxrwxrwx  1 root root      14 Jan 30 09:57 vmlinuz -> vmlinuz-2.6.10
> -rw-r--r--  1 root root 1581434 Jan 30 09:57 vmlinuz-2.6.10
> -rw-r--r--  1 root root 1581434 Jan 30 08:37 vmlinuz-2.6.10.old
> 
> Her skal jeg vel bare slette *.old filerne, eller hvad?

Jah, det lyder ikke farligt at gøre det i hvert fald :)


> Og så et sidste spørgsmål: Er der andre steder jeg skal rydde op? F.eks. køre
> 
>    make mrproper
> 
> i mit kernelsource directory?

make mrproper sørger bare for at slette alt det er i kerne directoryen.
Dvs. det er lige som at slette det hele og pakke pakken ud igen, bortset fra
at man ikke behøver kernepakken for at kunne gøre det.

Når Linux kører bruger det slet ikke den mappe, så det kan være
fulstændig ligemeget.

Til gengæld tager det en del diskplads at have en helt rodet kerne directory 
til at ligge. (ikke ret meget mere end 100 mb), så hvis du er meget
sparsommelig,
så kan du da gøre det. :-)

Det kan siges, for at gøre forståelsen bedre, at den fil der hedder
vmlinuz er selve den kompilerede kerne (1-3 mb). Når systemet starter,
loades grub/lilo fra de første 512 byte diskplads, og det er lige nok
til at styre
computeren. De er deres egne små styresystemer.
Når de er oppe at køre kan man så sige til dem at de skal hente
vmlinuz og putte den i rammen.
Det gør de så, og når de har gjort det, så sætter de cpu'en i gang med at kværne
igennem den fil der lige er lagt op, og vupti - linux kører.

Linux ligger altså bare i den der kernefil i /boot/vmlinuz, og er egentligt
et program, men kan ikke køres fra linux (det ville også se underligt ud) :-)


> Det sidste er vel altid en god idé efter en kernecompilering, lige meget om
> den går efter planen, ikk'?

Hmm, nej faktisk ikke, ikke med mindre du har meget brug for diskplads,
eller er for nærig til at købe en større harddisk. Det gør det faktisk hurtigere
at kompilere sin kerne igen, pga make. Det sparer nemlig kompilationsprocessen
for at kompilere filer, der ikke behøves at blive kompileret igen.


Håber du blev lidt klogere :-)

Anders


-- 
Min hjemmeside begynder snart at ligne noget
http://www.anasso.dk
0100011101100101011001010110101100100001


 
Home   Subscribe   Mail Archive   Index   Calendar   Search

 
 
Questions about the web-pages to <www_admin>. Last modified 2005-08-10, 22:27 CEST [an error occurred while processing this directive]
This page is maintained by [an error occurred while processing this directive]MHonArc [an error occurred while processing this directive] # [an error occurred while processing this directive] *