Genisoimage.... créer une image iso (résolu)

Hello,

Juste une incertitude.

Un os étant installé, je souhaiterais effectuer une sauvegarde via la création d’une image iso, comprenant le système tel que je l’ai installé.

Pour cela, je souhaite - à priori - utiliser genisoimage, qui semble avoir pris la suite de mkisofs.

Je souhaiterais savoir, dans un premier temps, si l’utilisation de isolinux est nécessaire. Je vois pas mal de référence au boot dans le man, mais je ne sais pas trop comment le interpréter, pour l’instant. Le fait de d’avoir ce brin de réponse devrait me permettre d’y voir déjà plus clair.

Merci pour les réponses :slightly_smiling:
Chris

isolinux ne sert qu’à créer un CD boutable, c’est tout.

Faire une image ISO est une mauvaise idée (l’ISO9660 c’est bien pour les CD, pas pour les partitions d’un disque dur).

Utilise plutôt dump et grave l’image générée.

Ok, pour le dump, pourquoi pas. Dans ce cas supposons que je dump les partitions. Ok, et que je les grave, ok. Partons du principe que je doivent les réinstaller : l’idéal, avec un dump c’est :

-Réinstaller le système avec les partitions à l’identique.
-Réinstaller les partitions sauvegardées ave dump “par dessus” celles qui ont été réinstallées, je suppose.

Fran, justement c’était l’idée : j’installe la machine, je fais les choses à ma sauce, puis je sauvegarde le tout sur un cd ou un dvd (suivant la place) de façon à ce qu’en cas de plantage je n’ai plus qu’à remettre le cd ou dvd, dans le lecteur et tout réinstaller, config perso comprise. Je pensais aussi au dump mais dans le cas où il y aurait un pb avec une partition en particulier, par exemple. Pas en cas de besoin de la réinstallation de tout le système.

Mais, je ne faisais qu’envisager le truc. Peut-être n’est ce pas possible?

(au fait, tu as reçu ma dernière réponse, au sujet du pb de modules r8169, en privé?)

Merci,
Chris

Un bon tar des fichiers du type

$ tar cpf backup.tar -M -R -L 650000 /

en copiant chaque fichier sur un CD. Pour réinstaller, un live CD et un tar xf -M backup.tar des fichiers sur les CD te permet de tout récupérer. Tu as également cpio. Un bon backup est un backup sans compression, penses-y!

Ok,

Pour le système - indépendamment des données - créer un iso me paraissait pas mal, mais comme je vois… que je suis le seul à être d’accord avec moi, cela veut dire que j’ai tort héhéhé… bon, je finis de paramétrer Samba, et ensuite je vais regarder ça. Entre tar, cpio et dump, faut que je regarde ce qui est le mieux (chacun ayant ses petits avantages, il me semble).

Si je créé une archi en partant de la racine, cela devrait tout sauvegarder alors? Bien. C’est bon à savoir.

Merci pour l’info, comme d’hab’!
Chris

Hello,

tiens en fouillant, j’ai trouvé ça, aussi :

sh-3.1# apt-cache show 'star’
Package: star
Priority: optional
Section: utils
Installed-Size: 724
Maintainer: Pawel Wiecek coven@debian.org
Architecture: amd64
Version: 1.5a67-1
Depends: libacl1 (>= 2.2.11-1), libattr1 (>= 2.4.4-1), libc6 (>= 2.3.5-1)
Filename: pool/main/s/star/star_1.5a67-1_amd64.deb
Size: 334362
MD5sum: a6ceaa7efd26d1f62d90d2ea000adf72
SHA1: dcff97bf49f17960c8ffb597bce209ee1b884785
SHA256: bf60d16d7239073c6570257708d334e8885e92101718b09070246d2a1caa8bee
Description: A fast POSIX-compliant tape archiver
Star supports several tar archive formats (including ustar, GNU tar and new
POSIX format). It’s faster than other tar implementations due to advanced
buffering.
.
Star is also the only tar implementation under Linux capable of archiving
Access Control Lists.
Tag: interface::commandline, role::program, scope::utility, use::converting, use::storing, works-with::archive, works-with-format::tar

