ATTENTION, cette traduction n'est PAS officielle, et n'est qu'une version de travail qui ne devrait pas être utilisée

Création d'un intalleur debian avec PGI

Table des matieres

Chapitre 1 Apercu général

1.1. Fonctionalités

1.2. Ce que PGI ne fera pas sans votre aide

1.1. Fonctionalités

• PGI utilise debootstrap, la technique officielle de Debian pour récupérer et installer les composants essentiels d'un système GNU/Linux. La phase 1 de PGI ( voir Implementer la deuxième phase ) peut être vue comme un emballage autour de debootstrap; PGI mets le système dans l'etat nécessaire à une bonne exécution de debootstrap.
• PGI offre à la fois une une interface en mode texte, et une interface graphique.
• Cette dernière utilise la version 4.1.0 du serveur XFree86, et supporte une large variété de matériel vidéo, avec une résolution et un nombre de couleur raisonables.
  Dans le cas où l'interface graphique n'est pas désirée, ou pas supportée par XFree86, une interface en mode texte reste disponible et offre a l'utilisateur les mêmes fonctionalités.
• L'interface graphique de PGI détecte automatiquement la plupart des mécanismes de pointage ( souris, trackballs . . . ), ainsi que la plupart des cartes vidéo.
  
  Dans la majorité des cas, il ne sera nécessaire de répondre à aucune question de configuration pour utiliser l'interface graphique, qui apparaitra immédiatement.
  Dans certaines situations, où une configuration manuelle sera nécessaire, quelques questions faciles à comprendre seront posées à l'utilisateur, pour donner au GUI les informations nécessaires à son fonctionnement. De plus, si votre matériel graphique n'est pas supporté par XFree86, il vous sera possible de lancer l'installation en redirigeant l'interface graphique vers le display sur un autre serveur X présent sur votre réseau.[2]
• Même si le système X Window n'est pas disponible, l'installation en mode texte de PGI évite à l'utilisateur novice l'angoisse d'un prompt shell en utilisant la fonctionalité 'dialog', qui offre une interface texte conviviale, avec menus et boutons.
  
• PGI est essentiellement indépendant de la version du kernel utilisée. PGI peut être construit avec une large variété de kernels; seules quelques options de configuration du kernel seront nécessaires à un bon fonctionnement de PGI ( voir 'Choix du kernel et des modules' ), vous pouvez créer pour PGI un kernel minimaliste, ou un kernel supportant la plus large gamme de matériels possible; vous pouvez utiliser la toute derniere version du kernel linux officiel [3], ou votre propre version patchée du kernel, si la version officielle du kernel debian ne gère pas le matériel que vous utilisez, ou que vos utilisateurs utiliseront.
  
• PGI utilise discover, l'outil de détection de matériel de Progeny pour détecter les modules kernel et XFree86, dont les drivers sont nécessaires pour pour utiliser les périphériques PCI, AGP, USB, et PCMCIA.
  
• PGI utilise aussi l'outil GNU Parted, pour une gestion complète et flexible du partitionnement du ( ou des ) disques durs du système cible aussi facile et conviviale que possible [4].
  
• PGI est indépendant de l'architecture du système cible, et a été concu pour être aussi portable que possible. Dans sa première version, PGI supporte les architectures Intel x86 et IA64. Mais les points d'entrée sont prévus pour que les développeurs puissent aisément ajouter le support d'autres architectures a PGI.
  
• PGI est tres versatile, Non seulement de nombreux aspect de son comportement sont personalisables lors de la compilation ( mais aussi en cours de fonctionnement), mais de plus PGI supporte aussi le développement de multiples profils, qui sont identifiés par un nom de code que vous pouvez sélectionner. Vous pouvez choisir l'un de ces profils à la compilation avec une option de la ligne de commande.
  Par exemple, imaginez que vous êtes responsable de la gestion de quelques salles informatiques d'une université, l'une de ces salles est là pour permettre aux étudiants de faire leurs rapports de thèse, vous souhaiterez que ces machines disposent d'applications bureautiques telles que mozilla et OpenOffice. Une autre salle est utilisée par les étudiants en informatique, et vous souhaiterez que ces machines disposent de tous les outils de developpement disponibles, mais pas de serveur X.
  Une fois que vous aurez préparés ces deux profils il vous suffira de creer l'image ISO pour la configuration souhaitée.
  
