Hello everybody !
Je suis actuellement en stage de fin de DUT. Et je dois créé un système de Sauvegarde/Restauration de Linux complet
Donc j'ai commencé mardi, la j'est fini tout le bordel dhcp/bootp/tftp/pxe/syslinux & co (mais pas de nfs)
Je peux booté tranquillement par le réseau la distribution tomsrtbt qui tiens sur une disquette.
Mais bon, c'est un peu légé donc je me suis dit, tiens pourquoi pas booté le livecd de Gentoo, donc la pareil, ca marche, mais au moment du INIT (donc apres le chargement du noyau), ca me donne des messages d'erreur dans le genre au STEP 3 :
STEP 3: Mounting necessary filesystems per boot options
Started device management daemon v1.3.25 for /newroot/dev
---- Attempting to mount CD -- /newroot/dev/cdroms/cdrom0
---- Attempting to mount CD -- /newroot/dev/ide/cd/c0b0t1u0
Dropping to shell so you can fix your shit
BusyBox v1.00-pre7 (2004.02.29-20:20+0000) Build-in shell (ash)
/ #
Donc voila, en meme temps c'est a pres normal vu que l'initrd est fait pour ca boot sur cd et par le réseau, donc il faudrait que je puisse modifié ce fichier
Il exist alors dans le shell lancé un fichier /linurc qui est justement le script qui exectute le STEP 3 et tout le reste
Or, je ne peut pas édité ce fichier, il n'y a pas de nano, ex, vi :( Il n'y a que more, donc spa top moumoute pour le modif a la volée
Je ne peux pas non plus envoyé par le réseau puisque qu'il n'y a rien de lancé, je ne peux pas non plus monté une disquette puisque le montage de /dev merde ...
En gros c'est la fete, donc je voudrais savoir si c'était possible de récupérer le contenu du fichier gentoo.igz qui l'initrd du livecd ?
un file gentoo.igz me donne ca :
gentoo.igz: gzip compressed data, was "initrd-loop", from Unix, max compression
Je sais pas du tout commencé le décompressé :/
J'ai regardé un peu autout de mkinitrd mais c'est juste apparement pour en fabriquer mais pas pour récupéré, pourtant c'est possible puisque ca le fait au boot :D
J'aurais pu ne pas avoir ces problèmes si je pouvais faire un montage nfs du /
Mais je ne peux pas piske nfs spa top sécu surtout pour des serveurs qui seront en prod bientot, mais peut-etre y a t-il une autre solution ?
Je ne sais pas si j'ai été clair, enfin voila
Merci journal
@+
Beber
# Re: Boot Réseau
Posté par Pascal . Évalué à 2.
C'est vrai que tftp, c'est vachement plus secu que nfs.....
[^] # Re: Boot Réseau
Posté par Bertrand Jacquin (site web personnel) . Évalué à 1.
Et j'voi pas comment faire sans tftp en plus, t'as p'tre une soluce ?
[^] # Re: Boot Réseau
Posté par Krunch (site web personnel) . Évalué à 1.
Et puis qui a dit que le loop device ça servait à rien ?
http://linuxfr.org/~neil/11570.html(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Boot Réseau
Posté par Bertrand Jacquin (site web personnel) . Évalué à 1.
[^] # Re: Boot Réseau
Posté par Bertrand Jacquin (site web personnel) . Évalué à 1.
J'ai encore un soucis, l'initrd de gentoo est un .igz, mais je vais chercher ca, mais gunzip il est pas content :D
Pour l'orthographe, j'ai toujours été mauvais, et j'ai écrit en speed, et je pense etre compréhensible et ca n'est pas le sujet
[^] # Re: Boot Réseau
Posté par Bertrand Jacquin (site web personnel) . Évalué à 1.
C'était juste une extension bidon, donc renomé en .gz, et gunzip -d et hop roulez
ptdrr, je me suis fait chié toute l'apres-midi la dessus ...
GNA !
# Re: Boot Réseau
Posté par Jylam / jylam.lnxsce (site web personnel) . Évalué à 2.
# Re: Boot Réseau
Posté par snt . Évalué à 1.
#!/bin/bash
#
# mount-initrd mounts an initial RAM disk on /mnt/initrd, so that
# its contents may be inspected.
#
# Usage: mount-initrd file
# where file is an initrd image file.
#
# Julian.Blake@cern.ch, January 2003.
IRDMNT=${IRDMNT:-/mnt/initrd}
IRDFILE=/tmp/initrd$$
umount $IRDMNT 2>/dev/null
gunzip <$1 >$IRDFILE
mkdir -p $IRDMNT
mount -o loop $IRDFILE $IRDMNT
[^] # Re: Boot Réseau
Posté par Bertrand Jacquin (site web personnel) . Évalué à 1.
c'était juste le .igz qui me tatillonait :/
merci a toi
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.