Jean Bréfort a écrit 109 commentaires

Ce serait plus facile de savoir ce qui se passe si on avait accès au contenu du fichier de configuration de grub (menu.lst), et peut-être aussi à la table de partition.

Le réglage des raccourcis claviers se fait dans le menu "Bureau/Préférences/Raccourcis clavier".

L'option plein écran se trouve dans l'arbre à : "Gestion des fenêtres/Basculer en mode plein écran".

Il suffit ensuite de sélectionner le racourci (désactivé par défaut), puis de taper une combinaison de touches et voila, ça marche.

À condition de n'utiliser que des bibliothèques de ce type... et dans ce cas, c'est aussi vrai en C.

config.h contient en fait un certain nombre de définitions de constantes du genre PACKAGE, VERSION et des directives de précompilations du type HAVE_LOCALE_H.
Cela permet dans le code source des choses du style :
#ifdef HAVE_LOCALE_H
# include <locale.h>
... // du code dépendant de locale.h
#endif

Certains projets particulièrement simples n'en auront jamais besoin. Pour d'autres c'est une nécessité absolue, et il est sage d'inclure config.h en premier dans chaque fichier source C ou C++ (mais pas dans les fichiers d'en-têtes). C'ets aussi important en C qu'en C++ et ce qui permet de faire des projets portables.

J'ai eu la même chose sous gnome (metacity) il y a quelque temps. J'ai réglé mon problème en branchant la souris sur le port série au lieu d'un port usb. Depuis plus de problème.
J'ignore d'où vient le problème (xorg ? kernel ?).

suse et windows sont sur le même disque (le premier), donc c'est plus simple...

erreur 22 arrive à quel moment ?
Avec grub, erreur 22 signifie un problème de partition :
22 : No such partition

Quel est le contenu du fichier de configuration de grub (/boot/grub/menu.lst) ?

Tu peux essayer aussi de démarrer à partir de la ligne de commande de grub. La partition racine d'ubuntu devrait être (hd4,0)...

Je ne connais pas edonkey, mais il semble que ce soit livré tout compilé. Auquel cas, la bonne variable est sans peut-être LD_LIBRARY_PATH. Essaie :
export LD_LIBRARY_PATH=/usr/local/lib:/usr/lib
puis essaie d'installer la bête.

Probablement, ta variable PKG_CONFIG_PATH n'et pas définie. Donc pkg-config ne trouve que la version de glib-2 qui est dans /usr. Si tu as installé la dernière version dans /usr/local, utilise :
PKG_CONFIG_PATH=/usr/local/lib/pkgconfig pkg-config --modversion glib-2.0.

Ensuite, pour configurer ton logiciel, comme tu auras sans doute aussi besoin d'autres paquets, il fuat utilser :
PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/lib/pkgconfig ./configure

Attention, supposer que long fait quatre octets n'est pas portable...

Effectivement, ça paraît curieux.
Il serait plus facile de t'aider si tu publiais le contenu de test.c

En ce qui concerne windows, c'est inquiétant.

Pour Mandriva, il faut utiliser les commandes suivantes en remplaçant "noyau" par le chemin vers le noyau, du genre /boot/vmlinuz et "initrd" par le chemin vers l'initrd s'il y en a un.

root (hd1,4)
kernel "noyau"
initrd "initrd"
boot

Curieux, chez moi ça fonctionne.
Si grub n'arrive pas à lire la partition, essayer :

rootnoverify (hd1,0)
chainloader +1
makeactive
boot

bon, la partition Mandriva semble être hdg5, soit (hd1,4) dans la nomenclature de grub.
Par contre, la partition windows est hdg1.
Pour booter windows, dans la ligne de commande de grub :

root (hd1,0)
chainloader +1
boot

Et il suffit peut-être tout simplement de débrancher le disque udma ou faire en sorte que le bios boote sur le disque sata.

il suffit de suivre les instructions que j'ai postées plus haut

je voulais écrire /dev/hdg2 et non /dev/hdd2 (hdd est apparemment le disque udma et hdg le disque sata).

mais non, c'est pas foutu. grub a juste écrasé le secteur de boot du disque.

OK, le deuxième disuqe est en fait reconnu comme hd0 et le SATA comme hd1

Pour démarrer mandriva à partir de grub, il faut ajouter une entrée du genre :

title Mandriva
root (hd1,1)
kernel /boot/vmlinuz
initrd /boot/initrd

en donnant les bon noms pour le noyau (vmlinuz) et l'initrd. On peut reprendre les paramètres dans le lilo.conf de Mandriva.
Cependant, si le disque udma n'est pas branché en permanence, il faut rebooter sous Mandriva et réinstaller lilo.

Note : on peut taper les commandes de boot depuis la ligne de commande de grub (clavier qwerty).

En résumé, brancher le disque udma, démarrer la machine, aller dans la ligne de commande de grub et taper successivement :
root (hd1, 1)
ou autre partition si la partition de boot n'est pas /dev/hdd2
kernel chemin_vers_le_noyau
initrd chemin_vers_initrd
boot

Il faut que le deuxième disque soit branché, sinon grub ne peut pas trouver ses fichiers. En fait rien ne pourra démarrer.

C'est typiquement un problème du serveur X. Il faut regarder dans les logs, probablement /var/log/Xorg.0.log (ou XFree, je n'ai jamais utilisé mandriva).

Il y a deux solutions, à priori :
- réinstaller lilo depuis mandriva après avoir ajouté une entrée dans lilo.conf ;
- modifier la configuration de grub.

N'ayant pas utilisé lilo depuis plusieurs années, je vais plutôt détailler la seconde option. Le fichier de configuration de grub est (généralement) : /boot/grub/menu.lst (certaines distribs utilisent /boot/grub/grub.conf). Dans ce menu, il devrait y avoir une entrée du type :

title WinXP
root (hd0,0)
chainloader +1

Ceci à condition que windows soit dans la première partition du premier disque. Le deuxième disque est hd1, etc... et le deuxième nombre indique le numéro de partition, la première étant 0.

Pour pouvoir t'aider davantage, il faudrait savoir ce qui se passe exactement. Soit il n'y a pas d'entrée pour windows dans le menu de grub, soit il y en a une mais elle est mal configurée.

Moi non plus, et pourtant elle fonctionne :-)

C'est très curieux, ces CD sont bootables pour autant qu je le sache. Sinon, pour le vérifier, essaie avec un liveCD comme Ubuntu ou Knoppix ou ...
Tu peux trouver les CD d'ubuntu à http://mir1.ovh.net/ubuntu/releases/.(...)
La version stable est encore la 5.04

Ubuntu, on aime ou on n'aime pas, mais le support du matériel est performant et pour un premier essai, c'est appréciable ;-)

Quand tu tapes ton texte, il est clairement encodé en utf-8. Il te reste à convaincer OOo de travailler en utf-8. Je ne sais pas comment, je n'utilise pas ce pachyderme ;-)