[RISOLTO]Autostart degli scripts

[tigerwalk]

...Il problema comunque non è nella configurazione ri rc.M poichè non viene eseguito neanche ripristiando il file di backup....

non è che hai tolto il permesso d'esecuzione al file?

[davide77]

Mi intrometto solo per chiederti: perché il tuo rc.M inizia con #!/sbin/sh e non #!/bin/sh?

Edit:
Fai anche un "chown root.root /etc/rc.d/rc.M" e "chmod 755 /etc/rc.d/rc.M"

[N1cuz]

... no avevo provato con :

chmod -x rc.M

ma non è servito a nulla, peraltro adesso è tornato eseguibile solo da parte del root...

Mi intrometto solo per chiederti: perché il tuo rc.M inizia con #!/sbin/sh e non #!/bin/sh?

Perchè è sempre stato così... ho modificato solo il corpo non la direttiva...

Edit:
Fai anche un "chown root.root /etc/rc.d/rc.M" e "chmod 755 /etc/rc.d/rc.M"

... cosa fanno questi comandi??

[davide77]

Perchè è sempre stato così... ho modificato solo il corpo non la direttiva...

Questo è l'inizio del mio, mai toccato a parte commentare la parte relativa a ldconfig.

Codice: Seleziona tutto

#!/bin/sh
#
# rc.M          This file is executed by init(8) when the system is being
#               initialized for one of the "multi user" run levels (i.e.
#               levels 1 through 6).  It usually does mounting of file
#               systems et al.
#
# Version:      @(#)/etc/rc.d/rc.M      2.23    Wed Feb 26 19:20:58 PST 2003
#
# Author:       Fred N. van Kempen, <waltje@uwalt.nl.mugnet.org>
#               Heavily modified by Patrick Volkerding <volkerdi@slackware.com>
#

... cosa fanno questi comandi??

Ripristinano i permessi, proprietario e gruppo come da installazione. In pratica riportano così il file:

Codice: Seleziona tutto

-rwxr-xr-x 1 root root 10711 2008-06-07 21:50 /etc/rc.d/rc.M*

[N1cuz]

..ok, grazie adesso provo e ti faccio saper...

[N1cuz]

...adesso lo esegue, probabilmente mi è scappata una "s" senza accorgermene... adesso devo risolvere:
1) "error end of file"
se puoi postarmi la parte finale del tuo rc.M lo confronto col mio.

2)Lo script rc.M.sh che ho messo nella directory ~/.kde/Autostart per eseguire le parti commentate in rc.M non parte in automatico all'avvio, ma devo lanciarlo a mano.... cope posso automatizzare la procedura??

Grazie mille!

[davide77]

Codice: Seleziona tutto

# If we are returning from single-user mode we will need to restart
# udevd on systems that use udev:
if grep -wq sysfs /proc/mounts && grep -wq tmpfs /proc/filesystems ; then <--
/bin/sh /etc/rc.d/rc.udev start <--
   
# Initialize the networking hardware.
#if [ -x /etc/rc.d/rc.inet1 ]; then
#  . /etc/rc.d/rc.inet1 &
#fi

Dopo le due righe manca il "fi", l'errore è che hai una if aperta.

Io uso xfce e non ho la minima idea di come funzioni l'autostart di kde ma se è simile ad xfce devi mettere in autostart un file .desktop, tipo quelli dei menù, che richiama uno script. Su questo di più non posso aiutarti.

[N1cuz]

ok grazie, hai fatto anche troppo!!! adesso l'avvio è veramente rapido...mi manca da aggiustare l'autorun dello script e di migliorare rc.S e poi è fatta, grazie un pò a tutti quanti...

[N1cuz]

...L'errore che avevo commesso lasciando un if aperto non mi permetteva di attivare udev, e probabilmente (almeno da quello che ho osservato...) questo impediva l'esecuzione dello script all'avvio di kde...
adesso il boot e abbastanza rapido (circa dimezzato il tempo di esecuzione), ma dovrei aggiustare l'attivazione di udev che si blocca un po di tempo aspettando un evento di trigger che oltretutto fallisce:

Codice: Seleziona tutto

