Help rc.M!!!

[conraid]

rc.M proprio per come è fatto è difficile che non termini l'esecuzione di se stesso fino alla fine, al limite sono gli altri script richiamati o i comandi a non funzionare, quindi bisogna capire quale non viene eseguito.
l'ultimo script richiamato da rc.M è rc.local, quindi basterebbe piazzare qui un echo per capire se rc.M arriva in fondo, e sinceramente visto che in rc.local ho molte cose da sempre, non ho mai riscontrato un problema simile.
Anzi, una volta sì, ma come diceva zoros si era fermato tutto (era il tempo che Pat aggiunse uno sleep non ricordo per cosa)

[FireEater]

e questo è il mio :

Codice: Seleziona tutto

#!/bin/sh                          
/bin/hostname k8m800
/bin/dmesg -s 65536 > /var/log/dmesg
#. /etc/rc.d/rc.pcmcia start &
. /etc/rc.d/rc.syslog start  

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                                                                       

. /etc/rc.d/rc.inet1
. /etc/rc.d/rc.inet2 &
/bin/rm -f /var/lock/* /var/spool/uucp/LCK..* /tmp/.X*lock /tmp/core /core 2> /dev/null &
/bin/rm -f /tmp/hunt* &                                                                  
chmod 755 / 2> /dev/null                                                                 
chmod 1777 /tmp /var/tmp                                                                 
. /etc/rc.d/rc.acpid start                                                               

if find /usr/share/icons 2> /dev/null | grep -q icon-theme.cache ; then
  for theme_dir in /usr/share/icons/* ; do                             
    if [ -r ${theme_dir}/icon-theme.cache ]; then                      
      /usr/bin/gtk-update-icon-cache -t -f ${theme_dir} 1> /dev/null 2> /dev/null &
    fi                                                                             
  done                                                                             
  rm -f /usr/share/icons/icon-theme.cache &                                        
fi                                                                                 

/usr/bin/update-mime-database /usr/share/mime 1> /dev/null 2> /dev/null &
sh /etc/rc.d/rc.messagebus start                                          
sh /etc/rc.d/rc.hald start &                                              
sh /etc/rc.d/rc.bluetooth start &                                        
/usr/sbin/smartd &                                                        
/usr/sbin/crond -l10 >>/var/log/cron 2>&1                                 
/usr/sbin/atd -b 15 -l 1                                                  
. /etc/rc.d/rc.alsa &                                                    
. /etc/rc.d/rc.keymap &                                                   
. /etc/rc.d/rc.gpm start &                                               
. /etc/rc.d/rc.local & 

Offtopic: Una curiosità, in quanto ti si avvia?
Io faccio 30s da lilo a kdm.

[Blallo]

per un semplice utilizzo desktop senza troppe pretese cosa potrei togliere?

[zoros]

anche questo thread è andato per la tangente, ci sono già tre discussioni diverse che si intersecano ... però è divertente così e comunque sempre istruttivo ... la questione script che esce:
in uno script c'è un programma che interpreta delle istruzioni, mettiamo ora che uno dei comandi esterni richiamati uccida l'interprete ... lo script esce, si interrompe ... una simulazione può essere questa:

Codice: Seleziona tutto

#!/bin/sh

echo "Stage 1"
echo -n "My PID $$ is "
kill -s 9 $$
echo "Stage 2 ..."

Nel processo di init, mi pare di intuire, ad un certo punto si ha un fork dei processi, si hanno in pratica più programmi che iniziano a procedere parallelamente ... a me è successo, dopo aver installato dei pacchetti e relative dipendenze, che la sequenza rc.S --> rc.M --> rc.local non fosse più sequenziale, cioè una parte di rc.M non veniva eseguita, pur passando poi per rc.local ... la cosa si è risolta aggiornando qualche libreria ... il "fastidio" di non aver scoperto allora la reale causa mi ha fatto postare in questa discussione ... ma alla fine tutto questo è estraneo al thread, non è certo un bug di rc.M, solo un'eventualità ... come ricorda Conraid c'è stato solo un caso di un problema a rc.M e sicuramente più semplice ...

[Roland]

Offtopic: Una curiosità, in quanto ti si avvia?
Io faccio 30s da lilo a kdm.

30 secondi?? qui c'è da scambiarsi un po' di informaizoni mi sa...la mia current arriva a kdm in quasi un minuto nonostante abbia eliminato da rc.M il possibile..!

[danix]

sul mio laptop:
cat /etc/rc.d/rc.M| grep -v "#" |less

Codice: Seleziona tutto

source /etc/shell-colors

echo -e "${BOLDBLUE}Going multiuser...${COLOR_RESET}"

echo -e "${BOLDRED}Updating shared library links:  ${BOLDGREEN}/sbin/ldconfig &${COLOR_RESET}"
/sbin/ldconfig &

/bin/setterm -blank 5 -powersave powerdown -powerdown 10

/bin/hostname blackpearl

/bin/dmesg -s 65536 > /var/log/dmesg


. /etc/rc.d/rc.syslog start


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

. /etc/rc.d/rc.inet1


. /etc/rc.d/rc.inet2

mount -a -v 2> /dev/null | grep -v "already mounted"


/bin/rm -f /var/lock/* /var/spool/uucp/LCK..* /tmp/.X*lock /tmp/core /core 2> /dev/null

if [ -r /tmp/hunt -o -r /tmp/hunt.stats ]; then
  echo -e "${BOLDRED}Removing your stale hunt sockets from /tmp.${COLOR_RESET}"
  /bin/rm -f /tmp/hunt*
fi

chmod 755 / 2> /dev/null
chmod 1777 /tmp /var/tmp

. /etc/rc.d/rc.acpid start



sh /etc/rc.d/rc.messagebus start

sh /etc/rc.d/rc.hald start

if grep -wq sysfs /proc/mounts && grep -wq tmpfs /proc/filesystems; then
  if ! grep -wq nohotplug /proc/cmdline ; then
    if [ -x /lib/udev/rc.optical-symlinks -a -x /etc/rc.d/rc.udev ]; then
      /bin/sh /lib/udev/rc.optical-symlinks
    fi
  fi
fi


if [ -x /sbin/accton -a -r /var/log/pacct ]; then
  chmod 640 /var/log/pacct
  /sbin/accton /var/log/pacct
fi

/usr/sbin/crond -l10 >>/var/log/cron 2>&1

/usr/sbin/atd -b 15 -l 1





. /etc/rc.d/rc.alsa

. /etc/rc.d/rc.font

. /etc/rc.d/rc.keymap






. /etc/rc.d/rc.sysvinit

. /etc/rc.d/rc.local

Io arrivo al greeting (quindi prima di inserire user e password in init4) in 14/15 secondi circa...


PS
Slackware 12.2

[sya54M]

Offtopic: Una curiosità, in quanto ti si avvia?Io faccio 30s da lilo a kdm.

ho modificato molto anche rc.S (il file è diventato 10 volte più piccolo in dimensione) per arrivare a 16 sec da lilo a kdm (kde4) su un vecchio (del 2004) pentium4 3.0ghz, 1gb di ddr400, con (non meno importante) hdd maxtor da 320gb.

[danix]

Offtopic: Una curiosità, in quanto ti si avvia?Io faccio 30s da lilo a kdm.

ho modificato molto anche rc.S (il file è diventato 10 volte più piccolo in dimensione) per arrivare a 16 sec da lilo a kdm (kde4) su un vecchio (del 2004) pentium4 3.0ghz, 1gb di ddr400, con (non meno importante) hdd maxtor da 320gb.

potresti postare il tuo rc.S?? magari scendo a 8 secondi

[Roland]

mi accodo alla richiesta di danix...anzi se potessi postare anche il tuo rc.M magari potrei ridurre i miei attuali 53 secondi da lilo a kdm...
Grazie

[Blallo]

ah a me ci mette 30 secondi solo la parte di init...

[danix]

mi accodo alla richiesta di danix...anzi se potessi postare anche il tuo rc.M magari potrei ridurre i miei attuali 53 secondi da lilo a kdm...
Grazie

hi hi, questo thread si è trasformato nel più classico "velocizzare boot"... comunque il mio rc.M è in un mio post poco più sopra... ho solo greppato via i commenti...

[slucky]

mi pare che ci fosse già un thread riguardo al "velocizzare il boot di sistema"...magari sarebbe utile, prima di postare, fare una ricerca nel forum invece di scrivere "messaggi + +" come direbbe qualcuno

[sya54M]

Codice: Seleziona tutto

#!/bin/sh                                   

PATH=/sbin:/usr/sbin:/bin:/usr/bin

/sbin/mount -v proc /proc -n -t proc
/sbin/mount -v sysfs /sys -n -t sysfs
/bin/sh /etc/rc.d/rc.udev start
/sbin/swapon -a

if ! grep -q -w rtc /proc/ioports ; then
  CLOCK_OPT="--directisa"               
fi                                      
/sbin/hwclock $CLOCK_OPT --utc --hctosys

/bin/rm -f /etc/mtab*
/sbin/mount -w -o remount /                                            

/bin/grep ' / ' /proc/mounts | grep -v "^rootfs" > /etc/mtab              
                                        
/sbin/mount -f proc /proc -t proc                                                                         
/sbin/mount -f sysfs /sys -t sysfs                                
. /etc/rc.d/rc.modules
/sbin/mount -v usbfs /proc/bus/usb -t usbfs

rm -f /var/run/* /var/run/*/* /var/run/*/*/* /etc/nologin \
  /etc/dhcpc/*.pid /etc/forcefsck /etc/fastboot \
  /var/state/saslauthd/saslauthd.pid \
  /tmp/.Xauth* 1> /dev/null 2> /dev/null
  ( cd /var/log/setup/tmp && rm -rf * )
  ( cd /tmp && rm -rf kde-[a-zA-Z]* ksocket-[a-zA-Z]* hsperfdata_[a-zA-Z]* plugtmp* )

if [ ! -e /tmp/.ICE-unix ]; then
  mkdir -p /tmp/.ICE-unix
  chmod 1777 /tmp/.ICE-unix
fi
if [ ! -e /tmp/.X11-unix ]; then
  mkdir -p /tmp/.X11-unix
  chmod 1777 /tmp/.X11-unix
fi

touch /var/run/utmp
chown root:utmp /var/run/utmp
chmod 664 /var/run/utmp

/bin/sed -i "{1s/^Linux.*/$(/bin/uname -sr)\./}" /etc/motd
dd if=/dev/urandom of=/etc/random-seed count=1 bs=$(cat /proc/sys/kernel/random/poolsize) 2> /dev/null
chmod 600 /etc/random-seed

questo è il mio rc.S snellito, l'ho fatto così apposta per fare boot in tempo da record, infatti si nota anche che non viene eseguito il controllo di integrità del filesystem per risparmiare tempo, quindi non vi consiglio di usarlo quotidianamente e comunque è troppo personalizzato per andare bene per tutti, ad esempio funziona solo l'orologio utc e non locale (il mio caso), quindi usatelo a vostro "rischio e pericolo" oppure adattatelo alle vostre esigenze

[danix]

grazie