Anonyme a écrit 62289 commentaires

remarque en france des serveurs sous debian dans un ministere il ne doit pas y en avoir des masses :)

poste completement raté, desolé

un truc a savoir avec rpm c'est que tu peux chainer les paquets et rpm se debrouille:

rpm -ivh lepaquet1 lepaquet2 lepaquet3 lepaquet4

bon apres si

ton avis est trés juste, mais pour la France seulement, pas pour le Canada.

C'est pas la première fois que je ne comprend pas un texte dans le sens commun lorsqu'il peut être compris de plusieurs manières. La grosse blague, c'est que évidement je ne m'en rend pas compte (vous imaginez relire tout ce que vous lisez deux fois pour être sûr qu'il n'y avait qu'une interprétation possible ?), et que, en plus, peu de gens se rendent compte que je n'ai pas compris le texte comme eux, donc moinsage, mépris (genre "apprends à lire"). Qui ne porte pas a une envie de me comprendre.

J'en ai marre ... je dois pas avoir le cerveau foutu comme tout le monde. snif

Heureusement qu'il y a quelques personne comme toi :)

Pour faire un paquet (au cas ou il ne serais pas disponible), c'est très simple. Il suffit de faire un fichier nommé FrugalBuild dans lequel on spécifie le nom du programme, l'URL où télécharger le tar.gz des sources, et les quelques instructions de compilation. Il est compatible avec les PKGBUILD de Archlinux, mais il y a quelques modifications intéressantes : Il y a des alias sur les commandes les pus courrantes (configure et make) si bien que la rédaction du FrugalBuild est encore facilitée.

Et on quoi c'est différent des ebuild Gentoo ?

/me, curieux de savoir ce qui pourrait le pousser à changer sa Gentoo pour une autre distrib'

Frugalware n'est pas une distribution pour Mme Michu (comme Archlinux et Slackware).
Slackware ? Pout Mme Michu ? La distro ou il y a très peut d'outils de configuration mais des fichiers de conf bien commentés ? Faut pas pousser mémé dans les orties, ou alors, présente moi ta Mme Michu elle a l'air très sympatique :)

En effet, sa marche très bien maintenant.
Merci beaucoup :)

Pour ceux qui chercheraient aussi je précise qu'il faut installer les paquets linux-source et linux-headers correspondant à la version de linux utilisée.

Reste plus qu'à faire marcher openwengo et le tour est joué ^^

J'utilises du matériel asser récent. Je ne crois pas que sa sois un problème au niveau du bios puisque sa l'a déjà fonctionner. Je vais essayé de désactivé bootsplash et voir ce qui en est.

Merci quand même!

bon il n'y pas l'air d'y avoir de bug bloquant à l'arret. Sans doute un petit bloquage de l'affichage (échec de l'arrêt du "dm" - Display Manager) mais le systeme semble s'arrêter correctement en arrière plan.
Je miserais plutôt sur un problème de BIOS qui n'interprete pas correctement les messages de "halt" ou "reboot" à l'extrème fin de l'extinction, mais si tu as du matériel récent c'est bizarre.
A ta place j'essairais de désactiver bootsplash pour en savoir plus, mais ca fait 2 ans que je n'utilise plus mandriva, je ne pas t'aider sur ce point :(

Pourquoi, ceux de la debian sont mal compilés ?
Je ne vois pas vraiment pourquoi sa changerai la situation mais j'essaierai.

Voilà, j'ai fait d'autre test et quand l'écran est bleu et que je pèse sur le bouton on/off au lieu du reset, je vois les services s'arrêter et le traitement continuer. Il y a des erreurs, c'est probablement dû à cela que mon ordinateur a des problèmes pour s'arrêter. Voici les nouveaux logs :

/var/log/messages

