Tout d'abord hdparm indique en général un valeur assez fiable. Donc le débit de ton disque dur est bien 1M.
Vu le débit, je pense certainement que le disque fonctionne en USB 1.
Est-ce que ta machine dispose d'un port USB2?
As-tu chargé le driver de l'USB2 : ehci_hcd?
Sinon pour le FTP, si tu as fait ton experience en upload, c'est tout à fait normal. En effet, linux dispose d'un cache disque. Ainsi, si le noyau recoit plus de données qu'il peut écrire, il les accepte quand même et les met dans le cache disque (en fait la RAM), en espérant pouvoir les écrire plus tard (au pire lorsque tu demonteras le disque). Par contre, au bout d'un certain temps, le cache-disque est trop plein, est le débit du flux FTP devient le débit du disque dur.
Ce phénomène de cache est très visible lorsque tu travailles avec une disquette. En effet, sous Linux, travailler avec un disquette est très rapide car tu n'écris pas vraiment dessus en temps réel. Mais si tu observes le lecteur, tu t'apercevras que le noyau écrit à peu près n'importe quand sur la disquette pour synchroniser son cache avec le medium physique...
Normallement, il faut utiliser --to-source m.o.n.ip. Le problème c'est que ce n'est pas possible si ton IP de sortie n'est pas fixe (tu ne la connais pas à l'avance). Il faut donc utiliser MASQUERADE et l'adresse IP utilisée pour le NAT sera automatiquement l'adresse IP de sortie.
Mais lorque tu utilises MASQUERADE, netfilter l'interprète comme quoi ton IP n'est pas fixe, en consequence lorsque l'interface passe en down, tous les contextes de connexions sont effacés (en effet, lorsque l'interface passe en down, l'adresse IP de sortie va certainement changer et les contextes en cours n'ont alors plus aucun sens).
Voila aussi pourquoi, il ne faut pas utiliser MASQUERADE lorsque ton IP est fixe car dans ce cas là, si l'interface passe down, il vaut mieux garder les contextes de connexions car on peut alors eviter qu'elles ne soient coupées.
Si je n'ai pas été très clair, ou que tu n'as pas bien compris, tout cela se résume en:
Il faut utiliser --to-source en cas d'IP de sortie fixe et MASQUERADE en cas d'IP se sortie dynamique
Donc avec l'analogique, c'est comme pour l'ADSL, si tu habites à 100 m du DSLAM^W^W de l'émetteur, t'auras tout ce que tu veux, image nickel, etc,
Pas vraiment, la théorie des antennes et de la propagation est plus compliquée que cela.
En effet, à 100M d'un émeteur TV, tu es dans la zone de Rayleigh, et la tout peut arriver: du meilleur, au pire (c'est d'ailleurs souvent très fluctuant).
L'idéal pour la reception TV est de se trouver dans le début de la zone de Fraunhoffer, c'est à dire à quelques kilomètres de l'émetteur.1
Effectivement, les CGI ont tendance à faire des failles de sécurité. En effet les CGI laissent énormémént de libertées, notamment sur la langage utilisé, les fonctions ....
Tu peux par exemple faire tes CGI en C => beaucoup de possibilités de failles sur les chaines de caractères, en script shell => Incontrolable au niveau de la sécurité....
A l'inverse le php, est un langage orienté WEB où toutes les fonctions qui sevent généralement pour le WEB son préprogrammées et étudiés pour offrir un maximum de sécurité, et n'a finalement que peu de possibilités (à comparer avec le C).
On peut dire que les CGI ne sont pas forcement des failles de sécurités, mais du fait de la grande liberté que l'on a, elles peuvent le devenir très facilement.
Ca a tout l'air d'un gros bug dans le noyau...
Il faudrait, si tu sais le faire, tester avec le dernier noyau télécharger depuis kernel.org pour vérifier si le problème vient de patches noyau de Mandrake.
Si ce n'est pas le cas, il faudrait poster le bug sur le bugzilla du kernel ou envoyer tout ca sur la ML cpufreq.
Je viens d'apprendre un truc là.
Et effectivement, je viens de regarder la licence, et ce n'est pas la GPL.
Mais pour moi, elle est libre. Elle ajoute une juste une restriction par rapport à la GPL sur le mode de dstribution des versions dérivées.
Mais pour moi, cette licence est certainement libre, elle respecte bien les 4 libertés de la FSF.
Est-ce que quelqu'un connaitrait l'avis de la FSF là dessus?
C'est une erreur très classique....
Tout les dévellopeurs shell la font toujours une fois....
Il ne faut pas oublier que Linux est un système multitache, et le shell se sert de cela.
Regardons un peu comment fonctionne un shell pour comprendre me problème:
Lorsque tu fais
sed "......" lilo.conf > lilo.conf.
Comment interprete le shell interprète t-il cela.
Pour lui, cela veut dire: lance le programme sed avec ses arguments et mets le contenu de sa sortie standart dans lilo.conf.
Que ce passe t-il dans l'ordre chronologique:
- Le shell crée un processus, se connecte à lui avec un tube unix pour récupérer sa sortie.
- Le processus nouvellement créé lance sed avec ses arguments. Sed ouvre alors en lecture le fichier lilo.conf.
- En même temps (système multitache), le shell ouvre le fichier lilo.conf en ecriture pour pouvoir y écrire le résultat de la commande. Mais à cause du symbole '>', il efface d'abord son contenu.
- En même temps, sed essaye de lire le contenu de lilo.conf qui est maintenant vide, il ne renvoit donc rien sur sa sortie standard. Le contenu de lilo.conf est perdu.......
J'espère que j'ai été clair dans mes explications. Ce genre de trucs se produit quand on essaye de réaliser des modifications sur des fichiers avec sed, cut ....
Il y a plusieurs solutions au problème comme il a été dit un peu plus tot:
- utilser un fichier temporaire: c'est le plus simple et ce qu'on fait le plus souvent:
- utiliser l'option de -i de sed qui permet de faire l'edition du fichier sur place, et donc sans utiliser la redirection du shell. Mais cela ne fonctionne uniquement si tu utilises sed.
Perl sait quasiment tout faire et excelle dans beaucoup de domaines:
Pour le parsage de logs: il est fait pour ca.
Pour des CGI et sites Web dynamiques: il est excellent
Pour des applications en tout genre (notamment graphiques).
Pour des jeux, ca marche très bien: FrozenBubble est programmé en Perl et marche ma foi très bien.
La toute première chose que je fairais à ta place et de se procurer les normes ISO9660 auprès de l'ISO (le problème, c'est que je crois que c'est payant). Il serait peut être aussi interessant de récuperer les normes Joliet et RockRidge. Mais je sais pas si c'est normalisé et par qui.
Ensuite, je te conseille d'aller jeter un coup d'oeuil, voire de recupérer du code sur la partie ISO9660 dans Linux (fs/isofs/) Je pense que ca sera le plus simple et le plus efficace.
Tu peux aussi essayer d'aller récuperer celui d'autres systemes libres (BSD notamment).
Personnellement, je te conseille vivement un espace de swap. En effet, Linux est conçu pour fonctionner de manière optimale avec un swap, bien que tu ais beaucoup de mémoire.
En effet, si un programme n'est pas utilisé depuis un certain temps, le noyeau peut decider de le placer en swap. Evidemment, lorsqu'on voudra le reutiliser, il faudra quelques fractions de secondes pour qu'il repasse en RAM.
Mais le gros avantage à cela, est que l'espace qui est ainsi libéré en RAM permet d'augmenter la taille du cache disque et donc d'augmenter les performances des accés disques et donc les performances globales du systeme.
Donc je conseille à tout le monde de faire un petit swap, surtout que l'espace disque aujourd'hui n'est plus vraiment problematique.
dd if=/dev/hda of=/dev/hdc, copie le disque bit à bit, y compris MBR, Table des partitions + Données.
Mais ton cas est complètement différent: le but est de remplacer un disque dans une matrice RAID.
Dans ce cas là, il vaut mieux refaire la table des partitions à la main... C'est pas très compliqué : 2 minutes suffisent.
Ensuite laisse le système reconstruire proprement le RAID sur le nouveau disque.
Il vaut mieux que les partitions ne soient pas montées car lorsqu'une partition est montée, les données sur le disque ne sont pas forcément dans un état cohérent. Elles le redeviennent uniquement lorsque tu démontes ta partition.
Pour ne pas devoir monter tes partitions, tu peux booter à partir d'un CD tel que SysRescueCD. Certaines distributions te permettent aussi de booter à partir du CD d'installation et de passer en mode rescue sans monter tes partitions.
Tu peux aussi booter à partir d'une distribution sur disquettes.
Si les disques durs font exactement la même taille: c'est pas très compliqué:
dd if=/dev/hda of=/dev/hdc.
Mais attention, il vaut mieux qu'aucune partition ne soit montée.
Si les disques durs ne font pas la même taille, la solution la plus simple est de recréer des partitions de la meme taille sur le second disque, et des les copier une par une.
dd if=/dev/hdax of=/dev/hdcx
Si la contrainte des partitions de même taille est trop importante, il faut alors recréer des partitions sur le nouveau disque puis fabriquer les systemes de fichiers (mkfs.xxx pour les données, mkswap pour le swap), monter les partitions et copier les fichiers avec la commande cp.
J'imagine que sur chaque interface, il y à un réseau différent (au sens IP du terme).
Donc normallement, en faisant quelques règles u32, ca devrait passer.
Par contre, ne cherche pas à faire en fonction de l'adresse MAC avec u32, c'est pas possible.
En effet, quant les paquets arrivent au filtre u32, ca fait belle lurette qu'ils ont perdu leur header MAC.
Posté par Pascal .
En réponse au journal Minix !.
Évalué à 2.
Il y avait, dans le DOS un utilitaire nommé PARK, qui faisait ca.
Mais, je sais pas si il était bien utile puisqu'il me semble qu'il avait été retiré des dernières versions du DOS.
Ce qui est sur, c'est qu'il était présent dans le DOS 3
Le système d'init correspond au scripts de démarrage.
La plus part utilisent le système d'init Sys V.
Dans ce système, on a tout les scripts de démarrage dans /etc/init.d et on en fait des liens symboliques dans /etc/rc.n (n etant le niveau de damarrage) en changean le nom avec le numero, etc .....
Et un script principal s'occupe de récuperer le contenu /etc/rc.n et d'executer les scirpt dans l'ordre demandé.
Le système d'init à la BSD est plus simple, mais plus rustique.
Tous les scripts sont dans /etc/rc.d/ et en fonction de leurs bits de droit d'execution, ils s'appellent les uns les autres. L'avantage de ce sytème, ce que l'on comprend beaucoup plus facilement comment ca marche derrière, et l'on peut facilement tout modifier de la manière dont on le veut.
Mais franchement, si tu veux apprendre comment fonctionne un système Linux, je te conseille vraiment une slackware....
La question se pose depuis longtemps: à savoir, est-ce que quand le logiciel libre deviendra populaires, apparaitront des virus, des spywares.....
Pour y répondre, je souhaiterais donner seulement un exemple: un logiciel libre très populaire et dominant le marché: Apache
Pour rappel, d'après Netcraft, le marché des serveurs Web est envrion:
- 2/3 pour Apache
- 1/3 pour IIS (Microsoft)
et Apache n'a pas vraiment connu de virus ou de vers, alors que IIS en a connu une flopée (CodeRed....)
Au final, on peut dire qu'il est possible que les logiciels libres seront frappés par ce genre de trucs mais ce n'est pas sûr du tout. Seul l'avenir le dira
[^] # Re: configuration svp du pare-feu et du serveur SMPT ?
Posté par Pascal . En réponse au message Firewall et serveur mail. Évalué à 2.
# Regarde ici.....
Posté par Pascal . En réponse au journal Que devient enlightenment ?. Évalué à 3.
a la date du 17 novemebre
En résumé, tu peux l'adresse temporaire du site est ici: http://enlightenment.org.au/
# Pour le FTP, c'est le cache certainement
Posté par Pascal . En réponse au message Disque dur UMS, et débits. Évalué à 4.
Vu le débit, je pense certainement que le disque fonctionne en USB 1.
Est-ce que ta machine dispose d'un port USB2?
As-tu chargé le driver de l'USB2 : ehci_hcd?
Sinon pour le FTP, si tu as fait ton experience en upload, c'est tout à fait normal. En effet, linux dispose d'un cache disque. Ainsi, si le noyau recoit plus de données qu'il peut écrire, il les accepte quand même et les met dans le cache disque (en fait la RAM), en espérant pouvoir les écrire plus tard (au pire lorsque tu demonteras le disque). Par contre, au bout d'un certain temps, le cache-disque est trop plein, est le débit du flux FTP devient le débit du disque dur.
Ce phénomène de cache est très visible lorsque tu travailles avec une disquette. En effet, sous Linux, travailler avec un disquette est très rapide car tu n'écris pas vraiment dessus en temps réel. Mais si tu observes le lecteur, tu t'apercevras que le noyau écrit à peu près n'importe quand sur la disquette pour synchroniser son cache avec le medium physique...
# Donne nous l'adresse
Posté par Pascal . En réponse au message pbm affichage images sur site internet. Évalué à 5.
Comme ca, on pourra voir ce qui ne va pas et te donner un diagnostic...
# C'est assez simple
Posté par Pascal . En réponse au message Une question sur NAT. Évalué à 3.
Normallement, il faut utiliser --to-source m.o.n.ip. Le problème c'est que ce n'est pas possible si ton IP de sortie n'est pas fixe (tu ne la connais pas à l'avance). Il faut donc utiliser MASQUERADE et l'adresse IP utilisée pour le NAT sera automatiquement l'adresse IP de sortie.
Mais lorque tu utilises MASQUERADE, netfilter l'interprète comme quoi ton IP n'est pas fixe, en consequence lorsque l'interface passe en down, tous les contextes de connexions sont effacés (en effet, lorsque l'interface passe en down, l'adresse IP de sortie va certainement changer et les contextes en cours n'ont alors plus aucun sens).
Voila aussi pourquoi, il ne faut pas utiliser MASQUERADE lorsque ton IP est fixe car dans ce cas là, si l'interface passe down, il vaut mieux garder les contextes de connexions car on peut alors eviter qu'elles ne soient coupées.
Si je n'ai pas été très clair, ou que tu n'as pas bien compris, tout cela se résume en:
Il faut utiliser --to-source en cas d'IP de sortie fixe et MASQUERADE en cas d'IP se sortie dynamique
[^] # Re: Message d'erreur
Posté par Pascal . En réponse au message Problème : Impossible d'uploader des images .jpg. Évalué à 3.
Ca pourrait peut-être t'aider.
[^] # Re: presque
Posté par Pascal . En réponse au message Passage de testing à Sarge !. Évalué à 2.
testing par sarge
et stable par woody pour ceux qui ne sont pas préssés pour passer en sarge.
Tout cela devrait eviter les mauvaises surprises
[^] # Re: Question subsidiaire
Posté par Pascal . En réponse au message Alternative libre à URL 2 BMP. Évalué à 1.
wget et imageMagic
[^] # Re: Reste une question
Posté par Pascal . En réponse à la dépêche TNT sous Linux. Évalué à 5.
Pas vraiment, la théorie des antennes et de la propagation est plus compliquée que cela.
En effet, à 100M d'un émeteur TV, tu es dans la zone de Rayleigh, et la tout peut arriver: du meilleur, au pire (c'est d'ailleurs souvent très fluctuant).
L'idéal pour la reception TV est de se trouver dans le début de la zone de Fraunhoffer, c'est à dire à quelques kilomètres de l'émetteur.1
# la différence vient du langage
Posté par Pascal . En réponse au message faille cgi .???. Évalué à 4.
Tu peux par exemple faire tes CGI en C => beaucoup de possibilités de failles sur les chaines de caractères, en script shell => Incontrolable au niveau de la sécurité....
A l'inverse le php, est un langage orienté WEB où toutes les fonctions qui sevent généralement pour le WEB son préprogrammées et étudiés pour offrir un maximum de sécurité, et n'a finalement que peu de possibilités (à comparer avec le C).
On peut dire que les CGI ne sont pas forcement des failles de sécurités, mais du fait de la grande liberté que l'on a, elles peuvent le devenir très facilement.
# Ca serait bien d'essayer avec un noyau vanilla
Posté par Pascal . En réponse au message Problème avec cpufreq sur un portable. Évalué à 1.
Il faudrait, si tu sais le faire, tester avec le dernier noyau télécharger depuis kernel.org pour vérifier si le problème vient de patches noyau de Mandrake.
Si ce n'est pas le cas, il faudrait poster le bug sur le bugzilla du kernel ou envoyer tout ca sur la ML cpufreq.
[^] # Re: Choc
Posté par Pascal . En réponse au journal Revue du MISC mai-juin 2005. Évalué à 2.
Et effectivement, je viens de regarder la licence, et ce n'est pas la GPL.
Mais pour moi, elle est libre. Elle ajoute une juste une restriction par rapport à la GPL sur le mode de dstribution des versions dérivées.
Mais pour moi, cette licence est certainement libre, elle respecte bien les 4 libertés de la FSF.
Est-ce que quelqu'un connaitrait l'avis de la FSF là dessus?
# Cette erreur est très classique
Posté par Pascal . En réponse au message Sed ... je vais craquer. Évalué à 2.
Tout les dévellopeurs shell la font toujours une fois....
Il ne faut pas oublier que Linux est un système multitache, et le shell se sert de cela.
Regardons un peu comment fonctionne un shell pour comprendre me problème:
Lorsque tu fais
sed "......" lilo.conf > lilo.conf.
Comment interprete le shell interprète t-il cela.
Pour lui, cela veut dire: lance le programme sed avec ses arguments et mets le contenu de sa sortie standart dans lilo.conf.
Que ce passe t-il dans l'ordre chronologique:
- Le shell crée un processus, se connecte à lui avec un tube unix pour récupérer sa sortie.
- Le processus nouvellement créé lance sed avec ses arguments. Sed ouvre alors en lecture le fichier lilo.conf.
- En même temps (système multitache), le shell ouvre le fichier lilo.conf en ecriture pour pouvoir y écrire le résultat de la commande. Mais à cause du symbole '>', il efface d'abord son contenu.
- En même temps, sed essaye de lire le contenu de lilo.conf qui est maintenant vide, il ne renvoit donc rien sur sa sortie standard. Le contenu de lilo.conf est perdu.......
J'espère que j'ai été clair dans mes explications. Ce genre de trucs se produit quand on essaye de réaliser des modifications sur des fichiers avec sed, cut ....
Il y a plusieurs solutions au problème comme il a été dit un peu plus tot:
- utilser un fichier temporaire: c'est le plus simple et ce qu'on fait le plus souvent:
- utiliser l'option de -i de sed qui permet de faire l'edition du fichier sur place, et donc sans utiliser la redirection du shell. Mais cela ne fonctionne uniquement si tu utilises sed.
# Lis ca d'abord
Posté par Pascal . En réponse au message PB : Souris sans fil qui ne clique pas.. Évalué à 1.
http://nicolas.delsaux.free.fr/web/comment_bien_poser_les_questions(...)
(de préférence le paragraphe 3.5)
et tu reviendras après.....
[^] # Re: Sacré langage!
Posté par Pascal . En réponse à la dépêche Journées Perl 2005. Évalué à 2.
Pour le parsage de logs: il est fait pour ca.
Pour des CGI et sites Web dynamiques: il est excellent
Pour des applications en tout genre (notamment graphiques).
Pour des jeux, ca marche très bien: FrozenBubble est programmé en Perl et marche ma foi très bien.
# Trouver les normes, et s'inspirer du noyeau Linux
Posté par Pascal . En réponse au message Parcourir un dvd iso9660. Évalué à 2.
Ensuite, je te conseille d'aller jeter un coup d'oeuil, voire de recupérer du code sur la partie ISO9660 dans Linux (fs/isofs/) Je pense que ca sera le plus simple et le plus efficace.
Tu peux aussi essayer d'aller récuperer celui d'autres systemes libres (BSD notamment).
# Je te conseillee vivement une swap....
Posté par Pascal . En réponse au message Intérêt du Swap. Évalué à 1.
En effet, si un programme n'est pas utilisé depuis un certain temps, le noyeau peut decider de le placer en swap. Evidemment, lorsqu'on voudra le reutiliser, il faudra quelques fractions de secondes pour qu'il repasse en RAM.
Mais le gros avantage à cela, est que l'espace qui est ainsi libéré en RAM permet d'augmenter la taille du cache disque et donc d'augmenter les performances des accés disques et donc les performances globales du systeme.
Donc je conseille à tout le monde de faire un petit swap, surtout que l'espace disque aujourd'hui n'est plus vraiment problematique.
[^] # Re: Ca depend des tailles des disques....
Posté par Pascal . En réponse au message Recopie d'un disque sur un autre. Évalué à 1.
Mais ton cas est complètement différent: le but est de remplacer un disque dans une matrice RAID.
Dans ce cas là, il vaut mieux refaire la table des partitions à la main... C'est pas très compliqué : 2 minutes suffisent.
Ensuite laisse le système reconstruire proprement le RAID sur le nouveau disque.
[^] # Re: Ca depend des tailles des disques....
Posté par Pascal . En réponse au message Recopie d'un disque sur un autre. Évalué à 3.
Pour ne pas devoir monter tes partitions, tu peux booter à partir d'un CD tel que SysRescueCD. Certaines distributions te permettent aussi de booter à partir du CD d'installation et de passer en mode rescue sans monter tes partitions.
Tu peux aussi booter à partir d'une distribution sur disquettes.
http://www.sysresccd.org/(...)
# Ca depend des tailles des disques....
Posté par Pascal . En réponse au message Recopie d'un disque sur un autre. Évalué à 4.
dd if=/dev/hda of=/dev/hdc.
Mais attention, il vaut mieux qu'aucune partition ne soit montée.
Si les disques durs ne font pas la même taille, la solution la plus simple est de recréer des partitions de la meme taille sur le second disque, et des les copier une par une.
dd if=/dev/hdax of=/dev/hdcx
Si la contrainte des partitions de même taille est trop importante, il faut alors recréer des partitions sur le nouveau disque puis fabriquer les systemes de fichiers (mkfs.xxx pour les données, mkswap pour le swap), monter les partitions et copier les fichiers avec la commande cp.
# Maintenant, je comprends mieux pourquoi Perl se plaint
Posté par Pascal . En réponse au message regexp en folie. Évalué à 1.
http://linuxfr.org/~Houbaa/15453.html(...)
Pauvre perl....
# Par l'adresse IP
Posté par Pascal . En réponse au message Trafic Shaping par interface sur Woody. Évalué à 1.
Donc normallement, en faisant quelques règles u32, ca devrait passer.
Par contre, ne cherche pas à faire en fonction de l'adresse MAC avec u32, c'est pas possible.
En effet, quant les paquets arrivent au filtre u32, ca fait belle lurette qu'ils ont perdu leur header MAC.
# L'utilitaire PARK
Posté par Pascal . En réponse au journal Minix !. Évalué à 2.
Mais, je sais pas si il était bien utile puisqu'il me semble qu'il avait été retiré des dernières versions du DOS.
Ce qui est sur, c'est qu'il était présent dans le DOS 3
[^] # Re: Slackware ?
Posté par Pascal . En réponse au message Apprentissage. Évalué à 3.
La plus part utilisent le système d'init Sys V.
Dans ce système, on a tout les scripts de démarrage dans /etc/init.d et on en fait des liens symboliques dans /etc/rc.n (n etant le niveau de damarrage) en changean le nom avec le numero, etc .....
Et un script principal s'occupe de récuperer le contenu /etc/rc.n et d'executer les scirpt dans l'ordre demandé.
Le système d'init à la BSD est plus simple, mais plus rustique.
Tous les scripts sont dans /etc/rc.d/ et en fonction de leurs bits de droit d'execution, ils s'appellent les uns les autres. L'avantage de ce sytème, ce que l'on comprend beaucoup plus facilement comment ca marche derrière, et l'on peut facilement tout modifier de la manière dont on le veut.
Mais franchement, si tu veux apprendre comment fonctionne un système Linux, je te conseille vraiment une slackware....
# La question se pose depuis longtemps....
Posté par Pascal . En réponse au journal Firefox à l'abri des spywares ?. Évalué à 4.
Pour y répondre, je souhaiterais donner seulement un exemple: un logiciel libre très populaire et dominant le marché: Apache
Pour rappel, d'après Netcraft, le marché des serveurs Web est envrion:
- 2/3 pour Apache
- 1/3 pour IIS (Microsoft)
et Apache n'a pas vraiment connu de virus ou de vers, alors que IIS en a connu une flopée (CodeRed....)
Au final, on peut dire qu'il est possible que les logiciels libres seront frappés par ce genre de trucs mais ce n'est pas sûr du tout. Seul l'avenir le dira