Triggering udev events: /sbin/udevtrigger --retry-failed

pensavo di aver risolto sostituendo in rc.M:

Codice: Seleziona tutto

# If we are returning from single-user mode we will need to restart
# udevd on systems that use udev:
if grep -wq sysfs /proc/mounts && grep -wq tmpfs /proc/filesystems ; then
  if ! grep -wq nohotplug /proc/cmdline ; then
    if [ -x /etc/rc.d/rc.udev ]; then
      /bin/sh /etc/rc.d/rc.udev start
    fi
  fi
fi

come nell'esempio del post di conraid nel semplice comando di esecuzione:

Codice: Seleziona tutto

if [ -x /etc/rc.d/rc.udev ]; then
   echo "Starting udev:"
  /bin/sh /etc/rc.d/udev start
  echo "... done"
fi

che evitava il messaggio sopracitato e consentiva l'esecuzione di rc.M in una manciata di secondi, però in questo modo non viene più eseguito lo script all'avvio di kde ed il vantaggio ottenuto lo pago dopo...

[conraid]

come nell'esempio del post di conraid nel semplice comando di esecuzione:

Codice: Seleziona tutto

if [ -x /etc/rc.d/rc.udev ]; then
   echo "Starting udev:"
  /bin/sh /etc/rc.d/udev start
  echo "... done"
fi

che evitava il messaggio sopracitato e consentiva l'esecuzione di rc.M in una manciata di secondi, però in questo modo non viene più eseguito lo script all'avvio di kde ed il vantaggio ottenuto lo pago dopo...

Ma mi dici di quale script postato da me parli?
Mi sembrava di aver postato uno script senza nessun IF, nessun echo e nessun commento ed in cui *dovevi essere sicuro* TU che i file avessero i permessi giusti.

[N1cuz]

if [ -x /etc/rc.d/rc.udev ]; then
echo "Starting udev:"
/bin/sh /etc/rc.d/udev start
echo "... done"
fi

..no il commento l'ho aggiunto io per leggere al volo durante il boot se eseguiva lo start di udev, per l'if perdonami è un'errore mio di copia & incolla:

echo "Starting udev:"
/bin/sh /etc/rc.d/udev start
echo "... done"

nella discussione tipo: "boot in 5 secondi" tu avevi tolto tutti gli if e lanciato direttamente l'esecuzione di udev, ed i problemi di permessi non dovrebbero esserci percchè mi esegue lo start di udev correttamente a meno di:

Triggering udev events: /sbin/udevtrigger --retry-failed

che nonostante impiegasse un sacco di tempo consentiva l'esecuzione automatica degli script...

[conraid]

Perdonami, ma se rimetti commenti ed IF tanto vale usare gli script di Pat e commentare le linee che non ti servono, che poi detto tra noi è quel che faccio io

[N1cuz]

... si infatti non avevo modificato pesantemente rc.M, ma mi ero limitato a commentare il file di Pat lasciando decommentati servizi che suggerivi te, e attivando gli altri successivamente, considera che appena installato slackware mi ci voleva più di un minuto per il boot, già così mi bastano 45 s, e dato che una decina abbondanti sono spesi per sto "triggering events" di udev pensavo che togliere le condizioni (i vari if) e lancinare direttamente lo start di udev fosse una cosa praticabile...

[conraid]

... si infatti non avevo modificato pesantemente rc.M, ma mi ero limitato a commentare il file di Pat lasciando decommentati servizi che suggerivi te, e attivando gli altri successivamente, considera che appena installato slackware mi ci voleva più di un minuto per il boot, già così mi bastano 45 s, e dato che una decina abbondanti sono spesi per sto "triggering events" di udev pensavo che togliere le condizioni (i vari if) e lancinare direttamente lo start di udev fosse una cosa praticabile...

rc.udev non fa solo quello, ma inizializza le periferiche, non lo toccare quello è meglio
Se ci sta tanto vuol dire che qualche periferica non si inizializza, a me per esempio lo fa nel notebook con i recenti kernel perché trova il wifi anche quando è spento.

al limite abbasssa il timeout

[N1cuz]

... infatti sto usando un kernel nuovo su un portatile! .... il timeout si regola in quale file??