NetBSD/usr.sbin/sysinst/msg.mi.fr

1506 lines
42 KiB
Plaintext
Raw Normal View History

/* $NetBSD: msg.mi.fr,v 1.16 2019/06/21 15:59:14 pgoyette Exp $ */
/*
* Copyright 1997 Piermont Information Systems Inc.
* All rights reserved.
*
* Written by Philip A. Nelson for Piermont Information Systems Inc.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
* 1. Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer.
* 2. Redistributions in binary form must reproduce the above copyright
* notice, this list of conditions and the following disclaimer in the
* documentation and/or other materials provided with the distribution.
* 3. The name of Piermont Information Systems Inc. may not be used to endorse
* or promote products derived from this software without specific prior
* written permission.
*
* THIS SOFTWARE IS PROVIDED BY PIERMONT INFORMATION SYSTEMS INC. ``AS IS''
* AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
* ARE DISCLAIMED. IN NO EVENT SHALL PIERMONT INFORMATION SYSTEMS INC. BE
* LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
* CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
* SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
* INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
* CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
* ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF
* THE POSSIBILITY OF SUCH DAMAGE.
*
*/
/* MI Message catalog -- french, machine independent */
/*
* We can not use non ascii characters in this message - it is displayed
* before the locale is set up!
*/
message sysinst_message_language
{Messages d'installation en fran<61>ais}
message sysinst_message_locale
{fr_FR.ISO8859-15}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
message out_of_memory {Out of memory!}
message Yes {Oui}
message No {Non}
message All {Tous}
message Some {Une partie}
message None {Aucun}
message none {aucun}
message OK {OK}
message ok {ok}
message unchanged {non-modifi<66>}
Checkpoint a load of changes - seems to work ok still. - rework run_prog() so that the program name (etc) is usually displayed if the program generates any output, or terminates with an error. Allow arguments to included in single quotes. Try to collect console output so it doesn't interfere with curses. - Add a '*' to the cylinder count if non-integral number of cylinders (on disklabel editor) - Only show partition type for unused partitions. - Show size including unused space on '+' partition, remove a..z since the don't relate to partition IDs (netbsd partition sizes) - Fix deleting of 'user' partitions - killed size of next ptn. - Don't default a swap partition is the disk already has one. - Fix deleting of extended MBR partitions - changed size of ptn 2. - Show error message if user tries something illegal in mbr editor. - Default to old diskname (actually disk type - dunno why!) - Use MI enable_rc_conf() to set RC_CONFIGURED=YES, use a single sed command instead of a raft of code playing with files etc. - Float some menus to just below header text, saves counting and lets language variants have different height headers (use y=-1) - Track whether anything is mounted on /mnt2 better. - Put more texts into message file. - Change english prose texts to be more correct. - Stop french and polish versions core dumping if ptn start/size changed. - Fix processing logic for saving /etc (action is still borked) - Do tail-end setup if any sets (eg X) can't be found (but not if you give in (yet)).
2003-10-20 00:17:31 +04:00
message On {On}
message Off {Off}
message Delete {Supprimer ?}
message install
1999-05-18 22:07:25 +04:00
{installer}
message reinstall
1998-11-16 15:49:09 +03:00
{r<>installer des composants de}
message upgrade
{mise <20> jour}
message hello
{Bienvenue dans Sysinst, l'outil d'installation de NetBSD-@@VERSION@@.
Cet utilitaire a <20>t<EFBFBD> con<6F>u pour vous aider <20> installer ou mettre <20> jour
NetBSD sur votre disque dur avec un minimum de travail.
Dans les menus suivants, vous pourrez changer de s<>lection, soit en tapant la
lettre en r<>f<EFBFBD>rence (a, b, c, d, ...) soit en utilisant les touches
fl<EFBFBD>ches du clavier.
La s<>lection courante est activ<69>e en appuyant sur la touche Entr<74>e.
}
message thanks
{Merci d'utiliser NetBSD !
}
message installusure
{Vous avez choisi d'installer NetBSD sur votre disque dur. Ceci va changer les
informations contenues sur ce dernier. Vous devriez faire une sauvegarde
compl<EFBFBD>te de son contenu avant de poursuivre cette installation. Cette
proc<EFBFBD>dure va effectuer les actions suivantes :
2009-10-18 23:31:53 +04:00
a) Partitionner votre disque dur.
b) Cr<43>er de nouveaux syst<73>mes de fichiers BSD.
c) Installer les diff<66>rents composants.
(Une fois le partitionnement configur<75>, le syst<73>me d'installation vous
demandera de confirmer avant d'appliquer toute modification sur votre
disque dur.)
Souhaitez-vous continuer ?
}
message upgradeusure
{Mise <20> jour de NetBSD sur votre disque dur.
Cela implique des modifications aux informations contenues
sur votre disque dur.
Vous devriez faire une sauvegarde compl<70>te de celui-ci avant de
continuer la proc<6F>dure de mise <20> jour.
Voulez-vous vraiment mettre <20> jour NetBSD ?
(Ceci est le dernier avertissement avant que cette
proc<EFBFBD>dure ne modifie votre disque.)
}
message reinstallusure
2015-06-19 15:27:02 +03:00
{Les composants de NetBSD seront maintenant decompress<73>s sur un disque dur
d<EFBFBD>marrable. Cette proc<6F>dure va rapatrier et d<>compresser les composants
sur un disque d<>marrable d<>j<EFBFBD> partitionnn<6E>. Elle n'inscrit pas de "label" sur
le disque, n'installe pas de nouveaux secteurs d'amor<6F>age et ne modifie
pas les fichiers de configuration existants. (Quittez et choisissez `installer'
ou `mettre <20> jour' si vous d<>sirez ces options.)
Vous devriez d<>j<EFBFBD> avoir fait une installation ou une mise <20> jour avant de
d<EFBFBD>marrer cette proc<6F>dure !
Voulez-vous r<>ellement r<>installer les composants NetBSD ?
2009-10-18 23:31:53 +04:00
(Ceci est le dernier avertissement avant que cette proc<6F>dure ne commence <20>
modifier vos disques.)
}
message mount_failed
{Le montage du syst<73>me de fichiers %s a <20>chou<6F>. Continuer ?
}
message nodisk
{Aucun disque utilisable par NetBSD n'a <20>t<EFBFBD> trouv<75>.
Retour au menu pr<70>c<EFBFBD>dent.
}
message onedisk
{Un seul disque a <20>t<EFBFBD> trouv<75> : %s. Nous supposons que vous souhaitez
%s NetBSD sur ce dernier.
}
message ask_disk
{Sur quel disque voulez-vous %s NetBSD ?}
message Available_disks
2009-10-18 23:31:53 +04:00
{Disques disponibles :}
message heads
{t<>tes}
message sectors
{secteurs}
message fs_isize
{taille moyenne de fichier (octets)}
message mountpoint
{point de montage (ou 'aucun')}
message cylname
{cyl}
message secname
{sec}
message megname
{Mo}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
message gigname
{Go}
2009-10-18 23:31:53 +04:00
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
/* Called with: Example
* $0 = device name wd0
* $1 = partitioning scheme name Guid Partition Table
* $2 = short version of $1 GPT
* $3 = disk size for NetBSD 3TB
* $4 = full install size min. 127M
* $5 = install with X min. 427M
*/
message layout_prologue_none
{You can use a simple editor to set the sizes of the NetBSD partitions,
or apply the default partition sizes and contents.}
/* Called with: Example
* $0 = device name wd0
* $1 = partitioning scheme name Guid Partition Table
* $2 = short version of $1 GPT
* $3 = disk size for NetBSD 3TB
* $4 = full install size min. 127M
* $5 = install with X min. 427M
*/
message layout_prologue_existing
{If you do not want to use the existing partitions, you can
use a simple editor to set the sizes of the NetBSD partitions,
or remove existing ones and apply the default partition sizes.}
/* Called with: Example
* $0 = device name wd0
* $1 = partitioning scheme name Guid Partition Table
* $2 = short version of $1 GPT
* $3 = disk size for NetBSD 3TB
* $4 = full install size min. 127M
* $5 = install with X min. 427M
*/
message layout_main
{
You will then be given the opportunity to change any of the partition
details.
2009-10-18 23:31:53 +04:00
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
The NetBSD (or free) part of your disk ($0) is $3.
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
A full installation requires at least $4 without X and
at least $5 if the X sets are included.}
message Choose_your_size_specifier
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
{Si vous choisissez "M<>gaoctets" ou "Gigaoctets", la taille
sera le plus proche de votre choix possible, arrondi au
cylindre-pr<70>s. Si vous choisissez "Secteurs", vous pourrez
choisir pr<70>cis<69>ment les tailles.
Sur les disques modernes, la taille r<>elle des cylindres est variable
et il y a peu d'int<6E>r<EFBFBD>t <20> aligner les partitions sur les cylindres.
Pour les disques plus anciens, il est recommand<6E> de choisir des tailles
de partitions arrondies au cylindre-pr<70>s, pour plus de performance.
Choisissez l'unit<69> d'espace disque d<>sir<69>e}
message ptnsizes
{Vous pouvez d<>sormais modifier la taille des partitions syst<73>me.
Par d<>faut, tout l'espace sera allou<6F> <20> la partition racine principale,
mais vous pouvez sous-diviser celle-ci en plusieurs
syst<EFBFBD>mes de fichiers. Exemples : /usr (fichiers syst<73>me additionnels),
/var (fichiers des journaux, etc.)
et /home (regroupant les r<>pertoires utilisateurs).
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
L'espace libre restant sera ajout<75> <20> la partition marqu<71>e par un '+'.}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
/* Called with: Example
* $0 = list of marker explanations '=' existining, '@' external
*/
message ptnsizes_markers {Other markers: $0 partition.}
message ptnsizes_mark_existing {'=' existing}
message ptnsizes_mark_external {'@' external}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
message ptnheaders_size {Taille}
message ptnheaders_filesystem {Syst<73>me de fichiers}
message askfsmount
2009-10-18 23:31:53 +04:00
{Point de montage ?}
message askfssize
2009-10-18 23:31:53 +04:00
{Taille pour %s en %s ?}
message askunits
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
{Changer d'unit<69> (secteurs/cylindres/Mo/Go)}
message NetBSD_partition_cant_change
{Partition de NetBSD}
message Whole_disk_cant_change
{Totalit<69> du disque}
message Boot_partition_cant_change
{Partition de d<>marrage}
message add_another_ptn
{Ajouter manuellement une nouvelle partition}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
/* Called with: Example
* $0 = free space 1.4
* $1 = size unit GB
*/
message fssizesok
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
{Go on. Free space $0 $1.}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
/* Called with: Example
* $0 = missing space 1.4
* $1 = size unit GB
*/
message fssizesbad
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
{Abort. Not enough space, $0 $1 missing!}
message startoutsidedisk
{La valeur que vous avez sp<73>cifi<66>e d<>passe les limites du disque.
}
message endoutsidedisk
{Avec cette valeur, la fin de la partition exc<78>de la limite du disque.
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
La taille de la partition a <20>t<EFBFBD> tronqu<71>e.}
/* Called with: Example
* $0 = device name wd0
* $1 = partitioning scheme name Master Boot Record (MBR)
* $2 = short version of $1 MBR
* $3 = disk size 3TB
* $4 = size limit 2TB
*/
message toobigdisklabel
{
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
This disk ($0) is too large ($3) for a $2 partition table (max $4),
hence only the start of the disk is usable.
}
message cvtscheme_hdr {What would you like to do to the existing partitions?}
message cvtscheme_keep {keep (use only part of disk)}
message cvtscheme_delete {delete (all data will be lost!)}
message cvtscheme_convert {convert to another partitioning method}
message cvtscheme_abort {abort}
/* Called with: Example
* $0 = device name wd0
* $1 = partitioning scheme name BSD disklabel
* $2 = short version of $1 disklabel
* $3 = optional install flag (I)nstall,
* $4 = additional flags description (B)ootable
* $5 = total size 2TB
* $6 = free size 244MB
*/
message fspart
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
{Vos partitions sont les suivantes:
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
Flags: $3(N)ewfs$4. Total: $5, free: $6}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
message ptnheaders_start {D<>but}
message ptnheaders_end {Fin}
message ptnheaders_fstype {Type}
message partition_sizes_ok
{Taille et options des partitions valides}
message edfspart
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
{Vous devez d'abord pr<70>ciser le type de syst<73>me
de fichiers (FS), puis les autres valeurs.
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
Les valeurs actuelles pour la partition sont:}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
message ptn_newfs {formatage}
message ptn_mount {montage}
message ptn_mount_options {options de montage}
message ptn_mountpt {Pt de montage}
message toggle
{Basculer}
message restore
{Restaurer les valeurs initiales}
message Select_the_type
2009-10-18 23:31:53 +04:00
{S<>lection du type de syst<73>me de fichiers}
message other_types
{autres types}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
/* Called with: Example
* $0 = valid partition shortcuts a-e
* $1 = maximum allowed 4292098047
* $2 = size unit MB
*/
message label_size_head
{Valeurs sp<73>ciales pouvant <20>tre utilis<69>es pour d<>finir la taille de la partition :
-1 : Utiliser jusqu'<27> la fin du disque}
/* Called with: Example
* $0 = valid partition shortcuts a-e
* $1 = maximum allowed 4292098047
* $2 = size unit MB
*/
message label_size_part_hint
{ $0 : Terminer cette partition o<> la partition X d<>bute}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
/* Called with: Example
* $0 = valid partition shortcuts a-e
* $1 = maximum allowed 4292098047
* $2 = size unit MB
*/
message label_size_tail {Taille (max $1 $2)}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
/* Called with: Example
* $0 = valid partition shortcuts a-e
* $1 = valid free space shortcuts f-h
* $3 = size unit MB
*/
message label_offset_head
{Valeurs sp<73>ciales pouvant <20>tre utilis<69>es pour d<>finir le d<>but de la partition :
-1 : Commencer au d<>but du disque}
/* Called with: Example
* $0 = valid partition shortcuts a-e
* $1 = valid free space shortcuts f-h
* $3 = size unit MB
*/
message label_offset_part_hint
{ $0 : Commencer <20> la suite de la partition pr<70>c<EFBFBD>dente}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
/* Called with: Example
* $0 = valid partition shortcuts a-e
* $1 = valid free space shortcuts f-h
* $3 = size unit MB
*/
message label_offset_space_hint
{ $1: start at the beginning of given free space}
/* Called with: Example
* $0 = valid partition shortcuts a-e
* $1 = valid free space shortcuts f-h
* $3 = size unit MB
*/
message label_offset_tail {D<>but ($2)}
message invalid_sector_number
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
{nombre invalide}
message Select_file_system_block_size
2009-10-18 23:31:53 +04:00
{S<>lectionnez la taille de bloc du syst<73>me de fichiers}
message Select_file_system_fragment_size
2009-10-18 23:31:53 +04:00
{S<>lectionnez la taille de fragment du syst<73>me de fichiers}
message packname
{Veuillez donner un nom <20> votre disque.}
message lastchance
{Nous sommes pr<70>ts <20> installer NetBSD sur votre disque (%s).
Aucune modification n'a <20>t<EFBFBD> effectu<74>e pour l'instant.
Ceci est votre derni<6E>re opportunit<69> pour quitter cette
proc<EFBFBD>dure en laissant votre disque intact.
Souhaitez-vous vraiment continuer ?
}
message disksetupdone
{La premi<6D>re partie de la proc<6F>dure est termin<69>e.
Sysinst a <20>crit vos nouvelles partitions sur votre disque,
puis a proc<6F>d<EFBFBD> <20> la v<>rification de leur int<6E>grit<69> (via fsck).
}
message disksetupdoneupdate
{La premi<6D>re partie de la proc<6F>dure est termin<69>e.
Sysinst a <20>crit vos nouvelles partitions sur votre disque,
puis a proc<6F>d<EFBFBD> <20> la v<>rification de leur int<6E>grit<69> (via fsck).
}
message openfail
{Impossible d'ouvrir %s. Message d'erreur obtenu : %s.
}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
/* Called with: Example
* $0 = device name /dev/wd0a
* $1 = mount path /usr
*/
message mountfail
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
{Le montage de $0 sur $1 a <20>chou<6F>.
}
message extractcomplete
{L'extraction des composants s<>lectionn<6E>s de NetBSD-@@VERSION@@
est compl<70>te.
Le syst<73>me peut d<>sormais d<>marrer directement depuis le disque.
Pour compl<70>ter l'installation, Sysinst va maintenant vous
permettre d'effectuer quelques r<>glages essentiels.
}
message instcomplete
{L'installation de NetBSD-@@VERSION@@ est termin<69>e. L'ordinateur va
red<EFBFBD>marrer depuis le disque dur. Veuillez consulter le document
d'installation (INSTALL) pour apprendre <20> bien configurer votre
syst<EFBFBD>me.
Nous vous recommandons au minimum de configurer le mot de passe
du compte root et de param<61>trer /etc/rc.conf selon vos besoins.
Consultez les manuels rc.conf(5), afterboot(8) et security(7)
au besoin.
}
message unpackcomplete
{La mise <20> jour de NetBSD-@@VERSION@@ est termin<69>e.
Veuillez consulter le document d'installation (INSTALL) pour apprendre
<EFBFBD> bien configurer votre syst<73>me.
Vous devez <20>diter /etc/rc.conf et ajouter la ligne
"RC_CONFIGURED=yes" pour red<65>marrer en mode multi-utilisateur.
}
message upgrcomplete
{L'installation des composants suppl<70>mentaires de NetBSD-@@VERSION@@ est
termin<EFBFBD>e.
Veuillez consulter le document d'installation (INSTALL) pour apprendre
<EFBFBD> bien configurer votre syst<73>me.
Vous devez <20>diter /etc/rc.conf et ajouter la ligne
"RC_CONFIGURED=yes" pour red<65>marrer en mode multi-utilisateur.
}
message distmedium
{Votre disque est maintenant pr<70>t <20> recevoir le coeur du syst<73>me
et ses diff<66>rents composants annexes. Comme indiqu<71> dans le document
d'installation, vous avez plusieurs possibilit<69>s. Pour une installation via
NFS ou FTP, vous devez <20>tre connect<63> <20> un r<>seau et avoir acc<63>s au serveur
requis.
Composant s<>lectionn<6E> : %d, trait<69> : %d. Prochain composant : %s.
}
message distset
2009-10-18 23:31:53 +04:00
{La distribution de NetBSD est divis<69>e en plusieurs composants.
Certains sont indispensables.
2009-10-18 23:31:53 +04:00
Trois types d'installations vous sont propos<6F>s : compl<70>te, minimale ou
personnalis<EFBFBD>e.
}
message ftpsource
{Voici la configuration actuelle pour : nom du site (%s), r<>pertoire, nom
d'utilisateur et mot de passe.
Si vous utilisez le mode FTP, le mot de passe n'est pas requis.
Le r<>pertoire contenant les composants doit <20>tre d<>fini par
rapport au r<>pertoire de base, et contenir chaque composant sous
la forme de fichiers .tgz
}
message email
{adresse de courriel}
message dev
{p<>riph<70>rique}
message nfssource
{Veuillez indiquer le nom du serveur NFS ainsi que le r<>pertoire contenant
les fichiers d'installation.
Ce r<>pertoire doit <20>tre export<72> via NFS, et contenir ces fichiers
<EFBFBD> sa racine m<>me.
}
message floppysource
{Veuillez sp<73>cifier le nom du lecteur de disquette <20> utiliser.
Les fichiers d'installation devront se trouver <20> la racine
de chaque disquette.
}
message cdromsource
2015-04-20 17:10:31 +03:00
{Veuillez sp<73>cifier le nom du lecteur CD-ROM <20> utiliser,
ainsi que le nom du r<>pertoire contenant les fichiers d'installation.
Ils doivent <20>tre plac<61>s <20> sa racine, sous la forme de fichiers
tgz.
}
message Available_cds
{CD-ROM disponibles}
message ask_cd
{Plusieurs CD-ROM ont <20>t<EFBFBD> trouv<75>s. S<>lectionnez celui contenant le syst<73>me
d'installation de NetBSD.}
message cd_path_not_found
{Les archives d'installation ne peuvent <20>tre trouv<75>es <20> l'emplacement sp<73>cifi<66>
sur ce CD-ROM. Assurez-vous que le p<>riph<70>rique et le chemin sont les bons.}
message localfssource
{Veuillez sp<73>cifier le nom du p<>riph<70>rique local (qui ne doit pas
<EFBFBD>tre mont<6E>) <20> utiliser. Ce dernier doit contenir les fichiers
2009-10-18 23:31:53 +04:00
d'installation <20> sa racine, sous la forme de fichiers tgz.
}
message localdir
{Veuillez sp<73>cificer le nom du r<>pertoire local (d<>j<EFBFBD> mont<6E>)
o<EFBFBD> se trouvent les fichiers d'installation. Ils doivent se trouver
<EFBFBD> la racine du r<>pertoire, sous la forme de fichiers tgz.
}
message filesys
{syst<73>me de fichiers}
message nonet
{Aucune interface r<>seau utilisable n'a <20>t<EFBFBD> trouv<75>e.
Retour au menu pr<70>c<EFBFBD>dent.
}
message netup
{Les interfaces r<>seau suivantes sont utilisables : %s
Quelle interface souhaitez-vous utiliser ?
}
message asknetdev
{Quelle interface doit <20>tre utilis<69>e ?}
message netdevs
{Interfaces disponibles}
message netinfo
{Veuillez r<>pondre aux points suivants afin de pouvoir utiliser
votre interface r<>seau :
}
message net_domain
{Votre nom de domaine}
message net_host
{Votre nom d'ordinateur}
message net_ip
{Votre adresse IPv4}
message net_srv_ip
{Adresse IPv4 du serveur}
message net_mask
{Votre masque de r<>seau (IPv4)}
message net_namesrv
{Adresse IPv4 de votre serveur de noms (DNS)}
message net_defroute
{Adresse IPv4 de votre passerelle}
message net_media
2009-10-18 23:31:53 +04:00
{Type de r<>seau (m<>dia)}
message netok
2009-10-18 23:31:53 +04:00
{Vous avez sp<73>cifi<66> les valeurs suivantes :
Nom de domaine (DNS) : %s
Nom d'ordinateur : %s
2015-04-20 17:10:31 +03:00
Adresse du serveur de noms : %s
Interface r<>seau : %s
Type de r<>seau (m<>dia) %s
2015-04-20 17:10:31 +03:00
Adresse IPv4 : %s
Masque de sous-r<>seau : %s
Adresse IPv4 de la passerelle : %s
}
message netok_slip
2009-10-18 23:31:53 +04:00
{Vous avez sp<73>cifi<66> les valeurs suivantes. <20>tes-vous d'accord ?
2015-04-20 17:10:31 +03:00
Nom de domaine (DNS) : %s
Nom d'ordinateur : %s
Adresse du serveur de noms : %s
Interface r<>seau : %s
Type de r<>seau (m<>dia) : %s
Adresse IPv4 : %s
Adresse IPv4 du serveur : %s
Masque de sous-r<>seau : %s
Adresse IPv4 de la passerelle : %s
}
message netokv6
{Auto-configuration IPv6 : %s
}
message netok_ok
{Les valeurs sont-elles correctes ?}
message slattach {
Entrez les "flags" slattach
}
message wait_network
{
Veuillez patienter pendant la configuration de l'interface...
}
message resolv
{
Impossible de cr<63>er le fichier /etc/resolv.conf
2009-10-18 23:31:53 +04:00
<EFBFBD>chec de l'installation.
}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
/* Called with: Example
* $0 = target prefix /target
* $1 = error message No such file or directory
*/
message realdir
{
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
Impossible de d<>placer le r<>pertoire $0: $1
<EFBFBD>chec de l'installation.}
message delete_xfer_file
{
Effacer apr<70>s l'installation
}
message notarfile
{Le composant %s n'existe pas.}
message endtarok
{
Tous les composants sont install<6C>s. Veuillez appuyer sur la touche
Entr<EFBFBD>e pour continuer.
}
message endtar
{
L'installation des composants est termin<69>e. Toutefois, un ou plusieurs
probl<EFBFBD>mes sont survenus au cours de leur extraction.
Vous avez s<>lectionn<6E> %d composants. %d n'ont pu <20>tre install<6C>s,
et %d ont <20>t<EFBFBD> ignor<6F>s <20> la suite d'erreurs.
Sur les %d composants trait<69>s, %d ont pu <20>tre install<6C>s et
2009-10-18 23:31:53 +04:00
%d ont provoqu<71> une erreur.
Veuillez v<>rifier l'int<6E>grit<69> des fichiers d'installation et leur
emplacement, puis essayez <20> nouveau via une r<>installation de composants,
depuis le menu principal.
}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
message abort_inst {Annulation de l'installation.}
message abort_part {Install aborted.}
message abortinst
{
L'instalation des composants de NetBSD n'est pas compl<70>te.
Vous allez devoir recommencer, ou terminer <20> la main.
2009-10-18 23:31:53 +04:00
<EFBFBD>chec de l'installation.
}
message abortupgr
{
La mise <20> jour des composants de NetBSD n'est pas compl<70>te.
Vous allez devoir recommencer, ou terminer <20> la main.
2009-10-18 23:31:53 +04:00
<EFBFBD>chec de l'installation.
}
message abortunpack
{
L'installation des composants suppl<70>mentaires n'est pas compl<70>te.
Vous allez devoir recommencer, ou terminer <20> la main.
Essayez de choisir une source diff<66>rente pour les fichiers
d'installation.
}
message createfstab
{
Impossible de cr<63>er /mnt/etc/fstab
Ceci est une erreur majeure : nous ne pouvons continuer.
2009-10-18 23:31:53 +04:00
<EFBFBD>chec de l'installation.
}
message noetcfstab
{
Le fichier /etc/fstab n'est pas pr<70>sent sur le disque cible %s
Ceci est une erreur majeure : nous ne pouvons continuer.
2009-10-18 23:31:53 +04:00
<EFBFBD>chec de l'installation.
}
message badetcfstab
{
Impossible de lire le contenu du fichier /etc/fstab pr<70>sent sur
le disque cible %s
Ceci est une erreur majeure : nous ne pouvons continuer.
2009-10-18 23:31:53 +04:00
<EFBFBD>chec de l'installation.
}
message X_oldexists
{
2012-01-08 06:32:00 +04:00
Impossible de sauvegarder %s/bin/X : le disque contient d<>j<EFBFBD>
un fichier %s/bin/X.old et nous devons renommer le fichier actuel
<EFBFBD> ce nom. Veuillez supprimer ou renommer le fichier X.old avant de
2009-10-18 23:31:53 +04:00
recommencer.
Vous pouvez d<>marrer un shell depuis le menu "Utilitaires" afin
de faire cette modification.
Ce fichier provient probablement d'une ancienne mise <20> jour et
il est possible de le supprimer. S'il provient d'une mise <20> jour
2012-01-08 06:32:00 +04:00
incompl<EFBFBD>te, vous pouvez effacer %s/bin/X et renommer
%s/bin/X.old jusqu'<27> %s/bin/X.%0s%0s%0s%0s%0s%0s
Arr<EFBFBD>t de la mise <20> jour.
}
message netnotup
{
Un probl<62>me est survenu lors de la configuration de votre interface
r<EFBFBD>seau. Votre serveur de noms ou votre passerelle ne semblent pas
r<EFBFBD>pondre aux pings.
Souhaitez-vous configurer <20> nouveau les param<61>tres de votre
connexion r<>seau ?
(un refus provoquera l'arr<72>t de la proc<6F>dure d'installation)
}
message netnotup_continueanyway
{
Souhaitez-vous poursuivre malgr<67> tout le processus d'installation
et supposer que le r<>seau fonctionne correctement ?
(un refus provoquera l'arr<72>t de la proc<6F>dure d'installation)
}
message makedev
{Cr<43>ation des fichiers des p<>riph<70>riques ...
}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
/* Called with: Example
* $0 = device name /dev/rwd0a
* $1 = file system type ffs
* $2 = error return code form fsck 8
*/
message badfs
{
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
$0 ne semble pas <20>tre un syst<73>me de fichiers $1, ou
la v<>rification de son int<6E>grit<69> par fsck a <20>chou<6F>, code d'erreur $2.
Souhaitez-vous continuer mise <20> jour?
}
message rootmissing
{
Impossible de trouver la racine du disque cible %s.
}
message badroot
{
La v<>rification de l'int<6E>grit<69> du nouveau syst<73>me de fichiers a <20>chou<6F>.
Avez-vous bien install<6C> tous les composants indispensables ?
}
2006-09-05 02:03:50 +04:00
message fd_type
{Syst<73>me de fichiers de la disquette}
message fdnotfound
{
Impossible de trouver un fichier requis sur la disquette.
}
message fdremount
{
Impossible de monter la disquette correctement.
}
message fdmount
{
Veuillez ins<6E>rer la disquette contenant le fichier "%s.%s".
Si le jeu de disquettes ne comprend aucun autre disque, veuillez
2009-10-18 23:31:53 +04:00
choisir "Ensemble termin<69>" pour mettre un terme <20> ce traitement.
S<EFBFBD>lectionnez "Annuler la r<>cup<75>ration" pour revenir au menu
de s<>lection du m<>dia d'installation.
}
message mntnetconfig
{Souhaitez-vous conserver les r<>glages r<>seaux apr<70>s le red<65>marrage
du syst<73>me que nous venons d'installer ? }
message cur_distsets
{
S<EFBFBD>lectionnez les composants dans la liste ci-dessous :
}
message cur_distsets_header
{ Composant Installer?
------------------------------------ ----------
}
message set_base
{Base}
message set_system
{Syst<73>me (/etc)}
message set_compiler
{Outils de d<>veloppement}
message set_games
{Jeux}
message set_man_pages
{Pages de manuel}
message set_misc
{Divers}
2009-09-07 06:31:53 +04:00
message set_modules
2009-10-18 23:31:53 +04:00
{Modules du noyau}
2009-09-07 06:31:53 +04:00
message set_tests
2009-10-18 23:31:53 +04:00
{Programmes de test}
message set_text_tools
2009-10-18 23:31:53 +04:00
{Outils de manipulation de texte}
message set_X11
2004-03-29 20:08:20 +04:00
{X11}
message set_X11_base
{X11 base et clients}
2004-01-29 11:48:23 +03:00
message set_X11_etc
{X11 configuration}
message set_X11_fonts
{X11 polices}
message set_X11_servers
{X11 serveurs}
message set_X11_prog
{X11 d<>veloppement}
message set_source
{Code source et d<>bogage}
message set_syssrc
{Sources du noyeau}
message set_src
{Sources de la Base}
message set_sharesrc
{Sources de partage (Share)}
message set_gnusrc
{Sources des composants GNU}
message set_xsrc
{Sources X11}
2013-03-16 21:10:16 +04:00
message set_debug
{Symboles de d<>bogage}
2013-03-16 21:10:16 +04:00
message set_xdebug
{Symboles de d<>bogage X11}
2013-03-16 21:10:16 +04:00
message select_all
{S<>lectionner tous les composants}
message select_none
{D<>selectionner tous les composants}
message install_selected_sets
{Installer les composants s<>lectionn<6E>s}
message tarerror
{
Une erreur est survenue lors de l'installation du fichier %s.
Certains fichiers n'ayant pu <20>tre extraits correctement,
le syst<73>me n'est pas complet et pourrait ne pas fonctionner
correctement.
Souhaitez-vous continuer l'installation des composants ?
}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
/* Called with: Example
* $0 = partitioning name Master Boot Record (MBR)
* $1 = short version of $0 MBR
*/
message must_be_one_root
{
Une seule partition peut <20>tre mont<6E>e en tant que racine, dite "/".
}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
/* Called with: Example
* $0 = first partition description 70 - 90 MB, MSDOS
* $1 = second partition description 80 - 1500 MB, 4.2BSD
*/
message partitions_overlap
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
{Les partitions $0 et $1 s'empi<70>tent l'une sur l'autre.}
message No_Bootcode
{Pas de programme de d<>marrage trouv<75> sur la partition racine}
message cannot_ufs2_root
2009-10-18 23:31:53 +04:00
{Le syst<73>me de fichiers de la partition racine ne peut pas <20>tre FFSv2 car le
chargeur de d<>marrage ne le supporte pas.}
message edit_partitions_again
{
Vous pouvez <20>diter la table de partitions <20> la main, ou abandonner et
retourner au menu principal.
Souhaitez-vous <20>diter <20> nouveau la table de partitions ?
}
1999-04-08 16:54:52 +04:00
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
/* Called with: Example
* $0 = missing file /some/path
*/
1999-04-08 16:54:52 +04:00
message config_open_error
{
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
Impossible d'ouvrir le fichier de configuration $0.
}
1999-04-08 16:54:52 +04:00
message choose_timezone
{
Veuillez s<>lectionner votre zone horaire dans la liste suivante.
Appuyez sur la touche Entr<74>e pour confirmer votre choix.
Appuyez sur "x" puis sur Entr<74>e pour valider la s<>lection en cours.
Par d<>faut : %s
S<>lection actuelle : %s
Heure locale : %s %s
}
message tz_back
{ Retour <20> la liste principale des fuseaux horaires}
message swapactive
{
Le disque s<>lectionn<6E> dispose d'une partition d'<27>change (swap) qui
est peut-<2D>tre en cours d'utilisation, en particulier si votre syst<73>me
dispose de peu de m<>moire.
Le repartitionnement de votre disque requiert la d<>sactivation de cette
partition. Prenez garde ! Cette op<6F>ration peut entra<72>ner des erreurs.
Si cela survient, vous devrez alors red<65>marrer et tenter <20> nouveau.
}
message swapdelfailed
{
2009-10-18 23:31:53 +04:00
Sysinst n'a pas pu d<>sactiver la partition d'<27>change (swap) pr<70>sente
sur le disque cible pour l'installation. Vous devez red<65>marrer et tenter
<EFBFBD> nouveau.
}
2012-03-03 06:26:45 +04:00
message rootpw
{
Aucun mot de passe pour le compte "root" n'a <20>t<EFBFBD> d<>fini.
2015-04-20 17:10:31 +03:00
Nous vous recommandons de sp<73>cifier un mot de passe maintenant.
Le souhaitez-vous ?
}
message rootsh
{
Sp<EFBFBD>cifiez le shell par d<>faut qui sera utilis<69> par l'utilisateur "root".
Par d<>faut, il s'agit de /bin/sh
}
message no_root_fs
{
Aucune partition racine n'est actuellement d<>finie. Vous devez au moins
d<EFBFBD>finir le point de montage de cette partition racine, dite "/".
Appuyez sur la touche Entr<74>e pour continuer.
}
2009-10-18 23:31:53 +04:00
message Pick_an_option {Choisissez une option <20> activer/d<>sactiver}
message Scripting {Scripting}
message Logging {Journal}
Checkpoint a load of changes - seems to work ok still. - rework run_prog() so that the program name (etc) is usually displayed if the program generates any output, or terminates with an error. Allow arguments to included in single quotes. Try to collect console output so it doesn't interfere with curses. - Add a '*' to the cylinder count if non-integral number of cylinders (on disklabel editor) - Only show partition type for unused partitions. - Show size including unused space on '+' partition, remove a..z since the don't relate to partition IDs (netbsd partition sizes) - Fix deleting of 'user' partitions - killed size of next ptn. - Don't default a swap partition is the disk already has one. - Fix deleting of extended MBR partitions - changed size of ptn 2. - Show error message if user tries something illegal in mbr editor. - Default to old diskname (actually disk type - dunno why!) - Use MI enable_rc_conf() to set RC_CONFIGURED=YES, use a single sed command instead of a raft of code playing with files etc. - Float some menus to just below header text, saves counting and lets language variants have different height headers (use y=-1) - Track whether anything is mounted on /mnt2 better. - Put more texts into message file. - Change english prose texts to be more correct. - Stop french and polish versions core dumping if ptn start/size changed. - Fix processing logic for saving /etc (action is still borked) - Do tail-end setup if any sets (eg X) can't be found (but not if you give in (yet)).
2003-10-20 00:17:31 +04:00
2009-10-18 23:31:53 +04:00
message Status {Statut : }
message Command {Commande : }
message Running {En cours d'ex<65>cution}
message Finished {Termin<69>e}
2009-10-18 23:31:53 +04:00
message Command_failed {<7B>chec}
message Command_ended_on_signal {Commande termin<69>e par un signal}
Checkpoint a load of changes - seems to work ok still. - rework run_prog() so that the program name (etc) is usually displayed if the program generates any output, or terminates with an error. Allow arguments to included in single quotes. Try to collect console output so it doesn't interfere with curses. - Add a '*' to the cylinder count if non-integral number of cylinders (on disklabel editor) - Only show partition type for unused partitions. - Show size including unused space on '+' partition, remove a..z since the don't relate to partition IDs (netbsd partition sizes) - Fix deleting of 'user' partitions - killed size of next ptn. - Don't default a swap partition is the disk already has one. - Fix deleting of extended MBR partitions - changed size of ptn 2. - Show error message if user tries something illegal in mbr editor. - Default to old diskname (actually disk type - dunno why!) - Use MI enable_rc_conf() to set RC_CONFIGURED=YES, use a single sed command instead of a raft of code playing with files etc. - Float some menus to just below header text, saves counting and lets language variants have different height headers (use y=-1) - Track whether anything is mounted on /mnt2 better. - Put more texts into message file. - Change english prose texts to be more correct. - Stop french and polish versions core dumping if ptn start/size changed. - Fix processing logic for saving /etc (action is still borked) - Do tail-end setup if any sets (eg X) can't be found (but not if you give in (yet)).
2003-10-20 00:17:31 +04:00
message NetBSD_VERSION_Install_System {NetBSD-@@VERSION@@ Programme d'installation}
message Exit_Install_System {Quitter le programme d'installation}
message Install_NetBSD_to_hard_disk {Installation de NetBSD sur disque dur}
message Upgrade_NetBSD_on_a_hard_disk {Mise <20> jour de NetBSD sur disque dur}
message Re_install_sets_or_install_additional_sets {R<>installer ou installer de nouveaux composants}
message Reboot_the_computer {Red<65>marrer l'ordinateur}
message Utility_menu {Utilitaires}
message Config_menu {Configuration}
message exit_menu_generic {Quitter}
message exit_utility_menu {Quitter}
message NetBSD_VERSION_Utilities {Utilitaires NetBSD-@@VERSION@@}
message Run_bin_sh {Ex<45>cuter /bin/sh}
message Set_timezone {Configurer le fuseau horaire}
message Configure_network {Configurer le r<>seau}
2015-04-20 17:10:31 +03:00
message Partition_a_disk {Partitionner un disque}
message Logging_functions {Journaux}
message Halt_the_system {Arr<72>ter le syst<73>me}
message yes_or_no {oui ou non?}
message Hit_enter_to_continue {Appuyez sur la touche Entr<74>e pour continuer}
message Choose_your_installation {Choisir le type d'installation d<>sir<69>}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
/* Called with: Example
* $0 = partitioning name Master Boot Record (MBR)
* $1 = short version of $0 MBR
*/
message Keep_existing_partitions
{Use existing $1 partitions}
/* Called with: Example
* $0 = partitioning name Master Boot Record (MBR)
* $1 = short version of $0 MBR
*/
message Set_Sizes {Sp<53>cifier les tailles des partitions NetBSD}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
/* Called with: Example
* $0 = partitioning name Master Boot Record (MBR)
* $1 = short version of $0 MBR
*/
message Use_Default_Parts {Use default partition sizes}
message Gigabytes {Gigaoctets}
2009-10-18 23:31:53 +04:00
message Megabytes {M<>gaoctets}
message Cylinders {Cylindres}
message Sectors {Secteurs}
2009-10-18 23:31:53 +04:00
message Select_medium {S<>lection du m<>dia d'installation}
message ftp {FTP}
message http {HTTP}
message nfs {NFS}
.if HAVE_INSTALL_IMAGE
message cdrom {CD-ROM / DVD / install image media} /* XXX translation */
.else
message cdrom {CD-ROM / DVD}
.endif
message floppy {Disquette}
2009-10-18 23:31:53 +04:00
message local_fs {Syst<73>me de fichiers non-mont<6E>}
message local_dir {R<>pertoire local mont<6E>}
message Select_your_distribution {S<>lection de la distribution}
message Full_installation {Installation compl<70>te}
message Full_installation_nox {Installation sans X11}
message Minimal_installation {Installation minimale}
message Custom_installation {Installation personnalis<69>e}
message hidden {** cach<63> **}
message Host {Serveur FTP}
message Base_dir {R<>pertoire de base}
message Set_dir_bin {R<>pertoire des composants binaire}
message Set_dir_src {R<>pertoire des composants source}
2009-10-18 23:31:53 +04:00
message Xfer_dir {R<>pertoire de transfert}
message transfer_method {Download via}
message User {Utilisateur}
message Password {Mot de passe}
message Proxy {Proxy}
message Get_Distribution {R<>cup<75>rer la distribution}
message Continue {Continuer}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
message Prompt_Continue {Continuer?}
2009-10-18 23:31:53 +04:00
message What_do_you_want_to_do {Que voulez-vous faire ?}
message Try_again {R<>essayer}
message Set_finished {Extraction termin<69>e}
message Skip_set {Sauter cet ensemble}
message Skip_group {Sauter ce groupe}
message Abandon {Abandonner l'installation}
message Abort_fetch {Annuler la r<>cup<75>ration}
message Device {P<>riph<70>rique}
message File_system {Syst<73>me de fichiers}
message Select_DNS_server { Choisissez un serveur de noms :}
message other {autre }
message Perform_autoconfiguration {Configurer automatiquement ?}
message Root_shell {Shell du compte "root"}
message Color_scheme {Jeu de couleurs}
message White_on_black {Blanc sur noir}
message Black_on_white {Noir sur blanc}
message White_on_blue {Blanc sur bleu}
message Green_on_black {Vert sur noir}
message User_shell {Shell du compte "user"}
.if AOUT2ELF
message aoutfail
{
Le r<>pertoire o<> se situent les anciennes librairies a.out doit <20>tre
d<EFBFBD>plac<EFBFBD>. Veuillez suivre la proc<6F>dure de mise <20> jour et bien
2015-04-20 17:10:31 +03:00
v<EFBFBD>rifier que tous les syst<73>mes de fichiers sont mont<6E>s.
}
message emulbackup
{
Le r<>pertoire /emul/aout ou /emul est pr<70>sent sur le disque mais
pointe vers un r<>pertoire non mont<6E>. Nous l'avons renomm<6D> en lui ajoutant
l'extension ".old". Lorsque vous aurez termin<69> l'installation ou la mise <20> jour,
vous devrez fusionner manuellement le nouveau r<>pertoire avec l'ancien
/emul/aout.
}
.endif
message oldsendmail
{
Sendmail n'est plus distribu<62> dans cette version de NetBSD, le MTA par d<>faut
2015-04-20 17:10:31 +03:00
<EFBFBD>tant maintenant postfix. Toutefois, le fichier /etc/mailer.conf est toujours
configur<EFBFBD> pour utiliser sendmail. Voulez-vous mettre <20> jour le fichier
2009-10-18 23:31:53 +04:00
/etc/mailer.conf automatiquement pour utiliser postfix <20> la place ? Si vous
choisissez "Non", vous devrez mettre <20> jour /etc/mailer.conf manuellement
afin que vos courriels soient trait<69>s correctement.
}
message license
{Afin d'utiliser l'interface r<>seau : %s, vous devez accepter la licence
2009-10-18 23:31:53 +04:00
contenue dans le fichier %s.
Pour afficher ce fichier, tapez ^Z (Ctrl-Z).
Apr<EFBFBD>s l'avoir lu, tapez "fg" pour continuer.}
message binpkg
{Afin de configurer le syst<73>me de paquetages binaires, choisissez
l'emplacement r<>seau o<> les paquetages se trouvent. Une fois le syst<73>me
red<EFBFBD>marr<EFBFBD>, vous pourrez utiliser 'pkgin' pour installer et am<61>nager des
paquetages additionnels.}
message pkgpath
{Voici les configurations actuelles pour : protocole, serveur, r<>pertoire,
utilisateur et mot de passe qui seront utilis<69>s. Si "utilisateur" est "ftp",
un mot de passe n'est pas requis.
}
message rcconf_backup_failed {La copie de rc.conf a <20>chou<6F>. Continuer ?}
message rcconf_backup_succeeded {La copie de rc.conf a <20>t<EFBFBD> sauvegard<72>e jusqu'<27> %s.}
message rcconf_restore_failed {La restauration de la sauvegarde de rc.conf a <20>chou<6F>.}
2015-04-20 17:10:31 +03:00
message rcconf_delete_failed {La suppression de l'ancien fichier %s a <20>chou<6F>.}
message Pkg_dir {Dossier de paquetages}
message configure_prior {configurer une installation existante de}
message configure {configurer}
message change {changer}
message password_set {D<>finir le mot de passe}
message YES {OUI}
message NO {NON}
message DONE {TERMINER}
message abandoned {Abandonn<6E>e}
message empty {***VIDE***}
message timezone {Fuseau horaire}
message change_rootpw {Changer le mot de passe "root"}
message enable_binpkg {Activer l'installation de paquetages binaires}
message enable_sshd {Activer sshd}
message enable_ntpd {Activer ntpd}
2015-04-20 17:10:31 +03:00
message run_ntpdate {Ex<45>cuter ntpdate au d<>marrage}
message enable_mdnsd {Activer mdnsd}
message enable_xdm {Activer xdm}
message enable_cgd {Activer cgd}
message enable_lvm {Activer lvm}
message enable_raid {Activer raidframe}
message add_a_user {Ajouter un utilisateur}
2015-04-20 17:10:31 +03:00
message configmenu {Configurer les items suivants si n<>cessaire.}
message doneconfig {Configuration termin<69>e}
message Install_pkgin {Installer pkgin et mettre <20> jour le sommaire des paquetages}
message binpkg_installed
{Votre syst<73>me est maintenant configur<75> pour utiliser pkgin afin d'installer
des paquetages binaires. Pour installer un paquetage, utilisez :
pkgin install <packagename>
<EFBFBD> partir d'un shell "root". Consultez le manuel pkgin(1) pour plus de d<>tails.}
message Install_pkgsrc {Obtenir et extraire pkgsrc}
message pkgsrc
2015-04-20 17:10:31 +03:00
{L'installation de pkgsrc n<>cessite l'extraction d'une archive obtenue
par le r<>seau.
Voici les configurations actuelles pour : serveur, r<>pertoire, utilisateur et
mot de passe qui seront utilis<69>s. Si "utilisateur" est "ftp", un mot de passe
n'est pas requis.
}
message Pkgsrc_dir {R<>pertoire pkgsrc}
message get_pkgsrc
{Obtenir et extraire pkgsrc}
message retry_pkgsrc_network {La configuration du r<>seau a <20>chou<6F>. R<>essayer ?}
message quit_pkgsrc {Quitter sans installer pkgsrc}
message quit_pkgs_install {Quitter sans installer bin pkg}
message pkgin_failed
{L'installation de pkgin a <20>chou<6F>, peut-<2D>tre parce que son paquetage binaire
n'existe pas. V<>rifiez le chemin et essayez <20> nouveau.}
message failed {<7B>chou<6F>}
message notsupported {Le fonctionnement n'est pas pris en charge!}
message askfsmountadv {Point de montage ou de 'raid' ou 'cgd' ou 'lvm'?}
message partman {Partitionnement <20>tendu}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
message editbsdpart {Modifier les partitions NetBSD}
message editpart {Modifier les partitions}
message editmbr {Modifiez et enregistrez MBR}
message switchgpt {Mettre <20> GPT}
message switchmbr {Basculer vers MBR}
message renamedisk {D<>finir le nom du disque}
message fmtasraid {Format en RAID}
message fmtaslvm {Format de LVM PV}
message encrypt {Crypter}
message setbootable {Drapeau d'amor<6F>age}
message erase {Fonction d'effacement s<>curis<69>}
message undo {Annuler les changements}
message unconfig {Annulation de la configuration}
message edit {<7B>diter}
message doumount {Groupe umount}
message fremove {ENLEVER}
message remove {Supprimer}
message add {Ajouter}
message auto {auto}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
message removepartswarn {Cette supprimer toutes les partitions sur le disque!}
message saveprompt {Enregistrer les modifications avant de terminer?}
message cantsave {Aucune modification ne peut <20>tre sauv<75>.}
message noroot {Aucune partition racine d<>fini, ne peut pas continuer \n continue\n}
2015-04-20 17:10:31 +03:00
message addusername {Nom d'utilisateur (8 caract<63>res)}
message addusertowheel {Ajouter cet utilisateur au groupe "wheel" ?}
message Delete_partition
{Supprimer la partition}
message No_filesystem_newfs
{The selected partition does not seem to have a valid file system.
Do you want to newfs (format) it?}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
message swap_display {swap}
/* Called with: Example
* $0 = parent device name sd0
* $1 = swap partition name my_swap
*/
message Auto_add_swap_part
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
{A swap partition (named $1) seems to exist on $0.
Do you want to use that?}
message parttype_disklabel {BSD disklabel}
message parttype_disklabel_short {disklabel}
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
message select_part_scheme
{The disk seems not to have been partitioned before. Please select
a partitioning scheme from the available options below. }
message select_other_partscheme
{Please select a different partitioning scheme from the available
options below. }
message select_part_limit
{Some schemes have size limits and can only be used for the start
of huge disks. The limit is displayed below.}
/* Called with: Example
* $0 = device name ld0
* $1 = size 3 TB
*/
message part_limit_disksize
{This device ($0) is $1 big.}
message size_limit {Max:}
message addpart {Add a partition}
message nopart { (no partition defined)}
message custom_type {Unknown}
message dl_type_invalid {Invalid file system type code (0 .. 255)}
message cancel {Cancel}
message out_of_range {Invalid value}
message reedit_partitions {Re-edit}
message abort_installation {Abort installation}
message dl_get_custom_fstype {File system type code (upto 255)}
message err_too_many_partitions {Too many partitions}
/* Called with: Example
* $0 = mount point /home
*/
message mp_already_exists {$0 already defined!}
message ptnsize_replace_existing
{This is an already existing partition.
To change it's size, the partition will need to be deleted and later
recreated. All data in this partition will be lost.
Would you like to delete this partition and continue?}
message part_not_deletable {Non-deletable system partition}
message ptn_type {syst<73>me de fichiers}
message ptn_start {D<>but}
message ptn_size {taille}
message ptn_end {fin}
message No_free_space {Pas d'espace libre}
message Invalid_numeric {Nombre invalide!}
message Too_large {Trop grand!}
/* Called with: Example
* $0 = start of free space 500
* $1 = end of free space 599
* $2 = size of free space 100
* $3 = unit in use MB
*/
message free_space_line {Espace <20> $0..$1 $3 (taille $2 $3)\n}
message fs_type_ffsv2 {FFSv2}
message fs_type_ffs {FFS}
message other_fs_type {Other type}
message editpack {Edit name of the disk}
message edit_disk_pack_hdr
{The name of the disk is arbitrary.
It is useful for distinguishing between multiple disks.
It may also be used when auto-creating dk(4) "wedges" for this disk.
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions. Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART. Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage: - partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme". - implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon) - partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions". - all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific) Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release. This work was sponsored by The NetBSD Foundation, Inc.
2019-06-12 09:20:17 +03:00
Enter disk name}
/* Called with: Example
* $0 = outer partitioning name Master Boot Record (MBR)
* $1 = short version of $0 MBR
*/
message reeditpart
{Voulez-vous <20>diter de nouveau la table des partitions}
/* Called with: Example
* $0 = device name wd0
* $1 = outer partitioning name Master Boot Record (MBR)
* $2 = inner partitioning name BSD disklabel
* $3 = short version of $1 MBR
* $4 = short version of $2 disklabel
* $5 = size needed for NetBSD 250M
* $6 = size needed to build NetBSD 15G
*/
message fullpart
{Nous allons maintenant installer NetBSD sur votre disque $0. Vous devez
choisir si vous voulez installer NetBSD sur la totalit<69> du disque ou seulement
sur une partie de celui-ci.
Une installation sur une partie du disque cr<63>e une partition, ou `slice', pour
NetBSD dans le secteur de d<>marrage ($1) de votre
disque. Une installation sur la totalit<69> du disque est `dangereusement
d<EFBFBD>di<EFBFBD>e' : elle r<>initialise compl<70>tement le $3, ce qui efface tout syst<73>me
d'exploitation ou donn<6E>es existants sur le disque. Cela rend <20>galement
impossible l'installation ult<6C>rieure d'un deuxi<78>me syst<73>me d'exploitation,
sauf si vous r<>installez compl<70>tement NetBSD en utilisant uniquement une
partie du disque.}
message Select_your_choice
{Faites votre choix}
/* Called with: Example
* $0 = partitioning name Master Boot Record (MBR)
* $1 = short version of $0 MBR
*/
message Use_only_part_of_the_disk
{Utilisation d'une partie du disque}
message Use_the_entire_disk
{Utilisation de tout le disque}
/* Called with: Example
* $0 = device name wd0
* $1 = total disk size 3000 GB
* $2 = unallocated space 1.2 GB
*/
message part_header
{ Taille totale du disque $0: $1 - libre: $2}
message part_header_col_start {D<>but}
message part_header_col_size {Taille}
message part_header_col_flag {Flg}
message Partition_table_ok
{Table des partitions OK}
message Dont_change
{Ne pas modifier}
message Other_kind
{Autre}
/* Called with: Example
* $0 = outer partitioning name Master Boot Record (MBR)
* $1 = short version of $0 MBR
*/
message nobsdpart
{Il n'y a pas actuellement de partition NetBSD dans la table de partitions.}
/* Called with: Example
* $0 = outer partitioning name Master Boot Record (MBR)
* $1 = short version of $0 MBR
*/
message multbsdpart
{Il y a plusieurs partitions NetBSD dans la table de partitions du secteur de
d<EFBFBD>marrage.
Positionnez l'indicateur 'installation' sur celle <20> utiliser.}
message ovrwrite
{Votre disque a actuellement une partition autre que NetBSD. Voulez-vous
vraiment l'<27>craser par une partition NetBSD ?
}
message Partition_OK
{Partition OK}
/* Called with: Example
* $0 = device name wd0
* $1 = outer partitioning name Master Boot Record (MBR)
* $2 = short version of $1 MBR
* $3 = other flag options d = bootselect default, a = active
*/
message editparttable
{<7B>ditez votre table de partitions $2. La table de partitions est :
}
message install_flag {I}
message newfs_flag {N}
message ptn_install {installation}
message ptn_instflag_desc {(I)nstallation, }
message parttype_gpt {Guid Partition Table (GPT)}
message parttype_gpt_short {GPT}
message ptn_label {Label}
message ptn_uuid {UUID}
message ptn_gpt_type {GPT Type}
message ptn_boot {Boot}
/* Called with: Example
* $0 = outer partitioning name Master Boot Record (MBR)
* $1 = short version of $0 MBR
*/
message use_partitions_anyway
{Use this partitions anyway}
message gpt_flags {B}
message gpt_flag_desc {, (B)ootable}
/* Called with: Example
* $0 = file system type FFSv2
*/
message size_ptn_not_mounted {(Other: $0)}