• PGI supporte pleinement le réseau. Il se trouve que pour les utilisateurs de GNU/Linux en général, et pour les utilisateus de Debian GNU/Linux en particulier, le temps où il était nécessaire d'installer son système à partir d'un support physique ( CD / disquette ), et de devoir ensuite récupérer les patchs nécessaires est révolu.
  debootstrap supporte lui aussi pleinement le réseau, et peut récupérer le système de base, sur le disque local, sur un serveur web en interne, ou à partir d'un miroir debian officiel.
  Cependant PGI va encore plus loin. Seul le tout début de l'installation ( le lancement du kernel et des modules nécessaires à la gestion du hardware du système cible, ainsi que la configuration de l'interface réseau sont dépendants du suppport d'installation ( CD ou DVD ).
  Dès lors, NFS peut être utilisé pour monter le système de fichier nécessaire au fonctionnement de l'installeur. Ceci permet au distributeur de mettre à jour l'installeur sans remplacer l'image du support d'installation.
• PGI n'a pas de boot-loader préféré, sur les plate-formes x86, il utilise GNU GRUB pour avoir un boot loader convivial.
  GNU GRUB supporte aussi une très puissante interface en ligne de commande lors du boot, si l'utilisateur souhaite l'utiliser.
  Sur les plate formes IA64, c'est elilo qui est utilisé, et l'interface du kernel Linux pour les variables EFI est utilisée pour mettre a jour le firmware système.
• PGI peut générer une image ISO qui contient uniquement un installeur basé sur PGI, image qui ne contient que l'installeur et les paquetages nécessaires à votre profil d'installation, ou bien les images qui contiendront l'installeur et une copie complete d'une archive de tous les paquetages Debian.
  Plusieurs images ISO seront générées si nécessaire.
  
• Les installeurs basés sur PGI sont plus que de simples installeurs.
  L'installeur peut aussi être lancé en mode de sauvetage/récupération d'un système, qui charge le système de fichier et offre un shell à l'utilisateur.
  Le système de fichier peut être configuré pour contenir tout ce qui est nécessaire, outils de diagnostique réseau, installationXFree86 complete et même un navigateur; [6] Le support d'installation de PGI peut aussi être utilisé comme une simple disquette de boot, chargeant le kernel, et s'efffacant en laissant le controle au système de fichier spécifié.
  

1.2. Ce que PGI ne fera pas sans votre aide

Chapitre 2. Ce que vous devrez faire

• Installer PGI et les paquetages associés.
  ( Voir 'Configuration requise' . )
  
• Installer le kernel de votre choix.
  ( voir 'Choix du kernel et des modules' . )
  
• Personaliser /etc/pgi/codename/options selon vos gouts, et chercher les options de ligne de commande que vous souhaitez passer a pgi-build.
  ( voir 'Lancer pgi-build, options et environnement' . )
  
• Ajouter les paquetages supplementaires de votre choix pour votre post-installation, ainsi que vos ajouts de distributeur dans /etc/pgi/codename/extra_packages.
  ( voir 'Implementer la deuxième phase de l'installeur' . )
  
• Ajouter la liste des paquetages non souhaités dans /etc/pgi/codename/unwanted_packages.
  ( voir 'Implementer la deuxième phase de l'installeur' . )
  
• Creer un /etc/pgi/codename/preinst.sh.
  ( voir 'Fichiers de configuration', en annexe B. )
  
• Creer un /etc/pgi/codename/postinst.sh.
  ( voir 'Fichiers de configuration', en annexe B. )
  
• Personaliser live.files.list, live.dirs.list, and live.devices.list.
  ( voir 'Fichiers de configuration', en annexe B. )
  
• Installer une image de fond d'ecran personalisée:
  a) une image au format XBM[8] appelée root_window.xbm;
  b) une image couleur appelée root_window.png, dans tout format supporté par le programme xloadimage.
  ( voir 'Fichiers de configuration', en annexe B. )
  
• Installer un fichier XPM[9] personalisé du nom de logoicon.xpm for the coin en haut a gauche de l'interface graphique de lécran durant la phase 1.
  ( voir 'Fichiers de configuration', en annexe B. )
  
• personaliser votre syslinux.screen*.txt ( uniquement pour i386).
  ( voir 'Fichiers de configuration', en annexe B. )
  

