Re: récupérer sambaedu avec un chroot ?
Merci Hugues pour ta réponse détaillée. Je vais essayer tout ça mardi et
je vais essayer de récupérer plus d'infos.
Je vais être on ne peut plus clair : je n'ai jamais administré un
serveur ! J'ai accepter de le faire parce que l'administrateur de notre
réseau a tout planté plusieurs fois avant les vacances et que tout le
monde était bloqué. Au retour des vacances, il a recommencé ses
conneries : plus rien ne fonctionnait et il a disparu pendant une
semaine sans donner de raison ! Il était impossible de le joindre ! Il
est revenu mardi dernier sans la moindre explication et a voulu que le
Chef le vire.
En fait, on s'est aperçus à la longue que le type n'avait pas les
compétences qu'il avait indiquées sur son CV.
Quand tu me dis : "un serveur est un serveur !" Pour moi, ça revient à
dire : "un chat est un chat !" Je ne vois et n'entends que la
tautologie. Je n'y connais rien en serveur.
Si tu ajoutes le fait que le type avant de partir à changer tous les
mots de passe, tu imagines combien il m'a compliqué la tâche.
Il est fortement possible que si je n'arrive à rien rapidement, je veux
dire, si je ne réussis pas à virer gnome et tout le bordel que j'ai
ajouté, je réinstalle complètement sambaedu, comme ça au moins je
comprendrai un p'tit peu ce que c'est !
Là, j'avance - pas tant que ça - à l'aveugle et ça me saoule !
C'est sympa de répondre de façon détaillée.
@+
Christophe
Le samedi 22 septembre 2007 à 01:42 +0200, Hugues LARRIVE a écrit :
> Christophe Gallaire a écrit :
> > Le vendredi 21 septembre 2007 à 01:20 +0200, François TOURDE a écrit :
> >
> >> Le 13776ième jour après Epoch,
> >> Christophe Gallaire écrivait:
> >>
> >>
> >>> Bonsoir,
> >>>
> >>> Le jeudi 20 septembre 2007 à 18:48 +0200, Yves Rutschle a écrit :
> >>>
> >>>> On Thu, Sep 20, 2007 at 06:36:28PM +0200, Christophe Gallaire wrote:
> >>>>
> >>>>> Je me disais qu'il devait être possible de me servir de la machine sur
> >>>>> laquelle est installé sambaedu en mode graphique... Vérification (trop)
> >>>>> rapide (manifestement) et hop la boum ! je lance un pet-get install
> >>>>> gnome !
> >>>>>
> >>>>> Et ce qui devait arrivé arriva : open /dev/fd0 : no such file...
> >>>>>
> >>>> C'est tout?
> >>>> mknod c 2 0 /dev/fd0
> >>>>
> Je ne vois pas le rapport entre ce message et l'installation de gnome,
> gdm, ou Xorg. Normalement ce genre d'erreur n'est pas bloquante, sauf si
> un des éléments requis au démarrage est sur une disquette, par exemple
> une clé pour un volume chiffré...
> >>> C'est à dire ? Je n'ai pas d'invite de commandes !
> >>>
> Si le système ne parvient pas à démarrer il faut essayer en mode
> mono-utilisateur (ajouter "single" à la ligne kernel du boot loader).
> J'ai lu dans un précédent message que le chargeur est lilo et je ne me
> rappel plus très bien comment on fait vu que ça fait quelques années que
> j'utilise grub... en fait depuis que j'utilise debian. Je crois me
> rappeler qu'il fallait presser la touche "tab" pour obtenir l'invite
> boot: et tapper "linux 1" où 1 était le runlevel...
> >> Bon... respire par le nez et recommence ton histoire avec des détails.
> >>
> >> Tu as fait un apt-get install gnome, et il s'est passé *quoi* et *où*
> >> ?
> >>
> >
> > La machine est à mon boulot... Je n'ai donc pas la possibilité de donner
> > énormément de précisions.
> >
> > Alors... J'ai voulu installer gnome, pour utiliser la machine-serveur
> > avec un navigateur et tout le tintoin (c'est la seule machine sous
> > Linux).
> >
> >
> Un serveur est un serveur ! Il vaut mieux installer linux sur une autre
> machine ou utiliser un live-cd comme knoppix s'il ce n'est pas possible.
> > Après un apt-get install gnome, au redémarrage, le boot se fait
> > normalement mais ça coince apparemment au chargement de x11 avec ce
> > message : open /dev/fd0 : no such file or directory...
> >
> >
> Une idée de l'uptime du serveur en question avant le redémarrage ?
> Pourquoi avoir redémarré ? Il n'y a pratiquement que les mises à jour du
> noyau qui nécessitent le redémarrage. À mon avis tu es sur une fausse
> piste, quand ça coince au chargement de Xorg gdm propose de voir le log
> de Xorg et rend la main.
> >
> >>>>> Je me disais qu'en désinstallant gnome par un apt-get remove gnome, ça
> >>>>> doit être possible. Un chroot ? Jamais fait... Quelqu'un a-t-il déjà
> >>>>> pratiquer la chose avec un apt-get remove ?
> >>>>>
> >> Quel rapport avec le chroot ?
> >>
> >
> > J'ai lu quelque part qu'il était possible d'administrer une distribution
> > inactive grâce à un chroot. Ce que je veux faire c'est tout bonnement
> > désinstaller ce que j'ai installé. Je cherche donc le moyen de faire un
> > apt-get remove gnome.
> >
> >
> >>> Est-il possible de faire un chroot avec un live cd pour virer gnome
> >>> ?
> >>>
> >>
> C'est tout à fait possible, en général on le fait plutôt pour installer
> des packages indispensable au boot comme linux-image ou sysvinit. Je ne
> pense pas que ça résoudra ton problème mais si tu veux essayer quand
> même ce n'est pas très compliqué à condition qu'il n'y ait pas de raid
> logiciel ou lvm.
> - Créer un point de montage :
> # mkdir /mnt/target
>
> - Tenter d'identifier la partition racine à l'aide de sa taille et son
> type (83)
> # fdisk -l
>
> - La monter ( en admettant que c'est hda1 )
> # mount /dev/hda1 /mnt/target
>
> - Vérifier qu'on a monté la bonne partition et qu'il n'y en a pas
> d'autre à monter
> # cat /mnt/target/etc/fstab
>
> - Si /usr et / ou /var sont des partitions séparées les monter aussi,
> mais dans le système cible (pour virer gnome, pas besoins de monter
> d'autres volumes comme /boot, /home, etc.)
> # mount /dev/hda2 /mnt/target/usr
>
> - Maintenant on peut "chrooter" :
> # chroot /mnt/target
>
> - Monter le système de fichier virtuel proc
> # mount -t proc /proc proc
>
> - Et enfin :
> # apt-get remove gnome
>
> Mais c'est loin d'être suffisant pour désinstaller gnome car ce n'est
> qu'un paquet virtuel qui dépend des différents composants de gnome qui
> eux même dépendent d'autres paquets donc ça n'enlèvera rien du tout en
> réalité.
>
> Les paquets virtuels ou meta-paquets ne servent que pour l'installation
> et les mises à jour, pas pour la suppression.
>
> aptitude gère mieux ce genre de chose qu'apt-get et est capable de
> supprimer une grande partie des paquets installés par un meta-package
> mais il utilise sa propre base de donnés pour cela et ça ne fonctionne
> que si le meta-package a été installé avec.
> >
> > Est-ce plus clair ?
> >
> Bof ;)
> Le plus probable est que tu ais saturé un des volumes, vu qu'en général
> on prévoit moins de place pour les applications sur un serveur. Tant que
> tu es dans le chroot fais un df -h. Si le volume contenant /var est
> plein tu peux faire de la place avec apt-get clean. Si apt est bloqué et
> qu'il te demande de faire apt-get -f install je ne sais pas si ça
> fonctionnera. (il se peut qu'apt ait besoin d'un peu d'espace pour
> fonctionner. Dans ce cas là tu fais la même chose manuellement :
> # rm -rf /var/cache/apt/archives
> Puis le pat-get -f install.
>
> Bonne chance.
> > @+
> >
> > Christophe
> >
> >
> >
>
>
Reply to: