System.map

[Martin Macok]

On 21 Jun 1999, David Rohleder wrote:

> > -> programy typu ps a spol. hledaji System.map v nasledujicim poradi
> > -> $PS_SYSTEM_MAP
> > -> /boot/System.map-`uname -r`
> > -> /boot/System.map
> > -> /lib/modules/`uname -r`/System.map
> > -> /etc/psdatabase
> > -> /boot/psdatabase-`uname -r`
> > -> /boot/psdatabase,
> > -> /lib/modules/`uname -r`/psdatabase
> > 
> > -> Co kdyz mam vice verzi stejneho jadra?
> > 
> > v tom pripade je aj system.map-verzia pre kazdu verziu iny a bude ho treba
> > este rozlisovat podla dacoho ineho. otazka je aky to moze mat zmysel.
> 
> Treba mam prenosny disk a strkam ho do vice pocitacu. Pak je mozne
> treba udelat link /boot/System.map pri startu systemu podle aktualne
> spusteneho jadra.

Tomu nerozumim, k cemu je to dobre? Pokud uz to (aktualni) jadro nabehlo a
naslo/nenaslo System.map-* , a az potom budete linkovat nejake System.map,
tak to nebude mit zadny efekt ... Nebo snad tento link vytvarite jeste
pred restartem?

Ja osobne mam v /boot/ soubory System.map-2.[02].xy[abcd] a kazde jadro si
po spusteni samo sahne po spravne verzi (at uz link System.map ->
System.map-<aktualni> existuje nebo ne) a samo si rozlisuje mezi ruznymi
verzemi stejneho jadra (odlisim je napriklad priponami a, b, c ...)

-- 
 -===========================<ISO-8859-2-compatible>=- 
 |           Martin Mačok                            |
 | email:  martin.macok na st.mff.cuni.cz               |
 | WWW:    http://kocour.ms.mff.cuni.cz/~macok/      |
 -===================================================-
 ... but Microsoft is today and Linux is tomorrow ...