Chapitre 3. Configuration requise

# apt-get install pgi

$ grep CONFIG_BLK_DEV_LOOP /boot/config-$(uname -r)

Chapitre 4. Choix du kernel et des modules

• RAM disk support
  
  Necessaire; nécessaire pour le chargement du premier RAM Disk. ( voir plus bas). doit etre compile dans le noyeau, la taille par défaut du RAM disk ne doit pas etre modifiée .
  
  Support d'un RAM disk initial (initrd)
  
  Nécessaire; permets au kernel Linux de booter avec un système de fichier root sur la machine hôte. Doit etre compile dans le noyau.
  
  
• Second Extended (ext2) filesystem support
  
  Nécessaire; used pour lire et écrire dans le ram disc initial, ainsi que sur les disques durs cibles .Doit etre compile dans le noyau, car l'initrd du noyeau est un système de fichier ext2.
  
  
• ISO 9660 filesystem support
  
  Nécessaire sur architecture x86[11]
  Optionel mais fortement recommandé sur achitecture IA-64.
  Utilisé pour lire sur le support d'installation ( CD ).
  S'il n'est pas activé ( en module ou dans le noyeau ), seule l'installation par NFS sqera possible
  
  
• /proc filesystem support
  
  Nécessaire; Le processus d'installation nécessite le support du système de fichier /proc. Doit être compilé dans le noyeau, utilisé par discover pour détecter le hardware installé.
  
  
• VFAT filesystem support
  
  Nécessaire sur achitecture IA-64architecture;
  Optionel mais fortement recommandé sur architecture x86
  Utilisé pour supporter les partitions DOS/Windows, ainsi que les partitions EFI ( sur IA64 ). Peut être compilé en tant que module.
  
  Packet socket (Berkeley packet address family) support
  Optionel mais fortement recommandé ; utilisé pour le support DHCP dans l'environnement d'installation. Peut être compilé en tant que module.
  
  
• Unix domain socket support
  Nécessaire; Utilisé par le serveur X pour l'interface graphique. Peut être compilé en tant que module.
  
  TCP/IP networking support
  Nécessaire; utilisé pour les installations réseau, ainsi que beaucoup d'autres fonctionnalités du système installé. Doit etre compile dans le noyau.
  
  
• NFS support
  
  Optionel mais fortement recommandé ; urtilisé pour le support du montage de système de fichierused par NFS lors de l'instalaation.
  Peut être compilé en tant que module.
  
  
• NLS Codepage 437 support
  Utilisé pour la reconnaissance des noms de fichier des sysèmes de fichiers DOS/VFAT filesystems.
  Mêmes recomandations que pour le support vfat ci dessus.
  
  
• IDE block device, IDE disk, and IDE CD-ROM support
  
  Nécessaire; Nécessaire pour accéder au bus IDE et aux périphériques qui y sont attachés.Peut être compilé en tant que module.
  Doit être compilé dans le kernel pour faire du disque d'installation de PGI un disque de boot.
  
  
• Low-level SCSI drivers, SCSI disk, and SCSI CD-ROM support
  
  Nécessaire; utlisé pour acceder aux périphériques et aux controlleurs SCSI. Peut être compilé en tant que module.
  
  Mise a part si les caractéristiques de la machine cible sont fixes et bien connues, compilez autant de divers SCSI de bas niveau que vous le pourrez.
  Doit être compilé dans le kernel pour faire du disque d'installation de PGI un disque de boot.
  
  
• SCSI emulation for IDE devices
  
  Nécessaire; PGI se base sur l'existence de cette interface pour simplifier la détection des lecteurs CD/DVD installés sur la machine cible.
  Peut être compilé en tant que module.
  
  
• USB support, UHCI support, OHCI support, USB mouse support
  
  Optionel mais fortement recommandé;
  Utlisé pour acceder aux périphériques USB.
  Peut être compilé en tant que module.
  
  
• AGP support
  
  Optionel; utilisé par l'interface graghique pour supporter les cartes graphiques sans RAM video dédiée.
  Peut être compilé en tant que module.
  
  
• /proc/efi/vars support ( IA-64 uniquement )
  
  Nécessaire; used pour mettre a jour le menu de boot EF.
  Peut être compilé en tant que module.
  
  

5. Choisir les paquetages a placer sur le support d'installation

