← Back to branch summary

~ubuntu-branches/ubuntu/natty/installation-guide/natty

« back to all changes in this revision

Viewing changes to fr/install-methods/tftp/bootp.xml

  • Committer: Bazaar Package Importer
  • Author(s): Colin Watson
  • Date: 2008-02-25 12:37:48 UTC
  • Revision ID: james.westby@ubuntu.com-20080225123748-xcb1iwv50tfs1q3s
Tags: 20080211ubuntu1
* Resynchronise with Debian. Remaining changes:
  - Build only English (for now, until we figure out how to avoid trashing
    translations quite so badly with Ubuntu branding etc.).
  - Build only Ubuntu architectures (amd64, hppa, i386, ia64, powerpc,
    sparc).
  - Extensive (although possibly incomplete) Ubuntu branding, adjustments
    for our mirror layout, etc.
  - Add "Ubuntu and Debian" and "What is Ubuntu?" section, text borrowed
    from the Ubuntu web site. Disable the "What is Debian GNU/Linux?"
    section.
  - Direct installation reports to ubuntu-users for now.
  - Adjust various memory and disk space requirements. Talk about the
    default Ubuntu desktop and Ubuntu tasks rather than Debian tasks.
  - Document mounting /sys in various places.
  - Unset supports-floppy-boot for all our architectures.
  - Add a few more supports-floppy-boot and bootable-usb conditionals.
  - Document our root password and sudo arrangements.
  - Document netboot-style USB images. Still mention the hd-media images,
    but they're downplayed since many USB sticks are too small for a full
    Ubuntu ISO image.
  - Document Kickstart installations (currently only the basics, a
    reference to Red Hat's documentation, and the differences from
    Anaconda).
  - Note that an empty preseed file is equivalent to a normal manual
    installation.
  - Update keyboard preseeding documentation for console-setup.
  - Update chroot-install guide for console-setup and language packs; add
    a bit more advice about installing grub.
  - Disable documentation of the GTK frontend.
* Bump kernelversion to 2.6.24.
* Bump GNOME version to 2.22.
* Bump release version and names for Hardy.

Show diffs side-by-side

added added

removed removed

Lines of Context:
fr/install-methods/tftp/bootp.xml
1
 
<?xml version="1.0" encoding="ISO-8859-1"?>
2
1
<!-- original version: 43558 -->
3
2
 
4
3
 
14
13
</para><para>
15
14
 
16
15
Pour utiliser <command>bootpd</command> CMU, vous devez commencer par 
17
 
d�commenter (ou ajouter) la ligne ad�quate dans 
 
16
décommenter (ou ajouter) la ligne adéquate dans 
18
17
<filename>/etc/inetd.conf</filename>. Dans &debian;, vous pouvez tout
19
18
simplement lancer <userinput>update-inetd --enable bootps</userinput> suivi
20
 
de <userinput>/etc/init.d/inetd reload</userinput> pour le faire. Au cas o� le serveur
21
 
BOOTP ne fonctionnerait pas sous Debian, la ligne en question devrait ressembler �&nbsp;:
 
19
de <userinput>/etc/init.d/inetd reload</userinput> pour le faire. Au cas où le serveur
 
20
BOOTP ne fonctionnerait pas sous Debian, la ligne en question devrait ressembler à&nbsp;:
22
21
 
23
22
<informalexample><screen>
24
23
bootps  dgram  udp  wait  root  /usr/sbin/bootpd  bootpd -i -t 120
25
24
</screen></informalexample>
26
25
 
27
 
Maintenant, vous devez cr�er le fichier <filename>/etc/bootptab</filename> qui 
28
 
utilise le m�me genre de format familier et cryptique que les bons vieux 
 
26
Maintenant, vous devez créer le fichier <filename>/etc/bootptab</filename> qui 
 
27
utilise le même genre de format familier et cryptique que les bons vieux 
29
28
fichiers BSD <filename>printcap</filename>, <filename>termcap</filename> et
30
29
<filename>disktab</filename>. Voyez la page de manuel de 
31
30
<filename>bootptab</filename> pour d'autres informations. 
32
 
Pour <command>bootpd</command> CMU, il sera n�cessaire d'obtenir l'adresse 
33
 
mat�rielle (MAC) du client. Voici un exemple du fichier 
 
31
Pour <command>bootpd</command> CMU, il sera nécessaire d'obtenir l'adresse 
 
32
matérielle (MAC) du client. Voici un exemple du fichier 
34
33
<filename>/etc/bootptab</filename>&nbsp;:
35
34
 
36
35
<informalexample><screen>
43
42
  ha=0123456789AB:
44
43
</screen></informalexample>
45
44
 
46
 
Vous devrez changer au moins l'option <quote>ha</quote> qui sp�cifie l'adresse 
47
 
mat�rielle du client. L'option <quote>bf</quote> sp�cifie le fichier que le 
48
 
client devra r�cup�rer par TFTP&nbsp;; cf. <xref linkend="tftp-images"/> pour 
49
 
plus de pr�cisions.
 
45
Vous devrez changer au moins l'option <quote>ha</quote> qui spécifie l'adresse 
 
46
matérielle du client. L'option <quote>bf</quote> spécifie le fichier que le 
 
47
client devra récupérer par TFTP&nbsp;; cf. <xref linkend="tftp-images"/> pour 
 
48
plus de précisions.
50
49
 
51
50
<phrase arch="mips"> 
52
 
Pour les machines SGI, il suffit d'entrer la commande de contr�le 
 
51
Pour les machines SGI, il suffit d'entrer la commande de contrôle 
53
52
<userinput>printenv</userinput>. La valeur de la variable 
54
53
<userinput>eaddr</userinput> est celle de l'adresse MAC de la machine.
55
54
</phrase>
56
55
 
57
56
</para><para>
58
57
 
59
 
En comparaison, configurer BOOTP avec <command>dhcpd</command> ISC est tr�s 
60
 
facile parce qu'il traite les clients BOOTP comme des clients DHCP l�g�rement 
61
 
sp�ciaux. Certaines architectures requi�rent une configuration complexe pour 
62
 
amorcer les clients par BOOTP. Si la v�tre en fait partie, lisez la 
 
58
En comparaison, configurer BOOTP avec <command>dhcpd</command> ISC est très 
 
59
facile parce qu'il traite les clients BOOTP comme des clients DHCP légèrement 
 
60
spéciaux. Certaines architectures requièrent une configuration complexe pour 
 
61
amorcer les clients par BOOTP. Si la vôtre en fait partie, lisez la 
63
62
<xref linkend="dhcpd"/>. Dans ce cas vous pouvez simplement ajouter la directive 
64
63
<userinput>allow bootp</userinput> au bloc de configuration pour le 
65
 
sous-r�seau contenant le client, puis red�marrer <command>dhcpd</command> 
 
64
sous-réseau contenant le client, puis redémarrer <command>dhcpd</command> 
66
65
avec <userinput>/etc/init.d/dhcpd3-server restart</userinput>.
67
66
 
68
67
</para>