Henry-Nicolas Tourneur a écrit 401 commentaires

Ok, j'ai lut cet article et j'ai fait simplement :
tune2fs -c 40 /dev/maxtor1 sur mon disque (qui est en ext3)
Ca n'empeche pas qu'au boot il plante compltèment (e2fsck renvoie un code d'erreur 8) et il dit que /dev/maxtor1 n'existe pas.

Je rappelle que /dev/maxtor1 est un bloc device que je crée via une règle udev perso, est-il possible que la règle n'ai pas encore été éxecutée et que e2fsck veuille déjà commencé à scanner les périph ? Si c'est le cas, ça pourrais expliquer que ce device bloc n'existe pas au moment du scan.

C'est bien possible vu que le haut-parleur qui crachote est justement celui qui est le plus proche de la carte wifi. Aurais-tu une idée permettant d'améliorer cela ?

gg, j'ai du foiré quelque chose, effectivement ça marche.

Ben en tout cas, simple copier coller et ça segfault.

Non scanf affiche bien sur la sortie standard, ça ne marchera pas.

Non même en forcant le gid ça ne marche pas et il n'y a pas de groupe ayant le gid 1005 dans /etc/group. Je crois que mes fichiers de configuration sont assez bien corrompus, existe-t'il un utilitaire pour checker la config et réparer si nécessaire ?

Les questions concernent la machine qui fera access-point.

Il est noté en description du paquet wifi-radar que c'est une interface graphique, deux détails que j'ai oublié de précisé :
1° je suis en stable sur cet access point (wifi radar est dispo que en unstable/testing)
2° Ben y a pas d'interface graphique sur l'access point, donc pas de wifi radar.

Peut-tu me préciser comment faire, existe-il un champ préconcu pour ça dans la configuration, ou bien je dois modifier moi même phpmyadmin ?

D'accord, ça je sais aussi le faire avec phpmyadmin, ce que moi je cherche à faire, c'est de permettre à un utilisateur de crée la db, ça doit pas passer par moi (il doit pouvoir le faire tout seul)

Ok mais comment faire pour que ça s'applique à toute DB crée ?
Le grant permet de donner des droits à un utilisateur, je ne trouve pas de manip me permettant d'autoriser la création de n'importe quelle db.

J'ai trouvé pourquoi ça ne fonctionnait pas.

Au dessus de ces deux règles j'avais une règle qui permettait systématiquement l'établissement de nouvelle connection, donc l'utilisateur en question passait d'abord par cette règle qui lui autorisait la connection puis c'était fini.

En mettant tout dans le bon ordre, ça marche bien.

Merci de m'avoir aidé.

Oui, il a bien l'UID 1004.

Non, j'ai essayé d'inverser les deux règles et ça ne change rien.

Au niveau de la limitation en mémoire, ça fonctionne en employant core et data.

Par contre, est-il possible de limiter le pourcentage cpu qu'un utilisateur peut prendre ?

Au niveau de la limitation du nombre de fichier ouvert, ça ne marche pas non plus (j'ai rien changé de ce coté)

En fait le serveur et le client ne font qu'un, le client se connecte en ssh au serveur, et travaille localement sur le serveur.

Je vais tester cette modification tantot, merci.

Je l'ai fait mais ça ne change rien, c'est dans :
networking->networking options->network packet filtering framework->core netfilter configuration->nefilter Xtables support->conntrack connection tracking match support.

J'ai eu le même problème.
J'ai aussi du réactiver le match state cependant mes règles ne passe pas. Il drope tout (très embetant). Il m'affiche ceci lorsque je lance le script :

can't load conntrack support for proto=2
iptables : Invalid argument

Quelqu'un a une idée ?

Effectivemen, c'est mon cas par exemple.

Ok je vais un peu me renseigner avec les autres.

En fait le problème avec Sybase, en dehors du fait qu'il est non libre, c'est que j'ai un certain nombre de problème d'administration, que, par exemple, je n'ai pas avec MySQL.

Mach étant beaucoup plus compliqué à intégré et Linux ayant fait son apparition, la FSF a décidé de travaille avec Linux (logique).

Merci beaucoup pour le lien, j'ai trouvé ce paragraphe intéressant :

D'après Thomas Bushnell, l'architecte initial du projet Hurd, l'idée initiale était d'adapter le noyau BSD 4.4-lite, et avec le recul « il est parfaitement clair pour moi que celui-ci aurait magnifiquement réussi et la face de l'informatique en aurait été changée »2.
À cause d'un manque de collaboration de l'Université de Berkeley, Stallman décide, à la place, d'utiliser le micro-noyau Mach.

Je comprend mieux à présent. Ben je dirai dommage pour l'université et tant mieux pour Torvalds, voila ma lanterne éclairée.

Le fait que la FSF ai poussé Torvalds a choisir la GPL se retrouve dans cette vidéo : http://video.google.fr/videoplay?docid=5177562301494917977&a(...)

Justement, Linux date de 1991, le projet hurd commence en 1990 et le kernel BSD existe depuis les années 70. Les outils comme gcc, bash, emacs était disponible et près à être utilisé en 1990.

Donc pourquoi avoir commencé à développé hurd alors qu'un kernel BSD existait déjà, et après, pourquoi à la sortie de Linux, avoir préféré l'intégré (parce-que la FSF a quand meme un peu poussé Torvalds pour qu'il choissise la GPL) au lieu de prendre un BSD depuis le début.

Ceci dit, je ne suis pas du tout anti-linux, vu que toutes mes machines sont sous Debian avec des kernel vanille configurer par moi. Je m'intéresse juste à l'aspect historique des choses.

J'ai cependant encore une question !

Cette règle est valable jusqu'au jour (sait-on jamais) ou quelqu'un viendra chez moi avec un Maxtor OneTouch; j'ai donc essayé d'ajouter le serial dans cette règle mais alors elle n'est plus jamais prise en compte.

udevinfo -a -p $(udevinfo -q path -n /dev/maxtor) | grep serial
ATTRS{serial}=="Y46D4Z7E "
ATTRS{serial}=="0000:00:1d.7"

J'ajoute simplement ATTRS{serial}=="Y46D4Z7E " avant le NAME et alors il passe plus jamais de dans.

Une idée ?

Le problème a effectivement été résolu via une règle udev après avoir pas mal chipoté.

Voici la règle :

BUS=="scsi", ATTRS{model}=="OneTouch", ATTRS{vendor}=="Maxtor", NAME="maxtor", RUN="/bin/mount /dev/maxtor", OPTIONS+="last_rule"