Puppy Linux Discussion Forum

[Pelo]

functions4puppy.

For Puppy 4.1+
--------------

Firewall:
Le pare-feu s’installe dans le répertoire /etc/rc.d
nom "rc.firewall" and le fichier "rc.local" aura une entrée pour le démarrer.
"rc.local" est appelé de "rc.sysinit".

Startup (décollage) :

Quand Puppy se lance, les scripts s’exécutent dans l’ordre suivant : (sauf pour une full-hd installation and UniPup):

/init (dans l’initial ramdisk)

switch_root occurs, some content of / relocates to /initrd
et les scripts suivants sont exécutés :

/etc/rc.d/rc.sysinit
Appelé de rc.sysinit:
/etc/rc.d/rc.update
/etc/rc.d/rc.network (as a parallel process)
/etc/rc.d/rc.services (as a parallel process)
/etc/rc.d/rc.country
/etc/rc.d/rc.local (created by rc.sysinit if doesn't exist)

/etc/profile

Puppy n’utilise pas runlevels.

Note, the only script listed above that is not user-editable is init,
as this is pristine out of initrd.gz.

Full-hd installation
--------------------
L’installation full disque dur fait exception à ce qui est décrit ci-dessus.
Dans ce cas, initrd.gz n’est pas utilisé, et il n’y a pas de pivot_root and pas de répertoire
/initrd. PUPMODE=2 dans ce mode.
Le process ci-dessus reste correct, sauf que Busybox /sbin/init
s’exécute en premier, ensuite rc.sysinit, etc.

UniPup
------
UniPup est une variante de Puppy qui tourne entièrement dans la initramfs.
L’ordre d’exécution est essentiellement le même que pour l’installation full-hd.
Dans ce cas, /init s’exécute en premier mais ce n’est qu’un symlink (lien symbolique) vers /bin/busybox. Ensuite vient rc.sysinit et voir ci-dessus.


Note1 : /etc/rc.d/functions vient de Slackware. Des service scripts dans /etc/init.d/
peuvent l’utiliser.
Note2 : /etc/rc.d/functions4puppy4 sont des fonctions diverses dont ont besoin les scripts de Puppy boot, pup_event_backend* et pup_event_frontend* scripts.

[Pelo]

Dois-je continuer ou pas à traduire ces trucs ? Ou bien est-ce déjà fait ?