Pagina 1 di 1

kernel 2.6.20 usa moduli del 2.4.33?

Inviato: mar 6 mar 2007, 16:53
da Toni
salve a tutti

ho notato durante il boot le seguenti linee

Running /etc/rc.d/rc.modules ->rc.modules-2.4.33
Modules dependecies up to date (no new kernel modules found)

andando a controllare rc.modules

Codice: Seleziona tutto

 ### Update module dependencies ###
RELEASE=`uname -r`
# If /usr is mounted and we have 'find', we can try to take a shortcut:
if [ -x /usr/bin/find -a -e /lib/modules/$RELEASE/modules.dep \
     -a /lib/modules/$RELEASE/modules.dep -nt /etc/modules.conf ]; then
  NEWMODS="`/usr/bin/find /lib/modules/$RELEASE -type f -newer /lib/modules/$RELEASE/modules.dep`"
  # Only rebuild dependencies if new module(s) are found:
  if [ ! "" = "$NEWMODS" ]; then
    echo "Updating module dependencies for Linux $RELEASE:"
    /sbin/depmod -a
  else
    echo "Module dependencies up to date (no new kernel modules found)."
  fi
else # we don't have find, or there is no existing modules.dep, or it is out of date.
  echo "Updating module dependencies for Linux $RELEASE:"
  /sbin/depmod -A
fi

significa che non trova i nuovi moduli , che pero sono installati correttamente su /usr/lib/modules/2.6.20. perche? come posso risolvere.? grazie

Inviato: mar 6 mar 2007, 20:07
da mach
Non preoccuparti, il file si chiama rc.modules-2.4.33, ma i moduli caricati sono comunque quelli del kernel in uso (2.6.20 nel tuo caso); se guardi al codice che tu stesso riporti, vedrai che:

Codice: Seleziona tutto

RELEASE=`uname -r` 
Ciò significa che tutte le azioni successive faranno riferimento al kernel in uso e non al 2.4.33 come sembra; prova ad eseguire uname -r da shell e vedrai ;)

Inviato: mar 6 mar 2007, 20:47
da Toni
ok :D :D :D :D

Inviato: mer 7 mar 2007, 9:20
da absinthe
direttamente da rc.S:

Codice: Seleziona tutto

# Priority is given first to a script named "rc.modules.local", then
# to "rc.modules-$FULL_KERNEL_VERSION", and finally to the plain "rc.modules".
# Note that if /etc/rc.d/rc.modules.local is found, then that will be the ONLY
# rc.modules script the machine will run, so make sure it has everything in
# it that you need.
if [ -x /etc/rc.d/rc.modules.local -a -r /proc/modules ]; then
  echo "Running /etc/rc.d/rc.modules.local:"
  /bin/sh /etc/rc.d/rc.modules.local
elif [ -x /etc/rc.d/rc.modules-$(uname -r) -a -r /proc/modules ]; then
  echo "Running /etc/rc.d/rc.modules-$(uname -r):"
  . /etc/rc.d/rc.modules-$(uname -r)
elif [ -x /etc/rc.d/rc.modules -a -r /proc/modules -a -L /etc/rc.d/rc.modules ]; then
  echo "Running /etc/rc.d/rc.modules -> $(readlink /etc/rc.d/rc.modules):"
  . /etc/rc.d/rc.modules
elif [ -x /etc/rc.d/rc.modules -a -r /proc/modules ]; then
  echo "Running /etc/rc.d/rc.modules:"
  . /etc/rc.d/rc.modules
fi
mi ero posto il problema anche io tempo fa!

M

Inviato: mer 7 mar 2007, 15:46
da Toni
eppure mi sono reso conto che cosi funziona bene perche fa partire depmod -a solo se trova moduli successivi al numero di kernel in uso