Newsgroup: it.comp.os.linux.iniziare
Titolo: /etc/rc.d/rc.local su Suse 8.2

Sto tentando di far funzionare il mio modem Conexant pci ADSL  su Suse 8.2,
dopo varie peripezie credo di essere a un buo punto, na secondo le
istruzioni di un tipo newzelandese
(
http://gateway.bedroom.gen.nz/~clive/adsl/thefiles/
) che fino ad ora si č
rilevato essere molto affidabile nelle istruzioni che ha messo on-line (che
anche se non sono per la Suse, si fanno capire): "in order to load the
CnxADSL module on strat-up, you can add the following lines to your
/etc/rc.d/rc.local script....."
Tutto bene, ma sulla Suse questo file non c'č, al limite c'e un boot.local
od un boot.moduls (nella stessa directory).
Una delle due č la sostitutata di rc.local?
Grazie

 Una delle due è la sostitutata di rc.local?
# find /etc -name rc.local
bye G.L.
--
« E' assolutamente evidente che l'arte del cinema
 si ispira alla vita, mentre la vita si ispira alla TV »
(Woody Allen)

 ha scritto nel messaggio
news:3F5B575B...@tiscalinet.it...


 # find /etc -name rc.local
Questo servirà a ben poco, visto che sulla SuSE, come ha scritto Fabius,
questo file non c'è.
Il file boot.local dovrebbe andare bene, visto che al suo interno c'è
scritto:
# Here you should add things, that should happen directly after booting
# before we're going to the first run level.
Comunque non garantisco, perchè non ho mai provato a scriverci qualcosa.
-- 
Ciao, Pippo Peppo
Registered Linux User #315573

 Una delle due č la sostitutata di rc.local?
Per avviare al boot un programma o un comando con SuSE devi creare un 
"eseguibile" con il comando stesso all'interno del Run Level del tuo 
sistema.
Immaginando che nel tuo sistema usi il Run Level 5 all'interno di 
/etc/init.d/rc5.d/ crea un file di nome KXXmodemadsl dove XX č un numero 
che ti consiglio di mettere in sequenza come ultimo tra quelli in lista 
(ad esempio se l'ultimo č K22random chiamalo K23modemadsl).
Fatto questo chmod 666 KXXmodemadsl e via.
Fammi sapere se hai risolto.
Io facevo cosě per avviare degli eggdrop ;o)
-- 
   -  Togli _NOSPAM_ per rispondere -
::: Registered Linux User #302069  :::
::: Firma 2003/2004 in costruzione :::

 Fatto questo chmod 666 KXXmodemadsl e via.
Corretto!
Vedi anche anche:
http://eciadsl.flashtux.org/faq.php?lang=it
Ciao
-- 
Loris Cortina Suse 8.2

 questo file non c'è.
Non ne ero sicuro, non conoscendo la suse, ma sapendo solo che e' sysV e che
mandrake e redhat hanno entrambe questo file... comunque il comando find avrebbe
immancabilmente riportato... nulla.     :-)
A giudicare dal commento in testa, boot.local e' il file equivalente.


 /etc/init.d/rc5.d/ crea un file di nome KXXmodemadsl dove XX è un
Funziare funzia, ma per rispettare la forma, non e' meglio mettere uno
script di start, piuttosto uno che di kill? In soldoni, uno script che
inizia con "S".


 inizia con "S".
Su rh e mdk (immagino anche su suse) gli script nelle dir /etc/rcX.d/
sono link simbolici
a script che si dovrebbero trovare nella dir /etc/init.d/.
Se il nome del link inizia con K la procedura di init
esegue lo script /etc/init.d/nomescript passandogli il parametro "stop"
altrimenti si il link inizia per S gli viene passato il parametro
"start".
E' scompito dello script gestire un diverso comportamento a seconda
del parametro che riceve.
Secondo me ti servono entrambi i link quelli con K e quello con S.
:) Ciao
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 a script che si dovrebbero trovare nella dir /etc/init.d/.
Esatto. E per costruire lo script nella dir /etc/init.d/ si può partire
da /etc/init.d/skeleton, modificandolo opportunamente (oppure prendendo
come esempio qualsiasi altro script che si trova già in questa
directory).


 Secondo me ti servono entrambi i link quelli con K e quello con S.
Questo e' sicuro: perlomeno in debian, gli script "K" vengono eseguiti
all'ingresso del runlevel, per primi, se il servizio attivo nel previous
runlevel non dev'essere attivo nel current runlevel. Dopo, vengono eseguiti
gli script "S".
Tronando a bomba, quel che dicevo lo dicevo supponendo che lo script non
fosse, come dire, "standard" al suo interno...    ;-)


 qualcosa.
Si tranquillo, è quello giusto.
Ciao.
-- 
***  Per E-mail rimuovi ModE dall'indirizzo  ***
  *** Linux user # 198661 --- ICQ 33500725 ***
*** homepage 
http://web.tiscalinet.it/kailed
 ***
            *** Powered by Linux ***

             *** Powered by Linux ***
Grazie!
--Fabius

 ha scritto nel messaggio
news:ooL6b.40245$R32.1...@news2.tin.it...

ok, intanto provo con boot.local, poi, se non funziona provo la strada
indicata da te...usando boot local dovrebbe perň funzionare in tutti i Run
level o sbaglio?
(cerco di capire), ok, ora vado a fare un po' di prove.
Grazie!
--Fabius

