Hallo,
nach dem update auf Deb7.1, damit verbunden war ein kompletter vServer-image-reset, tut mein backupscript nicht mehr.
Genauer gesagt gpg und noch genauer die Zeile: gpg --batch --no-tty -c $BACKUPTEMP/$AKT_DATUM.backup.tgz --passphrase-fd 42 42< $BACKUPBASEDIR/secret
gpg antwortet immer mit (1:1-Kopie der Ausgabe): "Aufruf: gpg [Optionen] --symmetric [Dateiname]"
Alle vorherigen Schritte des scripts funktionieren, alle Variablen sind vorhanden und stehen richtig.
Das gleiche Ergebnis mit einem funktional gleichem Aufruf, der lt. Forum klappen sollte: echo 'passphrase' | gpg --passphrase-fd 0 -c $BACKUPTEMP/$AKT_DATUM.backup.tgz -o $BACKUPTEMP/$AKT_DATUM.backup.tgz.gpg
Rückgabe: Reading passphrase from file descriptor 0 Aufruf: gpg [Optionen] --symmetric [Dateiname]
Auch händisch auf der Konsole mit absoluten Dateinamen das selbe Ergebnis. Auch habe ich schon mit den Parametern wie wild rumgespielt. Insbesonderen dem --symmetric der aber nur den selben Fehler wirft.
Ich konnte keine weiteren logs für gpg finden und auch das befragen des Goorakels brachte mich zu der Meldung noch nicht weiter.
Ich würde mich sehr über Hilfe freuen, Robert
Hi,
tranquillo schrieb:
Genauer gesagt gpg und noch genauer die Zeile: gpg --batch --no-tty -c $BACKUPTEMP/$AKT_DATUM.backup.tgz --passphrase-fd 42 42< $BACKUPBASEDIR/secret
gpg antwortet immer mit (1:1-Kopie der Ausgabe): "Aufruf: gpg [Optionen] --symmetric [Dateiname]"
Sicher, dass es wie oben beschrieben jemals funktioniert hat? gpg ist streng in der Reihenfolge der Argumente: Optionen kommen vor Kommandos. Du hängst aber Optionen (-o bzw. --passphrase-fd) hinter das Kommando (-c). Und darüber beschwert sich mE gnupg auch. Funktioniert es, wenn du den Befehl entsprechend umstellst? http://bugs.debian.org/708534 HTH und MfG Daniel
Am 19.06.2013 12:28, schrieb Daniel Leidert:
Hi,
tranquillo schrieb:
Genauer gesagt gpg und noch genauer die Zeile: gpg --batch --no-tty -c $BACKUPTEMP/$AKT_DATUM.backup.tgz --passphrase-fd 42 42< $BACKUPBASEDIR/secret
gpg antwortet immer mit (1:1-Kopie der Ausgabe): "Aufruf: gpg [Optionen] --symmetric [Dateiname]"
Sicher, dass es wie oben beschrieben jemals funktioniert hat? gpg ist streng in der Reihenfolge der Argumente: Optionen kommen vor Kommandos. Du hängst aber Optionen (-o bzw. --passphrase-fd) hinter das Kommando (-c). Und darüber beschwert sich mE gnupg auch. Funktioniert es, wenn du den Befehl entsprechend umstellst?
Yey! Das war es. Aber das hatte zurvor noch funktioniert. Gut, die Version war ziemlich veraltet (min 2-3 Jahre) und der im Forum war sich auch sicher das seine Zeile funktionierte.
Ich danke Dir auf jeden Fall vielmals! Robert
Oh.. oh.. ich hatte schon [solved] im Betreff stehen, aber leider funktioniert das ganze nicht im script sondern nur von Hand auf der Konsole. Die Meldung bei Scriptauführung:
gpg --passphrase-fd 42 42< $BACKUPBASEDIR/secret --batch --no-tty --symmetric $BACKUPTEMP/$AKT_DATUM.backup.tgz
Antwort: "Aufruf: gpg [Optionen] [Dateiname]"
Ich hab mir noch mal die Parameter angesehen und auch spasseshalber alles mal durchgetauscht ohne Erfolg.
Selbst wenn die obrige zeile ausgeprintet wird lässt sie sich von Hand in der Konsole problemlos ausführen. Sieht die Scriptkonsole da irgendetwas nicht oder was ist da los.
Grüße Robert
ok, dann bin ich wohl auch 15Jahre zu spät :)
Hi,
On Wed, Jun 19, 2013 at 13:46:57 +0200, tranquillo wrote:
Oh.. oh.. ich hatte schon [solved] im Betreff stehen, aber leider funktioniert das ganze nicht im script sondern nur von Hand auf der Konsole. Die Meldung bei Scriptauführung:
gpg --passphrase-fd 42 42< $BACKUPBASEDIR/secret --batch --no-tty --symmetric $BACKUPTEMP/$AKT_DATUM.backup.tgz
Antwort: "Aufruf: gpg [Optionen] [Dateiname]"
Wird das Skript von bash oder dash ausgefuehrt?
Bei Debian ist /bin/sh ein Symlink auf dash. In bash funktioniert die Input Redirection mit fd 42, in dash nicht:
chris@triangle:/tmp$ /bin/sh $ gpg --passphrase-fd 42 42<secret --batch --no-tty --symmetric fstab Reading passphrase from file descriptor 42 usage: gpg [options] [filename] $ ls fstab secret
chris@triangle:/tmp$ gpg --passphrase-fd 42 42<secret --batch --no-tty --symmetric fstab chris@triangle:/tmp$ ls fstab fstab.gpg secret
Gruss, Chris
Hallo Christian,
Am 19.06.2013 22:30, schrieb Christian Perle:
Bei Debian ist /bin/sh ein Symlink auf dash. In bash funktioniert die Input Redirection mit fd 42, in dash nicht
Immer wieder kurios was Betriebsysteme so machen und für mich sehr erstaunlich das immer wieder jemandem diese Kuriosität einfällt wenn bei mir was klemmt.
Ich hab jetzt global die dash jetzt gegen die bash zurück getauscht: dpkg-reconfigure dash -> "no"
Hoffe das war der richtige Weg.
Vielen Dank Robert
Hallo Robert,
On Thu, Jun 20, 2013 at 08:54:43 +0200, tranquillo wrote:
Immer wieder kurios was Betriebsysteme so machen und für mich sehr erstaunlich das immer wieder jemandem diese Kuriosität einfällt wenn bei mir was klemmt.
Die Umstellung des /bin/sh-Symlinks von bash auf dash ist schon einige Jahre her. Deshalb duerfen in Initskripten, die mit #!/bin/sh beginnen, keine Bashismen verwendet werden.
Ich hab jetzt global die dash jetzt gegen die bash zurück getauscht: dpkg-reconfigure dash -> "no"
Deine Aenderung wirkt sich aufs gesamte System aus.
Hoffe das war der richtige Weg.
Ich haette es anders gemacht. Das gpg-Skript war ja offensichtlich was eigenes, nicht zur Distribution gehoerendes. Ich haette speziell dieses Skript so geaendert, dass es mit bash ausgefuehrt wird, es also mit #!/bin/bash beginnen lassen.
Gruss, Chris
Hoffe das war der richtige Weg.
Ich haette es anders gemacht. Das gpg-Skript war ja offensichtlich was eigenes, nicht zur Distribution gehoerendes. Ich haette speziell dieses Skript so geaendert, dass es mit bash ausgefuehrt wird, es also mit #!/bin/bash beginnen lassen.
Gruss, Chris
jo... das ist besser, denn die debian almquist shell dash ist schneller als die bash, was einem debian system in der bootzeit zu gute kommt. Wenn Dich die bootzeit nicht interessiert, solltest Du mit Deiner Lösung aber keine Probleme bekommen.
vg _john
lug-dd@mailman.schlittermann.de