config root man

Current Path : /usr/local/share/locale/de/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/de/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)ˆF²^ù6X5?Å;8A%zZ 6ûJ2%}1£1Õ,'2T0‡(¸-á1'A&i4*Å0ð!Z7%’#¸&Ü&&*&Q&x&ŸtÆ0;5l$¢KÇV+j3–Ê-Ü-
-8-f-”-Â-ð-Ltk-à- -< -j -˜ 0Æ -÷ -%!-S!-!-¯!-Ý!
"Ø"%ï"5#+K#-w#2¥#Ø#é#-ý#&;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: PostgreSQL 8.3
Report-Msgid-Bugs-To: 
POT-Creation-Date: 2007-11-07 19:30-0400
PO-Revision-Date: 2007-11-08 11:47+0100
Last-Translator: Peter Eisentraut <peter_e@gmx.net>
Language-Team: German <peter_e@gmx.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

Wenn diese Werte akzeptabel scheinen, dann benutzen Sie -f um das
Zurücksetzen zu erzwingen.

Berichten Sie Fehler an <pgsql-bugs@postgresql.org>.
  --help          diese Hilfe anzeigen, dann beenden
  --version       Versionsinformationen anzeigen, dann beenden
  -O OFFSET       nächsten Multitransaktions-Offset setzen
  -e XIDEPOCHE    nächste Transaktions-ID-Epoche setzen
  -f              Änderung erzwingen
  -l TLI,DATEIID,SEG
                  minimale WAL-Startposition für neuen Log erzwingen
  -m XID          nächste Multitransaktions-ID setzen
  -n              keine Änderung, nur Kontrolldaten anzeigen (zum Testen)
  -o OID          nächste OID setzen
  -x XID          nächste Transaktions-ID setzen
%s setzt den PostgreSQL-Transaktionslog zurück.

%s: OID (-o) darf nicht 0 sein
%s: kann nicht von »root« ausgeführt werden
%s: konnte nicht in Verzeichnis »%s« wechseln: %s
%s: konnte pg_control-Datei nicht erstellen: %s
%s: konnte Datei »%s« nicht löschen: %s
%s: konnte Verzeichnis »%s« nicht öffnen: %s
%s: konnte Datei »%s« nicht zum Lesen öffnen: %s
%s: konnte Datei »%s« nicht öffnen: %s
%s: konnte Datei »%s« nicht lesen: %s
%s: konnte aus dem Verzeichnis »%s« nicht lesen: %s
%s: konnte Datei »%s« nicht schreiben: %s
%sL konnte pg_control-Datei nicht schreiben: %s
%s: fsync-Fehler: %s
%s: interner Fehler -- sizeof(ControlFileData) ist zu groß ... PG_CONTROL_SIZE reparieren
%s: ungültige LC_COLLATE-Einstellung
%s: ungültige LC_CTYPE-Einstellung
%s: ungültiges Argument für Option -O
%s: ungültiges Argument für Option -e
%s: ungültiges Argument für Option -l
%s: ungültiges Argument für Option -m
%s: ungültiges Argument für Option -o
%s: ungültiges Argument für Option -x
%s: Sperrdatei »%s« existiert bereits
Läuft der Server?  Wenn nicht, dann Sperrdatei löschen und nochmal versuchen.
%s: Multitransaktions-ID (-m) darf nicht 0 sein
%s: Multitransaktions-Offset (-O) darf nicht -1 sein
%s: kein Datenverzeichnis angegeben
%s: pg_control existiert, aber mit ungültiger CRC; mit Vorsicht fortfahren
%s: pg_control existiert, aber ist kaputt oder hat unbekannte Version; wird ignoriert
%s: Transaktions-ID (-x) darf nicht 0 sein
%s: Transaktions-ID-Epoche (-e) darf nicht -1 sein
64-Bit-GanzzahlenBlöcke pro Segment:                       %u
Bytes pro WAL-Segment:                    %u
Katalogversionsnummer:                    %u
Datenbankblockgröße:                      %u
Datenbanksystemidentifikation:            %s
Speicherung von Datum/Zeit-Typen:         %s
Erste Logdatei-ID nach Zurücksetzen:      %u
Erstes Logdateisegment nach Zurücksetzen: %u
Geschätzte pg_control-Werte:

Wenn Sie sicher sind, dass das Datenverzeichnis korrekt ist, führen Sie
  touch %s
aus und versuchen Sie es erneut.
LC_COLLATE:                               %s
LC_CTYPE:                                 %s
NextMultiOffset des letzten Checkpoints:  %u
NextMultiXactId des letzten Checkpoints:  %u
NextOID des letzten Checkpoints:          %u
NextXID des letzten Checkpoints:          %u/%u
TimeLineID des letzten Checkpoints:       %u
Maximale Spalten in einem Index:          %u
Maximale Datenausrichtung (Alignment):    %u
Maximale Bezeichnerlänge:                 %u
Maximallänge eines Locale-Namens:         %u
Maximale Größe eines Stücks TOAST:        %u
Optionen:
Der Datenbankserver wurde nicht sauber heruntergefahren.
Beim Zurücksetzen des Transaktionslogs können Daten verloren gehen.
Wenn Sie trotzdem weiter machen wollen, benutzen Sie -f, um das
Zurücksetzen zu erzwingen.
Transaktionslog wurde zurück gesetzt
Versuchen Sie »%s --help« für weitere Informationen.
Aufruf:
  %s [OPTION]... DATENVERZEICHNIS

WAL-Blockgröße:                           %u
Sie müssen %s als PostgreSQL-Superuser ausführen.
Gleitkommazahlenpg_control-Werte:

pg_control-Versionsnummer:                %u
Man Man