Ok, ho provato a mettere lo script suggerito su boot.local, ma niente, al
successivo riavvio il modulo Cnxadsl.o non compariva in risposta al comando
lsmod.
Prima di provare gli scirpt da voi suggeriti, che a dire la verità mi
risultano un po' criptci, vorreo approfondire questa cosa del boot.local per
sapere se ho sbagliato qualcosa, ora vi descivo quello che ho fatto
dall'inizio seguendo la guida di cui vi ho detto nel primo post.
Ho seguito le seguenti istruzioni:
"Now install and build the Conexant driver source tree:
  cd /root/
  tar -xzf CnxADSL-TgrATMcln.tar.gz
  cd /usr/src/CnxADSL-TgrATM_k2.4.3-6.1.2.007
  rm */.depend
  make
  make install"
Ho avuto qualche messaggio di errore che ho pensato dovuto a qualche
somiglianza della Suse con la Slackware a livello di albero delle
directoryies, così ho creato /etc/rc.d/init.d (in pratica /etc/init.d/ini.d
visto che rc.d è un link) e dopo make make instal (qualche warning è pur
sempre rimasto) l'ho cancellato salvandodo poi nella directory /etc/init.d
(/etc/rc.d è un link a /etc/init.d su Suse) il file "cnxadslctl" creato
semplicemente copiando il testo proposto nella guida, praticamente ho
seguito (credo) le istruzioni per la Slakware quì sotto:
"
"Now install the Conexant startup script (cnxadslctl) to /etc/rc.d/init.d or
/etc/init.d/ which is often the same place! :
  chkconfig --add cnxadslctl
-------------------- Slackware -----------------------------------------
The make install will fail because the /etc/rc.d/init.d directory does not
exist on Slackware distributions. Create this directory before making
install,
then get rid of the cnxadslctl file there (and of the directory itself).
Also
ignore the "chkconfig". Below is an ad-hoc cnxadslctl file to be put in
/etc/rc.d :
............................................................................
...............................
#!/bin/sh
#
#  This is the boot/shutdown script for the driver for the
#  Conexant AccessRunner ADSL modem.
#
# determine if we are loading or unloading
case "$1" in
   start)
      # if the driver is not already loaded then
      # Load the module
      if grep CnxADSL /proc/ksyms >/dev/null 2>/dev/null; then
         echo  "AccessRunner is already loaded"
      else
         echo "Starting Conexant AccessRunner"
         insmod CnxADSL                     \
             CnxtDslVendorId=0x14F1         \
             CnxtDslArmDeviceId=0x1610      \
             CnxtDslAdslDeviceId=0x1611     \
             CnxtDslPhysicalDriverType=1
         # Initialize the firmware
         /etc/Conexant/cnxadslload /etc/Conexant
      fi
      ;;
   stop)
      # if the driver is started then stop it
      if grep CnxADSL /proc/ksyms >/dev/null 2>/dev/null; then
         echo  "Stopping Conexant AccessRunner"
         killall pppd >/dev/null 2>/dev/null
         #unload the module
         rmmod CnxADSL
      else
         echo "AccessRunner was not loaded"
      fi
      ;;
   status)
      if grep CnxADSL /proc/ksyms >/dev/null 2>/dev/null; then
        cat /proc/net/atm/CnxAdsl:0
      else
         echo "AccessRunner is not loaded"
      fi
      ;;
   *)
      echo "usage: $0 (start|stop|status)"
      ;;
esac
........................................................................
"
A questo punto con il comando"
#insmode -f CnxADSL \
CnxDslVendorId=0x14F1 \
CnxDslArmDeviceId=0x1610 \
CnxDslArmDeviceId=0x1611 \
CnxDslPhysicalDriverType=1 "
Il driver si carica con qulache messaggio di attenzione perchè non è un
driver ufficiale (mi sembra di capire),
infatti con "lsmode" lo trovo e potrei anche accontentarmi credo, però
volendo fare le  cose per bene le istruzioni continuano ed arrivano nel
punto cruciale all'origine del mio primo post, che ora vi riporto per
intero:
"In order to load the CnxADSL module on start-up, you can add the following
lines to your /etc/rc.d/rc.local script :
........................................................................
# Conexant ADSL PCI Modem
if grep -q 'System peripheral: PCI device 14f1:1610 (Conexant)' /proc/pci;
then
  /etc/rc.d/cnxadslctl start
fi
........................................................................
-------------------------------------------------------------------------
This version of cnxadslctl has been modified to handle pppoatm only, other
features have been commented out. This script will start up the card early
in the boot sequence, it does not start up ppp, this needs to be done later
in the startup sequence.
Next you have to setup the ppp options files to get ppp over atm going.
I run an unattended linux box at a remote site using the following setup,
and it has yet to fail to startup or restart under various modes of
failure."
Io ho messo quello script su /etc/init.d/boot.local e mi aspettavo di poter
trovare al successivo riavviio il modulo al suo posto col comando ls mod, ma
niente.
Perchè? C'è qualche grosso errore latente in ciò che ho fatto?
Grazie a chi ha avuto la pazienza di leggersi tutto sto post e magari ne ha
anche ancora un po' per darmi una risposta.
--Fabio Di Benedetto



 Perchè? C'è qualche grosso errore latente in ciò che ho fatto?
Possibile, prova così:
da boot.local richiami lo script con
/dove_sta/script start  
e in halt.local 
/dove_sta/script stop
Quello script si aspetta un parametro (start/stop), se tu l'hai
semplicemente copiato in boot.local e normale che non funzioni.