star… Une sorte de version évolué de tar.

Apparemment, Tar c’est bien mais il présente des inconvévients : Que ce soit GNU Tar ou le tar des BSD, il ne sont pas toujours en mesure d’effectuer un backup correct. Ils peuvent présenter des limitations sur la longueur des chemins, et ils ne sauvegardent absolument pas les attributs étendus, ni meme les droits d’accès pour peu que vous utilisiez les ACL. (je cite ici ce que j’ai trouvé sur le web).

Je continue de me documenter avant de me lancer dans la sauvegarde (je le ferai d’ici tout à l’heure).

++
Chris

sa m’interesse aussi :stuck_out_tongue:

ceci dit il y a un post que j’ai fait dans T & A :wink:

Hi,

voilà bon, j’ai utilisé la commande Tar, en susbstance comme ceci :

tar --exclude /home/vsftpd -cpf backup.tar -M -R -L 6500000 /

J’obtiens un certains nombre de répertoires. Mais le contenu a l’air foireux :

sh-3.1# ls
backup10.tar backup14.tar backup18.tar backup3.tar backup7.tar usr.tar
backup11.tar backup15.tar backup19.tar backup4.tar backup8.tar var.tar
backup12.tar backup16.tar backup1.tar backup5.tar backup9.tar
backup13.tar backup17.tar backup2.tar backup6.tar backup.tar
sh-3.1# tar -tf backup10.tar
proc/kcore

sh-3.1# tar -tf backup10.tar
proc/kcore
tar: Fin prématurée (EOF) rencontrée dans l’archive.
tar: Erreur non récupérable: fin de l’exécution immédiate

En fait, techniquement j’avais aussi un fichier en backup20.tar, mais dont le poid était de 0.

Or, /proc/kcore n’est pas exactement ce que je voudrais voir, puisque en principe, je devrais voir les différents file system de sauvegardé( style /etc et son contenu par exemple)). Pour ce qui est de la taille des fichiers découpés, je peux indiqué 650000, mais ca me donne un nombre considérable de sauvegarde. A l’inverse, si j’utilise un nombre plus élevé que celui que j’ai finalement utilisé, 65000000, je n’ai plus que trois fichiers de backup, ok, mais lorsque je fais un tar -tf, j’ai toujours proc/kcore qui apparait à l’écran, suivi, à terme d’un message d’erreur.

Enfin, si je ne découpe pas mes sauvegardes, ca ne marche pas non plus. Il me dit que je n’ai plus de place sur le disque :

sh-3.1# df -h
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/sda5 259M 203M 43M 83% /
tmpfs 2,0G 0 2,0G 0% /lib/init/rw
udev 10M 108K 9,9M 2% /dev
tmpfs 2,0G 0 2,0G 0% /dev/shm
/dev/sda10 189G 189G 0 100% /home
/dev/sda9 373M 11M 343M 3% /tmp
/dev/sda6 4,6G 1,2G 3,3G 27% /usr
/dev/sda7 2,8G 303M 2,4G 12% /var
sh-3.1# ls -l /home
total 40
drwxr-xr-x 2 root root 4096 2008-08-22 00:08 backup
drwxr-xr-x 2 root root 4096 2008-08-22 11:26 backup2
drwx------ 14 christian christian 4096 2008-08-15 02:44 christian
drwx------ 2 root nogroup 4096 2008-08-11 01:39 ftp
drwxr-xr-x 2 root root 4096 2008-08-13 13:12 image
drwx------ 2 root root 16384 2008-08-11 01:37 lost+found
drwxrwx— 3 root vsftpd 4096 2008-08-21 15:54 vsftpd

C’est assez chelou : je viens de créer backup2 pour faire un test, mais en fait, il est vide (ou presque). Il y a juste ça :

sh-3.1# ls -l
total 0
-rw-r–r-- 1 root root 0 2008-08-22 11:26 backtest.tar

j’ai quelques fichiers dans vsftpd mais rien d’excessif, et mes “backup” en tar, situé dans /home/backup, ne peuvent pas prendre plus de place que tout le système, je supoose :

#du -c /
191G /
191G total