5.1. Creer des images ISO contenant uniquement l'installeur PGI

5.2. Creer des images ISO avec une archive partielle de paquetages

5.3. Creer des images ISO avec une archive complete de paquetages

5.1. Creer des images ISO contenant uniquement l'installeur PGI

5.2. Creer des images ISO avec une archive partielle de paquetages

5.3. Creer des images ISO avec une archive complete de paquetages

6. Configuration réseau requise pour l'installeur

6.1. Pré-configuration des options réseau

6.2. Documentation utilisateur

6.1. Pré-configuration des options réseau

6.2. Documentation utilisateur

Chapitre 7. Implémenter la deuxième phase de l'installeur

• ARCH
  
  Cette variable est toujours là et contient le nom de l'architecture de la machine hôte utilisé par les paquetages debian ( 'i386' pour les machines x86 32 bits, 'powerpc' pour 'ppc' . . . ) .
  
  
• DISPLAY
  
  Cette variable n'est présente que si la fonctionalité d''installation sur un écran distant est activée.
  ( Un serveur X local ne tournera pas au moment ou le scrip du point d'attache sera appelé ). Si c'est le cas, elle contiendra l'asdresse d'un display distant ( sur une autre machine ).
  
  
• DMESGLOG
  
  Cette variable est toujours présente, elle contient le chemin absolu vers un fichier qui contiendra la sortie de la commande dmesg ( Ce fichier sera vide quand votre script de pré-installation sera lancé, mais ne le sera plus quand le script de post-installation sera lancé.)
  
  
• IDENTLOG
  
  Cette variable est toujours présente, elle contient le chemin absolu vers un fichier qui contiendra les identifiants RCS de plusieurs fichiers qui font partie de PGI.
  ( Ce fichier sera vide quand votre script de pré-installation sera lancé, mais ne le sera plus quand le script de post-installation sera lancé.)
  
  
• KERNEL_VERSION
  
  Cette variable est toujours présente, elle contient la sortie de la commande 'uname -r' .
  
  
• LD_LIBRARY_PATH
  
  Cette variable est toujours présente, elle sert particulièrement au chargeur dynamique.
  Si vous devez la changer dans votre script, repositionez la à sa valeur par defaut à la fin de votre script, sous peine de casser l'installeur.
  
  
• LIVE
  
  Cette variable est toujours présente, elle contient le chemin absolu qui mène à la racine du système de fichier d'installation. Utilisez toujours cette variable pour vous référer aux fichiers qui se trouvent sur le système de fichier d'installation, et vos ajouts seront solides même si PGI change de point de montage.
  
  
• LOGFILE
  Cette variable est toujours présente, elle contient le chemin absolu du fichier qui contiendra des données, dans un format lisible par un humain, concernant l'état d'avancement du processus d'installation.
  Nous vous encourageons a ajouter des informations dans ce fichier pour debuguer vos scripts de points d'attache et/ou pour donner un maximum de feedback a votre utilisateur.
  
  Par exemple, si vos scripts interagissent avec l'utilisateur et lui proposent diverses options, c'est une bonne idée d'enregistrer les choix de l'utilisateur ici, de sorte à tracer le chemin qu'il a suivi a travers votre code.
  
  Ecraser ou effacer ce fichier est fortement deconseillé car cela rendrait votre produit impossible à supporter.
  
  Voyez aussi la fonction pgilog décrite à la fin de ce chapitre.
  
  
• MIRROR
  
  Cette variable est toujours présente, elle contient l'adresse de l'archive debian que debootstrap utilise pour installer le système.
  
  
• PATH
  
  Cette variable est toujours présente, et est utilisée comme à son habitude.
  
  Tout comme pour LD_LIBRARY_PATH, changer son contenu peut casser l'installeur.
  Si vous devez la changer, conservez sa valeur, et recupérez cette ancienne valeur lorsque votre script se termine.
  
  
• PGIDEBUG
  
  Cette variable est positionnée à une valeur non nulle si l'utilisateur a indiqué qu'il ou elle veut lancer l'installeur en mode debug.
  Vous pouvez vous en servir dans vos scripts de point d'attache. Par exemple, pour lancer des scripts shells à des endroits statégiques qui permettront aux développeurs ou aux utilisateurs très avancés d'examiner le système au milieu du processus d'installation.
  Vous pouvez aussi l'utiliser pour augmenter le niveau de verbosité ( feedback utilisateur ) de votre installeur.
  
  Voyez aussi la fonction pgilog décrite à la fin de ce chapitre.
  
  
• PROMPTING
  
  Cette variable est une valeur parmi les deux suivantes : 'less' or 'more'
  Elle est utilisée pour contrôler le degré d'interactivité avec l'utilisateur.
  Si cette variable est positionnée à 'more', vous ne devriez pas faire de suppositions sur la configuration système souhaitée par l'utilisateur.
  
  
• PYTHONHOME
  
  Cette variable est toujours présente, elle dit à Python où trouver ses modules.
  PGI s'appuye sur cette variable, qui ne devrait normalement pas être changée.
  Si vous devez la changer, conservez sa valeur, et recupérez cette ancienne valeur lorsque votre script se termine.
  
  
• SUITE
  
  Cette variable est toujours présente, elle contient le nom de la suite de l'archive de Paquetages Debian d'où proviennent les paquetages downloadés.
  Le nom de suite est, par exemple, potato ou woody.
  
  
• SYSLOG
  
  Cette variable est toujours présente, elle contient le chemin absolu du fichier de log système ( telle qu'utilisée par le démon syslog ).
  
  
• TARGET
  
  Cette variable est toujours présente, elle contient le chemin absolu du point de montage de la racine du système cible.
  
  Utilisez toujours cette variable pour vous référer aux fichiers qui se trouvent sur le système de fichier du système cible, et vos ajouts seront solides même si le système cible change de point de montage.
  
  
• TEXTMODE
  
  Cette variable est positionnée à une valeur non nulle si l'utilisateur a spécifié lors du boot qu'il souhaitait réaliser une installation en mode texte.
  
  ip
  
  Cette variable est positionée si le réseau a été configuré.
  Si c'est le cas, elle contiendra l'adresse ip de l'interface réseau configurée, dans la notation standard 'a.b.c.d' .
  
  Cette adresse peut avoir été choisie par l'utilisateur lors du boot, durant une configuration manuelle du réseau, ou par un serveur DHCP.
  
  
• subnet
  Cette variable est positionée si le réseau a été configuré.
  Si c'est le cas, elle contiendra le masque de sous réseau de l'interface réseau configurée, dans la notation standard 'a.b.c.d' .
  Cette valeur peut avoir été choisie par l'utilisateur lors du boot, durant une configuration manuelle du réseau, ou par un serveur DHCP.
  
  
• router
  
  Cette variable est positionée si le réseau a été configuré.
  Si c'est le cas, elle contiendra une ou plusieurs adresses de routeurs dans la notation standard 'a.b.c.d' .
  Ces valeurs peuvent avoir été choisies par l'utilisateur lors du boot, durant une configuration manuelle du réseau, ou par un serveur DHCP.
  
  
• broadcast
  
  Cette variable est positionée si le réseau a été configuré.
  Si c'est le cas, elle contiendra l'adresse de broadcast de l'interface réseau configurée, dans la notation standard 'a.b.c.d' .
  Cette adresse peut avoir été choisie par l'utilisateur lors du boot, durant une configuration manuelle du réseau, ou par un serveur DHCP.
  
  
• dns
  
  Cette variable est positionée si le réseau a été configuré. Si c'est le cas, elle contiendra les adresses des serveurs DNS, dans la notation standard 'a.b.c.d' .
  Cette adresse peut avoir été choisie par l'utilisateur lors du boot, durant une configuration manuelle du réseau, ou par un serveur DHCP.
  
  
• http_proxy
  
  Cette variable est positionée si elle a été spécifiée lors de la construction de l'installeur ( voir 'Options et Environment' en annexe A ), ou si l'utilisateur l'a spécifié lors du boot.
  Si cette variable est positionnée, elle contiendra l'URL d'un serveur proxy HTTP.
  
  Lorsque vous écrivez vos scripts de distributeur, il est prudent de logguer tout ce qui peut etre intéressant dans le fichier LOGFILE, et de l'afficher à l'écran si la variable PGIDEBUG est positionnée.
  Vous pouvez accomplir ceci en utilisant la fonction pgilog(), inclue dans PGI, qui fonctionne comme echo. Vous pouvez donner à pgilog l'option -n pour supprimer le caractère de fin de chaine à la fin d'une ligne.
  
  

8. Preparer vos fichiers

8.1. /etc/pgi/codename

8.2. /etc/pgi/codename/options

8.3. Autres fichiers dans /etc/pgi/codename

8.1. /etc/pgi/codename

$ pgi-build --codename=newbie

$ pgi-build --codename=minimal

$ pgi-build --codename=complete

$ pgi-build --codename=hacker

$ cp -a /etc/pgi/custom /etc/pgi/newbie

$ cp -a /etc/pgi/custom /etc/pgi/minimal

$ cp -a /etc/pgi/custom /etc/pgi/complete

8.2. /etc/pgi/codename/options

8.3. Autres fichiers dans /etc/pgi/codename

9. Comment construire PGI

9.1. Sélectionner un miroir de paquetages debian

• Un miroir est utilisé par l'installeur lui-même lorsqu'un paquetage Debian nécessaire ne peut être trouvé sur le système de fichier d'installation.
  
• Le programme pgi-build utilise un miroir qui est monté en local sur le système hote ( la machine sur laquelle on va créer l'installeur ).
  

$ pgi-build --pgi-mirror=http://archive.progeny.com/debian

      --build-mirror=/archive/debian/ftp

9.2. Sélectionner la version du kernel que PGI utilisera

• La plus ancienne, la version 2.0.x , est pratiquement abandonnée et ne peut pas être utilisée car il lui manque certaines fonctionalités nécessaires à l'installeur PGI.
• Les autres sont les séries 2.2.x et 2.4.x., supportées par PGI sur les architectures x86 et continueront à être supportées.
• Sur l'architecture IA64, seuls les kernels des séries 2.4.x sont supportés.
  

$ pgi-build --kernel-version=2.4.18-386

9.3. Identifier et personaliser votre installeur basé sur PGI

$ pgi-build --builder=debian-staff@example.com --vendor="Example Penguin Unix

Systems" --product="Debian GNU/Linux"

9.4. Sélectionner le répertoire temporaire utilisé par PGI

9.5. Gérer le nettoyage et mettre en place des systèmes de fichier d'installation par NFS

10. Finaliser votre installeur

10.1. Examiner l'image ISO générée avec le montage 'loopback'

10.2. Créer des CDs/DVDs a partir de votre image ISO

10.1. Examiner l'image ISO générée avec le montage 'loopback'

10.2. Créer des CDs/DVDs a partir de votre image ISO

Cdrecord 1.10 (i686-pc-linux-gnu) Copyright (C) 1995-2001 Jörg
Schilling
Linux sg driver version: 3.1.22
Using libscg version 'schily-0.5'
scsibus0:
        0,0,0     0) 'TEAC    ' 'CD-W512EB       ' 2.0A' Removable CD-ROM
        0,1,0     1) *
        0,2,0     2) *
        0,3,0     3) *
        0,4,0     4) *
        0,5,0     5) *
        0,6,0     6) *
        0,7,0     7) *
