| Current Path : /usr/local/share/locale/fr/LC_MESSAGES/ |
FreeBSD hs32.drive.ne.jp 9.1-RELEASE FreeBSD 9.1-RELEASE #1: Wed Jan 14 12:18:08 JST 2015 root@hs32.drive.ne.jp:/sys/amd64/compile/hs32 amd64 |
| Current File : //usr/local/share/locale/fr/LC_MESSAGES/pg_resetxlog.mo |
Þ• M „ g ì ˆ 9 ‰ - Ã , ñ 8 3 W 0 ‹ * ¼ N ç / 6 N f µ * Õ + , ! H + j ) – # À & ä -
! 9
! [
+ }
" ©
( Ì
õ
S
^ ~ # œ # À # ä # # , # P \ t + Ñ 0 ý .
@ O
D
& Õ
- ü
* ) : ) d ) Ž ) ¸ ) â ) ) 6 ) ` Š V § ) þ ) ( ) R ) | ) ¦ , Ð ) ý ) ' ) Q ) { ) ¥ ) Ï ù ¤ & » ! â ) - . \ s ) ˆ y ² S , 5 € 2 ¶ 2 é > ` [ ' ¼ t ä A Y y › ' > = 9 | # ¶ + Ú 2 1 9 1 k 1 9 Ï . , 8 / e . • 2 Ä ÷ ^ n ˆ ( ( É ( ò ( ( D ( m b – C ù B = ) € F ª I ñ = ; N y È ; Ø ; ; P ; Œ ; È ; ; @ ; | " ¸ [ Û ; 7! ; s! ; ¯! ; ë! ; '" > c" ; ¢" ; Þ" ; # ; V# ; ’# ; Î#
$ è $ . þ$ 0 -% & ^% ; …% A Á% & & ; :& & ; L * ! = # B - ( G 0 : ) J 8 M E 1 > < I
2
+ C F 6 , A @ 9 K / 3 . ? 7 D $ 5 H ' " % 4
If these values seem acceptable, use -f to force reset.
Report bugs to <pgsql-bugs@postgresql.org>.
--help show this help, then exit
--version output version information, then exit
-O OFFSET set next multitransaction offset
-e XIDEPOCH set next transaction ID epoch
-f force update to be done
-l TLI,FILE,SEG force minimum WAL starting location for new transaction log
-m XID set next multitransaction ID
-n no update, just show extracted control values (for testing)
-o OID set next OID
-x XID set next transaction ID
%s resets the PostgreSQL transaction log.
%s: OID (-o) must not be 0
%s: cannot be executed by "root"
%s: could not change directory to "%s": %s
%s: could not create pg_control file: %s
%s: could not delete file "%s": %s
%s: could not open directory "%s": %s
%s: could not open file "%s" for reading: %s
%s: could not open file "%s": %s
%s: could not read file "%s": %s
%s: could not read from directory "%s": %s
%s: could not write file "%s": %s
%s: could not write pg_control file: %s
%s: fsync error: %s
%s: internal error -- sizeof(ControlFileData) is too large ... fix PG_CONTROL_SIZE
%s: invalid LC_COLLATE setting
%s: invalid LC_CTYPE setting
%s: invalid argument for option -O
%s: invalid argument for option -e
%s: invalid argument for option -l
%s: invalid argument for option -m
%s: invalid argument for option -o
%s: invalid argument for option -x
%s: lock file "%s" exists
Is a server running? If not, delete the lock file and try again.
%s: multitransaction ID (-m) must not be 0
%s: multitransaction offset (-O) must not be -1
%s: no data directory specified
%s: pg_control exists but has invalid CRC; proceed with caution
%s: pg_control exists but is broken or unknown version; ignoring it
%s: transaction ID (-x) must not be 0
%s: transaction ID epoch (-e) must not be -1
64-bit integers Blocks per segment of large relation: %u
Bytes per WAL segment: %u
Catalog version number: %u
Database block size: %u
Database system identifier: %s
Date/time type storage: %s
First log file ID after reset: %u
First log file segment after reset: %u
Guessed pg_control values:
If you are sure the data directory path is correct, execute
touch %s
and try again.
LC_COLLATE: %s
LC_CTYPE: %s
Latest checkpoint's NextMultiOffset: %u
Latest checkpoint's NextMultiXactId: %u
Latest checkpoint's NextOID: %u
Latest checkpoint's NextXID: %u/%u
Latest checkpoint's TimeLineID: %u
Maximum columns in an index: %u
Maximum data alignment: %u
Maximum length of identifiers: %u
Maximum length of locale name: %u
Maximum size of a TOAST chunk: %u
Options:
The database server was not shut down cleanly.
Resetting the transaction log might cause data to be lost.
If you want to proceed anyway, use -f to force reset.
Transaction log reset
Try "%s --help" for more information.
Usage:
%s [OPTION]... DATADIR
WAL block size: %u
You must run %s as the PostgreSQL superuser.
floating-point numbers pg_control values:
pg_control version number: %u
Project-Id-Version: pg_resetxlog-83-fr
Report-Msgid-Bugs-To:
POT-Creation-Date: 2008-03-14 17:20-0300
PO-Revision-Date: 2008-03-28 22:30+0100
Last-Translator: Guillaume Lelarge <guillaume@lelarge.info>
Language-Team: <pgsql-fr-generale@postgresql.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 8bit
X-Generator: KBabel 1.10.2
Si ces valeurs semblent acceptables, utilisez -f pour forcer la
réinitialisation.
Rapportez les bogues à <pgsql-bugs@postgresql.org>.
--help affiche cette aide, puis quitte
--version affiche la version, puis quitte
-O DÉCALAGE fixe le prochain décalage multi-transaction
-x XIDEPOCH fixe la valeur epoch du prochain identifiant de
transaction
-f force la mise à jour
-l TLI,FILE,SEG force l'emplacement minimal de début des WAL du nouveau
journal de transactions
-m XID fixe le prochain identifiant multi-transaction
-n pas de mise à jour, affiche simplement les valeurs de
contrôle extraites (pour test)
-o OID fixe le prochain OID
-x XID fixe le prochain identifiant de transaction
%s réinitialise le journal des transactions PostgreSQL.
%s : l'OID (-o) ne doit pas être 0
%s : ne peut pas être exécuté par « root »
%s : n'a pas pu accéder au répertoire « %s » : %s
%s : n'a pas pu créer le fichier pg_control : %s
%s : n'a pas pu supprimer le fichier « %s » : %s
%s : n'a pas pu ouvrir le répertoire « %s » : %s
%s : n'a pas pu ouvrir le fichier « %s » en lecture : %s
%s : n'a pas pu ouvrir le fichier « %s » : %s
%s : n'a pas pu lire le fichier « %s » : %s
%s : n'a pas pu lire le répertoire « %s » : %s
%s : n'a pas pu écrire le fichier « %s » : %s
%s : n'a pas pu écrire le fichier pg_control : %s
%s : erreur fsync : %s
%s : erreur interne -- sizeof(ControlFileData) est trop important...
corrigez PG_CONTROL_SIZE
%s : LC_COLLATE invalide
%s : LC_CTYPE invalide
%s : argument invalide pour l'option -O
%s : argument invalide pour l'option -e
%s : argument invalide pour l'option -l
%s : argument invalide pour l'option -m
%s : argument invalide pour l'option -o
%s : argument invalide pour l'option -x
%s : le verrou « %s » existe
Le serveur est-il démarré ? Sinon, supprimez le verrou et réessayez.
%s : l'identifiant de la multi-transaction (-m) ne doit pas être 0
%s : le décalage de la multi-transaction (-O) ne doit pas être -1
%s : aucun répertoire de données indiqué
%s : pg_control existe mais son CRC est invalide ; agissez prudemment
%s : pg_control existe mais est corrompu ou de version inconnue ; ignoré
%s : l'identifiant de la transaction (-x) ne doit pas être 0
%s : la valeur epoch de l'identifiant de transaction (-e) ne doit pas être
-1
entiers 64-bits Blocs par segment des relations volumineuses : %u
Octets par segment du journal de transaction : %u
Numéro de version du catalogue : %u
Taille du bloc de la base de données : %u
Identifiant du système de base de données : %s
Stockage du type date/heure : %s
Premier identifiant du journal après réinitialisation : %u
Premier segment du journal après réinitialisation : %u
Valeurs de pg_control devinées :
Si vous êtes certain du chemin du répertoire de données, exécutez
touch %s
et réessayez.
LC_COLLATE : %s
LC_CTYPE : %s
Dernier NextMultiOffset du point de contrôle : %u
Dernier NextMultiXactId du point de contrôle : %u
Dernier NextOID du point de contrôle : %u
Dernier NextXID du point de contrôle : %u/%u
Dernier TimeLineID du point de contrôle : %u
Nombre maximum de colonnes d'un index: %u
Alignement maximal des données : %u
Longueur maximale des identifiants : %u
Longueur maximale du nom de la locale : %u
Longueur maximale d'un morceau TOAST : %u
Options :
Le serveur de bases de données n'a pas été arrêté proprement.
Ré-initialiser le journal des transactions peut occasionner des pertes de
données.
Si vous souhaitez continuer malgré tout, utilisez -f pour forcer la
ré-initialisation.
Ré-initialisation du journal des transactions
Essayez « %s --help » pour plus d'informations.
Usage :
%s [OPTION]... RÉP_DONNÉES
Taille de bloc du journal de transaction : %u
Vous devez exécuter %s en tant que super-utilisateur PostgreSQL.
nombres à virgule flottante Valeurs de pg_control :
Numéro de version de pg_control : %u