[RISOLTO]Autostart degli scripts
Moderatore: Staff
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.
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.
- N1cuz
- Linux 2.x

- Messaggi: 333
- Iscritto il: lun 6 ott 2008, 0:41
- Nome Cognome: Nicola Bartolomei
- Slackware: 14.1
- Kernel: 4.3.3
- Desktop: xfce4
- Località: Pieve a Nievole (PT)
Re: Autostart degli scripts
....scusate ero agli allenamenti... comuque vedrai avevo frainteso, pensavo che mettendo lo script in ./kde/Autostart potesse essere eseguito automaticamente al comando startx, invece credo sia impossibile in quanto deve essere lanciato de root (a meno di non cambiare i permessi ai vari files in /etc/rc.d e non credo che sia furbo!). Quello che non mi torna è che ho letto in una documentazione che spiega come posizionado uno script in ./kde/shutdown i file temporanei vengano rimossi automaticamente all'uscita della sessione (a parte il fatto che ho provato ma non mi funziona manco quello...) .... ma come fa a funzionare se per pulire (ad esempio) la directory dei pacchetti rimossi ci vogliono i permessi di root?? non è lo stesso discorso???
- conraid
- Staff

- Messaggi: 13631
- Iscritto il: gio 14 lug 2005, 0:00
- Nome Cognome: Corrado Franco
- Slackware: current64
- Desktop: kde
- Località: Livorno
- Contatta:
Re: Autostart degli scripts
Quale script??????N1cuz ha scritto:....scusate ero agli allenamenti... comuque vedrai avevo frainteso, pensavo che mettendo lo script in ./kde/Autostart potesse essere eseguito automaticamente al comando startx, invece credo sia impossibile in quanto deve essere lanciato de root (a meno di non cambiare i permessi ai vari files in /etc/rc.d e non credo che sia furbo!). Quello che non mi torna è che ho letto in una documentazione che spiega come posizionado uno script in ./kde/shutdown i file temporanei vengano rimossi automaticamente all'uscita della sessione (a parte il fatto che ho provato ma non mi funziona manco quello...) .... ma come fa a funzionare se per pulire (ad esempio) la directory dei pacchetti rimossi ci vogliono i permessi di root?? non è lo stesso discorso???
Devi prima rispondere a questa domanda che non ho capito.
Di quale script stai parlando che pensavi di mettere in Autostart?
in .kde, autostart o shutdown che sia, devi metterci gli script che vuoi lanciare all'avvio di KDE
Gli script che "crei tu" e che vuoi lanciare all'avvio del sistema ed al suo shutdown, vanno in /etc/rc.d/rc.local e /etc/rc.d/rc.local_shutdown (questo non c'è e devi crearlo tu dandogli i permessi di esecuzione)
Ecco il luogo dove mettere dei comandi per la pulizia di /tmp.
La directory dei pacchetti rimossi non la toccare
Prima dovresti stare un po' con i file normali, studiarti bene come funzionano in slack e poi iniziare a fare script. Altrimenti rischi di ritrovarti il sistema instabile
- N1cuz
- Linux 2.x

- Messaggi: 333
- Iscritto il: lun 6 ott 2008, 0:41
- Nome Cognome: Nicola Bartolomei
- Slackware: 14.1
- Kernel: 4.3.3
- Desktop: xfce4
- Località: Pieve a Nievole (PT)
Re: Autostart degli scripts
ok, comunque lo script era semplicemente:
Per quanto riguarda lo script per la pulizia del sistema mi sono riferito a questo:
http://www.slacky.eu/wikislack/index.ph ... _Slackware
Codice: Seleziona tutto
#!/bin/sh
/sbin/ldconfig
/etc/rc.d/rc.pcmcia start
/etc/rc.d/rc.inet1 start
http://www.slacky.eu/wikislack/index.ph ... _Slackware
- conraid
- Staff

