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 > > > > > > > > -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]