extraire un fichier d'une grosse archive compressée

Julien SCORDIA <enochatearth@freeeeee.fr> a écrit:

Bonjour à tous,

J'ai perdu mon carnet d'adresse dans Mozilla (fichier abook.mab).
Mais j'ai un script shell qui tourne tous les mois avec anacron et cron,
qui me fait une sauvegarde de mon home.

[enoch@earth a0nvrx85.slt]$ df|grep home
/dev/hda6 4,5G 4,0G 553M 88% /home

C'est assez gros! J'utilise donc bunzip2 et ensuite split pour couper en
parties de 700 Mo gravables sur CD.
Cela est très bien si mon disque rend l'âme.
En revanche, aujourd'hui, je n'ai besoin que d'un fichier (abook.mab)
perdu dans l'archive.
N'y-a-t-il pas d'autres moyens que de décompresser tout mon home et
aller chercher le fichier en question?
Mon principal problème est que je n'ai plus de place pour décompresser
4,5 Go sur mon disque.

[enoch@earth a0nvrx85.slt]$ df
Filesystem Size Used Avail Use% Mounted on
/dev/hda10 4,6G 3,5G 907M 80% /
/dev/hda6 4,5G 4,0G 553M 88% /home
/dev/hda5 4,9G 1,6G 3,1G 33% /mnt/data1
/dev/hda2 11G 9,4G 1,3G 88% /mnt/data2
/dev/hda9 289M 9,2M 265M 4% /tmp
/dev/hda7 2,3G 1,9G 254M 89% /usr/local
/dev/hda8 380M 98M 263M 27% /var

Comment procéder pour aller chercher uniquement le fichier qui
m'intéresse (en n'oubliant pas que l'archive est splitée sur plusieurs cds)?
Est-ce seulement possible?

Merci d'avance et bon WE,

Julien


hi,

avec ta méthode aucune idée sauf rajouter un autre disque.
Par contre à l'avenir tu pourrais utiliser dump et restore qui te
permet en mode interactif de ne récupérer qu'un seul fichier.
Attention, ce n'est pas garanti si tu split en plusieurs média. Penses
dans ce cas au graveur de dvd ou une bande.
--

Quand le sage montre la lune, seul l'idiot regarde le doigt.

Bonjour à tous,

J'ai perdu mon carnet d'adresse dans Mozilla (fichier abook.mab).
Mais j'ai un script shell qui tourne tous les mois avec anacron et cron,
qui me fait une sauvegarde de mon home.

Comment le script sauvegarde-t-il les données ?

[enoch@earth a0nvrx85.slt]$ df|grep home
/dev/hda6 4,5G 4,0G 553M 88% /home

C'est assez gros! J'utilise donc bunzip2 et ensuite split pour couper en
parties de 700 Mo gravables sur CD.

Ce n'est pas une très bonne méthode de sauvegarde, car chaque support
de sauvegarde est dépendant de tous les autres. Par exemple, si un seul
de tous les CD venait à être illisible, tout l'archivage serait perdu.

Une solution plus judicieuse serait de répartir les sous-répertoires de
/home dans plusieurs sauvegardes distinctes.
Par exemple, en tapant 'du -sh $(ls -1Rd /home/*/)', on obtient la
taille des différents premiers sous-répertoire de /home. Ensuite, il
doit bien exister un ensemble de tailles qui tiennent sur un plus petit
nombre de CD (1, 2 ou 3). Et c'est tous ces ensembles qui vont
constituer tout l'archivage.

Ainsi, au lieu d'avoir une "grosse" archive sur un grand nombre de
supports, on obtient plusieurs "petites" archives faites chacune sur un
petit nombre de supports.
Donc, si un CD n'était plus lisible, seuls les 2 ou 3 CD associés
seraient condamnés, seule la "petite" archive concernée serait perdue,
et toutes les autres sauvegardes resteraient lisibles.
De plus, une restaure d'un fichier ne nécessiterait seulement que la
"redescente" de quelques CD, au lieu de la totalité.

Certes un petit pourcentage de la place de chaque CD reste inutilisé.
Mais si, sur une archive qui prend 4 CD, on perd 50 Mo, le jeu en vaut
la chandelle. D'ailleurs, le dernier support d'une archive multi-volumes
n'est jamais plein à plus de 50% (loi de Murphy sur les sauvegarde) :-)

Cela est très bien si mon disque rend l'âme.
En revanche, aujourd'hui, je n'ai besoin que d'un fichier (abook.mab)
perdu dans l'archive.