Alors qu’avant la sauvegarde je crois me souvenir avoir été avec 1,2 Go.

Ca parle à quelqu’un cette incohérence? C’est bizarre.

Thx,
Chris

Et si on continue dans les bizarreries :

sh-3.1# df -h /home/backup
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/sda10 189G 189G 0 100% /home
sh-3.1# du -h /home/backup
116G /home/backup

Autrement dit : d’un côté sur 189 Go, tout est utilisé. Mais de l’autre, seul 116Go occupe le même répertoire… Faut savoir!

Chris

Hi,

Et en regardant la taille réelles des données contenus dans le répertoire /home/backup :

sh-3.1# ls -l
total 120932660
-rw-r–r-- 1 root root 6656000000 2008-08-21 23:40 backup10.tar
-rw-r–r-- 1 root root 6656000000 2008-08-21 23:42 backup11.tar
-rw-r–r-- 1 root root 6656000000 2008-08-21 23:44 backup12.tar
-rw-r–r-- 1 root root 6656000000 2008-08-21 23:58 backup13.tar
-rw-r–r-- 1 root root 6656000000 2008-08-22 00:00 backup14.tar
-rw-r–r-- 1 root root 6656000000 2008-08-22 00:02 backup15.tar
-rw-r–r-- 1 root root 6656000000 2008-08-22 00:05 backup16.tar
-rw-r–r-- 1 root root 6656000000 2008-08-22 00:07 backup17.tar
-rw-r–r-- 1 root root 2668761088 2008-08-22 00:08 backup18.tar
-rw-r–r-- 1 root root 24494080 2008-08-22 00:08 backup19.tar
-rw-r–r-- 1 root root 6656000000 2008-08-21 23:21 backup1.tar
-rw-r–r-- 1 root root 6656000000 2008-08-21 23:23 backup2.tar
-rw-r–r-- 1 root root 6656000000 2008-08-21 23:25 backup3.tar
-rw-r–r-- 1 root root 6656000000 2008-08-21 23:27 backup4.tar
-rw-r–r-- 1 root root 6656000000 2008-08-21 23:29 backup5.tar
-rw-r–r-- 1 root root 6656000000 2008-08-21 23:31 backup6.tar
-rw-r–r-- 1 root root 6656000000 2008-08-21 23:34 backup7.tar
-rw-r–r-- 1 root root 6656000000 2008-08-21 23:36 backup8.tar
-rw-r–r-- 1 root root 6656000000 2008-08-21 23:38 backup9.tar
-rw-r–r-- 1 root root 6656000000 2008-08-21 23:16 backup.tar
-rw-r–r-- 1 root root 976568320 2008-08-19 13:49 usr.tar
-rw-r–r-- 1 root root 236154880 2008-08-20 11:07 var.tar

D’autres part, si je fais (après avoir lourdé les fichiers précédemment créés) :

sh-3.1# tar --exclude=/home/vsftpd --exclude=/home/backup -pf -M -R -L 1500000 -c backup.tar /

J’obtiens :

tar: /proc/3184/task/3184/exe: ne peut readlink: Aucun fichier ou répertoire de ce type
tar: /proc/3184/exe: ne peut readlink: Aucun fichier ou répertoire de ce type
tar: /proc/3185/task/3185/exe: ne peut readlink: Aucun fichier ou répertoire de ce type
tar: /proc/3185/exe: ne peut readlink: Aucun fichier ou répertoire de ce type
tar: /proc/3186/task/3186/exe: ne peut readlink: Aucun fichier ou répertoire de ce type
tar: /proc/3186/exe: ne peut readlink: Aucun fichier ou répertoire de ce type
tar: /proc/3187/task/3187/exe: ne peut readlink: Aucun fichier ou répertoire de ce type
tar: /proc/3187/exe: ne peut readlink: Aucun fichier ou répertoire de ce type
tar: /proc/3188/task/3188/exe: ne peut readlink: Aucun fichier ou répertoire de ce type
tar: /proc/3188/exe: ne peut readlink: Aucun fichier ou répertoire de ce type
tar: /proc/3189/task/3189/exe: ne peut readlink: Aucun fichier ou répertoire de ce type
tar: /proc/3189/exe: ne peut readlink: Aucun fichier ou répertoire de ce type
tar: /proc/3190/task/3190/exe: ne peut readlink: Aucun fichier ou répertoire de ce type
tar: /proc/3190/exe: ne peut readlink: Aucun fichier ou répertoire de ce type
tar: /proc/3896/task/3896/fd/5: ne peut stat: Aucun fichier ou répertoire de ce type
tar: /proc/3896/task/3896/fdinfo/5: ne peut stat: Aucun fichier ou répertoire de ce type
tar: /proc/3896/fd/5: ne peut stat: Aucun fichier ou répertoire de ce type
tar: /proc/3896/fdinfo/5: ne peut stat: Aucun fichier ou répertoire de ce type
tar: /proc/3901: ne peut stat: Aucun fichier ou répertoire de ce type
Charger le volume #6 pour `backup4.tar’ et appuyer sur ENTRÃE: n backup5.tar
tar: /tmp/.gdm_socket: porte (socket) ignorée
tar: Statut d’erreur reporté d’erreurs précédentes.