Apr 2 14:01:00 localhost CROND[5776]: (root) CMD (nice -n 19 run-parts --report /etc/cron.hourly)
Apr 2 14:01:01 localhost msec: changed mode of /var/log/wtmp from 664 to 640
Apr 2 14:01:01 localhost msec: changed group of /var/log/wtmp from utmp to adm
Apr 2 14:01:01 localhost msec: changed mode of /var/log/Xorg.0.log from 644 to 640
Apr 2 14:01:01 localhost msec: changed group of /var/log/Xorg.0.log from root to adm
Apr 2 14:01:01 localhost msec: changed mode of /var/log/Xorg.0.log.old from 644 to 640
Apr 2 14:01:01 localhost msec: changed group of /var/log/Xorg.0.log.old from root to adm
Apr 2 14:01:01 localhost msec: changed mode of /dev from 1777 to 755
Apr 2 14:01:39 localhost shutdown[5782]: shutting down for system halt
Apr 2 14:01:39 localhost init: Switching to runlevel: 0
Apr 2 14:01:41 localhost kernel: bootsplash 3.1.6-2004/03/31: looking for picture...<6> silentjpeg size 93030 bytes,<6>...found (800x600, 94796 bytes, v3).
Apr 2 14:01:41 localhost kernel: bootsplash: status on console 0 changed to on
Apr 2 14:01:41 localhost rc: Arrêt de dkms : succeeded
Apr 2 14:01:41 localhost lisa: Arrêt de lisa : succeeded
Apr 2 14:01:41 localhost dm: Arrêt du gestionnaire d'affichage :
Apr 2 14:01:41 localhost dm: Arrêt du gestionnaire de connexion failed
Apr 2 14:01:41 localhost dm: ^[[65G
Apr 2 14:01:41 localhost dm: [^[[1;31m
Apr 2 14:01:41 localhost dm:
Apr 2 14:01:41 localhost rc: Arrêt de dm : failed
Apr 2 14:01:41 localhost xfs[3495]: terminating
Apr 2 14:01:41 localhost xfs: Arrêt de xfs succeeded
Apr 2 14:01:41 localhost numlock: Désactivation du verrouillage numérique sur les consoles ttys :
Apr 2 14:01:41 localhost numlock: ^[[65G
Apr 2 14:01:41 localhost numlock: [^[[1;32m
Apr 2 14:01:41 localhost numlock: OK
Apr 2 14:01:41 localhost numlock:
Apr 2 14:01:41 localhost rc: Arrêt de numlock : succeeded
Apr 2 14:01:41 localhost rc: Arrêt de kheader : succeeded
Apr 2 14:01:41 localhost rc: Arrêt de partmon : succeeded
Apr 2 14:01:42 localhost freshclam: Arrêt de freshclam succeeded
Apr 2 14:01:42 localhost acpid: Arrêt de acpid succeeded
Apr 2 14:01:42 localhost atd: Arrêt de atd succeeded
Apr 2 14:01:42 localhost crond: Arrêt de crond succeeded
Apr 2 14:01:42 localhost haldaemon: haldaemon -TERM succeeded
Apr 2 14:01:42 localhost mDNSResponder: Arrêt de mDNSResponder succeeded
Apr 2 14:01:42 localhost messagebus: messagebus -TERM succeeded
Apr 2 14:01:43 localhost nifd: Arrêt de nifd succeeded
Apr 2 14:01:45 localhost alsa: succeeded
Apr 2 14:01:46 localhost alsa: succeeded
Apr 2 14:01:46 localhost nfslock: Arrêt de lockd failed
Apr 2 14:01:46 localhost rpc.statd[3069]: Caught signal 15, un-registering and exiting.
Apr 2 14:01:46 localhost nfslock: Arrêt de rpc.statd succeeded
Apr 2 14:01:46 localhost kernel: Kernel logging (proc) stopped.
Apr 2 14:01:46 localhost kernel: Kernel log daemon terminating.
Apr 2 14:01:47 localhost exiting on signal 15

/var/log/syslog

Apr 2 14:01:00 localhost CROND[5776]: (root) CMD (nice -n 19 run-parts --report /etc/cron.hourly)
Apr 2 14:01:39 localhost shutdown[5782]: shutting down for system halt
Apr 2 14:01:39 localhost init: Switching to runlevel: 0
Apr 2 14:01:41 localhost kernel: bootsplash 3.1.6-2004/03/31: looking for picture...<6> silentjpeg size 93030 bytes,<6>...found (800x600, 94796 bytes, v3).
Apr 2 14:01:41 localhost kernel: bootsplash: status on console 0 changed to on
Apr 2 14:01:41 localhost rc: Arrêt de dkms : succeeded
Apr 2 14:01:41 localhost lisa: Arrêt de lisa : succeeded
Apr 2 14:01:41 localhost dm: Arrêt du gestionnaire d'affichage :
Apr 2 14:01:41 localhost dm: Arrêt du gestionnaire de connexion failed
Apr 2 14:01:41 localhost dm: ^[[65G
Apr 2 14:01:41 localhost dm: [^[[1;31m
Apr 2 14:01:41 localhost dm:
Apr 2 14:01:41 localhost rc: Arrêt de dm : failed
Apr 2 14:01:41 localhost xfs[3495]: terminating
Apr 2 14:01:41 localhost xfs: Arrêt de xfs succeeded
Apr 2 14:01:41 localhost numlock: Désactivation du verrouillage numérique sur les consoles ttys :
Apr 2 14:01:41 localhost numlock: ^[[65G
Apr 2 14:01:41 localhost numlock: [^[[1;32m
Apr 2 14:01:41 localhost numlock: OK
Apr 2 14:01:41 localhost numlock:
Apr 2 14:01:41 localhost rc: Arrêt de numlock : succeeded
Apr 2 14:01:41 localhost rc: Arrêt de kheader : succeeded
Apr 2 14:01:41 localhost rc: Arrêt de partmon : succeeded
Apr 2 14:01:42 localhost freshclam: Arrêt de freshclam succeeded
Apr 2 14:01:42 localhost acpid: Arrêt de acpid succeeded
Apr 2 14:01:42 localhost atd: Arrêt de atd succeeded
Apr 2 14:01:42 localhost crond: Arrêt de crond succeeded
Apr 2 14:01:42 localhost haldaemon: haldaemon -TERM succeeded
Apr 2 14:01:42 localhost mDNSResponder: Arrêt de mDNSResponder succeeded
Apr 2 14:01:42 localhost messagebus: messagebus -TERM succeeded
Apr 2 14:01:43 localhost nifd: Arrêt de nifd succeeded
Apr 2 14:01:45 localhost alsa: succeeded
Apr 2 14:01:46 localhost alsa: succeeded
Apr 2 14:01:46 localhost nfslock: Arrêt de lockd failed
Apr 2 14:01:46 localhost rpc.statd[3069]: Caught signal 15, un-registering and exiting.
Apr 2 14:01:46 localhost nfslock: Arrêt de rpc.statd succeeded
Apr 2 14:01:46 localhost kernel: Kernel logging (proc) stopped.
Apr 2 14:01:46 localhost kernel: Kernel log daemon terminating.
Apr 2 14:01:47 localhost exiting on signal 15

Merci!

il sont bizarres tes log, rien n'indique un redémarrage/arrêt, mis à part le "session-close for user stephane" :(

voici le contenu des fichiers à l'heure du reboot :

/var/log/messages

Apr 2 10:16:36 localhost kde3-np(pam_unix)[3865]: session closed for user stephane
Apr 2 10:16:37 localhost kernel: agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0.
Apr 2 10:16:37 localhost kernel: agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
Apr 2 10:16:37 localhost kernel: agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
Apr 2 10:16:56 localhost gconfd (stephane-4549): Le serveur GConf n'est pas en cours d'utilisation, arrêt.
Apr 2 10:16:56 localhost gconfd (stephane-4549): Sortie

/var/log/syslog

Apr 2 10:16:37 localhost kernel: agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0.
Apr 2 10:16:37 localhost kernel: agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
Apr 2 10:16:37 localhost kernel: agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
Apr 2 10:16:56 localhost gconfd (stephane-4549): Le serveur GConf n'est pas en cours d'utilisation, arrêt.
Apr 2 10:16:56 localhost gconfd (stephane-4549): Sortie

Et voilà, les fichiers ne semblent pas beaucoup différent si ce n'est de la première ligne. S'il te faut autre chose, tu n'as qu'a demandé!

Merci

N'oubliez pas que le bash_completion est assez lourd ... vérifier l'activation de celui ci dans le .bashrc. Personnellement je trouve que le service rendu vaut bien les quelques secondes d'attente au login.

Whaou, l'écran bleu de la mort sous mandriva, ca c'est rigolo ... bon trève de blague, donne un peu plus d'informations genre le contenu de /var/log/messages et /var/log/syslog à partir du reboot. Chaque ligne est marquée par la date et l'heure : repère l'heure à laquelle tu clique sur "reboot". Attend deux minutes, redémarre avec le bouton on-off (j'imagine que c'est ce que tu fait déjà :) ), et donne nous les contenu des ces deux minutes uniquement (pas besoin d'avoir d'informations sur le démarrage qui sont affichées en fin de fichier)

Aussi, n'oublie pas de virer les informations "sensibles" genre nom d'utilisateur et IP. Une IP toute seule c'est pas important mais dans le log, tu donnes pas d'informations sur ta machine, pas la peine de faciliter le boulot d'un éventuel pirate :)

Ho oui il y en a beaucoup des comme ca ... vendredi de 3h50 a 6h30 y'a un mec qui a fait tourner tout un dictionnaire. Avec une tentative toutes les trois secondes ca en fait des logs.

Oui mais tant que le code n'est pas libre, il peut être racheté ... Peut être que Fabrice a prévu de libérer le code s'il recoit suffisament de sponsoring, et c'est une bonne chose, mais peut être qu'il recevera des propositions qui pourraient lui faire revoir sa position.

Son travail vaut facillement une bonne centaine de milliers d'euros, s'il vend le code et cède tous les droits (enfin c'est évalué à la louche, comme n'importe quel code :) , mais personnellement je viserais pas plus bas si j'avais pondu un truc pareil - à bon entendeur, fabrice :) - ), ca laisse à réfléchir.

Le libre protège les utilisateurs, mais aussi l'auteur de ses propres états d'ames, et c'est ce qui fait que ca marche si bien : les mauvaises surprises très très rares.

Je l'ai malheureusement achetée avant ton post. Mais merci tout de même :)

Je n'ai pas eu tes problèmes pour l'instant, et la machine a tenu vaillament ses deux premières semaines d'uptime, faites d'une traite et depuis sont premier jour d'exposition au grand méchant net.

Mais j'ai quand même un point noir : elle (comprendre le BIOS) ne reconnais pas mon Diamond Max II (sata2) dès le démarrage, il faut passer par un reset ou un redémarrage immédiat (allumer, éteindre avec les quatres secondes , rallumer tout de suite - j'ai pas de bouton reset sur ma tour - , et ca boote).

Les diamond max 10 sont a éviter absolument, c'est la deuxième carte mère ou j'ai des problèmes. La FAQ de maxtor a une liste d'incompatibilité à faire peur :(

Sinon la ubuntu server AMD64 avec un noyau 2.6.15.6 'vanilla' semble tourner correctement, j'ai eu des soucis aujourd'hui (connection http et ssh impossible, mais webmin et nfs fonctionels - incompréhensible), pas de crash, sans doute un petit truc en vrac dans la pile IP, je ne vois pas d'autre explication.

Si ca te dit, on peut se faire un suivit mutuel de matos, on met en commun nos problèmes et nos solutions :)

je ne comprend pas:

on accorde à l'envers pour que ça soit agréable à prononcer.

j'aurais préféré :

Merci de ne pas poster integralement en ITALIQUE, la lecture est plus difficile

l'architecte crée une oeuvre, même si c'est une maison en parpaing brute, du coup je pense que la license CC est parfaitement adapté à l'architecte.

il reste 2 chose a voir: as tu essayé une autre carte pcmcia? n'importe quoi, un lecteur compact flash, un modem, carte reseau etc...

actuellement ta carte n'est pas vu par le port (probablement une incompatibilité materiel, cela m'est deja arrivé)

normalement lors de l'insertion de la carte tu 'sent' que cela force un peu, puis il y a 2 bip pour signaler que tout vas bien.

et lors du cardctl info tu devrais avoir un truc genre:


elodie:/home/pkdn# cardctl info
PRODID_1=""
PRODID_2=""
PRODID_3=""
PRODID_4=""
MANFID=0000,0000
FUNCID=255
PRODID_1="Atheros Communications, Inc."
PRODID_2="AR5001-0000-0000"
PRODID_3="Wireless LAN Reference Card"
PRODID_4="00"
MANFID=0271,0012
FUNCID=6

au pire le juste la manfid rempli, sinon je suis assez pessimiste pour ta carte avec ton port pcmcia

Je te conseille vivement d'aller poster sur fr.comp.algorithmes, c'est encore vivant et l'aide y est très pertinante.

http://groups.google.fr/group/fr.comp.algorithmes?hl=fr

Bon courage pour ton travail !

lors d'un plantage X, que les jeux malmènent particulièrement, les commandes ctrl+atl Fx ne répondent pas ... c'est X qui prend en charge ces commandes, s'il est planté, ca marche pas !