"archive", donc on supposera que tar est la commande qui crée l'archive.

N'y-a-t-il pas d'autres moyens que de décompresser tout mon home et
aller chercher le fichier en question?

tar -xf archive.tar chemin/fichier/a/restaurer

man tar, pour plus d'informations.

Mon principal problème est que je n'ai plus de place pour décompresser
4,5 Go sur mon disque.

L'inconvénient des archives "splittées" est qu'il faut recoller les
morceaux avant de pourvoir faire quoi que ce soit.

[enoch@earth a0nvrx85.slt]$ df
Filesystem Size Used Avail Use% Mounted on
/dev/hda10 4,6G 3,5G 907M 80% /
/dev/hda6 4,5G 4,0G 553M 88% /home
/dev/hda5 4,9G 1,6G 3,1G 33% /mnt/data1
/dev/hda2 11G 9,4G 1,3G 88% /mnt/data2
/dev/hda9 289M 9,2M 265M 4% /tmp
/dev/hda7 2,3G 1,9G 254M 89% /usr/local
/dev/hda8 380M 98M 263M 27% /var

Comment procéder pour aller chercher uniquement le fichier qui
m'intéresse (en n'oubliant pas que l'archive est splitée sur plusieurs
cds)?

Une fois que l'archive tar.bz2 est reconstruite, c'est gagné.
Maintenant, il faut trouver où.
A moins d'avoir autant de lecteurs que de CD (y compris en réseau).
Auquel cas, on peut tous les monter pour qu'ils soient tous lisibles en
un même instant (NFS pour le réseau), et faire un :

cat /mnt/cd1/arch.split1 /mnt/cd2/arch.split2 ... |
tar xjf - chemin/fichier/a/restaurer

Est-ce seulement possible?

Oui, ou sinon il faudra faire un peu de ménage sur les partitions pour
la nouvelle année ;-)

Merci d'avance et bon WE,

De rien.

Julien

--
David LE BOURGEOIS

J'ai perdu mon carnet d'adresse dans Mozilla (fichier abook.mab).
Mais j'ai un script shell qui tourne tous les mois avec anacron et cron,
qui me fait une sauvegarde de mon home.

C'est assez gros! J'utilise donc bunzip2 et ensuite split pour couper en
parties de 700 Mo gravables sur CD.
N'y-a-t-il pas d'autres moyens que de décompresser tout mon home et
aller chercher le fichier en question?
Mon principal problème est que je n'ai plus de place pour décompresser
4,5 Go sur mon disque.

En BASH/SH :