scsibus1:
        1,0,0   100) 'QUANTUM ' 'ATLAS V  9 WLS  ' '0201' Disk
        1,1,0   101) 'IBM     ' 'DDYS-T36950M    ' 'S80D' Disk
        1,2,0   102) *
        1,3,0   103) *
        1,4,0   104) 'SEAGATE ' 'ST336704LWV     ' '4301' Disk
        1,5,0   105) *
        1,6,0   106) *
        1,7,0   107) *

11. Contribuer au developpement de PGI

$ pgi-build --builder=homer@example.com

$ pgi-build -B homer@example.com

• -B | --builder=email-address
  
  BUILDER; Précise l'identité du constructeur de l'image.
  Si vous le souhaitez, vous pouvez une adresse générique de contact pour votre installeur.
  
  Cette adresse sera inclue dans le fichier d'aide généré pour syslinux.
  Valeur par défaut: par ordre décroissant de priorité : valeur de DEBEMAIL , EMAIL, USERID.
  
  
• -C | --complete
  
  COMPLETE; inclue tous les paquetages disponibles dans l'archive de paquetages sur l'image ISO générée.
  Par défaut: désactivée.
  
  Attention
  
  Si cette option est utilisée avec une archive Debian Complète, plusieurs images ISOs seront générées.
  
  
