Aren
/
NetBSD
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
NetBSD/usr.sbin/sysinst/msg.mbr.fr

140 lines
4.3 KiB
Plaintext
Raw Permalink Normal View History

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
/* $NetBSD: msg.mbr.fr,v 1.6 2019/06/12 06:20:17 martin Exp $ */
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +04:00
/*
* 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.
Remove the advertisement clause from files copyrighted by Piermont Information Systems, with the consent of the copyright owner, Perry E. Metzger.
2011-04-04 12:30:12 +04:00
* 3. The name of Piermont Information Systems Inc. may not be used to endorse
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +04:00
* 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.
*
*/
/* MD Message catalog -- french, i386 version */
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 mbr_part_header_1 {Type}
message mbr_part_header_2 {Mount}
Another pass of the rototiller. Mainly: 1) New MBR editor 2) Hierarchic timezone menu
2003-07-07 16:30:19 +04:00
.if BOOTSEL
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 mbr_part_header_3 {Menu}
Another pass of the rototiller. Mainly: 1) New MBR editor 2) Hierarchic timezone menu
2003-07-07 16:30:19 +04:00
.endif
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +04:00
Another pass of the rototiller. Mainly: 1) New MBR editor 2) Hierarchic timezone menu
2003-07-07 16:30:19 +04:00
message noactivepart
{Vous n'avez pas choisi de partition active.
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
Cela peut emp<6D>cher votre syst<73>me de d<>marrer correctement.}
message fixactivepart
{
Corrected messages.
2009-10-18 23:31:53 +04:00
Dois-je marquer la partition NetBSD comme active ?}
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +04:00
Translate the remaining untranslated messages, and others small fixes.
2004-03-28 23:06:49 +04:00
message setbiosgeom
Fix code that determines BIOS CHS from MBR - used to get confused by big disks. Make same function return useful defaults if it can't find an answer. Make all ports default to the useful defaults if bios geometry is unknown. Move some messages to mbr set from mi set. Fix i386 code that selects which bios disk, simplify interface to menus. Remove now unnecessary global data from many ports.
2003-06-14 02:27:03 +04:00
{
Update with changes by Gilbert Fernandes <gilboooo@gmail.com>, review and some updates from bouyer@
2006-09-05 02:00:52 +04:00
La g<>om<6F>trie du disque doit <20>tre pr<70>cis<69>e.
Corrected messages.
2009-10-18 23:31:53 +04:00
Veuillez entrer le nombre de secteurs par piste (maximum 63) et le nombre de
Translate the remaining untranslated messages, and others small fixes.
2004-03-28 23:06:49 +04:00
t<EFBFBD>tes (maximum 256) que le BIOS utilise pour acc<63>der au disque.
Le nombre de cylindres sera d<>duit de la taille du disque.
Fix code that determines BIOS CHS from MBR - used to get confused by big disks. Make same function return useful defaults if it can't find an answer. Make all ports default to the useful defaults if bios geometry is unknown. Move some messages to mbr set from mi set. Fix i386 code that selects which bios disk, simplify interface to menus. Remove now unnecessary global data from many ports.
2003-06-14 02:27:03 +04:00
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +04:00
}
Fix code that determines BIOS CHS from MBR - used to get confused by big disks. Make same function return useful defaults if it can't find an answer. Make all ports default to the useful defaults if bios geometry is unknown. Move some messages to mbr set from mi set. Fix i386 code that selects which bios disk, simplify interface to menus. Remove now unnecessary global data from many ports.
2003-06-14 02:27:03 +04:00
message nobiosgeom
{Sysinst n'a pas pu d<>terminer automatiquement la g<>om<6F>trie utilis<69>e par le
Put back spaces at EOL where needed (in a message file, a space at EOL means a line break, a line break means a space...) This should fix PR 46042.
2012-03-01 20:22:13 +04:00
BIOS pour votre disque.
Fix code that determines BIOS CHS from MBR - used to get confused by big disks. Make same function return useful defaults if it can't find an answer. Make all ports default to the useful defaults if bios geometry is unknown. Move some messages to mbr set from mi set. Fix i386 code that selects which bios disk, simplify interface to menus. Remove now unnecessary global data from many ports.
2003-06-14 02:27:03 +04:00
La g<>om<6F>trie physique est %d cylindres %d secteurs %d t<>tes\n}
message biosguess
Fix the French translation.
2015-04-20 17:10:31 +03:00
{En utilisant les informations d<>j<EFBFBD> pr<70>sentes sur le disque, il semble que
Update with changes by Gilbert Fernandes <gilboooo@gmail.com>, review and some updates from bouyer@
2006-09-05 02:00:52 +04:00
la g<>om<6F>trie utilis<69>e par le BIOS soit de %d cylindres, %d secteurs et %d t<>tes\n}
Fix code that determines BIOS CHS from MBR - used to get confused by big disks. Make same function return useful defaults if it can't find an answer. Make all ports default to the useful defaults if bios geometry is unknown. Move some messages to mbr set from mi set. Fix i386 code that selects which bios disk, simplify interface to menus. Remove now unnecessary global data from many ports.
2003-06-14 02:27:03 +04:00
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +04:00
message realgeom
Corrected messages.
2009-10-18 23:31:53 +04:00
{ g<>om r<>elle : %d cylindres, %d t<>tes, %d secteurs (pour information)\n}
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +04:00
message biosgeom
Corrected messages.
2009-10-18 23:31:53 +04:00
{ g<>om fdisk : %d cylindres, %d t<>tes, %d secteurs \n}
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +04:00
Another pass of the rototiller. Mainly: 1) New MBR editor 2) Hierarchic timezone menu
2003-07-07 16:30:19 +04:00
message ptn_active
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
{active}
Another pass of the rototiller. Mainly: 1) New MBR editor 2) Hierarchic timezone menu
2003-07-07 16:30:19 +04:00
.if BOOTSEL
Translate the remaining untranslated messages, and others small fixes.
2004-03-28 23:06:49 +04:00
message bootmenu
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
{menu de d<>marrage}
Translate the remaining untranslated messages, and others small fixes.
2004-03-28 23:06:49 +04:00
message boot_dflt
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
{d<>faut}
Another pass of the rototiller. Mainly: 1) New MBR editor 2) Hierarchic timezone menu
2003-07-07 16:30:19 +04:00
.endif
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +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
message mbr_get_ptn_id {Type de partition (0..255)}
Translate the remaining untranslated messages, and others small fixes.
2004-03-28 23:06:49 +04:00
message Only_one_extended_ptn {Il ne peut y avoir qu'une seule partition <20>tendue}
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +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
message mbr_flags {ad}
message mbr_flag_desc
.if BOOTSEL
{, (Ac)tive partition, bootselect (d)efault}
.else
{, (A)ctive partition}
.endif
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +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 = outer partitioning name Master Boot Record (MBR)
* $2 = short version of $1 MBR
*/
message dofdisk
{Configuration de la table de partition $2...
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +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
message wmbrfail
{L'<27>criture du MBR a <20>chou<6F>. Nous ne pouvons continuer.}
Another pass of the rototiller. Mainly: 1) New MBR editor 2) Hierarchic timezone menu
2003-07-07 16:30:19 +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
message mbr_inside_ext
{The partition needs to start within the Extended Partition}
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +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
message mbr_ext_nofit
{The Extended Partition must be able to hold all contained partitions}
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +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
message mbr_ext_not_empty
{Can not delete a non-empty extended partition!}
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +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
message mbr_no_free_primary_have_ext
{This partition is not inside the extended partition
and there is no free slot in the primary boot record}
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +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
message mbr_no_free_primary_no_ext
{No space in the primary boot block.
You may consider deleting one partition, creating an extended partition
and then re-adding the deleted one}
Move a couple of messages into msg.mbr.?? Remove some unused menus and messages from the ports that use mbr.c (I'll re-implement the 1024 cylinder limit properly soon...)
2003-06-12 14:51:37 +04:00
Fix non-i386 builds
2003-07-07 16:55:48 +04:00
.if 0
.if BOOTSEL
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +04:00
message Set_timeout_value
Update with changes by Gilbert Fernandes <gilboooo@gmail.com>, review and some updates from bouyer@
2006-09-05 02:00:52 +04:00
{Modifier le temps d'attente}
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +04:00
message bootseltimeout
Corrected messages.
2009-10-18 23:31:53 +04:00
{Temps d'attente : %d\n}
Pull menu/msg files for setting up the mbr out of the md set. The md code will pull in the correct set of menu and messages. (the msg.mbr.fr has an untranslated message - volunteers?)
2003-05-16 23:15:00 +04:00
.endif
Fix non-i386 builds
2003-07-07 16:55:48 +04:00
.endif
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 parttype_mbr {Master Boot Record (MBR)}
message parttype_mbr_short {MBR}
message mbr_type_invalid {Invalid partition type (0 .. 255)}