sauf que toi tu parles des statistiques popcon sur le projet complet.
moi je parlais des performances de ton systeme
- le noatime sur le systeme de fichier "permettrait" de gagner un petit peu en performance sur les acces aux fichiers
- le atime est necessaire au fonctionnement de popcon
il faut donc aussi que le systeme ne soit pas en mode noatime
pour que cela soit reellement efficace.
donc il faut faire un choix entre la performance (enfin il parait que noatime accelererait les acces au fichier) et le fait de pouvoir utiliser le popcon-largest-unused
il existe aujourd'hui 3 modules pour gerer l'USB en fonction du materiel.
ehci_hcd
uhci_hcd
ohci_hcd
vu que la carte a été ajouté apres, ton linux a peut-etre garder le reglage de la premiere carte car cela fonctionne aussi avec la nouvelle, mais ce n'est pas optimal.
tu peux parfois utiliser 2 modules pour 2 cartes, ou bien utiliser un module qui saura gerer les 2 cartes.
à toi de voir ceux qui sont chargés, ceux qui auraient besoin de l'etre, et celui qu'il ne faut pas charger.
il est dans une hotline interne pour tous types de problèmes techniques,
alors je penses qu'un petit serveur de chat pourrait s'averer plus facile à utiliser pour tous que le telephone convertit (plus ou moins bien en texte) que la personne devra interpreter avant de repondre.
XMPP est le protocole de messagerie
pidgin/gaim/adium sont des clients sur ce reseau.
et si c'est en interne ca ne devrait pas poser de soucis question securité.
pour cela il faut
1°) demarrer la machine en mode single ou en init 1 (c'est plus propre)
2°) monter la partition /dev/sda5 dans (disons) /mnt/sda5
3°) copier le contenu de /home/* dans /mnt/sda5/
4°) une fois la copie faite, effacer le dossier /home
5°) modifier le fichier /etc/fstab pour y mettre
/dev/sda5 /home auto defaults 0 0
6°) redemarrer la machine
au final, tout ce qui etait dans / dans le dossier home se retrouvera dans la partition /dev/sda5 et libere ainsi ta partition /
expect, c'est surement bien, mais ca veut aussi dire que la personne qui peut lire le script, connait le mot de passe root
si elle connait le mot de passe root, alors elle peut etre root
et tu ne pourras pas la limiter à seulement la commande reboot.
idem pour le coup du fichier que tu redirige vers le su -c
je penses donc serieusement que le sudo reste le meilleur outil pour autoriser une seule commande (reboot) habituellement lancée par root à un utilisateur ou un groupe d'utilisateur.
Merci en tout cas Neox. Mais il n'y a t'il pas moyen de contourner ceci sans changer entièrement de réseau, ce serai ce que modifier l'IP paserelle, est ce que ca fonctionnerai ? en sachant que le route vers un host précis devrai fonctionner ...
je te rassure, je ne lis pas que la derniere phrase, neanmoins c'est celle qui amene la question.
cela peut fonctionner.
en fait cela devrait meme fonctionner comme avant, seulement je reflechissais route network et pas route host.
avec un route host tu dois pouvoir dire à PC1
pour l'hote 192.168.0.X, passes par passerelle2 (10.0.4.2)
à condition toutefois que l'ip 192.168.0.X n'existe pas sur reseau 1.
en meme temps faire du routage pour chaque hote c'est un peu la misere à gerer, alors qu'une gestion de route sur une "routeur" ca semble tout de suite plus logique.
et comme les passerelles sont en 192.168.0.254, mon instinct me dis que ce sont des freebox et il faut savoir que tu peux te faire ton reseau en 192.168.X.Y avec 1<X<254 en modifiant simplement le DHCP de la freebox.
Merci en tout cas Neox. Mais il n'y a t'il pas moyen de contourner ceci sans changer entièrement de réseau, ce serai ce que modifier l'IP paserelle, est ce que ca fonctionnerai ? en sachant que le route vers un host précis devrai fonctionner ...
je te rassure, je ne lis pas que la derniere phrase, neanmoins c'est celle qui amene la question.
cela peut fonctionner.
en fait cela devrait meme fonctionner comme avant, seulement je reflechissais route network et pas route host.
avec un route host tu dois pouvoir dire à PC1
pour l'hote 192.168.0.X, passes par passerelle2 (10.0.4.2)
à condition toutefois que l'ip 192.168.0.X n'existe pas sur reseau 1.
en meme temps faire du routage pour chaque hote c'est un peu la misere à gerer, alors qu'une gestion de route sur une "routeur" ca semble tout de suite plus logique.
et comme les passerelles sont en 192.168.0.254, je dirais
Chacun de nos réseaux a un routeur / VPN accessible en interne via 192.168.0.254/C, ainsi qu'une IP VPN bien différentes sur no deux réseau, 10.0.4.1 et 10.0.4.2.
je resume cette phrase par un shema qui nous montrera de suite ce qui ne va pas
avant meme que le vpn soit monter on voit bien que reseau 1 et reseau 2 sont identiques, du coup quand ils voudront communiqué on aura un probleme de route.
avec le VPN activé
(reseau 1 : 192.168.0.0/24) -> 10.0.4.1 -> internet <- 10.0.4.2 <- (reseau 2 : 192.168.0.0/24)
comment veux-tu dire à reseau 1 d'envoyer ces paquets à 10.0.4.2 pour joindre une machine de l'autre reseau ?
l'idée est bonne, mais ne serait fonctionnelle que si reseau1 != reseau2
ex : 192.168.0.0/24 pour reseau 1 et 192.168.1.0/24 pour reseau 2
la route serait alors sur gw1
192.168.1.0 -> par 10.0.4.2
sur gw2
192.168.0.0 -> par 10.0.4.1
et à ce moment là ta machine 192.168.0.1 qui veut communiquer avec la machine de ton pote 192.168.1.2 enverra ses paquets à la passerelle (car pas le meme reseau), la passerelle l'enverra au travers du VPN à l'autre passerelle...
bon, comme j'etais pas en forme hier soir, j'ai été un peu "sec" dans ma reponse.
de mon experience, les logiciels de reconnaissances vocales necessitaient un "apprentissage" pour apprendre la maniere de prononcer de la personne qui se trouve devant le PC.
ensuite cela fonctionnait plutot bien, et je ne vois pas ce qui empecherait de remplacer le micro par un dictaphone, un telephone, ca cela reste une source audio comme le micro.
la seule difficulté residerait dans ce fameux apprentissage qui ne sera pas fait pour les appels telephoniques.
[^] # Re: salut
Posté par NeoX . En réponse au message Installation Wifi. Évalué à 1.
route -n
ca j'ai bien peur que ta machine essaie encore de passer par la carte filaire meme si la carte wifi et active et fonctionnelle
[^] # Re: popularity-contest : popcon-largest-unused
Posté par NeoX . En réponse au message Trouver les paquets les moins utilisés. Évalué à 1.
moi je parlais des performances de ton systeme
- le noatime sur le systeme de fichier "permettrait" de gagner un petit peu en performance sur les acces aux fichiers
- le atime est necessaire au fonctionnement de popcon
[^] # Re: versions ?
Posté par NeoX . En réponse au message Problème de saccades.. Évalué à 1.
1°) verifier le BusID de ta carte video (dans la conf 1:0:0, en reel demande à lspci ce qu'il en pense)
2°) essayer avec un autre driver, passer un temps il y avait le driver ATI, le driver RADEON et le driver propriétaire FGLRX
[^] # Re: ben
Posté par NeoX . En réponse au message monter partition d'un backup de disque. Évalué à 1.
[^] # Re: ben
Posté par NeoX . En réponse au message monter partition d'un backup de disque. Évalué à 2.
fdisk -l -ukde4daily-0_0_1_r734472-qcow.raw
pour les avoir en bloc
et on voit que le calcul n'est pas celui là.
# ben
Posté par NeoX . En réponse au message monter partition d'un backup de disque. Évalué à 1.
[^] # Re: fait
Posté par NeoX . En réponse au message repartitionner ou pas. Évalué à 1.
un petit df -h au lieu du df -k serait encore plus parlant.
en meme temps je constate que
- 10% gagnés sur /dev/sda12
- occupent deja 45% sur /dev/sda5
[^] # Re: popularity-contest : popcon-largest-unused
Posté par NeoX . En réponse au message Trouver les paquets les moins utilisés. Évalué à 1.
pour que cela soit reellement efficace.
donc il faut faire un choix entre la performance (enfin il parait que noatime accelererait les acces au fichier) et le fait de pouvoir utiliser le popcon-largest-unused
[^] # Re: proc & co
Posté par NeoX . En réponse au message Qui saura répondre à cela : carte USB2 et linux. Évalué à 1.
il existe aujourd'hui 3 modules pour gerer l'USB en fonction du materiel.
ehci_hcd
uhci_hcd
ohci_hcd
vu que la carte a été ajouté apres, ton linux a peut-etre garder le reglage de la premiere carte car cela fonctionne aussi avec la nouvelle, mais ce n'est pas optimal.
tu peux parfois utiliser 2 modules pour 2 cartes, ou bien utiliser un module qui saura gerer les 2 cartes.
à toi de voir ceux qui sont chargés, ceux qui auraient besoin de l'etre, et celui qu'il ne faut pas charger.
[^] # Re: popularity-contest : popcon-largest-unused
Posté par NeoX . En réponse au message Trouver les paquets les moins utilisés. Évalué à 0.
-1 car il ne faut pas non plus enlever les paquets ainsi trouvés sans savoir ce que tu fais, car tu pourrais tout casser
[^] # Re: Dragon Naturally Speaking. ???
Posté par NeoX . En réponse au message telephone fixe, pc et reconnaissance vocale.... Évalué à 1.
alors je penses qu'un petit serveur de chat pourrait s'averer plus facile à utiliser pour tous que le telephone convertit (plus ou moins bien en texte) que la personne devra interpreter avant de repondre.
XMPP est le protocole de messagerie
pidgin/gaim/adium sont des clients sur ce reseau.
et si c'est en interne ca ne devrait pas poser de soucis question securité.
# OUI
Posté par NeoX . En réponse au message repartitionner ou pas. Évalué à 2.
pour cela il faut
1°) demarrer la machine en mode single ou en init 1 (c'est plus propre)
2°) monter la partition /dev/sda5 dans (disons) /mnt/sda5
3°) copier le contenu de /home/* dans /mnt/sda5/
4°) une fois la copie faite, effacer le dossier /home
5°) modifier le fichier /etc/fstab pour y mettre
6°) redemarrer la machine
au final, tout ce qui etait dans / dans le dossier home se retrouvera dans la partition /dev/sda5 et libere ainsi ta partition /
[^] # Re: Dragon Naturally Speaking. ???
Posté par NeoX . En réponse au message telephone fixe, pc et reconnaissance vocale.... Évalué à 1.
il a resolu le probleme,
telephone portable sur vibreur et SMS only
dans ton il suffirait alors de recevoir l'appel et de repondre par un repondeur : "envoyez moi un sms ou un email"
[^] # Re: expect...
Posté par NeoX . En réponse au message commande reboot. Évalué à 2.
- faire un groupe qui à les droits sudo sur reboot
- ajouter la personne dans ce groupe
[^] # Re: expect...
Posté par NeoX . En réponse au message commande reboot. Évalué à -1.
mais alors tous les utilisateurs pourront faire reboot
[^] # Re: expect...
Posté par NeoX . En réponse au message commande reboot. Évalué à 5.
expect, c'est surement bien, mais ca veut aussi dire que la personne qui peut lire le script, connait le mot de passe root
si elle connait le mot de passe root, alors elle peut etre root
et tu ne pourras pas la limiter à seulement la commande reboot.
idem pour le coup du fichier que tu redirige vers le su -c
je penses donc serieusement que le sudo reste le meilleur outil pour autoriser une seule commande (reboot) habituellement lancée par root à un utilisateur ou un groupe d'utilisateur.
[^] # Re: Route des clients
Posté par NeoX . En réponse au message Question sur tunnel VPN. Évalué à 1.
je te rassure, je ne lis pas que la derniere phrase, neanmoins c'est celle qui amene la question.
cela peut fonctionner.
en fait cela devrait meme fonctionner comme avant, seulement je reflechissais route network et pas route host.
avec un route host tu dois pouvoir dire à PC1
pour l'hote 192.168.0.X, passes par passerelle2 (10.0.4.2)
à condition toutefois que l'ip 192.168.0.X n'existe pas sur reseau 1.
en meme temps faire du routage pour chaque hote c'est un peu la misere à gerer, alors qu'une gestion de route sur une "routeur" ca semble tout de suite plus logique.
et comme les passerelles sont en 192.168.0.254, mon instinct me dis que ce sont des freebox et il faut savoir que tu peux te faire ton reseau en 192.168.X.Y avec 1<X<254 en modifiant simplement le DHCP de la freebox.
[^] # Re: Route des clients
Posté par NeoX . En réponse au message Question sur tunnel VPN. Évalué à 1.
je te rassure, je ne lis pas que la derniere phrase, neanmoins c'est celle qui amene la question.
cela peut fonctionner.
en fait cela devrait meme fonctionner comme avant, seulement je reflechissais route network et pas route host.
avec un route host tu dois pouvoir dire à PC1
pour l'hote 192.168.0.X, passes par passerelle2 (10.0.4.2)
à condition toutefois que l'ip 192.168.0.X n'existe pas sur reseau 1.
en meme temps faire du routage pour chaque hote c'est un peu la misere à gerer, alors qu'une gestion de route sur une "routeur" ca semble tout de suite plus logique.
et comme les passerelles sont en 192.168.0.254, je dirais
# sudo et sudoer
Posté par NeoX . En réponse au message commande reboot. Évalué à 7.
man sudo
man visudo
[^] # Re: Route des clients
Posté par NeoX . En réponse au message Question sur tunnel VPN. Évalué à 2.
je resume cette phrase par un shema qui nous montrera de suite ce qui ne va pas
(reseau 1 : 192.168.0.0/24) -> 192.168.0.254 -> internet <- 192.168.0.254 <- (reseau 2 : 192.168.0.0/24)
avant meme que le vpn soit monter on voit bien que reseau 1 et reseau 2 sont identiques, du coup quand ils voudront communiqué on aura un probleme de route.
avec le VPN activé
(reseau 1 : 192.168.0.0/24) -> 10.0.4.1 -> internet <- 10.0.4.2 <- (reseau 2 : 192.168.0.0/24)
comment veux-tu dire à reseau 1 d'envoyer ces paquets à 10.0.4.2 pour joindre une machine de l'autre reseau ?
l'idée est bonne, mais ne serait fonctionnelle que si reseau1 != reseau2
ex : 192.168.0.0/24 pour reseau 1 et 192.168.1.0/24 pour reseau 2
la route serait alors sur gw1
192.168.1.0 -> par 10.0.4.2
sur gw2
192.168.0.0 -> par 10.0.4.1
et à ce moment là ta machine 192.168.0.1 qui veut communiquer avec la machine de ton pote 192.168.1.2 enverra ses paquets à la passerelle (car pas le meme reseau), la passerelle l'enverra au travers du VPN à l'autre passerelle...
[^] # Re: moi aussi
Posté par NeoX . En réponse au message Hotmail isolé du reste du monde ? Ou juste moi isolé d'hotmail ?. Évalué à 1.
vous n'essayerais pas d'envoyé un email
to :
cc:
bcc: la liste des adherents
=> typiquement du spam avec un to vide, et tout le monde en bcc
ou bien avec un mailfrom donc le @domaine1 est different du @domaine2 du serveur de mail ?
=> c'est plutot le replyto qu'il faut changer
[^] # Re: Dragon Naturally Speaking. ???
Posté par NeoX . En réponse au message telephone fixe, pc et reconnaissance vocale.... Évalué à 2.
de mon experience, les logiciels de reconnaissances vocales necessitaient un "apprentissage" pour apprendre la maniere de prononcer de la personne qui se trouve devant le PC.
ensuite cela fonctionnait plutot bien, et je ne vois pas ce qui empecherait de remplacer le micro par un dictaphone, un telephone, ca cela reste une source audio comme le micro.
la seule difficulté residerait dans ce fameux apprentissage qui ne sera pas fait pour les appels telephoniques.
[^] # Re: google est notre ami ce soir
Posté par NeoX . En réponse au message Xterm me rend fou =(. Évalué à 1.
http://groups.google.fr/group/comp.unix.shell/browse_thread/(...)
comment le faire pour tous les utilisateurs de cette machine en modifiant le fichier
/etc/X11/app-defaults/XTerm
# google est notre ami ce soir
Posté par NeoX . En réponse au message Xterm me rend fou =(. Évalué à 2.
xterm config file
http://linuxhelp.blogspot.com/2005/10/configuring-xterm-in-l(...)
1°) ca explique comment le faire depuis la ligne de commande dans un premier temps
2°) puis en faisant un alias pour qu'il soit lancé de maniere systematique avec les options trouvées en 1°)
2°b) ca explique comment le faire en utilisant les propriétés de X11 pour allouer les polices de caracteres qui vont bien à Xterm.
[^] # Re: chez moi, ca marche
Posté par NeoX . En réponse au message Pureftp marche après un timeout ou ne marche pas du tout.... Évalué à 1.
ca marche depuis mon firefox (le meme avec lequel ca ne fonctionnait pas hier)