- Messaggi: 13631
- Iscritto il: gio 14 lug 2005, 0:00
- Nome Cognome: Corrado Franco
- Slackware: current64
- Desktop: kde
- Località: Livorno
- Contatta:
Re: Autostart degli scripts
il primo lo devi mettere in rc.local, ma visto che viene eseguito all'avvio tanto vale lasciarli dove sono non trovi?N1cuz ha scritto:ok, comunque lo script era semplicemente:
Per quanto riguarda lo script per la pulizia del sistema mi sono riferito a questo:Codice: Seleziona tutto
#!/bin/sh /sbin/ldconfig /etc/rc.d/rc.pcmcia start /etc/rc.d/rc.inet1 start
http://www.slacky.eu/wikislack/index.ph ... _Slackware
ldconfig mettilo così
Codice: Seleziona tutto
ldconfig &Tieni presente però che rc.inet1 avvia anche l'interfaccia di loopback, quindi il mio consiglio è di lasciarlo stare, e di mettere, al bisogno, gli script per la rete in uno script che lancerai quando vuoi. Ma nello script proprio i comandi base (ifconfig e route, ed iwconfig se è wifi, ma in questo caso usa wicd e così risparmi tempo al boot).
ma .kde/Autostart, scusa il toscanismo, 'un ci combina 'na sega con questi comandi
quello della pulizia del sistema dipende.
I comandi per togliere i file temporanei di kde puoi anche metterlo alla chiusura dello stesso, il resto va in /etc/rc.d/rc.local_shutdown
- N1cuz
- Linux 2.x