(
mount /mnt/cdrom
cat /mnt/cdrom/*.tar.bz2
umount /mnt/cdrom
eject
read
) | tar xjf - chemin/du/fichier/dans/l'archive

Met le premier CD, lance ce script et quand le CD j'éjecte, mets le
suivants puis valide par la touche <ENTREE>.

--
LiNuCe

J'ai perdu mon carnet d'adresse dans Mozilla (fichier abook.mab).
Mais j'ai un script shell qui tourne tous les mois avec anacron et cron,
qui me fait une sauvegarde de mon home.

C'est assez gros! J'utilise donc bunzip2 et ensuite split pour couper en
parties de 700 Mo gravables sur CD.
N'y-a-t-il pas d'autres moyens que de décompresser tout mon home et
aller chercher le fichier en question?
Mon principal problème est que je n'ai plus de place pour décompresser
4,5 Go sur mon disque.

En BASH/SH :

(
mount /mnt/cdrom
cat /mnt/cdrom/*.tar.bz2
umount /mnt/cdrom
eject
read
) | tar xjf - chemin/du/fichier/dans/l'archive

Met le premier CD, lance ce script et quand le CD j'éjecte, mets le
suivants puis valide par la touche <ENTREE>.

Je ne comprends pas très bien.
Si l'idée est d'envoyer toutes les archives vers un tar par le même
lecteur CD, il faut au moins une boucle :

while [ "$stop" = "" ]
do
mount /mnt/cdrom > /dev/null 2>&1 &&
cat /mnt/cdrom/arch.tar.bz2.split[0-9] 2> /dev/null &&
umount /mnt/cdrom > /dev/null 2>&1
read stop > /dev/null 2>&1
done | tar xjf - chemin/du/fichier

(pas testé)

Les dépendances && sont là pour éviter de continuer un tour de boucle si
jamais un montage echouait, et surtout un cat si par malchance un umount
ne se faisait pas.
Quant aux redirections vers /dev/null, elles servent à ne pas polluer la
concatenation de toutes les archives, par divers messages venant des
autres commandes.



--
David LE BOURGEOIS

Je ne comprends pas très bien.
Si l'idée est d'envoyer toutes les archives vers un tar par le même
lecteur CD, il faut au moins une boucle :

Effectivement, il s'agit d'un oubli de ma part ...

--
LiNuCe

David LE BOURGEOIS wrote:

Je ne comprends pas très bien. Si l'idée est d'envoyer toutes les
archives vers un tar par le même lecteur CD, il faut au moins une
boucle :

while [ "$stop" = "" ] do mount /mnt/cdrom > /dev/null 2>&1 && cat
/mnt/cdrom/arch.tar.bz2.split[0-9] 2> /dev/null && umount
/mnt/cdrom > /dev/null 2>&1 read stop > /dev/null 2>&1 done | tar xjf
- chemin/du/fichier

Salut et merci pour ta réponse.
J'ai essayé le script, qui normalement devrait marcher. Je me demande
même s'il monte le cdrom. Je n'en suis pas sûr.
Mais, tout se passe comme si le "cat" n'était jamais fait.
En fait, je me demande bien où est-ce qu'il peut mettre 700Mo comme ça.
Dans la RAM? J'en ai 3*256Mo, donc ça pourrait a priori aller en
comptant le swap. Mais il ne semble rien faire.
Voici le script exact que j'ai essayé, normalement aucun problème:

#!/bin/sh

while [ "$stop" = "" ]
do
mount /mnt/cdrom > /dev/null 2>&1 &&
cat /mnt/cdrom/* 2> /dev/null &&
umount /mnt/cdrom > /dev/null 2>&1
read stop > /dev/null 2>&1
done | tar xjf - .mozilla/default/a0nvrx85.slt/abook.mab

Si tu n'as pas idée d'où peut venir le hic, je vais lancer la chose sur
la liste shellscript-fr afin de résoudre le problème assez vite.

Julien

--
------------------------------------
Powered by GNU/Linux
------------------------------------

David LE BOURGEOIS wrote:

Je ne comprends pas très bien. Si l'idée est d'envoyer toutes les
archives vers un tar par le même lecteur CD, il faut au moins une
boucle :

while [ "$stop" = "" ] do mount /mnt/cdrom > /dev/null 2>&1 && cat
/mnt/cdrom/arch.tar.bz2.split[0-9] 2> /dev/null && umount
/mnt/cdrom > /dev/null 2>&1 read stop > /dev/null 2>&1 done | tar xjf
- chemin/du/fichier

Salut et merci pour ta réponse.
J'ai essayé le script, qui normalement devrait marcher. Je me demande
même s'il monte le cdrom. Je n'en suis pas sûr.

mount /mnt/cdrom va monter le CD présent dans le lecteur.
umount /mnt/cdrom va le démonter.
et, eject va sortir le CD pour pouvoir mettre le suivant.

Mais, tout se passe comme si le "cat" n'était jamais fait.
En fait, je me demande bien où est-ce qu'il peut mettre 700Mo comme ça.
Dans la RAM? J'en ai 3*256Mo, donc ça pourrait a priori aller en
comptant le swap. Mais il ne semble rien faire.

Si aucune erreur n'est sortie du script, c'est déjà une bonne nouvelle :-)
S'il y avait eu un problème de place, le système te l'aurait déjà dit.

Voici le script exact que j'ai essayé, normalement aucun problème:

#!/bin/sh

while [ "$stop" = "" ]
do
mount /mnt/cdrom > /dev/null 2>&1 &&
cat /mnt/cdrom/* 2> /dev/null &&
umount /mnt/cdrom > /dev/null 2>&1
read stop > /dev/null 2>&1
done | tar xjf - .mozilla/default/a0nvrx85.slt/abook.mab

Es-tu sûr que le nom de fichier dans l'archive commence par .mozilla, et
qu'il n'y a pas un /home/user/ devant ?

Si tu n'as pas idée d'où peut venir le hic, je vais lancer la chose sur
la liste shellscript-fr afin de résoudre le problème assez vite.

Pour obtenir la liste de tout ce qui est sauvegardé, remplace "| tar xjf
...", par "| tar tvjf - > save.lst". Relance la commande et consulte le
fichier save.lst, pour vérifier le chemin des fichiers dans l'archive.

Julien

--
David LE BOURGEOIS

David LE BOURGEOIS wrote:

Pour obtenir la liste de tout ce qui est sauvegardé, remplace "| tar
xjf ...", par "| tar tvjf - > save.lst". Relance la commande et
consulte le fichier save.lst, pour vérifier le chemin des fichiers
dans l'archive.

Salut,

Voici le script que j'ai essayé:

#!/bin/sh

while [ "$stop" = "" ]
do
mount /mnt/cdrom > /dev/null 2>&1 &&
cat /mnt/cdrom/* 2> /dev/null &&
umount /mnt/cdrom > /dev/null 2>&1 &&
eject &&
read stop > /dev/null 2>&1
done | tar tvjf - > save.lst

Cela marche, j'obtiens donc bien toute mon arborescence dans save.lst
après avoir introduit mes deux CDs et attendu quelques minutes (tout
cela en root bien entendu pour pouvoir monter et démonter les CDs). La
RAM monte petit à petit, le swap n'a en fait pas besoin d'être utilisé.

Le fichier cherché est donc, après lecture dans save.lst:

enoch/.mozilla/default/a0nvrx85.slt/abook.mab

(pas /home/enoch/.mo... car j'ai un format de sauvegarde automatique pas
génial dans mon script shell lancé par cron. Il faudra que je le change).

J'essaie donc:

!/bin/sh

while [ "$stop" = "" ]
do
mount /mnt/cdrom > /dev/null 2>&1 &&
cat /mnt/cdrom/* 2> /dev/null &&
umount /mnt/cdrom > /dev/null 2>&1 &&
eject &&
read stop > /dev/null 2>&1
done | tar xjf - enoch/.mozilla/default/a0nvrx85.slt/abook.mab

Et j'obtiens:

[root@earth bash]# ./get_a_file_in_a_big_archive.sh
bzip2: (stdin) is not a bzip2 file.
tar: Child died with signal 13
tar: enoch/.mozilla/default/a0nvrx85.slt/abook.mab: Not found in archive
tar: Error exit delayed from previous errors
./get_a_file_in_a_big_archive.sh: line 11: 22793 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
./get_a_file_in_a_big_archive.sh: line 11: 22796 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
./get_a_file_in_a_big_archive.sh: line 11: 22799 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
./get_a_file_in_a_big_archive.sh: line 11: 22802 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
./get_a_file_in_a_big_archive.sh: line 11: 22804 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
./get_a_file_in_a_big_archive.sh: line 11: 22807 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
./get_a_file_in_a_big_archive.sh: line 11: 22810 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
./get_a_file_in_a_big_archive.sh: line 11: 22813 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
./get_a_file_in_a_big_archive.sh: line 11: 22816 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
./get_a_file_in_a_big_archive.sh: line 11: 22819 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
./get_a_file_in_a_big_archive.sh: line 11: 22822 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
./get_a_file_in_a_big_archive.sh: line 11: 22825 Broken pipe
cat /mnt/cdrom/* 2>/dev/null

[ctrl-c]
[root@earth bash]#

Cela est mauvais.
Qu'en penses-tu?

Julien


--
------------------------------------
Powered by GNU/Linux
------------------------------------

David LE BOURGEOIS wrote:

Je ne comprends pas très bien. Si l'idée est d'envoyer toutes les
archives vers un tar par le même lecteur CD, il faut au moins une
boucle :

while [ "$stop" = "" ] do mount /mnt/cdrom > /dev/null 2>&1 && cat
/mnt/cdrom/arch.tar.bz2.split[0-9] 2> /dev/null && umount
/mnt/cdrom > /dev/null 2>&1 read stop > /dev/null 2>&1 done | tar xjf
- chemin/du/fichier

Salut et merci pour ta réponse.
J'ai essayé le script, qui normalement devrait marcher. Je me demande
même s'il monte le cdrom. Je n'en suis pas sûr.

mount /mnt/cdrom va monter le CD présent dans le lecteur.
umount /mnt/cdrom va le démonter.
et, eject va sortir le CD pour pouvoir mettre le suivant.

Mais, tout se passe comme si le "cat" n'était jamais fait.
En fait, je me demande bien où est-ce qu'il peut mettre 700Mo comme ça.
Dans la RAM? J'en ai 3*256Mo, donc ça pourrait a priori aller en
comptant le swap. Mais il ne semble rien faire.

Si aucune erreur n'est sortie du script, c'est déjà une bonne nouvelle :-)
S'il y avait eu un problème de place, le système te l'aurait déjà dit.

Voici le script exact que j'ai essayé, normalement aucun problème:

#!/bin/sh

while [ "$stop" = "" ]
do
mount /mnt/cdrom > /dev/null 2>&1 &&
cat /mnt/cdrom/* 2> /dev/null &&
umount /mnt/cdrom > /dev/null 2>&1
read stop > /dev/null 2>&1
done | tar xjf - .mozilla/default/a0nvrx85.slt/abook.mab

Es-tu sûr que le nom de fichier dans l'archive commence par .mozilla, et
qu'il n'y a pas un /home/user/ devant ?

Si tu n'as pas idée d'où peut venir le hic, je vais lancer la chose sur
la liste shellscript-fr afin de résoudre le problème assez vite.

Pour obtenir la liste de tout ce qui est sauvegardé, remplace "| tar xjf
...", par "| tar tvjf - > save.lst". Relance la commande et consulte le
fichier save.lst, pour vérifier le chemin des fichiers dans l'archive.

Julien

--
David LE BOURGEOIS

David LE BOURGEOIS wrote:

Pour obtenir la liste de tout ce qui est sauvegardé, remplace "| tar
xjf ...", par "| tar tvjf - > save.lst". Relance la commande et
consulte le fichier save.lst, pour vérifier le chemin des fichiers
dans l'archive.

Salut,

Voici le script que j'ai essayé:

#!/bin/sh

while [ "$stop" = "" ]
do
mount /mnt/cdrom > /dev/null 2>&1 &&
cat /mnt/cdrom/* 2> /dev/null &&

Attention, si /mnt/cdrom contient plusieurs fichiers !

umount /mnt/cdrom > /dev/null 2>&1 &&
eject &&
read stop > /dev/null 2>&1
done | tar tvjf - > save.lst

Cela marche, j'obtiens donc bien toute mon arborescence dans save.lst
après avoir introduit mes deux CDs et attendu quelques minutes (tout
cela en root bien entendu pour pouvoir monter et démonter les CDs). La
RAM monte petit à petit, le swap n'a en fait pas besoin d'être utilisé.

Le fichier cherché est donc, après lecture dans save.lst:

enoch/.mozilla/default/a0nvrx85.slt/abook.mab

(pas /home/enoch/.mo... car j'ai un format de sauvegarde automatique pas
génial dans mon script shell lancé par cron. Il faudra que je le change).

J'essaie donc:

!/bin/sh

while [ "$stop" = "" ]
do
mount /mnt/cdrom > /dev/null 2>&1 &&
cat /mnt/cdrom/* 2> /dev/null &&
umount /mnt/cdrom > /dev/null 2>&1 &&
eject &&
read stop > /dev/null 2>&1
done | tar xjf - enoch/.mozilla/default/a0nvrx85.slt/abook.mab

Et j'obtiens:

[root@earth bash]# ./get_a_file_in_a_big_archive.sh
bzip2: (stdin) is not a bzip2 file.
tar: Child died with signal 13
tar: enoch/.mozilla/default/a0nvrx85.slt/abook.mab: Not found in archive
tar: Error exit delayed from previous errors
../get_a_file_in_a_big_archive.sh: line 11: 22793 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
../get_a_file_in_a_big_archive.sh: line 11: 22796 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
../get_a_file_in_a_big_archive.sh: line 11: 22799 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
../get_a_file_in_a_big_archive.sh: line 11: 22802 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
../get_a_file_in_a_big_archive.sh: line 11: 22804 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
../get_a_file_in_a_big_archive.sh: line 11: 22807 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
../get_a_file_in_a_big_archive.sh: line 11: 22810 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
../get_a_file_in_a_big_archive.sh: line 11: 22813 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
../get_a_file_in_a_big_archive.sh: line 11: 22816 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
../get_a_file_in_a_big_archive.sh: line 11: 22819 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
../get_a_file_in_a_big_archive.sh: line 11: 22822 Broken pipe
cat /mnt/cdrom/* 2>/dev/null
../get_a_file_in_a_big_archive.sh: line 11: 22825 Broken pipe
cat /mnt/cdrom/* 2>/dev/null

[ctrl-c]
[root@earth bash]#

Cela est mauvais.
Qu'en penses-tu?

Les CD ont-ils bien été insérés dans le bon ordre ?

C'est bizarre puisque le tar tvjf a fonctionné :-|
Essaie de recommencer sans les redirections vers /dev/null, pour avoir
plus d'informations.

Julien

--
David LE BOURGEOIS