gzip: stdin: pas de format gzip tar: Child statut renvoyé 1 tar: Erreur non récupérable: la sortie
J'ai un script bash qui crée un tar.gz et crypte les envoie ensuite à conduire. Cependant je ne peux pas ouvrir le .tar.gz par la suite. Voici mon processus de...
Script Bash qui permet de crypter.
#!/bin/sh
# tar the automysqlbackup directory
tar -zcf "red-backup-$(date '+%Y-%m-%d').tar.gz" /var/lib/automysqlbackup/
# encrypt the tar
openssl aes-256-cbc -a -salt -in "red-backup-$(date '+%Y-%m-%d').tar.gz" -out "red-backup-$(date '+%Y-%m-%d').tar.gz.enc" -pass 'pass:MySecretPWD'
# remove the original tar
rm -rf "red-backup-$(date '+%Y-%m-%d').tar.gz"
# upload to google drive
gdrive upload --file "red-backup-$(date '+%Y-%m-%d').tar.gz.enc" -p "jofhriout849uioejfoiu09"
puis j'ai télécharger le fichier et l'utilisation
sudo openssl aes-256-cbc -e -in red-backup-2016-09-22.tar.gz.enc -out red-backup-2016-09-22.tar.gz
Je puis entrez le mot de passe pour mon fichier deux fois, et maintenant, je reçois un fichier appelé
red-backup-2016-09-22.tar.gz
Quand j'essaie alors
sudo tar -zxvf red-backup-2016-09-22.tar.gz
et obtenir
gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Error is not recoverable: exiting now
J'ai aussi essayé de renommer le fichier .du goudron et aussi essayer
sudo tar xvf red-backup-2016-09-22.tar.gz
et
sudo tar xvf red-backup-2016-09-22.tar
tar: This does not look like a tar archive
tar: Skipping to next header
tar: Exiting with failure status due to previous errors
Des idées où je vais mal?
Pouvez-vous essayer déballage d'un goudron sans
sans le z drapeau je reçois la même erreur stdin: pas de format gzip. Sans deux z-drapeau et le nom de fichier .tar (no .gz) j'obtiens un " tar: Cela ne ressemble pas à une archive tar "
laissez le
Avec l'option-a enlevé et l'aide -d comme vous l'avez dit, le processus a fonctionné parfaitement. Merci beaucoup pour résoudre le problème.
z
?sans le z drapeau je reçois la même erreur stdin: pas de format gzip. Sans deux z-drapeau et le nom de fichier .tar (no .gz) j'obtiens un " tar: Cela ne ressemble pas à une archive tar "
laissez le
-a
drapeau lors de chiffrement (ou de l'utiliser également lors du déchiffrement si vous avez besoin de base64 traiter les données) et l'utilisation -d
à déchiffrer, pas -e
(dans l'exemple ci-dessus, le fichier a été chiffré deux fois)Avec l'option-a enlevé et l'aide -d comme vous l'avez dit, le processus a fonctionné parfaitement. Merci beaucoup pour résoudre le problème.
OriginalL'auteur ServerSideSkittles | 2016-09-22
Vous devez vous connecter pour publier un commentaire.
Ce probablement en raison de votre gzip version d'une incompatibilité.
Vérifier ces points en premier:
/usr/bin/gzip ou /bin/gzip
Il doit être soit /bin/gzip ou /usr/bin/gzip. Si votre gzip points à certains autres gzip application s'il vous plaît essayer en supprimant le chemin de votre CHEMIN env variable.
Suivant est
gzip 1.3.5
(2002-09-30)
Votre problème peut être résolu avec ces points de contrôle.
J'ai même /bin/gzip et gzip -V est gzip 1.5, face à la même question.
J'ai même /bin/gzip et gzip -V est gzip 1.6, face à la même question... n'importe quelle résolution?
J'ai même /bin/gzip et gzip -V est gzip 1.6, face à la même question
j'ai même gzip chemin et toujours le même problème
OriginalL'auteur Roopendra
Cela signifie que le fichier n'est pas vraiment un fichier tar compressé, -- ou à tout type de format de fichier -- en dépit d'être nommé comme l'un.
Lorsque vous téléchargez un fichier avec
wget
, vérifier les indications commeLength: unspecified [text/html]
qui montre que c'est en texte brut (text) et qu'il est destiné à être interprété comme du html. De vérifier lawget
de sortie ci-dessous -Ce genre d'confirme que vous n'avez pas reçu un fichier gzip.
Pour un fichier correct, la
wget
sortie montrera quelque chose commeLength: 185515842 (177M) [application/x-gzip]
comme indiqué dans le dessous de sortie -Ci-dessus montre une bonne
gzip
application fichier a été téléchargé.Vous pouvez également
file
,head
,less
,view
utilitaires pour vérifier le fichier. Par exemple un fichier HTML donnerait au-dessous de sortie -Ci-dessus montre que c'est en effet une page HTML que l'on tente de dézipper/décompresser - quelque chose qui ne fonctionne pas. Si c'était vraiment un bon fichier zip (binaire dans la nature) de la sortie de
head
aurait produit des ordures - quelque chose comme ci-dessous -Essayez de télécharger depuis le site officiel et de vérifier si leurs liens de téléchargement ont changé. Vérifiez également les paramètres de votre proxy et assurez-vous que vous avez le droit de procurations permis à télécharger/
wget
à partir de la source correcte.Espère que cette aide.
Une façon de wget téléchargement jdk est à télécharger avec google chrome comme un fichier normal et puis obtenir le lien de l'url de l'téléchargements. faire un wget <URL> sur la machine distante. Vous verrez un fichier de quelque chose comme jdk-9.0.4_linux-x64_bin.le goudron.gz?AuthParam=1520.... juste décompresser.
OriginalL'auteur Souvik
D'abord vérifier le type de compression par cette commande
**file name_name.tgz**
O/P - Si la sortie est "XZ compressés données"
Puis utilisez cette commande pour décompresser le fichier
OriginalL'auteur kamran kausar
Suffit de cliquer d'abord sur ce lien pour accéder à la page HTML où les téléchargements ou les miroirs sont.
C'est vraiment trompeur d'avoir plein de lien qui se termine en .tgz quand il aboutit effectivement à une page HTML où de réels liens de téléchargement sont.
J'ai eu ce problème téléchargement Apache Spark et wget-ing dans Ubuntu.
OriginalL'auteur Harvey
Il fonctionne
Pour plus d'informations, reportez-vous
https://forums.linuxmint.com/viewtopic.php?t=223639
OriginalL'auteur Khalid Shibghatulloh Robbani
D'abord, vérifiez le type de compression avec la commande ci-dessous:
file <file_name>
Si la sortie est une Posix fichier compressé, utilisez la commande ci-dessous pour décompresser:
tar xvf <file_name>
OriginalL'auteur Laxmi Allagi
sudo tar-xvzf ./PhpStorm-2018.3.4.tar.gz
OriginalL'auteur user11076424