Current Path : /compat/linux/proc/self/root/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 : //compat/linux/proc/self/root/usr/local/share/locale/fr/LC_MESSAGES/pg_resetxlog.mo |
Þ•M„gìˆ9‰-Ã,ñ83W0‹*¼Nç/6Nfµ*Õ+ , !H +j )– #À &ä - !9 ![ +} "© (Ì õ S ^~#œ#À#ä##,#P\t+Ñ0ý . @O D &Õ -ü *):)d)Ž)¸)â))6)`ŠV§)þ)()R)|)¦,Ð)ý)')Q){)¥)Ï ù ¤&»!â)-.\s)ˆy²S,5€2¶2é>`['¼täAYy›'>=9|#¶+Ú2191k19Ï. ,8/e.•2Ä÷^nˆ( (É(ò((D(mb–CùB=)€FªIñ=;NyÈ;Ø;;P;Œ;È; ;@ ;| "¸ [Û ;7!;s!;¯!;ë!;'">c";¢";Þ";#;V#;’#;Î# $è$.þ$0-%&^%;…%AÁ%&&;:&&;L*!=#B-(G0: )J8ME1> <I 2 +CF6,A@9K/3.?7D$5H'"%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 integersBlocks 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 numberspg_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-bitsBlocs 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 flottanteValeurs de pg_control : Numéro de version de pg_control : %u