Se avete problemi con l'installazione e la configurazione di Slackware postate qui. Non usate questo forum per argomenti generali... per quelli usate Gnu/Linux in genere.
Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Ho appena compilato il kernel alla versione 2.6.30 tutto funziona perfettamente, ma ho un dubbio.
Durante il boot mi compare una scritta che mi fà riferimento al file rc.modules e subito dopo vedo che punta a 2.6.27.4-smp scrivendomi la scritta: Module dependencies up to date (no new kernel modules found)
visto che io ho il kernel 2.6.30 mi è sembrato molto strano che puntasse ancora al primo kernel.
è normale ?
come mai ?
se è qualcosa di sbagliato come risolvo ?
Puoi stare tranquillo; sulla Slackware, il file rc.modules è un link simbolico a rc.modules-2.6.27.7-smp e quindi ti compare sempre la scritta 2.6.27.7, indipendentemente dal kernel che stai usando.
RedSkull92 ha scritto:quindi è tutto normale ?
ah allora non tocco nulla
oppure mi conviene fare qualcosa ?
Ovviamente, sei libero di modificare rc.modules-2.6.27.7-smp in base alle tue esigenze.
Generalmente, gli ultimi kernel linux hanno capacita eccezionali nell'autorilevamento dell'hardware, per cui tutti i necessari moduli vengono caricati al boot; eventuali altri moduli di cui puoi avere bisogno, li puoi caricare tu usando appunto rc.modules.
phobos3576 ha scritto:Puoi stare tranquillo; sulla Slackware, il file rc.modules è un link simbolico a rc.modules-2.6.27.7-smp e quindi ti compare sempre la scritta 2.6.27.7, indipendentemente dal kernel che stai usando.
IMVHO
rm -i rc.modules
cp -ai rc.modules-2.6.27.7-smp rc.modules
poi edita rc.modules secondo le esigenze tue,
senza toccare l'originale di PJV!
phobos3576 ha scritto:Puoi stare tranquillo; sulla Slackware, il file rc.modules è un link simbolico a rc.modules-2.6.27.7-smp e quindi ti compare sempre la scritta 2.6.27.7, indipendentemente dal kernel che stai usando.
IMVHO
rm -i rc.modules
cp -ai rc.modules-2.6.27.7-smp rc.modules
poi edita rc.modules secondo le esigenze tue,
senza toccare l'originale di PJV!
phobos3576 ha scritto:Puoi stare tranquillo; sulla Slackware, il file rc.modules è un link simbolico a rc.modules-2.6.27.7-smp e quindi ti compare sempre la scritta 2.6.27.7, indipendentemente dal kernel che stai usando.
IMVHO
rm -i rc.modules
cp -ai rc.modules-2.6.27.7-smp rc.modules
poi edita rc.modules secondo le esigenze tue,
senza toccare l'originale di PJV!
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
Buffa la storia.
/etc/rc.d/rc.modules non esiste
uname -r
2.6.30
kernel 100% statico
al boot compare
opening /proc/modules: No such file or directory
poi _quattro_ volte
FATAL: Could not load /lib/modules/2.6.30/modules.dep: No such file or directory
PJV non ha previsto kernel statici?
Mantengo gli rc.modules-2.6.27.... come pure /boot/vmlinuz,
quale ultima soluzione in caso estremo.
Mario Vanoni ha scritto:
Mantengo gli rc.modules-2.6.27....
Perché buffa? Come vedi dal codice dopo rc.modules.local cerca proprio rc.modules-unamekernel, quindi se lo mantieni cercherà di caricarti il modulo.
Se non hai bisogno di moduli che te ne fai?
Se ti da lo stesso errore non è che il kernel cerchi comunque un modules.dep anche se vuoto?
Mario Vanoni ha scritto:
Mantengo gli rc.modules-2.6.27....
Perché buffa? Come vedi dal codice dopo rc.modules.local cerca proprio rc.modules-unamekernel, quindi se lo mantieni cercherà di caricarti il modulo.
Se non hai bisogno di moduli che te ne fai?
Se ti da lo stesso errore non è che il kernel cerchi comunque un modules.dep anche se vuoto?
uname -r dice 2.6.30
un rc.modules-2.6.30 non esiste
/proc/modules non esiste
rc.S non trovando niente dovrebbe tacere
Mantengo gli rc.modules-2.6.27.... come pure /boot/vmlinuz,
quale ultima soluzione in caso estremo,
in /etc/lilo.conf mantengo la voce Linux.
:cf