-=[ silmaril ]=- a écrit 1465 commentaires

Pour l'instant je n'ai jamais vu un serveur (hp, dell, dataswift) sur lequel linux ne fonctionne pas. Certes il arrive que les outils de monitoring fournis par les constructeurs ne soient pas compatibles avec telle ou telle distribution mais globalement le HW serveur et bien mieux supporté sous linux de base que les trucs hype pour postes de travail.

Tu as plusieurs solutions,

1/ tres simple:
Tu change la racine de ton serveur web.
Recherche une ligne:
DocumentRoot /var/www/
Dans ton httpd.conf et change la pour:
DocumentRoot /var/www/html/uo

Rq: quitte à faire cela autant déplacer les fichiers depuis /var/www/html/uo vers /var/www

2/ plus propre: création d'un virtual host pour ton domaine
univ-ouaga.bf:
Crée le fichier /etc/apache/conf.d/virtual-uo.conf avec le contenu suivant
---8<------
NameVirtualHost *
<VirtualHost *>
ServerAdmin webmaster@localhost
ServerName www.univ-ouaga.bf
# ServerAlias univ-ouaga.bf

DocumentRoot /var/www/html/uo


Options FollowSymLinks
AllowOverride None

<Directory /var/www/html/uo>
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all

DirectoryIndex index.php


ErrorLog /var/log/apache2/error.log
LogLevel warn
CustomLog /var/log/apache2/access-uo.log combined
ServerSignature On
</VirtualHost>
--8<--------------------

3/ Plus complexe:
ré-écriture d'url avec mod_rewrite.

Si tu ne fait pas d'hebergement de masse c'est pas vraiment utile.


Ps: c'a fait un peu "Renault R5" ton chemin /var/www/html/uo

http://openweb.eu.org

Bon au debut je ne voyais vraiment pas le problème ;)

Mais au final ma réponse est 'PXE'

alors mnt je vois qu'il ya un probleme avec le procmailrc
et je me demandais pourquoi je ne trouvais pas mon procmailrc.log

==> parce que l'utilisateur sous lequel procmail est executé (utilisateur à qui est destiné le mail normalement) , ne peut ecrire dans /var/log/procmailrc.log
solution: creation en root du fichier et affectation de droits suffisants

>mais je qui m'étonne le plus c'est que je ne trouve aucun article on a bien la
>preuve que la QOS fonctionne, on dit comment faire mais il n'y a aucune preuve.

La preuve ?
Bein c'est pas dur: tu fait des tests simples..
Ex: tu prioritize le ping et tu mesure le RTT avec la ligne non chargé et la
ligne a pleine charge.

>donc j'ai commencé par le marquage les paquets avec le champs TOS, j'ai trouvé
>des commandes, après j'ai voulu vérifier que se champs était bien modifier en
>analysant une trame avec etherreal, et a m'a grande surprise, je ne trouve pas le
>champs TOS. je suposse que le champs DSCP est l'équivalent, pouvez vous me le confirmer ?

http://www.rhyshaden.com/ipdgram.htm

Type of Service - is how the datagram should be used, e.g. delay, precedence, reliability, minimum cost, throughput etc. This TOS field is now used by Differentiated Services and is called the Diff Serv Code Point (DSCP).


>j'ai également une autres question : comment nettoyer le marquages de ces
>paquets ? dans les tuto on trouve pour nettoyer les files d'atttente mais pas le
>marquage des paquets.

Remet le TOS à zero.

Alors pour information, TFTP n'est pas du tout adapté pour ça.
Ce protocole fut conçu pour des équipements réseaux nécessitant
un accès simple à des fichiers (terminaux X, switchs/routeurs) sans
nécessiter la complexité du protocole FTP.

Donc TFTP à été conçu sans gestion utilisateur, et avec une gestion des droits
'basique'. Pas de gestion de compte, un flag ecriture simple.

Je ne connait pas de méthode officielle et 100% complete pour cela.
par contre il y a moyen de sortir la liste des paquets utilisants debconf
via la commande suivante:

grep Owners /var/cache/debconf/config.dat /var/cache/debconf/passwords.dat | cut -f2- -d' ' |sed -e "s/, /\n/g" |sort |uniq

Sans vouloir remuer le couteau dans la plaie, le projet ALSA c'est
Advanced Linux Sound Architecture. Donc bon ça n'a pas vraiment
été fait pour etre portable...

# locate sftp
/usr/bin/sftp
/usr/lib/sftp-server
/usr/share/man/man1/sftp.1.gz
/usr/share/man/man8/sftp-server.8.gz


Ca te va comme piste ?

J'ai récemment eu envie de tester beryl/compiz, j'ai fini par comprendre un truc important:

Il y a deux méthode pour pouvoir utiliser beryl/compiz
- Disposer de l'extension AIGLX sur son serveur X
- Utiliser le serveur Xgl

Le choix entre ces deux solutions n'est pas libre, il dépend de ta carte graphique (enfin de ses drivers plus exactement). Pour faire simple si tu dispose d'un driver opensource gérant correctement la 3D de ta carte (cartes intel, cartes ati < 9200) alors tu peut utiliser AIGLX et donc lancer beryl directement dans un Xorg 'normal'.
Dans le cas contraire (ATI récente / Nvidia) point de choix => serveur Xgl obligatoire pour faire tourner beryl.

