L'outil graphique pup te permet de choisir les mises à jour que tu veux installer parmi celles disponibles. Il t'affiche aussi désormais les alertes de sécurité. A+
Forum: Administration

Bien qu'il existe un aptrpm, je te conseille d'utiliser les outils standards de Fedora : - rpm : commande de base en ligne de commande, de moins en moins utilisée - yum : en ligne de commande, téléchargement, vérification des dépendances et installation - pup : graphique, mise à jour du système, sous FC6 il y a maintenant (de nouveau devrais-je dire) une applet de notification - pi
Forum: Administration

Par défaut Fedora n'utilises pas KDM mais GDM (même pour ouvrir une session Kde). Donc : gdmsetup (Système / Administration / Ecran de connexion) Par contre, pour un serveur : - quel est l'intérêt de lancer le mode graphique ? - quel est l'intérêt d'ouvrir une session ? Les "serveurs" n'en ont généralement pas besoin. A+
Forum: Administration

En fait c'est un Bug : J'espère que C.A. trouvera rapidement une solution. A+
Forum: archive : RPM

Bricoler les répertoires de la version 1.5.0.7 (maintenant 1.5.0.8) me semble une "très" mauvaise idée. En effet de nombreux programmes sont liés aux bibliothèques présentes dans ce dossier et ils risquent fort de ne plus fonctionner : Devhelp, Yelp (l'aide de Gnome), Epiphany, Galeon, Listen, et j'en oublie surement. De plus, rien de tel pour casser la base RPM (comment
Forum: archive : RPM

Citationi386, x86_64 ou ppc Cela dépend de ton processeur : - i386 : version 32 bits (fonctionne sous 64 bits) - x86_64 : version 64 bits - ppc : version PowerPC Les "iso" permettent de générer les supports d'installations (CD ou DVD). Bien sur il est possible d'installer en ligne mais il faudra un moyen de démarrer l'installeur, le plus simple c'est d'
Forum: archive : RPM

CitationPour l'instant aMule est sur mon bureau Je pense que as téléchargé quelque chose mais quoi ? Fedora utilise des logiciels distribués sous forme de RPM (qui est aussi la commande d'installation). yum est l'outil en ligne de commande permettant de télécharger/installer des RPM sur des dépôts (site en ligne). Il permet aussi de résoudre les dépendances pour assurer une
Forum: archive : RPM

1/ nombre de fichiers find . -type f -print | wc -l Pour les autres man find A+
Forum: Administration

ça dépend de ta distribution, mais avec udev les périphériques sont recréés au démarrage. Sinon mkmod. A+
Forum: Administration

Bien sur. Les journaux sont justement là pour tracer les visiteurs. Et si ton ordinateur et correctement protégé, tu ne risques rien. A+
Forum: Administration

Citation...redhat entreprise Tu sais que tu as le support ? Si tu as installé des RPM il suffit de les désinstaller avec "rpm --erase" Pour l'installation n'oublie pas le php-mysql. A+
Forum: archive : RPM

Citationkernel /vmlinuz-2.6.15-1.2054_FC5 ro root=/dev/VolGroup00/LogVol00 3 Probablement la partition /boot Citationkernel /vmlinuz-2.6.15-1.2054_FC5 ro root=/dev/VolGroup01/LogVol01 3 Pas de VolGroup01 ! Oui, c'est vraiment compliqué : Remplacer kernel /vmlinuz-2.6.15-1.2054_FC5 ro root=/dev/VolGroup00/LogVol00 rhgb quiet par : kernel /vmlinuz-2.6.15-1.2054_FC5 ro root=/dev/V
Forum: archive : RPM

Citationmount: could not find filesystem '/dev/root' Le paramètre root de ta ligne kernel est fausse (je ne pense pas que tu possède un LogVol100). Qu'elle est la ligne d'origine ? Il faut juste ajouter un "espace" puis un "3". A+
Forum: archive : RPM

Je te conseille un diagnostique matériel, en premier lieu de la mémoire. En démarrant sur le CD1 (ou le CD de dépannage) il suffit de faire "memtest" pour le lancer. CitationMeme en console de secours ça reboot. Qu'entends-tu par console de secours ? Si tu ne veux pas démarrer le graphique, il suffit de démarrer en niveau 3. A menu "grub" sélectionne la ligne
Forum: archive : RPM

Pourquoi une RedHat 9 ?
Forum: archive : RPM

voir la commande uname uname -p : processeur (ex athlon chez moi) uname -i : platform matériel (ex i386 chez moi) Sinon, plus de détail dans cat /proc/cpuinfo A+
Forum: archive : RPM

FC5 n'utilise pas lilo mais grub. As-tu choisi l'installation sur le MBR du disque principal ? As-tu une protection du MBR dans le BIOS ? Sinon, il peut être utile, en démarrant sur le CD d'installation (mode "linux rescue") de redemander l'installation (grub-install) A+
Forum: archive : RPM

Il me semble me souvenir que le système de contrôle de Jurassik Parc (le premier) fonctionnait sous Unix. Avec un surper navigateur de fichiers en 3D.... A+
Forum: Débats

J'ai répondu sur un autre Forum...
Forum: archive : RPM

Effectivement il faut jouer avec les options de montages pour définir les permissions pour TOUS les fichiers de ton système de fichier FAT. donc uid et gid mais surtout umask qui permet de définir les droits non-accordés (umask=000, c'est donc tous les droits). A+
Forum: Administration

Probablement un manque de mémoire. Et KDE et trés gourmand. Sur une machine ancienne il serait préférable d'utilise un gestionnaire de fenêtre plus léger, comme par exemple Xfce. Pour le démarrage, il faudrait certainement nettoyer les services actifs (system-config-services). A+
Forum: archive : RPM

Relis mon commentaire du 19/8. La commande qui permet de gérer l'activation des "services" en ligne de commande se nomme "chkconfig". consulter la page de man, c'est quand même pas dur : chkconfig mysqld on Et puis pour info, il ne faut pas lancer les scripts dans /etc/init.d mais utiliser la commande "service" (encore un petit coup de man) : ser
Forum: archive : RPM

Je te conseille la lecture de cette page (chez Fedora-France). La solution s'y trouve. A+
Forum: archive : RPM

Si tu as installé ces services à partir des RPM pour cette distribution, il te suffit d'utiliser la commande "chkconfig" (voir le man). A+
Forum: archive : RPM

Ce nouvel outil de configuration graphique est assez nouveau. De ce fait il n'est disponible que sur les versions les plus récentes de RHEL et Fedora. Je te déconseille fortement de tenter d'installer la version RHEL4, tu vas rencontrer de nombreux problèmes de dépendances (python en particulier) et avec les mises à jour en cacasde tu risque fort de péter ta machine. Pour LVM, le
Forum: archive : RPM

Pour mémoire RH9, c'est Redhat Linux, la version "libre" de Redhat qui a évoluée pour devenir Fedora (justement pour éviter le confusion). Effectivement RH9 c'est complétement dépassé. Il ne faut pas confondre avec Redhat Entreprise Linux (actuellement en version 4). Effectivement c'est le top côté stabilité et support, mais c'est payant (enfin pas si cher que
Forum: archive : RPM

en ajoutant simplement une ligne : ..... /chemin/vers/php /autre/chemin/vers/ton/script.php A+
Forum: Administration

Le construction des "debuginfo" est désactivé par la présence de la macro: %debug_package %{nil}. Elle permet de gagner du temps, mais les binaires ne sont pas "strippés" (ils contiennent les informations de débuggages) et sont donc nettement plus gros. A+
Forum: archive : RPM

Et que disent les journaux ? En particulier /var/log/squid/* (si tu utilise un RPM standard, notament disponible chez rpmforge). A+
Forum: archive : RPM

Les paquets "debuginfo" sont des "sous-produits" de la construction du paquet principal. Il suffit donc de reconstruire le noyau à partir des .src.rpm pour obtenir les 2 RPM attendus (kernel et kernel-debuginfo). A+
Forum: archive : RPM