Je ne vois pas trop l’intérêt de sauvegarder les répertoires /proc, /sys,/tmp…

Pour l’instant j’apprends… ça n’a peut-être pas d’intérêt, mais dès lors que tu n’exclus pas le répertoire, il n’en reste pas moins que ça le sauvegarde… normalement. Ce qui n’est pas le cas. Bref, si tu ne sais pas pourquoi j’ai ce résultat… ben merci d’avoir participé, comme on dit héhéhé…

D’ailleurs, il ne sauvegarde pas vraiment le contenu de ses répertoire, comme tu as pu le voir.

:slightly_smiling:

Chris

PS. Ne me dit pas que je m’embête pour rien et que je peux utiliser system rescue CD… Je le sais déjà… Mon but, pour l’instant, c’est d’apprendre à utiliser Tar, puis d’autres système de sauvegarde comme Dump, star ou cpio. :slightly_smiling:. Donc savoir ce qui se passe et pourquoi, ici, ça m’arrangerait.

ben /proc = aces a la ram voir aux periferique, c’est comme si tu voulai prendre un clicher de la memoire a un moment X /tmp c est des fichier temporaire sa n’a donc pas d’interet!

ok, dacodac, j’avais trouvé la mention sur le web de ce à quoi correspondait ce fichier. Cela étant, merci pour la précision, car ce que j’avais trouvé n’était pas aussi détaillé.

Par contre, pourquoi diable quand je lance ma commande il essaie de sauvegarder ce “fichier” kcore? C’est l’arbre à partir de / que je veux tarer, pas /proc/kcore (entre parenthèse, je suppose que ça explique aussi, du coup, la taille démesurée des fichiers). Si j’exécute la commande à partir d’un répertoire /home/toto, par exemple, aucun pb, le tar se fait à l’aise, comme je peux le voir via les option tf. Mais ce n’est pas le cas quand je part de /. Or, c’est assez curieux car d’après d’autres recherches sur le web, et même par rapport à ce que disait fran.b, ça se fait sans problème.

C’est en rapport avec l’une des options choisies? ou l’ordre dans lesquelles je les aies choisies? J’ai fait le tour du man, et je n’ai pas vu de référence spécifique à ça.

non tar ne ser pas a faire une sauvegarde de type barre métal (sauvegarde total) il faut un autres utilitaires pour le faire.
plus tu fait de la récursivité en incluant le lieux de la sauvegarde en amon. enfin bref c’est plutôt dédier a sauvegarder des fichier avec ou sans le répertoire.

si tu veux une sauvegarde complète: dd ou gparted ou partimage
Et non c’est pas marquer dans le man, ce qui a mon avis est normal puis que c’est outil n’est pas fait pour sa. :smt006
note que si tu spécifie tout les répertoire a sauvgarder et a omettre sa deviens possible avidement. mai pas une image comme dd qui lui fera tout le disque !

Hello,

J’ai sauvegardé mes filesystème avec Tar. Un tf peut me le confirmer…

Utile…

Je vais devoir faire une sauvegarde via partimage, plus tard.