Pourquoi faire simple quand on peut faire compliquer ...
(ou plutôt l'inverse dans le cas présent)

Normalement le firmware de ta carte est inclus avec le noyaux, eventuellement
dans le paquets linux-restricted-modules mais dans Ubuntu edgy le firmware du ipw2200 fait parti de l'image linux-image directement.

=> ls /lib/firmware/`uname -a`/

quand à la règle udev firmware_helper elle est normalement déjà présente

=> /etc/udev/rules.d/80-programs.rules
-----8<----------------------------
# This file causes programs to be run on device insertion.
# See udev(8) for syntax.
#
# "Hotplug replacement" is handled in 90-modprobe.rules; this file only
# specifies rules for those programs that are shipped in the minimal Ubuntu
# system, programs outside of that may ship their own rules.

# Load firmware on demand
SUBSYSTEM=="firmware", ACTION=="add", RUN+="firmware_helper"
-----8<----------------------------

PS: Si ça marche pas sur dapper, passe en edgy ça marche Out of the box ....

PS2: As tu eu la curiosité de regarder le contenu des deux dossiers dont
te parle ta documentation ("You need to place all of these files into the hotplug firmware directory, e.g. /usr/lib/hotplug/firmware/ or /lib/firmware/.") avant de dire que tu n'avais aucune idée de l'endroit ...

Je ferais une remarque rapide sur les extensions:
Sous linux elles n'existent que pour l'utilisateur ou presque.
utilise plutot la commande 'file' pour savoir ce que contiennent tes fichiers.
et fait attention, si l'argument fourni a ton script est un chemin de fichier complet
dont un dossier contient un point, un chemin relatif (eg ../file.mp3) ou même
plus simplement si ton fichier contient plusieurs point (toto.tata.mp3) bein ton script ne marchera pas (du moins pas comme tu l'attend)

ce que tu cherche c'est un logiciel de supervision:
cacti
mrtg
zabbix
OpenNMS
Oreon
....

Alors d'abord
indispensable pour faire quoi ?

Kde n'est absolument pas indispensable a linux, et Xorg non plus.

le seul truc vraiment indispensable c'est le kernel lui même.
ensuite tout depend de ce que tu veut en faire, exemple pour une
'boite a musique' il est tout a fais envisageable de dégager tout
jusqu'a init et les shells et n'avoir que mpd par exemple qui tourne
sur la machine (pas forcement une bonne idée mais c'est faisable).

*Beuh tu a vu ça où que nautilus avait pas d'affichage en liste toi ?

il suffit de changer dans le menu drop-down qui affiche 'Voir en temp qu'Icone' par défaut.

bon dsl, pas tout lu.

que donne pkg-config --list-all

> Please install the X.org SDK/development package for your distribution

as tu vérifier que les packages -dev de X sont installés ?

J'ai donc créé le /dev/input/js0 avec les commandes suivantes


Inutile c'est au module (devfs) ou au demon udev de s'en charger lors de l'insertion du periphérique ou du driver (ou choix, selon les capacitées PnP du matériel).

Exo 6:

1. Deuxième champ
2. ls -l | grep -i " 2 [a-z]" <= ne matche pas uniquement le deuxieme champ.
/bin/ls -l /usr/bin | grep -e '[rwx-]\+ \+2' <= probabilitée supérieure, a moins d'avoir un fichier nommé -rxw- ca devrait marcher

3. ls -lSi | grep -i " 2 [a-z]" <= -S trie sur la taille des fichiers pas sur l'inode
ls ne permet pas a priori de trier sur l'inode, mais lorsqu'on lui demande d'afficher l'inode de chaque fichier il l'affiche en premier champ.
Il suffit donc de rajouter un appel à sort dans le pipeline pour effectuer le tri, en effet sort détecte les blanc dans les chaine et n'effectue sont tri (par défaut) que sur le premier champ
/bin/ls -li /usr/bin | sort | grep -e '[rwx-]\+ \+2'
/bin/ls -li /usr/bin | grep -e '[rwx-]\+ \+2' | sort
Les deux écriture sont valides, la deuxième présente l'intérêt de n'effectuer le tri
qu'une fois l'ensemble des données restreints => plus rapide.

4.
cas 1: fichier contenant kill dans le nom:
/bin/ls -l /usr/bin | grep -e '[rwx-]\+ \+2' | sort | grep kill
ps: chez moi aucune réponse (debian/ubuntu)

cas 2: fichier contenant kill dans le contenu:
plus complexe, il faut générer une liste de nom de fichiers qui sera fournie à grep
grep kill `/bin/ls -l /usr/bin | grep -e '[rwx-]\+ \+2' | sort | awk '{print "/usr/bin/"$8}'`

ps: La j'ai sudo, sudoedit, perl et perl5.8.8 qui repondent

5. La il suffit effectivement de rajouter >> toto a la fin de la ligne précédente

Alors primo oublie ndiswrapper, les cartes a base de Prism sont gérées par le driver .. prism54.
Deuxio le message du kernel est plutot clair:

eth1: uploading firmware...
prism54: request_firmware() failed for 'isl3890'
eth1: could not upload firmware ('isl3890')

Il n'arrive pas à charger le microcode pour ta carte, celui-ci n'étant pas inclus dans debian il te faut l'ajouter manuellement.
Cf http://prism54.org/

> modprobe emu10k1-gp

Hum comme son nom l'indique ce module permet d'activer le port jeu (gameport) d'une carte son de type emu10k1 (creative lab soundblaster Live! + Audigy).
Le monsieur disposant d'un carte son à base VIA il y a peu de risque que cela serve à quelque chose.

IL faut tester les autres drivers present dans drivers/input/gameport notamment ns558.

Je crois qu'il faisait référence a IceWheasel (pas sûr de l'écriture).
Qui n'est pas vraiment un fork, juste un renommage du navigateur
compilé a partir des sources issues de la fondation mozilla et quelque peu modifiées par les mainteneur debian.
Renommage qui leur à été demandé par la fondation mozilla.

Je m'explique, de façons fort logique ces boutons qui te semblent
différents sont en fait exactement les mêmes (ce qui fait qu'ils fonctionnent sans drivers/hack bizarre) il s'agit juste d'un placement différent mais au niveau de la puce d'emulation souris ce doit être idisociable.

Extrait du manuel MySQL:

<<BOOL, BOOLEAN

These types are synonyms for TINYINT(1).>>

Donc la réponse est non,.
En plus élaboré: C'est pas mieux, c'est pareil.