Pour information: J'ai qque pbms (r�solus) dans le script adsl.sh fourni
avec le driver de BP. Je voudrais savoir si il me sont sp�cifiques ou pas
avant de le (les) signaler.

1) Le plus important est le fait que modem_run y est lanc� sous Debian �
la Debian (ce qui est normal) avec start-stop-dameon:
     start-stop-daemon --start --pidfile $MODEM_RUN_PID --make-pidfile
Or visiblement, modem_run se lance lui m�me en processus fils (fork) donc
le pid n'est plus le m�me.

cerbere:~# ps | grep modem_run
cerbere:~# ps x | grep modem_run
  308 ?        S      0:00 /usr/local/bin/modem_run -v 0 -m -f
/usr/sbin/mgmt.o
 1267 tty1     S      0:00 script /root/pid_modem_run
 1268 tty1     S      0:00 script /root/pid_modem_run
 1333 ttyp0    S      0:00 grep modem_run
cerbere:~# cat /var/run/modem_run.pid
307   <<<----- n'est pas 308
cerbere:~# ps x | grep pppd
  314 ?        S      0:00 /usr/sbin/pppd call adsl
 1445 ttyp0    S      0:00 grep pppd
cerbere:~# cat /var/run/ppp
ppp0.pid  pppd.tdb
cerbere:~# cat /var/run/ppp0.pid
314   <<<--- pour pppd, c'est bon
cerbere:~# exit

Lorsque le script est lanc� en arr�t (stop),
start-stop-daemon --stop --pidfile $MODEM_RUN_PID modem_run
ne tue pas modem_run, si on veut le relancer �a plante. A ce stade, un
arr�t de la machine provoque un oops chez moi. La rectification du script
est simple (lancement simple et killall) et remet tout en place.

2) Un deuxi�me probl�me est que lorsque le script est lanc� la premi�re
fois, usbcore et /dev/usb sont d�j� respectivement charg� et mont� � cause
d'hotplug je pense (reste de l'installation des drivers d'Alcatel). Ca
donne des messages d'erreurs (pas grave, je laisse courir). Dans une
installation premi�re sans hotplug, est ce le cas (je pense que non)?

3) Un troisi�me inexpliqu� est le fait que j'ai du remplacer la ligne
           mount_usb
par
            mount /dev/usb
ou /dev/usb est correctement d�fini dans /etc/fstab. Sinon, j'obtenais
apr�s la proc�dure apr�s un cycle stop-start
(none) on /proc/bus/usb type usbdevfs et �a ne parchait pas.
Autrement dit, au d�marrage tout fonctionnaire bien.
De m�me j'ai remplac�
           umount_usb
par
           umount /dev/usb

En fait, je vois (� l'instant!) effectivement dans le script d'origine la
ligne
  if [ $RETURNED -ne 0 ] ; then
    $MOUNT none /proc/bus/usb -t usbdevfs

donc none est volontaire. Cela est confirm� dans le HOW-TO. Pourquoi chez
moi, il faut que je monte /dev/usb sur /proc/bus/usb ???


3bis) Enfin pour info personnelle, il y a bien �quivalence entre
  RETURNED=$?
  if [ $RETURNED -ne 0 ] ; then
     $MODPROBE -k $1
    RETURNED=$?
  fi
et
   RETURNED=$?
  [ $RETURNED -ne 0 ] && $MODPROBE -k $1
non? 

Voil�. Sinon, inutile de dire que �a marche � la perfection. Par
comparaison avec la solution semi-propri�taire que j'utilisais avant, cela
prouve qd m�me qu'un d�veloppement totalement libre conduit � une solution
bcp plus fiable qu'un d�veloppement propri�taire.

Le bonjour � tous

Fran�ois Boisson

Répondre à