• -D | --dir=pgi-directory
  
  PGI_DIR; identifie l'emplacement de l'infrastructure de PGI
  Par défaut: /usr/share/pgi.
  
  
• -M | --misctmpdir=miscellanous-temporary-directory
  
  TDIR; Spécifie le répertoire utilisé pour les fichiers temporaires
  PGI utilise le montage en loopback dans ce répertoire, qui doit donc se situer sur un système de fichier qui supportent ce type de montage ( c'est à dire pas NFS ).
  Par défaut : un sous répertoire misc du répertoire BASETMPDIR.
  ( voir -t | --tmpdir )
  
  
• -O | --official
  
  OFFICIAL; marque l'image comme étant une image officielle pour l'usage des methodes CD d'apt.
  
  N'utilisez pas cette option sauf si vous savez ce que vous faites. Seuls ceux qui possèdent des droits sur le nom debian, sont autorisés à créer des images officielles de CDs de la distribution Debian .
  
  ATTENTION
  Si vous n'êtes pas certains que vous pouvez marquer votre produit comme étant officiel, voyez les options --vendor et --product, et n'hésitez pas à demander conseil.
  
  
• -P | --pgi-http-proxy=URL
  
  PGI_HTTP_PROXY; contient l'URL de l'emplacement du serveur proxy http. Cette option doit être utilisée quand un installeur basé sur PGI sera distribué dans un environnement controllé (par exemple dans une société ou organisation où l'accès à internet nécessite d'utiliser un serveur proxy).
  
  Notez qu'une URL de serveur proxy HTTP inclut généralement un numéro de port,auquel cas l'URL doit être dans le format suivant :
  http://hostname:port/
  Veuillez noter le slash final.
  
  Par défaut: vide
  
  
• -V | --release-version=release-version
  
  VERSION; spécifie le numéro de version à utiliser pour le produit généré.
  
  Par défaut : 3.0 ( pour la release Debian Woody).
  
  
• -a | --additional-archives=additional-archives
  
  OTHER_ARCHIVES; réservée pour des extensions futures.
  
  Par défaut:vide
  
  
• -c | --codename=release-code-name
  
  CODENAME;
  contient le nom de code du produit utilisé pour les images ISO générées.
  
  Ceci est aussi le nom du sous-répertoire de /etc/pgi qui contiendra les informations de configuration utilisées pour ce système PGI.
  
  Par défaut : custom.
  
  Les caractères Alpha-numériques et underscore peuvent être utilisés, mais le premier caractère ne doit pas être un chiffre.
  
  
• -d | --debian-version=debian-version
  
  DEBVERSION;
  Spécifie la version de Debian sur laquelle s'appuye votre système.
  
  Par défaut: VERSION; voir -V | --release-version.
  
  
• -h | --help
  
  Affiche un bref message d'utilisation de pgi-build sur la sortie standard, puis de termine.
  
  
• -i | --installer-only
  
  INSTALLER_ONLY
  Génère une image ISO qui ne contient que l'installeur, et pas de paquetages d'archives debian.
  Par défaut: désactivé
  
  
• -k | --kernel-version=kernel-version
  
  KERNEL_VERSION
  Indique la version du kernel Linux utilisée pour l'installer et le système installé.
  
  Par défaut: le résultat de uname -r
  
  
• -m | --pgi-mirror=mirror-directory
  
  PGI_MIRROR
  Spécifie l'emplacement des paquetages d'archives Debian que l'installeur créé devra utiliser ( pas le processus de construction ).
  
  Par défaut: http://archive.progeny.com/debian.
  
  
• -o | --outdir=output-directory
  
  OUT
  Donne l'emplacement du répertoire ou seront créées les images ISO.
  
  Par défaut: un sous-répertoire 'out' du répertoire BASETMPDIR ;
  voir -t | --tmpdir.
  
  
• -p | --path=execution-path
  
  PGI_PATH
  positionne la variable d'environnement PATH qui sera utilisée par le processus pgi-build.
  
  Par défaut:
  /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin.
  
  
• -r | --gain-root-command=command
  
  SU_CMD
  Indiques la commande à utiliser pour lancer les parties de pgi-build qui nécessitent des droits root.
  ( par exemple, pour monter un système de fichier en loopback ). Par défaut : sudo.
  
  Note
  
  Si vous lancez pgi-build en tant que root, essayez /bin/sh.
  
  
• -s | --suite=distribution-suite-name
  
  SUITE
  spécifie le nom de la suite Debian sur laquelle sont basées les images générées ( comme potato ou woody par exemple).
  
  Par défaut:woody.
  
  
• -t | --tmpdir=temporary-directory
  
  BASETMPDIR
  specifie le répertoire où se trouveront les fichiers générés par pgi-build.
  
  Par défaut: un sous-répertoire du répertoire TMPDIR
  ( ou le répertoire en cours ) du nom de pgi- suivi du nom d'utilisateur de l'utilisateur en cours. ( voir aussi -u | --username).
  
  
• -u | --username=username
  USERID
  contient le nom d'utilisateur utilisé par BUILDER et BASETMPDIR.
  voir aussi -B | --builder et -t | --tmpdir.
  
  Par défaut: le résultat de whoami.
  
  
• -v | --version
  Affiche la version de pgi-build sur la sortie standard, puis se termine.
  
  
• --build-mirror
  
  PGI_BUILD_MIRROR
  Contient l'emplacement d'un système de fichiers monté contenant un miroir de l'archive de paquets debian qui sera utilisé pour la construction des images ISO.
  
  Notez bien qu'un accès HTTP ou FTP sur un miroir Debian n'est pas suffisant.
  Un miroir doit etre disponible ou monte par NFS. Par défaut: /archive.
  
  
• --clean
  Précise s'il faut ou non nettoyer les répertoires temporaires avant et après la génération des images ISO.
  ( voir aussi --post-clean.)
  
  Par défaut: désactivé
  
  
• --include-nonfree
  
  NONFREE
  Indique si des paquetages Debian non-officiels qui ne satisfont pas aux "Debian Free Software Guidelines" doivent ou non être inclus dans l'archive de paquetages de l'image ISO.
  
  Par défaut: off.
  
  ATTENTION
  Beaucoup de logiciels qui ne satisfont pas aux "Debian Free Software Guidelines" n'ont pas de license d'utilisation.
  positionnez cette option sous votre responsabilité légale.
  
  
• --include-source
  
  INCLUDE_SOURCE_PACKAGES
  indique que les archives de paqutages sources doivent être inclues sur le(s) image(s) ISO(s).
  
  Par défaut: activé.
  
  
• --no-clean
  
  Inverse --clean; voir ci dessus.
  
  
• --no-include-nonfree
  
  Inverse --include-nonfree; voir ci dessus.
  Par défaut:
  
• --no-include-source
  
  Inverse --include-source; voir ci dessus.
  
• --no-post-clean
  
  Inverse --post-clean; voir ci dessous.
  
• --not-complete
  
  Inverse -C | --complete; voir ci dessus.
  
• --not-official
  
  Inverse -O | --official; voir ci dessus.
  
• --post-clean
  Indique s'il faut ou non nettoyer les répertoires temporaires après la construction des images ISO
  Cette option prends le pas sur l'option --clean à la fin du processus de génération.
  
  Par défaut: désactivé
  
  
• --product=name of PGI-based product
  
  PRODUCT
  Contient le nom du produit basé sur PGI qui sera généré.
  Voir aussi --vendor.
  
  Par défaut:GNU/Linux
  
  
• --subdir=subdirectory
  
  Ne lancer qu'une partie du processus de génération pgi-build.
  Des valeurs convenables sont les noms des sous-repertoires de --dir.
  Uniquement utile pour une atilisation avancée.
  
  Par défaut: désactivé
  
  
• --target=subdirectory Makefile target
  
  lance un makefile PGI précis, des valeurs correctes dépendent du répertoire --subdir .
  Uniquement utile pour une atilisation avancée.
  
  Par défaut: désactivé
  
  
• --vendor=name of vendor/distributor
  
  VENDOR;
  Précises le nom du distributeur du produit basé sur PGI .
  
  Voir aussi --product.
  Par défaut: Debian.
  
  
• --with-debian-debootstrap
  
  DEBIAN_DEBOOTSTRAP
  Indique que le processus pgi-build devra utiliser la version de debootstrap installée sur le système plutot que sa propre version forkée.
  
  Par défaut: désactivé
  
  
• --without-debian-debootstrap
  
  L'inverse de ---with-debian-debootstrap voir ci dessus
  
  

Fichiers de configuration

 Bienvenue dans mon installeur personalise!

unwanted_packages

Fichiers de sortie