Je suis loin d'être un spécialiste des CSS donc je ne pourait pas te dire si il y'a un problème ou non. Je te proposais juste de tester avec konqueror 3.1.3 (konqueror 3.1.0 a quasiment 9 mois, ça en fait presque une vieille version vu la vitesse a laquelle évolue KDE ;) )
Il y'a une option qui est mal positionnée dans ton kernel, je ne vois que ça.
Extrait de .config (à comparer avec le tien) :
#
# IDE, ATA and ATAPI Block devices
#
CONFIG_BLK_DEV_IDE=y
...
CONFIG_BLK_DEV_IDEDISK=y
...
CONFIG_BLK_DEV_IDECD=m
...
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_BLK_DEV_GENERIC=y
CONFIG_IDEPCI_SHARE_IRQ=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
...
CONFIG_IDEDMA_PCI_AUTO=y
# CONFIG_IDEDMA_ONLYDISK is not set
CONFIG_BLK_DEV_IDEDMA=y
...
CONFIG_BLK_DEV_HPT366=y
..
CONFIG_BLK_DEV_VIA82CXXX=y
# CONFIG_IDE_CHIPSETS is not set
CONFIG_IDEDMA_AUTO=y
...
CONFIG_BLK_DEV_IDE_MODES=y
...
Ceci pour une abit KT7-Raid (controleur via KT133 + controleur Raid highpoint)
Les ... remplacent des options qui ne sont pas positionnées.
Parfaitement d'accord, ce serait trop beau si ça se passait comme ça, les SSII qui attache vraiment de l'importance au libre sont encore trop rares ...
En fait je parlais de la version CVS de LFS, http://www.linuxfromscratch.org/view/cvs/(...) , pour ton problème je pense plutôt qu'il s'agit d'un problème entre ta distribution hôte et gcc 3.3.1.
Ca fait 1 ans et demi que j'utilise LFS pour mes machines Linux et j'en suis très content.
Tu devrais donner plus d'infos sur la vesion de LFS que tu utilise. Je te conseille d'utiliser la version CVS qui est à jour par rapport à gcc 3.3.1. Linuxthread fait partie de la glibc et non pas de gcc. La glibc 2.3.2 ne compile pas avec gcc 3.3.x si le patch qui va bien n'est pas appliqué (il ne s'agit que de corriger une erreur de syntaxe qui n'était qu'un warning dans les versions précédentes de gcc, donc aucune crainte a avoir de ce coté là).
C'est exactement ce qui c'est passé avec ma soeur : avec WMP un coup ca marchait, un coup ca marchait pas. Alors qu'avec mplayer ça marche à tout les coups.
Je ne remets absolument pas en cause la qualité des autres logiciels libres, c'est juste qu'entendre dire que mplayer ne convient pas aux débutants, chez moi ça ne passe pas. (C'est grâce à lui que GNU/Linux a maintenant sa place sur le portable de ma soeur, ça a été très simple de lui prouver que WMP ne faisait pas le poids)
J'ai l'impression que pour toi débutant = quelqu'un qui ne connais que windows. Parce que je ne vois pas ce que ça a de déroutant une fénêtre pour le player et une autre pour la vidéo. Et se retrouver avec juste le son ou juste l'image et un message qui dit qu'il manque le codec X c'est certainement un peu plus déroutant ...
Mplayer trop compliqué pour un débutant ? On croit réver ! Si la distrib a bien fait son boulot, il lira toute les vidéos sans jamais te dire "J'ai pas le codec vidéo ceci, j'ai pas le codec audio celà." Suffit qu'il y'ait le bon lien dans le gestionnaire de fichier (Konqueror & co) et tu lis toutes videos sans rien faire. Même les dernières version de wma/wmv sont parfaitement supportées. Plus simple tu meurt ...
Faut relativiser quand même le document est antérieur à mai 2001 (fichier->propriété->statistiques dans word) et beaucoup de choses ont changé depuis (pas forcément en bien). Pour le coup de l'embauche suivie directement d'une formation ou d'inter-contrat, ce n'est plus le cas maintenant, les SSII n'embauchent que sur mission maintenant, et ça se comprends vu la situation actuelle. Et elles deviennent malheuresement de plus en plus incoutournable pour travailler dans le secteur.
C'est bien ce que je dit pour le téléchargement (non p2p) ça ne pose pas de problème. Pour les autres protocoles comme http ça n'est pas le cas, le 1024/128 ne fera pas vraiment mieux que le 512/128 car il y'a des informations qui remontent (je veux la page x, je veux l'image y, etc ...).
Faut préciser les débits montants, car il faut bien se mettre dans la tête qu'a moins de faire uniquement du téléchargement il est rare d'atteindre le débit maximal avec du 1024/128, alors franchement je préfère largement du 512/128 à 30 Euros que du 1024/128 à 40 Euros surtout qu'il y'a des chances pour que free dégroupe mon coin en 2004. J'ai entendu dire qu'en Belgique ils proposaient du 8 Mbit/256 Kbit ... Autant proposer du 100 Mbit/256 Kbit, ça reviens au même puisque le débit montant limite le débit descendant.
Heuresement qu'on ne peut pas noter les journeaux, sinon celui-ci serai à -50 voir plus bas, et se serait totalement justifié (hors sujet, idées contraires à la solidarité et au partage des richesses, 2 valeurs proches de celles des logiciels libres).
Qu'est ce qui prouve que le code source que fournit microsoft est bien celui qui a servit à compiler windows ? C'est possible de faire ça avec le code fournit par microsoft ? : http://www.linuxfromscratch.org(...)
Et ils se retrouvent avec tout un tas de comptes hotmail non utilisés dans lesquels les spams s'accumulent ... Pas sur que ce soit une bonne opération pour eux.
Faudrait précisé quand on parle de 1024 Kbit/s si l'upload c'est du 128 ou du 256 car le 1024/128 ca vaut rien. Autant rester en 512. Faut également préciser si c'est la couverture est la même que FT ou si il s'agit de dégroupage (comme free), il me semble que c'est le cas pour 9online. Il y'a aussi le ping, free dégroupé c'est de l'ordre de 20 ms alors que l'ADSL FT c'est 50ms.
Essaye eventuellement un autre driver USB (il y'en a plusieurs dans le kernel, sauf si ton chipset est particulier). Je me sers du drivers UHCI et il ne m'a jamais posé de problème avec les kernels 2.4.19 2.4.20 2.4.21 et 2.4.22pre/rc que ce soit avec un appareil photo (usb-storage), un scanneur ou une souris optique.
Rien à voir mais bon ...
Pour tous ceux qui se servent de Konqueror et qui en ont marre de cette infâme frame de pub, 2 solutions :
- Désactiver completement javascript (bof...)
- rajouter '.lycos.fr' dans la politique de rejet de javascript (configuration -> Java et JavaScript -> onglet javascript)
Pas sûr que ça marche dans tous les cas, mais pour cette URL ça marche.
Oui, ne pas lire de données sur un partage windows, avoir du matos fiable, et utiliser que les fonctionnalités du kernel éprouvées. Tu réduis de 99% le risque d'avoir des processus dans l'états D (d'après mon expérience en la matière ...).
Est ce que le 2.6 va régler/minimiser ces problèmes ? (parce qu'il y
a des changements au niveau de la granularité des verrous, non ?)
Et avec Le Hurd ?
Aucune idée.
C'est vrai que des fois, j'arrive pas à démonter un smb distant même
avec umount -f et comme le montage n'est pas associé à un process
alors reboot :-(
Ca depends beaucoup de l'OS qui héberge le partage, depuis que je n'ai plus que des machines sous Linux, je n'ai plus jamais eu se problème.
Donc tu veux dire qu'un process qui lit un cdrom pourrave peut
rester dans les choux ? Plutôt gênant ça... (le retour de l'écran
bleu !)
En fait, ça dépend du matos, par exemple j'ai un lecteur de DVD qui apparement retente de lire le CD jusqu'a ce qu'il y arrive, et quand il n'y arrive pas, le processus qui lit reste dans l'état D, le seul moyen de le débloquer c'est d'utiliser l'ejection de secours, jamais eu ce problème avec le graveur ou avec un ancien HITACHI 16X (une petite merveille en ce qui concerne la tolérance aux erreurs). Faut pas accuser le kernel quand c'est le matos qui déconne.
Sinon, il y'a une autre possibilité qui pourrait très bien s'appliquer dans ton cas : Un bug dans le FS que tu utilises. Par exemple, utiliser reiserfs avec un kernel inférieur au 2.4.17 est une très mauvaise idée.
Oui on t'a menti, car il y'a un catégorie de processus qui ne peuvent pas être tuer même avec un kill -9 de root, c'est les processus dont le status est D (voir au commentaires précédents).
C'est simple c'est un processus qui ne peut pas être interrompu, même par un kill -9, donc si il ne sort pas tout seul de ce status, c'est reboot obligatoire.
Plusieurs possibilités :
- Bug dans le kernel (très peu probable si c'est un 2.4.x),
- Un problème réseau ou plantage de la machine distante lors de la lecture d'un fichier sur le réseau,
- Un problème de matos defectueux ou tout simplement un CD difficile à lire.
[^] # Re: Konqueror 3.1.0 . Comprend pas tout !
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Konqueror 3.1.0 . Comprend pas tout !. Évalué à 1.
# Re: Konqueror 3.1.0 . Comprend pas tout !
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Konqueror 3.1.0 . Comprend pas tout !. Évalué à 1.
# Re: DMA interdit ?
Posté par Benoît Déchamps (site web personnel) . En réponse au journal DMA interdit ?. Évalué à 4.
Extrait de .config (à comparer avec le tien) :
#
# IDE, ATA and ATAPI Block devices
#
CONFIG_BLK_DEV_IDE=y
...
CONFIG_BLK_DEV_IDEDISK=y
...
CONFIG_BLK_DEV_IDECD=m
...
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_BLK_DEV_GENERIC=y
CONFIG_IDEPCI_SHARE_IRQ=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
...
CONFIG_IDEDMA_PCI_AUTO=y
# CONFIG_IDEDMA_ONLYDISK is not set
CONFIG_BLK_DEV_IDEDMA=y
...
CONFIG_BLK_DEV_HPT366=y
..
CONFIG_BLK_DEV_VIA82CXXX=y
# CONFIG_IDE_CHIPSETS is not set
CONFIG_IDEDMA_AUTO=y
...
CONFIG_BLK_DEV_IDE_MODES=y
...
Ceci pour une abit KT7-Raid (controleur via KT133 + controleur Raid highpoint)
Les ... remplacent des options qui ne sont pas positionnées.
[^] # Re: Cercle vicieux pour MS
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Cercle vicieux pour MS. Évalué à 1.
[^] # Re: LFS: pb
Posté par Benoît Déchamps (site web personnel) . En réponse au journal LFS: pb. Évalué à 1.
[^] # Re: LFS: pb
Posté par Benoît Déchamps (site web personnel) . En réponse au journal LFS: pb. Évalué à 2.
# Re: LFS: pb
Posté par Benoît Déchamps (site web personnel) . En réponse au journal LFS: pb. Évalué à 1.
Tu devrais donner plus d'infos sur la vesion de LFS que tu utilise. Je te conseille d'utiliser la version CVS qui est à jour par rapport à gcc 3.3.1. Linuxthread fait partie de la glibc et non pas de gcc. La glibc 2.3.2 ne compile pas avec gcc 3.3.x si le patch qui va bien n'est pas appliqué (il ne s'agit que de corriger une erreur de syntaxe qui n'était qu'un warning dans les versions précédentes de gcc, donc aucune crainte a avoir de ce coté là).
[^] # Re: Gnome pour débutants... (screeenshots inside)
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Gnome pour débutants... (screeenshots inside). Évalué à 1.
[^] # Re: Gnome pour débutants... (screeenshots inside)
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Gnome pour débutants... (screeenshots inside). Évalué à 1.
[^] # Re: Gnome pour débutants... (screeenshots inside)
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Gnome pour débutants... (screeenshots inside). Évalué à 1.
# Re: Gnome pour débutants... (screeenshots inside)
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Gnome pour débutants... (screeenshots inside). Évalué à 1.
[^] # Re: Le livre noir du consulting
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Le livre noir du consulting. Évalué à 1.
[^] # Re: Offre adsl de la rentrée (suite)
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Offre adsl de la rentrée (suite). Évalué à 1.
# Re: Offre adsl de la rentrée (suite)
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Offre adsl de la rentrée (suite). Évalué à 2.
[^] # Re: Les morts de la Canicule : La conclusion définitive.
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Les morts de la Canicule : La conclusion définitive.. Évalué à 1.
[^] # Re: Je ne pourrai plus utiliser AMSN et Miranda IM
Posté par Benoît Déchamps (site web personnel) . En réponse à la dépêche MSN Messenger inaccessible aux clients tiers. Évalué à 1.
[^] # Re: MSN Messenger inaccessible aux clients tiers
Posté par Benoît Déchamps (site web personnel) . En réponse à la dépêche MSN Messenger inaccessible aux clients tiers. Évalué à 3.
[^] # Re: Free ADSL
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Free ADSL. Évalué à 1.
# Re: Rien ne va plus
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Rien ne va plus. Évalué à 1.
[^] # Re: Défragmentation du disque.
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Défragmentation du disque.. Évalué à 1.
Pour tous ceux qui se servent de Konqueror et qui en ont marre de cette infâme frame de pub, 2 solutions :
- Désactiver completement javascript (bof...)
- rajouter '.lycos.fr' dans la politique de rejet de javascript (configuration -> Java et JavaScript -> onglet javascript)
Pas sûr que ça marche dans tous les cas, mais pour cette URL ça marche.
[^] # Re: Tuer un prgramme qui ne veut rien savoir....
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Tuer un prgramme qui ne veut rien savoir..... Évalué à 0.
[^] # Re: Tuer un prgramme qui ne veut rien savoir....
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Tuer un prgramme qui ne veut rien savoir..... Évalué à 2.
a des changements au niveau de la granularité des verrous, non ?)
Et avec Le Hurd ?
Aucune idée.
C'est vrai que des fois, j'arrive pas à démonter un smb distant même
avec umount -f et comme le montage n'est pas associé à un process
alors reboot :-(
Ca depends beaucoup de l'OS qui héberge le partage, depuis que je n'ai plus que des machines sous Linux, je n'ai plus jamais eu se problème.
Donc tu veux dire qu'un process qui lit un cdrom pourrave peut
rester dans les choux ? Plutôt gênant ça... (le retour de l'écran
bleu !)
En fait, ça dépend du matos, par exemple j'ai un lecteur de DVD qui apparement retente de lire le CD jusqu'a ce qu'il y arrive, et quand il n'y arrive pas, le processus qui lit reste dans l'état D, le seul moyen de le débloquer c'est d'utiliser l'ejection de secours, jamais eu ce problème avec le graveur ou avec un ancien HITACHI 16X (une petite merveille en ce qui concerne la tolérance aux erreurs). Faut pas accuser le kernel quand c'est le matos qui déconne.
[^] # Re: Tuer un prgramme qui ne veut rien savoir....
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Tuer un prgramme qui ne veut rien savoir..... Évalué à 2.
[^] # Re: Tuer un prgramme qui ne veut rien savoir....
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Tuer un prgramme qui ne veut rien savoir..... Évalué à 1.
[^] # Re: Tuer un prgramme qui ne veut rien savoir....
Posté par Benoît Déchamps (site web personnel) . En réponse au journal Tuer un prgramme qui ne veut rien savoir..... Évalué à 7.
Plusieurs possibilités :
- Bug dans le kernel (très peu probable si c'est un 2.4.x),
- Un problème réseau ou plantage de la machine distante lors de la lecture d'un fichier sur le réseau,
- Un problème de matos defectueux ou tout simplement un CD difficile à lire.