- Fedora-Fr
- À propos de Fedora-Fr
- Historique
- Statistiques
- Télécharger
- Obtenir Fedora
- Toutes les méthodes de téléchargement
- Support
- Aide sur IRC
- Forums
- Documentation
- Sous-projets
- Plateforme de blog
Dernière news : Fedora Linux 36 est disponible !
Bonjour,
Ce qui se rapproche le plus de total commander je trouve, c'est Midnight commander qui s’exécute dans un terminal.
Oui, je suis bien sur le kernel 3.10 et elle fonctionne parfaitement.
[alain@portable-stephanie ~]$ uname -r
3.10.3-300.fc19.x86_64
[alain@portable-stephanie ~]$
Et en essayant un autre port usb pour le récepteur ?
Bonjour,
J'ai aussi cette souris avec Fedora 19 d'installé et à jour. Je ne relève aucun problème. Etes vous sur que la pile est Ok et que le récepteur est bien connecté ?
Bonjour,
A mon avis, tu as un problème matériel, mémoire ou puce vidéo défectueuse.
J'ai eu un problème similaire sur un portable Dell latitude, et il s'est avéré que le dissipateur thermique était plein de poussière, ce qui provoquait un mauvais refroidissement.
Au fil du temps de plus en plus de plantage jusqu’à ce que l'écran reste noir et ne s'allume plus. La puce vidéo est soudé sur la carte mère dans mon cas et la chaleur a coupé une partie des contact entre la puce et la carte mère.
oui remi, mais la en l'occurence il s'agit de la base mysql qui est installé avec le package et pas d'une base installé par après...
Mais si je me trompe, autant pour moi....
je pense que le mieux serait de réinstaller ton serveur mysql...
Dans une console en root :
yum remove mysql-server && yum install mysql-server
Cela devrait recréer les tables nécessaires au fonctionnement de Mysql, qui sont corrompues...
Salut,
En général, la cause pour laquelle le serveur refuse de démarrer est écrit dans le fichier de log du serveur. Tapes la commande suivante en root dans une console pour afficher le fichier :
cat /var/log/mysqld.log
Finalement tout est rentré dans l'ordre,
j'ai effectué la procédure suivante et depuis, plus de message d'erreur
[root@localhost ~]# yum groupremove "KDE (K Desktop Environment)" && yum clean all && yum groupinstall "KDE (K Desktop Environment)"
kdebase-workspace et kde-l10n-French sont installés.
Par contre je ne comprend pas pourquoi le programme ne se lance pas et pourquoi j'ai le message d'erreur en retour. Me manquerait t-il des paquets ?
Bonjour tout le monde,
J'ai installé Kde sous Fedora 10 afin de profiter de kdm comme écran de connexion. L'installation a été réalisé avec la commande suivante :
[c][root@localhost ~]# yum groupinstall "KDE (K Desktop Environment)"[/c]
A la fin de l'installation, j'essaye de lancer "systemsettings" afin de configurer kdm, et j'obtiens le message d'erreur suivant :
systemsettings: symbol lookup error: /usr/lib64/libkio.so.5: undefined symbol: _ZN3KIO3JobD0Ev
Si quelqu'un pouvait me dire comment résoudre ce problème ?
Merci d'avance, Alain.
Bonjour,
HIDD = Human Interface Device(s) / Daemon, ça sert à piloter les appareils en bluetooth (Joystick, gamepad, etc...). tu peux aussi taper dans un terminal la commande suivante pour avoir plus d'info :
man hidd
Si tu n'utilise pas le bluetooth, tu peux désactiver ce service.
Salut,
Tu peux mettre un fond d'écran en te rendant dans le gestionnaire de préférence de beryl. Tu sélectionne la rubrique "Bureau", tu clique sur le plugin "bureau en cube" et tu sélectionnes l'onglet "Afficher le dôme du ciel". A partir d'ici tu pourras sélectionner ton image de fond.
voila
Bonjour,
Essai avec la commande "gnome-session-save".
Bonjour,
Essai avec la commande "gnome-session-save".
Quand je construit un formulaire en méthod POST, j'ai remarqué que si je ne précise pas "enctype="multipart/form-data", les variables post ne passent pas. Par contre quand c'est précisé, cela fonctionne très bien, et ce juste avec "register_global=On".
Fonctionne sous FC5 et FC4
Quand je construit un formulaire en méthod POST, j'ai remarqué que si je ne précise pas "enctype="multipart/form-data", les variables post ne passent pas. Par contre quand c'est précisé, cela fonctionne très bien, et ce juste avec "register_global=On".
Fonctionne sous FC5 et FC4
Le paramètre "register_globals" est un paramètres de sécurité.
Il est sur Off par défaut.
Lorsqu'il est sur Off, les variables POST sont uniquements accessible par la variables $_POST[].
Si il est sur On, PHP crée des variables pour chaque paramètres passé par la méthode post. Dans ce mode, les variables peuvent être changées par l'utilisateur d'ou un risque de piratage sur un script qui est mal programmé.
Il faut préciser aussi le répertoire pour lancer la commande modprobe à partir d'une terminal sous X.
En étant root, taper /sbin/modprobe
Salut,
Pour pouvoir compiler un module pour le kernel, il suffit d'installer le paquet kernel-devel correspondant à la version du kernel utilisé. Ce paquet remplace les sources.
@+
Tu trouveras des infos sur SELinux à l'adresse suivante :
http://www.nsa.gov/selinux/info/faq.cfm (en anglais)
Pour désactiver SELinux, sous Gnome, c'est dans le menu "Bureau - Administration - Niveau de sécurité et Pare-feu". Tu as un onglet SELinux, et de la tu peux désactiver SELinux pour httpd. On peu aussi le lancer dans une console en root, en tapant "system-config-securitylevel" sans les guillemets.
Bonjour,
Ton problème viens peut-être de SELinux. Que se passe-t-il quand tu désactive SELinux pour le deamon httpd ?
@+
Bonjour,
Il me semble que le fichier /etc/modules.conf a été remplacé par /etc/modprobe.conf
et /etc/modules par /etc/modprobe.preload
@+.