Pareil la seule fois ou j'ai eu des grosses emmerdes avec reiserfs c'est lors de l'utilisation d'un disque scsi de 8Go qui avait un poil vecu, je l'ai bazardé, laissé ses deux frangins et hop ca marchait tout de suite bcp mieux.
.. tu le mettait dans /etc/fetchmailrc (qui est sa place).
peut etre que ca reglerait tes problemes de droits en passant
vu que le fichier ne serait plus dans /root
.
Oui mais ... vous dites tout les deux +/- la veritée.
1/ find -mtime 7 cherchera bien des fichiers datant de sept jours,
mais
2/ les fichiers qu'il recherche sont les bases de fichiers d'update db
et non les fichiers a scanner
Donc oui avec ce patch updatedb ne sera lancer que tout les septs jours.
Quand aux autres ils auront remarqués l'etrange similitude de nommage des outils 'gentoo' et debian qui sont, je le rappelle si jamais besoin il etait, bien plus anciens.
Si j'ai bien compris tu veut faire tu telechargement *Donkey (pour recuperer des ISO de debian bien sûr ..) depuis un poste dans un reseau privé, donc avec translation d'adresse.
Il faut donc que ton routeur/pare-feu (le poste 'serveur' qui a acces a internet directement et qui fournit la connectivitée aux autres postes) redirige les ports spécifiques a eDonkey vers ton poste.
Le script IPtable est donc a lancé en root (ca c'est pour le message d'erreur) sur le routeur/pare-feu et non sur le poste client ou il n'aurait aucun effet.
Si ton routeur n'est pas sous linux alors il va te falloir trouver l'equivalent de ce script pour cet OS.
Toutes les fonctions dont vous parlez ne sont pas
des fonctions materielles au sens ou elles n'existent pas sur la carte
au boot par exemple.
Le chip de base des cartes sound blaster est un DSP programmable et 95% des fonctions avancées proposées par les drivers sont en fait des programmes uploadé sur ce DSP.
Le pilote emu10k1 proposé par creative propose quelques exemples de filtres aisni que l'assembleur utile pour les compilés.
Au derniere nouvelles alsa devait amelioré le support de ces filtres a terme mais je n'ai pas regarder depuis longtemps.
- soit le source possède une nouvelle technologie que les entreprises ne voudraient pas diffuser à leur(s) concurent(s) [peu probable: les nouvelles technologies des constructeurs sont plutôt présentes au niveau hardware]
Au contraire c'est la l'erreur commune a bcp de gens, une majoritée de puces 'dédiés' ne le sont pas vraiment cela a commencé avec les winmodem & co => la puce ne fait pas tout le boulot (notamment les puces audio et video) c'est le driver qui en gere une tres grosse part.
Et la ca coince parce que la lutte entre ATI & Nvidia par exemple ce joue énormement sur les drivers et leurs perfs.
Alors les rendres open-sources ....
Bon je peut rien affirmer quand au boot de windows vista mais il est
tout a fait possible de faire booter un 98 et un NT (4,5,5.1 (xp)) avec
grub/lilo.
ah ... oui on a pas la meme definition de marrant ....
moi ce serait une raison pour killer le process et detruire a la main
toutes les dll qu'il a installer.
Solution de mon pere pour l'instant: apt-get remove powernowd
Pas eu le temps d'investiguer le pourquoi du comment et le portable
etant tres loin ca reste comme ca actuellement.
Pour preciser: Java etant OS independant (enfin voulant l'etre) ne peut pas servir a faire un WM (rectif: ou alors via JNI en creant une interface pour 1/ la Xlib 2/ les appels systemes POSIX, quand je vois le temps de dev de la xlib alternative .... Et la pointeurs, conversions de structures, malloc et autres free tu va en bouffer un max -- Et encore je doute que cela soit possible completement).
Autre probleme un WM s'interface avec XFree et se recupere une tripotée d'evenements auquel il doit repondre tres rapidement afin de ne pas bloquer tout le monde et je doute que java quelque soit l'optimisation de la vm soit suffisament rapide.
Sinon pour ce genre de dev le 'Serveur X en parallèle' c'est plus d'emmerdes qu'autres chose, il suffit d'un Xnest (serveur X imbriqué) beaucoup plus pratique et rapide.
Effectivement Ph Husson, il faut que je scrute tous les PID de /proc pour retrouver mes petits. Je voulais éviter de passer par ce genre de méthode, mais bon s'il n'y a pas d'autre solution...
Il est globalement (sauf cas rare ou le serveur informe de son PID) impossible de dériver le PID d'un service depuis une connexion reseau externe. Pour plusieurs raison, la premiere etant que c'est inutile, la seconde que cela sera OS dependant alors que TCP/IP n'a pas pour but de l'etre, et la troisieme (que je vois) est quel PID le service te donnerai ? celui du listener ? celui du fork qui est a ton ecoute ? a l'ecoute d'une autre session TCP ?
Bref ca peut pas se faire via reseau.
Deuxiemement cela ne peut pas se faire autrement qu'en inspectant les tambouilles interne de l'OS hote car il n'existe pas non plus d'appel systeme permettant a un process de demander les fichiers (sous unix tout est fichier) ouverts par un autre process et generalement cela veut dire: application non portable et application root uniquement.
Quant à votre solution, deneb, elle est intéressante mais ne correpsond pas au but que je me suis fixé. J'ai vraiment besoin de connaître l'application en cause. L'idée dans un premier temps serait de faire un lecteur fenêtré qui afficherait tous les logiciels qui ouvrent un port en TCP/UDP sur la station de travail.
xterm -e 'sudo watch netstat -taupe' ?
Enfin, liberforce, je cherche à être indépendant de tout logiciel. Le plus simple pour moi serait d'utiliser la sortie de netstat -ltaupe par exemple, mais ca implique l'installation de netstat. Je souhaite faire un soft qui n'a besoin que de lui-même.
Oui en meme temps c'est comme cela que le bordel avance, passer son temps a faire et refaire les meme outils, meme pour apprendre est a mon avis une perte de temps et faire des gros outils tout en un complement contraire a la philosophie d'un unix.
C'est pas pour rien que les shells sont extremement utiles: c'est grace a la centaine de petits outils que nous pouvons interfacer ensembles (sort, uniq, cat, sed, perl (oui bon), awk, tail, grep, find & co).
Deuxieme chose comme dit plus haut acceder a toutes les entrees de /proc necessite forcement les droits admins, et passer une application UI (user interface) en full root c'est generalement une tres mauvaise idée.
P.S. : Une question me vient à écrivant ces quelques lignes. Le répertoire /proc dépend de la configuration du noyau il me semble. Existe-t-il des systèmes linux/Unix dépourvus de cette fonctionnalité ?
Reponse donnée plus haut: pour faire simple le /proc n'est pas normé c'est d'ailleurs pour cela qu'il existe des outils comme ps, lsof netstat, top & co qui eux ont des comportement un peu plus stables.
Il est peu probable qu'un analyseur de /proc linux fonctionne sous BSD et encore moins sous solaris.
Seule solution que je voit: un programme/script perl|python|whatever
qui execute 'tar --totals -cvzf - * -X $EXCLUDE_FILE' lit la sortie
et copie par bloc sur ton lecteur de bande et te met en forme
le resultat (ncurses, gtk, qt ...)
Ah et puis tu sait, pas la peine de t'emmerder a installer (k)ubuntu y a un LiveCD.
Quand aux manques eventuels de Kubuntu concernant la onfiguration
et l'administration de la machine je suis surpris, en effet ceux-ci fonctionnent tres bien sur Ubuntu. Probable qu'ils n'aient pas encore ete portés.
Enfin malgrès tout merci pour ce message hautement constructif, en effet tu aurait pu te contenter de fournir un bug-report a Caonical voir fournir un patch pour Xorg permettat la reconfiguration a la volée du systeme.
Premier serveur linux/unix ?
Auquel cas choisir l'authentification NIS ... disons pour faire simple ce n'est
pas une bonne idée, surtout quand de toute evidence on ne sait pas ce
qu'est un serveur NIS/YP (Yellow Pages, oui pages jaunes comme le site
du meme nom).
Amha tu devrait te focaliser sur l'authentification locale pour commencer,
et eventuellement taper dans du LDAP ou du samba s'il y a un domaine *crosoft dans le coin.
Mais NIS .. disont qu'a moins qu'il y ait un serveur NIS dans l'architecture
auquel cas il te faut aller demander conseil aupres de l'administrateur de l'annuaire.
Et peut etre que le probleme c'est qu'il est impossible pour l'instant
de synchroniser un P910 sous linux.
Tu semble oublier un truc: les LL cela ne fonctionne qu'a une seule condition: que tout le monde s'entraide certe mais surtout utilise au
mieux ses capacités afin d'ameliorer le schmilblick.
Et on n'a pas besoin des raleurs qui pensent que tout leur est dut,
qui chient sur le boulot des autres et ne savent pas de quoi ils parlent
(La gestion du reseau n'a rien a voir mais alors rien du tout avec les
liens USB et les connexions bluetooth).
En plus niveau probleme de base la gestion d'un assistant personnel sa se pose la !
Ah oui aussi: Si tu veut faire fonctionner un P910 sous linux et que cela ne marche pas, qu'a cela ne tienne produit les patches, doc et autres FAQ qui expliquent quoi comment et pourquoi, tout le monde t'ecoute.
Merde a la fin, personne t'a obligé a installé un OS opensource non ?
Tout les logiciels de supervisions le permettent, c'est leur boulot.
Apres tu as la supervision dans l'optique d'alerte (mail, pager, sms, ..) => nagios
Ou le suivi de traffic et d'etat => cacti (par exemple, il y en a d'autres).
De facons gal le plus simple pour interfacer ces outils est d'utilisé un demon SNMP sur tes serveur a la condition qu'ils sont protégés derriere un pare-feu, le protocol
SNMP etant plutot faible question secu.
[^] # Re: coquille
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal Après ReiserFS, FreeBSD sait maintenant lire le XFS \0/. Évalué à 2.
[^] # Re: Fait du NAT
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Plusieurs serveurs,Une seule IP publique. Évalué à 2.
Ip-masquerading c'est bien mais pas au niveau 7 la ca sert plus a rien.
PS: Il en fait deja du NAT
# Et si
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Fetchmail problème de permission. Évalué à 3.
peut etre que ca reglerait tes problemes de droits en passant
vu que le fichier ne serait plus dans /root
.
[^] # Re: updatedb
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message updatedb. Évalué à 3.
1/ find -mtime 7 cherchera bien des fichiers datant de sept jours,
mais
2/ les fichiers qu'il recherche sont les bases de fichiers d'update db
et non les fichiers a scanner
Donc oui avec ce patch updatedb ne sera lancer que tout les septs jours.
[^] # Re: Gentoo
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Lancer un logiciel au boot. Évalué à 1.
# Grossiere erreur...
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Kaella,LowID et scripts. Évalué à 2.
Il faut donc que ton routeur/pare-feu (le poste 'serveur' qui a acces a internet directement et qui fournit la connectivitée aux autres postes) redirige les ports spécifiques a eDonkey vers ton poste.
Le script IPtable est donc a lancé en root (ca c'est pour le message d'erreur) sur le routeur/pare-feu et non sur le poste client ou il n'aurait aucun effet.
Si ton routeur n'est pas sous linux alors il va te falloir trouver l'equivalent de ce script pour cet OS.
# Petites Precisions
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message pas de fonctions avancées sur l'emu10k1 ?. Évalué à 4.
des fonctions materielles au sens ou elles n'existent pas sur la carte
au boot par exemple.
Le chip de base des cartes sound blaster est un DSP programmable et 95% des fonctions avancées proposées par les drivers sont en fait des programmes uploadé sur ce DSP.
Le pilote emu10k1 proposé par creative propose quelques exemples de filtres aisni que l'assembleur utile pour les compilés.
Au derniere nouvelles alsa devait amelioré le support de ces filtres a terme mais je n'ai pas regarder depuis longtemps.
[^] # Re: Tiens j'ai eu la même idée....
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Ca marche comment, l'USB ?. Évalué à 3.
Et fondamentalement espionne une comm usb ou une comm serie
c'est pareil faut devinr qui fait quoi.
[^] # Re: C'est parti ..
Posté par -=[ silmaril ]=- (site web personnel) . En réponse à la dépêche Pilotes binaires dans Linux: quel est le problème ?. Évalué à 5.
Au contraire c'est la l'erreur commune a bcp de gens, une majoritée de puces 'dédiés' ne le sont pas vraiment cela a commencé avec les winmodem & co => la puce ne fait pas tout le boulot (notamment les puces audio et video) c'est le driver qui en gere une tres grosse part.
Et la ca coince parce que la lutte entre ATI & Nvidia par exemple ce joue énormement sur les drivers et leurs perfs.
Alors les rendres open-sources ....
# Bouh ??
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Besoin conseil pour différents OS. Évalué à 4.
tout a fait possible de faire booter un 98 et un NT (4,5,5.1 (xp)) avec
grub/lilo.
Exemple avec grub: http://www.faqs.org/docs/Linux-mini/Multiboot-with-GRUB.html (c'est la fonction de chainloading).
Il existe une autre solution plus confidentielle qui permet d'utiliser le NTLDR comme loader principal qui charge lilo/grub pour booter linux:
http://www.geocities.com/epark/linux/grub-w2k-HOWTO-fr.html
[^] # Re: convertir ses contacts
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal Attention, Microsoft vous censure. Évalué à 5.
moi ce serait une raison pour killer le process et detruire a la main
toutes les dll qu'il a installer.
Enfin chacun son truc comme on dit hein ;)
# Facile ?
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Upgrade d'un PC IA32 vers AMD64. Évalué à 3.
c'est tout.
[^] # Re: Soluce partielle pour touchpad ivre.
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message souris folle. Évalué à 2.
Pas eu le temps d'investiguer le pourquoi du comment et le portable
etant tres loin ca reste comme ca actuellement.
[^] # Re: Synaptics
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message souris folle. Évalué à 2.
Certains utilisents des ALPS et tous ne sont pas utilisable via les drivers.
[^] # Re: Java ?
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Gestionnaire de fenêtres. Évalué à 3.
Autre probleme un WM s'interface avec XFree et se recupere une tripotée d'evenements auquel il doit repondre tres rapidement afin de ne pas bloquer tout le monde et je doute que java quelque soit l'optimisation de la vm soit suffisament rapide.
Sinon pour ce genre de dev le 'Serveur X en parallèle' c'est plus d'emmerdes qu'autres chose, il suffit d'un Xnest (serveur X imbriqué) beaucoup plus pratique et rapide.
[^] # Re: merci
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Fonctions de recherche réseau. Évalué à 2.
Il est globalement (sauf cas rare ou le serveur informe de son PID) impossible de dériver le PID d'un service depuis une connexion reseau externe. Pour plusieurs raison, la premiere etant que c'est inutile, la seconde que cela sera OS dependant alors que TCP/IP n'a pas pour but de l'etre, et la troisieme (que je vois) est quel PID le service te donnerai ? celui du listener ? celui du fork qui est a ton ecoute ? a l'ecoute d'une autre session TCP ?
Bref ca peut pas se faire via reseau.
Deuxiemement cela ne peut pas se faire autrement qu'en inspectant les tambouilles interne de l'OS hote car il n'existe pas non plus d'appel systeme permettant a un process de demander les fichiers (sous unix tout est fichier) ouverts par un autre process et generalement cela veut dire: application non portable et application root uniquement.
Quant à votre solution, deneb, elle est intéressante mais ne correpsond pas au but que je me suis fixé. J'ai vraiment besoin de connaître l'application en cause. L'idée dans un premier temps serait de faire un lecteur fenêtré qui afficherait tous les logiciels qui ouvrent un port en TCP/UDP sur la station de travail.
xterm -e 'sudo watch netstat -taupe' ?
Enfin, liberforce, je cherche à être indépendant de tout logiciel. Le plus simple pour moi serait d'utiliser la sortie de netstat -ltaupe par exemple, mais ca implique l'installation de netstat. Je souhaite faire un soft qui n'a besoin que de lui-même.
Oui en meme temps c'est comme cela que le bordel avance, passer son temps a faire et refaire les meme outils, meme pour apprendre est a mon avis une perte de temps et faire des gros outils tout en un complement contraire a la philosophie d'un unix.
C'est pas pour rien que les shells sont extremement utiles: c'est grace a la centaine de petits outils que nous pouvons interfacer ensembles (sort, uniq, cat, sed, perl (oui bon), awk, tail, grep, find & co).
Deuxieme chose comme dit plus haut acceder a toutes les entrees de /proc necessite forcement les droits admins, et passer une application UI (user interface) en full root c'est generalement une tres mauvaise idée.
P.S. : Une question me vient à écrivant ces quelques lignes. Le répertoire /proc dépend de la configuration du noyau il me semble. Existe-t-il des systèmes linux/Unix dépourvus de cette fonctionnalité ?
Reponse donnée plus haut: pour faire simple le /proc n'est pas normé c'est d'ailleurs pour cela qu'il existe des outils comme ps, lsof netstat, top & co qui eux ont des comportement un peu plus stables.
Il est peu probable qu'un analyseur de /proc linux fonctionne sous BSD et encore moins sous solaris.
# ... !-!
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message shell et tar. Évalué à 1.
qui execute 'tar --totals -cvzf - * -X $EXCLUDE_FILE' lit la sortie
et copie par bloc sur ton lecteur de bande et te met en forme
le resultat (ncurses, gtk, qt ...)
# Wouaw ....
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal Install de kubuntu. Évalué à 0.
Ah et puis tu sait, pas la peine de t'emmerder a installer (k)ubuntu y a un LiveCD.
Quand aux manques eventuels de Kubuntu concernant la onfiguration
et l'administration de la machine je suis surpris, en effet ceux-ci fonctionnent tres bien sur Ubuntu. Probable qu'ils n'aient pas encore ete portés.
Enfin malgrès tout merci pour ce message hautement constructif, en effet tu aurait pu te contenter de fournir un bug-report a Caonical voir fournir un patch pour Xorg permettat la reconfiguration a la volée du systeme.
[^] # Re: /usr/local
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Chroot SSH. Évalué à 4.
deb http://debian.home-dn.net/sarge openssh/
deb-src http://debian.home-dn.net/sarge openssh/
Et hop c'est bon.
apt-get install openssh
ou apt-get source openssh et tu reconstruit le paquet.
[^] # Re: Et avec rename
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message [Terminal] Renomer rapidement des fichiers. Évalué à 1.
;)
dsl
# Hum chaud le gars chaud
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Authentification NIS. Évalué à 2.
Auquel cas choisir l'authentification NIS ... disons pour faire simple ce n'est
pas une bonne idée, surtout quand de toute evidence on ne sait pas ce
qu'est un serveur NIS/YP (Yellow Pages, oui pages jaunes comme le site
du meme nom).
Amha tu devrait te focaliser sur l'authentification locale pour commencer,
et eventuellement taper dans du LDAP ou du samba s'il y a un domaine *crosoft dans le coin.
Mais NIS .. disont qu'a moins qu'il y ait un serveur NIS dans l'architecture
auquel cas il te faut aller demander conseil aupres de l'administrateur de l'annuaire.
# Trop fort
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Problèmes de sons. Évalué à 1.
# 800¤ les 18Go ..... bizarre
Posté par -=[ silmaril ]=- (site web personnel) . En réponse à la dépêche LinuxFR a besoin de vous. Évalué à 6.
Pour info un 37Go SCA cela coute 230¤ chez materiel.net
http://www.materiel.net/details_8E036J0.html
... Et le 74 est meme moins cher http://www.materiel.net/details_8D073J0.html
J'ai deja fait cela avec un Dell 2450 et je n'ai eu aucun probleme.
[^] # Re: ...
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Linux + P910 + Bluetooth. Évalué à 1.
de synchroniser un P910 sous linux.
Tu semble oublier un truc: les LL cela ne fonctionne qu'a une seule condition: que tout le monde s'entraide certe mais surtout utilise au
mieux ses capacités afin d'ameliorer le schmilblick.
Et on n'a pas besoin des raleurs qui pensent que tout leur est dut,
qui chient sur le boulot des autres et ne savent pas de quoi ils parlent
(La gestion du reseau n'a rien a voir mais alors rien du tout avec les
liens USB et les connexions bluetooth).
En plus niveau probleme de base la gestion d'un assistant personnel sa se pose la !
Ah oui aussi: Si tu veut faire fonctionner un P910 sous linux et que cela ne marche pas, qu'a cela ne tienne produit les patches, doc et autres FAQ qui expliquent quoi comment et pourquoi, tout le monde t'ecoute.
Merde a la fin, personne t'a obligé a installé un OS opensource non ?
# SNMP
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Controle CPU, RAM, DD. Évalué à 2.
Apres tu as la supervision dans l'optique d'alerte (mail, pager, sms, ..) => nagios
Ou le suivi de traffic et d'etat => cacti (par exemple, il y en a d'autres).
De facons gal le plus simple pour interfacer ces outils est d'utilisé un demon SNMP sur tes serveur a la condition qu'ils sont protégés derriere un pare-feu, le protocol
SNMP etant plutot faible question secu.