- Messaggi: 333
- Iscritto il: lun 6 ott 2008, 0:41
- Nome Cognome: Nicola Bartolomei
- Slackware: 14.1
- Kernel: 4.3.3
- Desktop: xfce4
- Località: Pieve a Nievole (PT)
Re: Autostart degli scripts
scusa il toscanismo, 'un ci combina 'na sega
figurati son toscano anch'io... il mio intento era quello di avviare la connessione in un secondo momento anzichè al boot, per quel che riguarda la pcmcia credo addirittura che nel mio laptop non ce ne sia neanche bisogno avevo quindi commentato un pò di roba in rc.M:
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>
#
# Tell the viewers what's going to happen.
echo "Going multiuser..."
# Update all the shared library links:
#if [ -x /sbin/ldconfig ]; then
# echo "Updating shared library links: /sbin/ldconfig &"
# /sbin/ldconfig &
#fi
# Screen blanks after 15 minutes idle time, and powers down in one hour
# if the kernel supports APM or ACPI power management:
/bin/setterm -blank 15 -powersave powerdown -powerdown 60
# Set the hostname.
if [ -r /etc/HOSTNAME ]; then
/bin/hostname $(cat /etc/HOSTNAME | cut -f1 -d .)
else
# fall back on this old default:
echo "darkstar.example.net" > /etc/HOSTNAME
/bin/hostname darkstar
fi
# Save the contents of 'dmesg':
/bin/dmesg -s 65536 > /var/log/dmesg
# Initialize PCMCIA devices:
#
# NOTE: This used to be started near the top of rc.S so that PCMCIA devices
# could be fsck'ed along with the other drives. This had some unfortunate
# side effects, however, since root isn't yet read-write, and /var might not
# even be mounted the .pid files can't be correctly written in /var/run and
# the pcmcia system can't be correctly shut down. If you want some PCMCIA
# partition to be mounted at boot (or when the card is inserted) then add
# the appropriate lines to /etc/pcmcia/scsi.opts.
#
# Note that the stuff in /etc/pcmcia/ is only for 2.4.x kernels using
# 16-bit PCMCIA cards (not 32-bit Cardbus cards!). For example, with a
# wireless card you might need to set options in /etc/pcmcia OR in
# /etc/rc.d/rc.wireless.conf, or even in /etc/rc.d/rc.inet1.conf (with
# extra options if needed for the encryption key, ESSID, etc.)
#
# Hopefully this situation will be unified in the future, but for now
# that's how it is...
#
#if [ -x /etc/rc.d/rc.pcmcia ]; then
# . /etc/rc.d/rc.pcmcia start &
# The cards might need a little extra time here to initialize.
# sleep 5
#fi
# Start the system logger.
if [ -x /etc/rc.d/rc.syslog -a -x /usr/sbin/syslogd -a -d /var/log ]; then
. /etc/rc.d/rc.syslog start
fi
# Update the X font indexes:
if [ -x /usr/bin/fc-cache ]; then
echo "Updating X font indexes: /usr/bin/fc-cache -f &"
/usr/bin/fc-cache -f &
fi
# 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
# Initialize the networking hardware.
#if [ -x /etc/rc.d/rc.inet1 ]; then
# . /etc/rc.d/rc.inet1 &
#fi
# Look for additional USB/SCSI/IEEE1394/etc devices on multiple LUNs:
if [ -x /etc/rc.d/rc.scanluns ]; then
. /etc/rc.d/rc.scanluns &
fi
# Start networking daemons:
#if [ -x /etc/rc.d/rc.inet2 ]; then
# . /etc/rc.d/rc.inet2 &
#fi
# Mount any additional filesystem types that haven't already been mounted:
mount -a -v 2> /dev/null | grep -v "already mounted"
# Start the Network Time Protocol daemon:
if [ -x /etc/rc.d/rc.ntpd ]; then
sh /etc/rc.d/rc.ntpd start &
fi
# Remove stale locks and junk files (must be done after mount -a!)
/bin/rm -f /var/lock/* /var/spool/uucp/LCK..* /tmp/.X*lock /tmp/core /core 2> /dev/null
# Remove stale hunt sockets so the game can start.
if [ -r /tmp/hunt -o -r /tmp/hunt.stats ]; then
echo "Removing your stale hunt sockets from /tmp."
/bin/rm -f /tmp/hunt*
fi
# Ensure basic filesystem permissions sanity.
chmod 755 / 2> /dev/null
chmod 1777 /tmp /var/tmp
# Start APM or ACPI daemon.
# If APM is enabled in the kernel, start apmd:
if [ -e /proc/apm ]; then
if [ -x /usr/sbin/apmd ]; then
echo "Starting APM daemon: /usr/sbin/apmd"
/usr/sbin/apmd
fi
elif [ -x /etc/rc.d/rc.acpid ]; then # otherwise, start acpid:
. /etc/rc.d/rc.acpid start
fi
# Update any existing icon cache files:
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
echo "Updating icon-theme.cache in ${theme_dir}..."
/usr/bin/gtk-update-icon-cache -t -f ${theme_dir} 1> /dev/null 2> /dev/null
fi
done
# This would be a large file and probably shouldn't be there, but if it is
# then it must be kept updated, too:
if [ -r /usr/share/icons/icon-theme.cache ]; then
echo "Updating icon-theme.cache in /usr/share/icons..."
/usr/bin/gtk-update-icon-cache -t -f /usr/share/icons 1> /dev/null 2> /dev/null
fi
fi
# Update mime database:
if [ -x /usr/bin/update-mime-database -a -d /usr/share/mime ]; then
echo "Updating MIME database: /usr/bin/update-mime-database /usr/share/mime &"
/usr/bin/update-mime-database /usr/share/mime &
fi
# Start D-Bus:
if [ -x /etc/rc.d/rc.messagebus ]; then
sh /etc/rc.d/rc.messagebus start
fi
# Start HAL:
if [ -x /etc/rc.d/rc.hald ]; then
sh /etc/rc.d/rc.hald start
fi
# Start Bluetooth:
#if [ -x /etc/rc.d/rc.bluetooth ]; then
# sh /etc/rc.d/rc.bluetooth start
#fi
# SCIM and other GTK+ input methods like this file kept updated:
if [ -x /usr/bin/gtk-query-immodules-2.0 ]; then
echo "Updating gtk.immodules: gtk-query-immodules-2.0 > /etc/gtk-2.0/gtk.immodules"
/usr/bin/gtk-query-immodules-2.0 > /etc/gtk-2.0/gtk.immodules 2> /dev/null
fi
# Start dnsmasq, a simple DHCP/DNS server:
#if [ -x /etc/rc.d/rc.dnsmasq ]; then
# /etc/rc.d/rc.dnsmasq start
#fi
# Start the print spooling system. This will usually be LPRng (lpd) or CUPS.
#if [ -x /etc/rc.d/rc.cups ]; then
# If HPLIP (HP's complete print/scan/fax system) is installed,
# then it should be run first:
# if [ -x /etc/rc.d/rc.hplip ]; then
# Start HPLIP:
# /etc/rc.d/rc.hplip start
# fi
# Start CUPS:
# /etc/rc.d/rc.cups start
#elif [ -x /etc/rc.d/rc.lprng ]; then
# Start LPRng (lpd):
# . /etc/rc.d/rc.lprng start
#fi
# Start netatalk. (a file/print server for Macs using Appletalk)
#if [ -x /etc/rc.d/rc.atalk ]; then
# /etc/rc.d/rc.atalk
#fi
# Start smartd, which monitors the status of S.M.A.R.T. compatible
# hard drives and reports any problems. Note some devices (which aren't
# smart, I guess ;) will hang if probed by smartd, so it's commented out
# by default.
#if [ -x /usr/sbin/smartd ]; then
# /usr/sbin/smartd
#fi
# If we're using udev, make /dev/cdrom and any other optical drive symlinks
# if some udev rule hasn't made them already:
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
# Monitor the UPS with genpowerd.
# To use this, uncomment this section and edit your settings in
# /etc/genpowerd.conf (serial device, UPS type, etc). For more information,
# see "man genpowerd" or the extensive documentation in the
# /usr/doc/genpower-1.0.3 directory.
# You'll also need to configure a similar block in /etc/rc.d/rc.6 if you want
# support for stopping the UPS's inverter after the machine halts.
#if [ -x /sbin/genpowerd ]; then
# echo "Starting genpowerd daemon..."
# /sbin/genpowerd
#fi
# Turn on process accounting. To enable process accounting, make sure the
# option for BSD process accounting is enabled in your kernel, and then
# create the file /var/log/pacct (touch /var/log/pacct). By default, process
# accounting is not enabled (since /var/log/pacct does not exist). This is
# because the log file can get VERY large.
if [ -x /sbin/accton -a -r /var/log/pacct ]; then
/sbin/accton /var/log/pacct
chmod 640 /var/log/pacct
echo "Process accounting turned on."
fi
# Start crond (Dillon's crond):
# If you want cron to actually log activity to /var/log/cron, then change
# -l10 to -l8 to increase the logging level.
if [ -x /usr/sbin/crond ]; then
/usr/sbin/crond -l10 >>/var/log/cron 2>&1
fi
# Start atd (manages jobs scheduled with 'at'):
if [ -x /usr/sbin/atd ]; then
/usr/sbin/atd -b 15 -l 1
fi
# Slackware-Mini-Quota-HOWTO:
# To really activate quotas, you'll need to add 'usrquota' and/or 'grpquota' to
# the appropriate partitions as listed in /etc/fstab. Here's an example:
#
# /dev/hda2 /home ext3 defaults,usrquota 1 1
#
# You'll then need to setup initial quota files at the top of the partitions
# to support quota, like this:
# touch /home/aquota.user /home/aquota.group
# chmod 600 /home/aquota.user /home/aquota.group
#
# Then, reboot to activate the system.
# To edit user quotas, use 'edquota'. See 'man edquota'. Also, the
# official Quota Mini-HOWTO has lots of useful information. That can be found
# here: /usr/doc/Linux-HOWTOs/Quota
# Check quotas and then turn quota system on:
if grep -q quota /etc/fstab ; then
if [ -x /sbin/quotacheck ]; then
echo "Checking filesystem quotas: /sbin/quotacheck -avugm"
/sbin/quotacheck -avugm
fi
if [ -x /sbin/quotaon ]; then
echo "Activating filesystem quotas: /sbin/quotaon -avug"
/sbin/quotaon -avug
fi
fi
# Start the SASL authentication server. This provides SASL
# authentication services for sendmail:
#if [ -x /etc/rc.d/rc.saslauthd ]; then
# . /etc/rc.d/rc.saslauthd start
#fi
# Start the sendmail daemon:
#if [ -x /etc/rc.d/rc.sendmail ]; then
# . /etc/rc.d/rc.sendmail start
#fi
# Load ALSA (sound) defaults:
if [ -x /etc/rc.d/rc.alsa ]; then
. /etc/rc.d/rc.alsa
fi
# Load a custom screen font if the user has an rc.font script.
if [ -x /etc/rc.d/rc.font ]; then
. /etc/rc.d/rc.font
fi
# Load a custom keymap if the user has an rc.keymap script.
if [ -x /etc/rc.d/rc.keymap ]; then
. /etc/rc.d/rc.keymap
fi
# Start the MySQL database:
#if [ -x /etc/rc.d/rc.mysqld ]; then
# . /etc/rc.d/rc.mysqld start
#fi
# Start Apache web server:
#if [ -x /etc/rc.d/rc.httpd ]; then
# . /etc/rc.d/rc.httpd start
#fi
# Start OpenLDAP:
if [ -x /etc/rc.d/rc.openldap ]; then
. /etc/rc.d/rc.openldap start
fi
# Start Samba (a file/print server for Win95/NT machines).
# Samba can be started in /etc/inetd.conf instead.
#if [ -x /etc/rc.d/rc.samba ]; then
# . /etc/rc.d/rc.samba start
#fi
# Start the GPM mouse server:
if [ -x /etc/rc.d/rc.gpm ]; then
. /etc/rc.d/rc.gpm start
fi
# If there are SystemV init scripts for this runlevel, run them.
if [ -x /etc/rc.d/rc.sysvinit ]; then
. /etc/rc.d/rc.sysvinit
fi
# Start the local setup procedure.
if [ -x /etc/rc.d/rc.local ]; then
. /etc/rc.d/rc.local
fi
# All done.
Comunque ora decommento l'inizializzazione alla rete (anche se mi pare che ci pensi udev...)
per quanto riguarda .local non ci sono scuse... sono un fesso! stavo usando quella in /home/nico e non /etc/rc.d..... adesso provo a vedere qualcosa su questo wicd (non so neanche cosa sia... mai sentito dire!) e comunque grazie per la pazienza!!
-
Mario Vanoni
- Iper Master

- Messaggi: 3174
- Iscritto il: lun 3 set 2007, 21:20
- Nome Cognome: Mario Vanoni
- Slackware: 12.2
- Kernel: 3.0.4 statico
- Desktop: fluxbox/seamonkey
- Località: Cuasso al Monte (VA)
Re: Autostart degli scripts
OKEYconraid ha scritto:Mario Vanoni ha scritto:masalapianta ha scritto: chown root:root nome_script.sh
e sei vuoi essere proprio cattivo
chmod 4700 nome_script.sh
Il fatto che tu ce l'abbia non significa che funzioni.
Se per esempio hai uno script similihai voglia a mettere il bit suid allo script, avrai sempreCodice: Seleziona tutto
#!/bin/sh /usr/sbin/iptables -L -nSe poi il bit suid lo usi per altro visto che tanto tu sei sempre root, allora non soCodice: Seleziona tutto
Permission denied (you must be root)
Se invece metti il bit suid a iptables, allora anche l'utente puoi eseguirlo.
Questo è quel che intendeva masalapianta, almeno credo
- ho detto "e sei vuoi essere proprio cattivo"
- come root non nuoce, anzi ... velocizza!
- si parla di boot, solo root e` coinvolto, o erro?
- per l'utenza plebea e` senza importanza
- masalapianta
- Iper Master

- Messaggi: 2775
- Iscritto il: lun 25 lug 2005, 0:00
- Nome Cognome: famoso porco
- Kernel: uname -r
- Desktop: awesome
- Distribuzione: Debian
- Località: Roma
- Contatta:
Re: Autostart degli scripts
come ho gia detto e' inutile, per quale motivo pensi che "velocizzi" (che cosa poi)?Mario Vanoni ha scritto: - come root non nuoce, anzi ... velocizza!
-
Mario Vanoni
- Iper Master

- Messaggi: 3174
- Iscritto il: lun 3 set 2007, 21:20
- Nome Cognome: Mario Vanoni
- Slackware: 12.2
- Kernel: 3.0.4 statico
- Desktop: fluxbox/seamonkey
- Località: Cuasso al Monte (VA)
Re: Autostart degli scripts
HAI RAGIONE, reminiscenze di decenni fa (3B2 & Co.)masalapianta ha scritto:come ho gia detto e' inutile, per quale motivo pensi che "velocizzi" (che cosa poi)?Mario Vanoni ha scritto: - come root non nuoce, anzi ... velocizza!
Due macchine uguali, Core 2 con L2 4MB, 4GB RAM,
sh script findw (find word), usa find/egrep/xargs/grep,
su HD di 1TB pieni al 66% (gemelli, copie, identici),
una macchina chmod 0755 findw, l'altra chmod 4755 findw,
da utente root:
cd /questo_disco
time findw root > /dev/null
TEMPI quasi uguali.
Quindi HAI RAGIONE!
Mario Vanoni
- davide77
- Linux 2.x

- Messaggi: 359
- Iscritto il: mar 26 apr 2005, 0:00
- Desktop: xfce
- Distribuzione: XUbuntu
- Località: Bergamo
Re: Autostart degli scripts
Perché non metterli in rc.local temporizzando ldconfig e mettendo una & alla fine del comando?N1cuz ha scritto:ok, comunque lo script era semplicemente:
Codice: Seleziona tutto
(sleep 120 && /sbin/ldconfig) &
(/etc/rc.d/rc.pcmcia start && /etc/rc.d/rc.inet1 start) &
Tieni conto che non ho provato se funziona, ma dovrebbe; in pratica aspetta 120 secondi prima di lanciare ldconfig, la & mette in background il processo che in questo caso sono 2 e stanno tra le parentesi tonde.
- N1cuz
- Linux 2.x

- Messaggi: 333
- Iscritto il: lun 6 ott 2008, 0:41
- Nome Cognome: Nicola Bartolomei
- Slackware: 14.1
- Kernel: 4.3.3
- Desktop: xfce4
- Località: Pieve a Nievole (PT)
Re: Autostart degli scripts
...grazie mille adesso provo e poi ti faccio sapere...
una curiosità, ma a te quanto ci mette il processo di start di udev a terminare??
una curiosità, ma a te quanto ci mette il processo di start di udev a terminare??
- N1cuz
- Linux 2.x

- Messaggi: 333
- Iscritto il: lun 6 ott 2008, 0:41
- Nome Cognome: Nicola Bartolomei
- Slackware: 14.1
- Kernel: 4.3.3
- Desktop: xfce4
- Località: Pieve a Nievole (PT)
Re: Autostart degli scripts
...ho finalmente risolto, scusatemi ma sono un "frescone".....
Comunque per gli script bastavano i permessi giusti, e usare le directory rc (cosa magari ovvia, ma io non c'avevo pensato!!) per velocizzare il processo di start di udev ho tentato di farlo partire in background ma si è rivelata una mega cavolata (altrimenti sarebbe stato impostato così di default credo!) dunque ho seguito l'ottimo consiglio di conraid di abbassare il timeout (non troppo se no non finisce il suo lavoro.... per questo dovevo fare attenzione?) infine per la connessione ho optato per il lancio al bisogno anzichè al boot!
Scusate ancora se vo pienato i balle (penso d'aver fatto impazzire conraid
!) e grazie!
Comunque per gli script bastavano i permessi giusti, e usare le directory rc (cosa magari ovvia, ma io non c'avevo pensato!!) per velocizzare il processo di start di udev ho tentato di farlo partire in background ma si è rivelata una mega cavolata (altrimenti sarebbe stato impostato così di default credo!) dunque ho seguito l'ottimo consiglio di conraid di abbassare il timeout (non troppo se no non finisce il suo lavoro.... per questo dovevo fare attenzione?) infine per la connessione ho optato per il lancio al bisogno anzichè al boot!
Scusate ancora se vo pienato i balle (penso d'aver fatto impazzire conraid