diff options
Diffstat (limited to 'fr_FR.ISO8859-1/books/handbook/backups/chapter.sgml')
| -rw-r--r-- | fr_FR.ISO8859-1/books/handbook/backups/chapter.sgml | 774 |
1 files changed, 0 insertions, 774 deletions
diff --git a/fr_FR.ISO8859-1/books/handbook/backups/chapter.sgml b/fr_FR.ISO8859-1/books/handbook/backups/chapter.sgml deleted file mode 100644 index 707735ab65..0000000000 --- a/fr_FR.ISO8859-1/books/handbook/backups/chapter.sgml +++ /dev/null @@ -1,774 +0,0 @@ -<!-- - The FreeBSD Documentation Project - The FreeBSD French Documentation Project - - $FreeBSD$ - Original revision: n.nn ---> - -<chapter id="backups"> - <title>Sauvegardes</title> - &trans.a.haby; - - <para>Les questions de compatibilité matérielle sont aujourd'hui - les plus problématiques de l'industrie informatique et FreeBSD - n'en est nullement à l'abri. De ce point de vue, l'avantage qu'a - FreeBSD de pouvoir être utilisé sur du matériel PC de base et - peu coûteux devient un problème lorsqu'il faut supporter la - variété incroyable de composants disponibles sur le marché. - Il est impossible de donner une liste exhaustive des matériels - compatibles avec FreeBSD, mais ce chapitre est un catalogue des - pilotes de périphériques inclut dans FreeBSD et des matériels que - chaque pilote supporte. Si possible et approprié, des notes ont - ajoutées sur les matériels eux-mêmes. Vous pouvez aussi vous - référer au chapitre <link linkend="kernelconfig-config">Configurer - le noyau de FreeBSD</link> de ce manuel pour avoir - la liste des matériels supportés.</para> - - <para>FreeBSD est un projet bénévole qui n'a pas les moyens de financer - un service de tests, nous reposons sur vous, les utilisateurs, pour une - grande part des informations que fournit ce catalogue. Si vous avez - l'expérience personnelle d'un matériel qui fonctionne ou ne fonctionne - pas avec FreeBSD, faites-le nous savoir par courrier électronique - à la &a.doc;. Les questions concernant les matériels compatibles doivent - être adressées à la &a.questions; (voyez la section - <link linkend="eresources-mail">Listes - de diffusion</link> pour plus d'information). Quand vous nous faites - parvenir de l'information ou posez une question, n'oubliez pas s'il vous - plaît de préciser exactement quelle version de FreeBSD vous utilisez et - de donner le maximum de détails sur votre configuration - matérielle.</para> - - <sect1> - <title>* A propos des sauvegardes sur disquettes</title> - - <para></para> - </sect1> - - <sect1 id="backups-tapebackups"> - <title>Formats de bandes</title> - - <para>Les principaux types de bandes sont les 4mm, 8mm, QIC, les mini-cartouches - et les DLT.</para> - - <sect2 id="backups-tapebackups-4mm"> - <title>4mm (DDS: “Digital Data - Storage”)</title> - - <para>Les bandes 4mm sont en train de remplacer les bandes QIC comme format usuel - de sauvegarde pour les stations de travail. Cette tendance s'est accélérée - lorsque Conner a racheté Archive, dominant sur le marché des lecteurs QIC, - et a arrêté la production de ces derniers. Les bandes 4mm sont petites et - silencieuses, mais n'ont pas la réputation de fiabilité des bandes 8mm. Les - cartouches sont moins coûteuses et plus petites (3 x 2 x 0.5 pouces, 76 x 51 - x 12 mm) que les cartouches 8mm. Leurs durées de vie sont faibles et comparables, - car elles utilisent toutes les deux un procédé de lecture/écriture en hélice.</para> - - <para>Leur débit va de ~150kB/s à ~500kB/s au maximum. Leur capacité varie de - 1.3 GB à 2.0 GB. La compression matérielle, disponible sur la plupart des - lecteurs, double approximativement leur capacité. Il existe des lecteurs - multiples avec changeur de bande automatique qui ont jusqu'à six unités de - lecture/écriture. La capacité totale qu'ils gèrent atteint 240 GB.</para> - - <para>Les têtes 4mm, comme les têtes 8mm, utilisent un procédé de lecture/écriture - en hélice. Ils présentent donc tous deux les avantages et les inconvénients de ce - procédé.</para> - - <para>Il faut sortir les bandes après 2.000 utilisations ou 100 sauvegardes - complètes.</para> - </sect2> - - <sect2 id="backups-tapebackups-8mm"> - <title>Bandes 8mm (Exabyte)</title> - - <para>Les unités de bandes 8mm sont les unités SCSI les plus courantes; c'est le - meilleure choix de bandes amovibles. Il y a une unité Exabyte 8mm de 2GB sur - presque chaque site. Les bandes 8mm sont fiables, silencieuses et pratiques. - Les cartouches ne sont pas chères et d'encombrement faible (4.8 x 3.3 x 0.6 - pouces; 122 x 84 x 15 mm). Un des inconvénients de ce format est la durée de - vie relativement courte des bandes et des têtes du fait de la grande vitesse - de défilement de la bande devant les têtes.</para> - - <para>Leur débit va ~250kB/s à ~500kB/s au maximum. Leur capacité commence à - 300 MB jusqu'à 7 GB. La compression matérielle, disponible sur la plupart des - lecteurs, double approximativement leur capacité. Il existe des lecteurs - simples et multiples, qui accueillent six unités et 120 cartouches. Ils - disposent de changeurs de bandes automatiques. Ils gèrent une capacité de - stockage de 840+ GB.</para> - - <para>L'enregistrement des données utilisent un procédé en hélice. Les têtes - sont en biais par rapport à la bande (environ 6 degrés). La bande fait un - angle de 270 degrés avec le cylindre sur lequel se trouvent les têtes. Ce - cylindre tourne en même temps que la bande défile. On aboutit donc à une - grande densité de données et des pistes très serrées qui vont de biais d'un - bord de la bande à l'autre.</para> - </sect2> - - <sect2 id="backups-tapebackups-qic"> - <title>QIC</title> - - <para>Les bandes et les lecteurs QIC-150 sont, peut-être, le format le plus - courant. Les lecteurs de bandes QIC sont les moins chers des supports de - sauvegarde “sérieux”. Leur inconvénient par contre est le - coût des bandes. Les bandes QIC sont chères par rapport aux bande 4mm et 8mm, - près de 5 fois le coût au GB. Mais, si une demi-douzaine de bandes vous - suffit, le format QIC est peut-être le bon choix. QIC est le format le - <emphasis>plus</emphasis> répandu. Il y a un lecteur QIC d'une densité ou - d'une autre sur chaque site. C'est là la difficulté, il y a de nombreuses - densités différentes pour des bandes physiquement semblables (parfois - même identiques). Les lecteurs QIC ne sont pas silencieux. Ils se - positionnent bruyamment avant d'enregistrer et on les entend lorsqu'ils - lisent, enrregistrent ou se positionnent sur la bande. Les bandes QIC - sont volumineuses (6 x 4 x 0.7 pouces; 15.2 x 10.2 x 1.7 mm). - Les <link linkend="backups-tapebackups-mini">Mini-cartouches</link>, - qui utilisent aussi des bandes 1/4" sont décrites par ailleurs. On ne trouve - pas d'unités multi-bandes avec changeur.</para> - - <para>Leur débit va de ~150kB/s à ~500kB/s au maximum. Leur capacité varie de - 40 MB à 15 GB. La compression matérielle est disponible sur de - nombreux modèles récents. On utilise de moins en moins les lecteurs - QIC; ils sont remplacés par les lecteurs DAT.</para> - - <para>Les données sont enregistrées sur des pistes sur la bande. Les pistes - sont parallèles à la bande et vont d'une extrémité à l'autre. Le nombre de - pistes et donc la largeur des pistes dépend de la capacité de la bande. La - plupart, sinon toutes les unités récentes sont au moins compatibles en - lecture (mais souvent aussi en écriture) avec les anciennes. Le format - a une bonne réputation de fiabilité (la mécanique est plus simple est - plus robuste que celle du système en hélice).</para> - - <para>Les bandes sont utilisables pour 5.000 sauvegardes.</para> - </sect2> - - <sect2 id="backups-tapebackups-mini"> - <title>* Mini-Cartouches</title> - - <para></para> - </sect2> - - <sect2 id="backups-tapebackups-dlt"> - <title>DLT</title> - - <para>Les DLT ont le taux de transfert le plus rapide de tous les types - de lecteurs décrits ici. La bande d'1/2" (12.5mm) est contenue dans - une seule cartouche à bobine (4 x 4 x 1 pouces; 100 x 100 x 25 mm). - La cartouche est munie d'une trappe basculante sur une face latérale - entière. Le lecteur ouvre cette trappe pour saisir le début de la - bande. Cette amorce comporte une découpe ovale que le lecteur utilise - pour “crocheter” la bande. La bobine d'entraînement se - trouve dans le lecteur. Tous les autres types de cartouches décrits - ici (les bandes neuf pistes sont la seule exception) incorporent les - bobines de stockage et d'entraînement.</para> - - <para>Leur débit est d'environ 1.5MB/s, trois fois celui des bandes 4mm, - 8mm et QIC. La capacité d'une bande va de 10GB à 20GB. Il y a des unités - avec changeur de bandes et des unités avec plusieurs lecteurs/enregistreurs - qui vont de 5 à 900 bandes et de 1 à 20 lecteurs, ce qui procure une - capacité totale de 50GB à 9TB.</para> - - <para>Les données sont enregistrées sur des pistes parallèles à la direction - de défilement (tout comme les bandes QIC). L'écriture se fait sur deux pistes - à la fois. La durée de vie des têtes de lecture/écriture est relativement - longue; une fois que la bande s'arrête, il n'y a pas de déplacement des têtes - par rapport à la bande.</para> - </sect2> - - <sect2> - <title>Utiliser une bande neuve pour la première fois</title> - - <para>La première fois que vous essayer de lire ou d'écrire sur une bande vierge, - l'opération échoue. La console affiche des messages du type:</para> - -<informalexample> - <screen>st0(ncr1:4:0): NOT READY asc:4,1 -st0(ncr1:4:0): Logical unit is in process of becoming ready</screen> - </informalexample> - - <para>Il n'y a pas de bloc d'identification (bloc numéro 0) sur la bande. - Tous les lecteurs QIC écrivent un bloc d'identification sur la bande - depuis l'adoption du standard QIC-525. Il y a deux solutions:</para> - - <itemizedlist> - <listitem> - <para><command>mt fsf 1</command> fait écrire au lecteur le bloc - d'identification sur la bande.</para> - </listitem> - - <listitem> - <para>Utilisez le bouton du panneau frontal pour éjecter la bande,</para> - - <para>réinsérez la bande et utilisez - <citerefentry> - <refentrytitle>dump</refentrytitle> - <manvolnum>8</manvolnum> - </citerefentry> pour écrire dessus,</para> - - <para><citerefentry> - <refentrytitle>dump</refentrytitle> - <manvolnum>8</manvolnum></citerefentry> produira l'erreur <literal>DUMP: - End of tape detected</literal> et la console affichera: - <literal>HARDWARE FAILURE info:280 asc:80,96</literal>,</para> - - <para>rembobinez la bande avec: <command>mt rewind</command>,</para> - - <para>les manipulations ultérieures sur la bande fonctionneront.</para> - </listitem> - </itemizedlist> - </sect2> - </sect1> - - <sect1 id="backup-programs"> - <title>Programmes de sauvegarde</title> - - <para>Les trois principaux programmes sont: - <citerefentry> - <refentrytitle>dump</refentrytitle> - <manvolnum>8</manvolnum></citerefentry>, - <citerefentry> - <refentrytitle>tar</refentrytitle> - <manvolnum>1</manvolnum></citerefentry>, - et - <citerefentry> - <refentrytitle>cpio</refentrytitle> - <manvolnum>1</manvolnum></citerefentry>.</para> - - <sect2> - <title>Dump et Restore</title> - - <para><citerefentry> - <refentrytitle>dump</refentrytitle> - <manvolnum>8</manvolnum> - </citerefentry> et <citerefentry> - <refentrytitle>restore</refentrytitle> - <manvolnum>8</manvolnum> - </citerefentry> sont les programmes de sauvegarde traditionnels d'Unix. - Ils considérent la bande comme une suite de blocs de disque, en dessous - du niveau d'abstraction que constituent les fichiers, liens et répertoires - créés par les systèmes de fichiers. - <citerefentry> - <refentrytitle>dump</refentrytitle> - <manvolnum>8</manvolnum> - </citerefentry> sauvegarde des entrées de "périphériques", des systèmes - de fichiers complets, et non des sous-ensembles d'un système de fichiers - ou des arborescences de répertoires qui se répartissent sur plusieurs - systèmes de fichiers, via des liens symboliques créés avec - <citerefentry> - <refentrytitle>ln</refentrytitle> - <manvolnum>1</manvolnum> - </citerefentry> ou en montant un système de fichiers sur un autre. - <citerefentry> - <refentrytitle>dump</refentrytitle> - <manvolnum>8</manvolnum> - </citerefentry> n'écrit pas de fichiers ou répertoires sur la bande, mais - écrit les blocs de données dont sont constitués les fichiers et - les répertoires. <citerefentry> - <refentrytitle>dump</refentrytitle> - <manvolnum>8</manvolnum> - </citerefentry> a quelques particularités qui datent de la - Version 6 d'ATT Unix (circa 1975). Les paramètres par défaut - conviennent aux bandes 9 pistes (6250 bpi) et non aux supports - à haute densité que l'on trouve maintenant (jusqu'à 62,182 ftpi). - Il faut surcharger ces valeurs par défaut sur la ligne de - commande pour utiliser la capacité des bandes actuelles.</para> - - <para><citerefentry> - <refentrytitle>rdump</refentrytitle> - <manvolnum>8</manvolnum> - </citerefentry> et <citerefentry> - <refentrytitle>rrestore</refentrytitle> - <manvolnum>8</manvolnum></citerefentry> sauvegardent les données - via le réseau sur une unité de bandes qui se trouve sur une - autre machine. Les deux programmes se servent de - <citerefentry> - <refentrytitle>rcmd</refentrytitle> - <manvolnum>3</manvolnum> - </citerefentry> et <citerefentry> - <refentrytitle>ruserok</refentrytitle> - <manvolnum>3</manvolnum></citerefentry> pour accéder à l'unité de - bandes distante. L'utilisateur qui effectue la sauvegarde doit donc - avoir un accès <literal>rhosts</literal> à la machine distante. Les - arguments de <citerefentry> - <refentrytitle>rdump</refentrytitle> - <manvolnum>8</manvolnum> - </citerefentry> et <citerefentry> - <refentrytitle>rrestore</refentrytitle> - <manvolnum>8</manvolnum> - </citerefentry> doivent être compatibles avec la machine distante (e.g. - si vous sauvegardez d'une machine FreeBSD sur un lecteur Exabyte - installé sur un ordinateur Sun appelé - <hostid>komodo</hostid>, utilisez: <command>/sbin/rdump 0dsbfu 54000 - 13000 126 komodo:/dev/nrst8 /dev/rsd0a 2>&1</command>) Attention: - Autoriser les commandes <literal>rhosts</literal> a des conséquences - pour la sécurité. Evaluez soigneusement votre situation.</para> - </sect2> - - <sect2> - <title>Tar</title> - - <para><citerefentry> - <refentrytitle>tar</refentrytitle> - <manvolnum>1</manvolnum> - </citerefentry> date aussi de la Version 6 d'ATT Unix (circa - 1975). <citerefentry> - <refentrytitle>tar</refentrytitle> - <manvolnum>1</manvolnum> - </citerefentry> travaille en coopération avec le système de fichiers; - <citerefentry> - <refentrytitle>tar</refentrytitle> - <manvolnum>1</manvolnum> - </citerefentry> écrit des fichiers et des répertoires sur la bande. - <citerefentry> - <refentrytitle>tar</refentrytitle> - <manvolnum>1</manvolnum> - </citerefentry> ne supporte pas toutes les options que permet - <citerefentry> - <refentrytitle>cpio</refentrytitle> - <manvolnum>1</manvolnum></citerefentry>, mais <citerefentry> - <refentrytitle>tar</refentrytitle> - <manvolnum>1</manvolnum></citerefentry> ne demande pas - l'inhabituelle concaténation de commandes qu'utilise - <citerefentry> - <refentrytitle>cpio</refentrytitle> - <manvolnum>1</manvolnum> - </citerefentry>.</para> - - <para>La plupart des versions de <citerefentry> - <refentrytitle>tar</refentrytitle> - <manvolnum>1</manvolnum> - </citerefentry> ne donnent pas la possibilité de sauvegarde en réseau. La - version GNU de <citerefentry> - <refentrytitle>tar</refentrytitle> - <manvolnum>1</manvolnum></citerefentry>, que FreeBSD utilise, - supporte les périphériques distants avec la même syntaxe que - <command>rdump</command>. Pour sauvegarder avec <citerefentry> - <refentrytitle>tar</refentrytitle> - <manvolnum>1</manvolnum> - </citerefentry> sur une unité Exabyte installée sur un Sun appelé - komodo, utilisez: <command>/usr/bin/tar cf komodo:/dev/nrst8 . - 2>&1</command>. Avec les versions sans support pour des - périphériques distants, vous pouvez utilisez un tuyau (“pipe”) - et <citerefentry> - <refentrytitle>rsh</refentrytitle> - <manvolnum>1</manvolnum></citerefentry> pour envoyer les données - sur le lecteur distant.</para> - </sect2> - - <sect2> - <title>Cpio</title> - - <para><citerefentry> - <refentrytitle>cpio</refentrytitle> - <manvolnum>1</manvolnum></citerefentry> est le programme Unix - original pour l'échange de fichiers par bandes magnétiques. - <citerefentry> - <refentrytitle>cpio</refentrytitle> - <manvolnum>1</manvolnum></citerefentry> dispose d'options (entre - beaucoup d'autres) pour intervertir les octets, utiliser différents - formats d'archivage et envoyer les données à d'autres programmes. - C'est cette dernière possibilité qui fait de - <citerefentry> - <refentrytitle>cpio</refentrytitle> - <manvolnum>1</manvolnum></citerefentry> un excellent choix pour - les supports d'installation. <citerefentry> - <refentrytitle>cpio</refentrytitle> - <manvolnum>1</manvolnum></citerefentry> ne sait pas parcourir - l'arborescence d'un répertoire et il faut lui passer la liste - des fichiers via - <filename>STDIN</filename>.</para> - - <para><citerefentry> - <refentrytitle>cpio</refentrytitle> - <manvolnum>1</manvolnum></citerefentry> ne permet pas la - sauvegarde sur le réseau et il faut utiliser un tuyau (“pipe”) - et <citerefentry> - <refentrytitle>rsh</refentrytitle> - <manvolnum>1</manvolnum></citerefentry> pour envoyer les données sur une - unité distante.</para> - </sect2> - - <sect2> - <title>Pax</title> - - <para><citerefentry> - <refentrytitle>pax</refentrytitle> - <manvolnum>1</manvolnum></citerefentry> est la réponse IEEE/POSIX à - <command>tar</command> et <command>cpio</command>. Au fil des ans, les - différentes versions de <command>tar</command> et <command>cpio</command> - sont devenues légérement incompatibles. Donc, au lieu de batailler pour - les standardiser entièrement, POSIX a défini un nouvel utilitaire d'archivage. - <command>pax</command> essaie de lire nombre de formats - <citerefentry><refentrytitle>tar</refentrytitle><manvolnum>1</manvolnum></citerefentry> et - <citerefentry><refentrytitle>cpio</refentrytitle><manvolnum>1</manvolnum></citerefentry> en - plus de ses propres nouveaux formats. Son jeu de commandes ressemble plus à - celui de <command>cpio</command> qu'à celui de - <command>tar</command>.</para> - </sect2> - - <sect2 id="backups-programs-amanda"> - <title>Amanda</title> - - <para><ulink url="http://www.freebsd.org/ports/misc.html#amanda-2.4.0">Amanda</ulink> - (Advanced Maryland Network Disk Archiver - Système Avancé d'Archivage - de Disques en Réseau du Maryland ) est un système d'archivage client/serveur - plutôt qu'un simple programme. Un serveur Amanda archivera sur une seule - unité de bandes un nombre quelconque d'ordinateurs qui ont un client - Amanda et un accès réseau au serveur Amanda. Un problème habituel sur - les sites qui ont de nombreux disques volumineux est le temps disponible - pour la sauvegarde. Amanda résoud ce problème. Amanda peut utiliser un - “disque intermédiaire” pour sauvegarder plusieurs systèmes de fichiers - à la fois. Amanda crée des “jeux d'archive”, un ensemble de bandes - utilisées pour une période donnée pour créer une sauvegarde complète de tous les - systèmes de fichiers listés dans ses fichiers de configuration. - Le “jeu d'archive” contient aussi les sauvegardes nocturnes - incrémentales (ou différentielles) de tous les systèmes de fichiers. - Pour restaurer un système de fichiers endommagé, il faut la sauvegarde - complète la plus récente et les sauvegardes incrémentales.</para> - - <para>Le fichier de configuration permet un contrôle en finesse des - sauvegardes et du trafic qu'Amanda génére sur le réseau. Amanda peut - utiliser n'importe lequel des programmes de sauvegarde décrits plus - haut pour écrire les données sur bande. Amanda existe sous forme - pré-compilée ou source, il n'est pas installé par défaut.</para> - </sect2> - - <sect2> - <title>Ne rien faire</title> - - <para>“Ne rien faire” n'est pas un logiciel, mais c'est la - stratégie de sauvegarde la plus utilisée. Il n'y a aucun investissement. - Il n'y a pas de planification des sauvegardes à suivre. Juste dire non. - Si quelque chose arrive à vos données, souriez et débrouillez-vous!</para> - - <para>Si votre temps et vos données ne valent pas grand chose, alors - “Ne rien faire” est le programme de sauvegarde le mieux - adapté à votre ordinateur. Mais prenez garde, Unix est un bon outil, - vous pouvez vous rendre compte au bout de six mois que vous avez une - collection de fichiers utiles.</para> - - <para>“Ne rien faire” est la bonne méthode pour sauvegarder - <filename>/usr/obj</filename> et les autres répertoires qui peuvent - facilement être recréés par votre ordinateur. Par exemple, les fichiers - qui constituent ces pages ont été générés à partir de fichiers - <acronym>SGML</acronym>. Il n'est pas nécessaire d'archiver ces fichiers - <acronym>HTML</acronym>. Les fichiers source - <acronym>SGML</acronym> sont sauvegardés régulièrement.</para> - </sect2> - - <sect2> - <title>Quel est le meilleur programme de sauvegarde?</title> - - <para><citerefentry> - <refentrytitle>dump</refentrytitle> - <manvolnum>8</manvolnum></citerefentry> <emphasis>Point.</emphasis> - Elizabeth D. Zwicky a soumis à rude épreuve tous les programmes de - sauvegarde dont nous avons parlé. Le choix de - <citerefentry><refentrytitle>dump</refentrytitle> - <manvolnum>8</manvolnum></citerefentry> s'impose pour préserver toutes - vos données et les particularités des systèmes de fichiers Unix. - Elizabeth a créé des systèmes de fichiers avec une grande variété - de particularités inhabituelles et a testé chacun des programmes - en faisant une sauvegarde et une restauration. Parmi les spécificités - testées : fichiers avec des trous, fichiers avec des trous et des blocs - de caractères “null”, fichiers dont les noms comportaient des - caractères inhabituels, fichiers illisibles ou dans lesquels il n'était - pas possible d'écrire, périphériques, fichiers dont la taille changeait - pendant la sauvegarde, fichiers créés ou détruits en cours de sauvegarde, - et bien d'autres encore. Elle a présenté les résultats de ces test au - LISA V en Octobre 1991. Voyez ses <ulink - url="http://reality.sgi.com/zwicky_neu/testdump.doc.html">Tests d'endurance des programmes - de sauvegarde et de restauration</ulink>.</para> - </sect2> - - <sect2> - <title>Procédure de restauration d'urgence</title> - - <sect3> - <title>Avant le désastre</title> - - <para>Il y a quatre étapes à mettre en oeuvre en prévision d'un désastre éventuel.</para> - - <para>Tout d'abord, imprimez le label de chacun de vos disques - (<command>e.g. disklabel sd0 | lpr</command>), votre table des systèmes de fichiers - (<command>/etc/fstab</command>) et tous les messages de démarrage, - en deux exemplaires.</para> - - <para>Deuxièmement, vérifiez que vos disquettes de démarrage - et de reprise d'urgence - (<filename>boot.flp</filename> et <filename>fixit.flp</filename>) - incluent tous vos périphériques. La meilleure façon de le vérifier - est de redémarrer avec la disquette de démarrage dans le lecteur - et de contrôler les messages de démarrage. Si tous les périphériques - y figurent et sont opérationnels, passez à la troisième étape.</para> - - <para>Sinon, vous devez créer deux disquettes de démarrage sur-mesure - avec un noyau qui puisse monter tous vos disques et accéder à votre - unité de bandes. Ces disquettes doivent contenir: - <citerefentry> - <refentrytitle>fdisk</refentrytitle> - <manvolnum>8</manvolnum></citerefentry>, <citerefentry> - <refentrytitle>disklabel</refentrytitle> - <manvolnum>8</manvolnum></citerefentry>, <citerefentry> - <refentrytitle>newfs</refentrytitle> - <manvolnum>8</manvolnum></citerefentry>, <citerefentry> - <refentrytitle>mount</refentrytitle> - <manvolnum>8</manvolnum></citerefentry>, et celui des programmes - de sauvegarde que vous utilisez. L'édition de liens de ces - programmes doit être statique. Si vous utilisez - <citerefentry> - <refentrytitle>dump</refentrytitle> - <manvolnum>8</manvolnum></citerefentry>, les disquettes doivent - inclure - <citerefentry> - <refentrytitle>restore</refentrytitle> - <manvolnum>8</manvolnum></citerefentry>.</para> - - <para>Troisièmement, faites régulièrement des sauvegardes sur bandes. Toutes - les modifications effectuées après la dernière sauvegarde peuvent être - irrémédiablement perdues. Protégez vos bandes de sauvegarde en écriture.</para> - - <para>Quatrièmement, testez vos disquettes (soit <filename>boot.flp</filename> - et <filename>fixit.flp</filename>, soit les deux disquettes sur-mesure que vous - avez créées à la seconde étape) et vos bandes de sauvegarde. Prenez note de - la procédure (de restauration). Rangez ces notes avec la disquette de démarrage, - les impressions et les bandes de sauvegarde. Vous serez si préoccupé quand vous - devrez restaurer que ces notes peuvent vous éviter de détruire vos bandes de - sauvegarde (Comment? En tapant accidentellement - <command>tar cvf /dev/rst0</command> au lieu de <command>tar xvf</command> ce qui - écraserait vos bandes de sauvegarde).</para> - - <para>Par mesure de sécurité, créez une disquette de démarrage et deux bandes - de sauvegarde à chaque fois. Rangez-les dans un lieu éloigné. Le sous-sol - du même batiment <emphasis>n'est pas</emphasis> un endroit éloigné. Un certain - nombre de compagnies du World Trade Center l'ont appris à leurs dépends. Un - endroit éloigné doit être physiquement significativement séparé de vos - ordinateurs et de vos disques.</para> - - <para>Voici un exemple de procédure pour créer une disquette de démarrage:</para> - - <programlisting> -<![ CDATA [#!/bin/sh -# -# créer une disquette de restauration -# -# formater la disquette -# -PATH=/bin:/sbin:/usr/sbin:/usr/bin - -fdformat -q fd0 -if [ $? -ne 0 ] -then - echo "Mauvaise disquette, utilisez-en une neuve" - exit 1 -fi -# -# mettre les blocs de démarrage sur la disquette -# -disklabel -w -B -b /usr/mdec/fdboot -s /usr/mdec/bootfd /dev/rfd0c fd1440 - -# -# newfs sur la seule et unique partition -# -newfs -t 2 -u 18 -l 1 -c 40 -i 5120 -m 5 -o space /dev/rfd0a - -# -# monter la nouvelle disquette -# -mount /dev/fd0a /mnt - -# -# créer les répertoires voulus -# -mkdir /mnt/dev -mkdir /mnt/bin -mkdir /mnt/sbin -mkdir /mnt/etc -mkdir /mnt/root -mkdir /mnt/mnt # pour la partition racine -mkdir /mnt/tmp -mkdir /mnt/var - -# -# peupler les répertoires -# -if [ ! -x /sys/compile/MINI/kernel ] -then - cat << EOM -Le noyau MINI n'existe pas, créez-le. -Voici un exemple de fichier de configuration: -# -# MINI -- Un noyau pour FreeBSD pour mettre sur une disquette. -# -machine "i386" -cpu "I486_CPU" -ident MINI -maxusers 5 - -options INET # requis pour _tcp _icmpstat _ipstat - # _udpstat _tcpstat _udb -options FFS #Berkeley Fast File System -options FAT_CURSOR #gros curseur pour syscons ou pccons -options SCSI_DELAY=15 #Etre pessimiste pour les périphériques SCSI de Joe -options NCONS=2 #1 consoles virtuelle -options USERCONFIG #Permettre la configuration utilisateur avec -c XXX - -config kernel root on sd0 swap on sd0 and sd1 dumps on sd0 - -controller isa0 -controller pci0 - -controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr -disk fd0 at fdc0 drive 0 - -controller ncr0 - -controller scbus0 - -device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr -device npx0 at isa? port "IO_NPX" irq 13 vector npxintr - -device sd0 -device sd1 -device sd2 - -device st0 - -pseudo-device loop # requis par INET -pseudo-device gzip # Pouvoir exécuter les a.out "gzippés" -EOM - exit 1 -fi - -cp -f /sys/compile/MINI/kernel /mnt - -gzip -c -best /sbin/init > /mnt/sbin/init -gzip -c -best /sbin/fsck > /mnt/sbin/fsck -gzip -c -best /sbin/mount > /mnt/sbin/mount -gzip -c -best /sbin/halt > /mnt/sbin/halt -gzip -c -best /sbin/restore > /mnt/sbin/restore - -gzip -c -best /bin/sh > /mnt/bin/sh -gzip -c -best /bin/sync > /mnt/bin/sync - -cp /root/.profile /mnt/root - -cp -f /dev/MAKEDEV /mnt/dev -chmod 755 /mnt/dev/MAKEDEV - -chmod 500 /mnt/sbin/init -chmod 555 /mnt/sbin/fsck /mnt/sbin/mount /mnt/sbin/halt -chmod 555 /mnt/bin/sh /mnt/bin/sync -chmod 6555 /mnt/sbin/restore - -# -# créer les fichiers spéciaux de périphériques -# -cd /mnt/dev -./MAKEDEV std -./MAKEDEV sd0 -./MAKEDEV sd1 -./MAKEDEV sd2 -./MAKEDEV st0 -./MAKEDEV pty0 -cd / - -# -# créer une table des systèmes de fichiers minimale -# -cat > /mnt/etc/fstab <<EOM -/dev/fd0a / ufs rw 1 1 -EOM - -# -# créer un fichier d'utilisateurs minimal -# -cat > /mnt/etc/passwd <<EOM -root:*:0:0:Charlie &:/root:/bin/sh -EOM - -cat > /mnt/etc/master.passwd <<EOM -root::0:0::0:0:Charlie &:/root:/bin/sh -EOM - -chmod 600 /mnt/etc/master.passwd -chmod 644 /mnt/etc/passwd -/usr/sbin/pwd_mkdb -d/mnt/etc /mnt/etc/master.passwd - -# -# démonter la disquette et prévenir l'utilisateur -# -/sbin/umount /mnt]]></programlisting> - </sect3> - - <sect3> - <title>Après le désastre</title> - - <para>La question cruciale est: votre matériel a-t-il survécu? Vous avez fait - des sauvegardes régulières, donc vous n'avez pas besoin de vous inquiéter - pour les logiciels et les fichiers.</para> - - <para>Si le matériel a subi des dégats, remplacez d'abord ce qui a été - endommagé.</para> - - <para>Si votre matériel est en état, récupérez vos disquettes. Si vous - utilisez une disquette sur-mesure, démarrez en mode mono-utilisateur - (tapez <literal>-s</literal> à l'invite <prompt>boot:</prompt>). Sautez - le paragraphe suivant.</para> - - <para>Si vous utilisez les disquettes <filename>boot.flp</filename> et - <filename>fixit.flp</filename>, continuez à lire. Mettez la disquette - <filename>boot.flp</filename> dans le premier lecteur et démarrez - l'ordinateur. Le menu d'installation d'origine s'affiche à l'écran, - choisissez l'option <literal>Fixit--Repair mode with CDROM or - floppy</literal> (Reprise avec une disquette ou un CDROM). Insérez la - disquette <filename>fixit.flp</filename> quand on vous la demande. - <command>restore</command> et les autres programmes dont vous avez besoin - sont dans le répertoire <filename>/mnt2/stand</filename>.</para> - - <para>Restaurez séparement chaque système de fichiers.</para> - - <para>Essayez <citerefentry> - <refentrytitle>mount</refentrytitle> - <manvolnum>8</manvolnum> - </citerefentry>(e.g. <command>mount /dev/sd0a - /mnt</command>) sur la partition racine de votre premier disque. - Si le label du disque est endommagé, utilisez <citerefentry> - <refentrytitle>disklabel</refentrytitle> - <manvolnum>8</manvolnum></citerefentry> pour repartitionner et - libeller le disque comme l'indique le label que vous avez imprimé - et mis de côté. Utilisez - <citerefentry> - <refentrytitle>newfs</refentrytitle> - <manvolnum>8</manvolnum></citerefentry> pour recréer les systèmes - de fichiers. Remontez la partition racine de la disquette en - lecture/écriture (<command>mount -u -o rw /mnt</command>). Utilisez - votre programme de restauration et vos bandes de sauvegardes pour - restaurer les fichiers de ce système de fichiers (e.g. - <command>restore vrf /dev/st0</command>). Démontez le système de fichiers - (e.g. <command>umount /mnt</command>). Répétez l'opération pour chacun - des systèmes de fichiers endommagés.</para> - - <para>Une fois que le système fonctionne de nouveau, faites une sauvegarde - sur de nouvelles bandes. Ce qui a causé la panne ou la perte de données - peut se reproduire. Une heure de perdue maintenant peut vous épargner - d'autres ennuis plus tard.</para> - </sect3> - - <sect3> - <title>* Je ne me suis pas préparé au désastre, que faire?</title> - - <para></para> - </sect3> - </sect2> - </sect1> -</chapter> - -<!-- - Local Variables: - mode: sgml - sgml-declaration: "../chapter.decl" - sgml-indent-data: t - sgml-omittag: nil - sgml-always-quote-attributes: t - sgml-parent-document: ("../handbook.sgml" "part" "chapter") - End: ---> |