Justement il me semble qu'il est plus pertinent de comparer le nombre de journées individuelles non travaillées pour fait de grève par salarié plutôt que le nombre de de journées individuelles non travaillées pour fait de grève.
Vu que comme tu le faits remarquer le nombre de salariés n'est pas le même dans chaque pays, ça n'a pas vraiment de sens (pour moi en tout cas - mais je peux me tromper) de comparer en nombre de jours absolus.
Un autre chiffre intéressant pour la comparaison pourrait également être le nombre de jours rapporté au PIB national, par exemple.
Je ne pense pas qu'une comparaison en nombre de jours absolus n'ait grand sens, c'est un peu comme le PIB, je trouve que c'est plus significatif quand c'est ramené à la population.
Que les chiffres soient différents entre le 1er et le 3ème paragraphe ne pose pas vraiment problème à mes yeux, vu qu'il ne les compare pas entre eux. Les chiffres qu'il compare entre eux sont à priori les même (je veux dire calculés de la même façon), on compare bien des carottes avec des carottes.
Il y a des infos plus précises concernant la sortie VGA ?
Ici http://www.blogeee.net/?p=156 il est dit que la sortie VGA est limitée à 800x480 ou 800x600, mais si le chipset graphique est effectivement un Mobile Intel 910GML Express, on dirait qu'il devrait supporter des résolutions jusqu'à 2048x1536@75Hz d'après http://download.intel.com/design/mobile/datashts/30526402.pd(...)
Je suis un peu perdu là, si quelqu'un avait des précisions... En gros si le 800x600 est juste une limite du système de l'EEE c'est intéressant, sinon je trouve que ça perd pas mal d'intérêts (800x600 c'est petit quand même).
Si tu utilisais FF ou Seamonkey ou un de ses avatars, c'est peut-être normal, ils utilisent netstat pour récupérer dieu sait quelle info et ils laissent trainer des zombies dans tous les coins (les cochons !).
Je n'ai pas du tout dit ca.
Je suis très content de voir que leur boulot est récompensé et je pense que c'est mérité. Je n'ai aucun problème avec le fait qu'il gagne de l'argent et je pense que l'auteur de l'article sur neteconomie et que l'auteur du blog n'ont rien compris (ils ont l'air de confondre allégrement open source, communisme et gratuit).
Je disais juste que oui c'est un mensonge de dire qu'il n'y a qu'une (et une seule) différence entre la mofo et Microsoft : il n'y a pas qu'une différence structurelle (salariés vs actionnaires, dixit le blog). Il y a aussi une différence, qui est beaucoup plus importante à mes yeux, dans la relation avec les utilisateurs/communautés/etc. : Firefox est opensource, je peux le modifier si je veux.
Et pour ca je leur suis reconnaissant.
Qu'est-ce qui est polémique là-dedans ? C'est un mensonge ?
Oui c'est un mensonge.
Il ya une autre différence, peut-être mineure à tes yeux, mais énorme pour la plupart des gens qui fréquentent ce site.
Firefox et les autres logiciels de la mofo sont open source.
ben oui mais les vrais programmes ne sont pas des bêtes boucles for qui font 2/3 calculs simples. Sur un truc simple comme ça tu risques de ne pas voir les bénéfices dus au plus grand nombre de registres de l'archi 64.
Je suis d'accord, mais en l'absence d'autres benchmarks, c'est dur à dire...
Et [2] semble aller dans mon sens.
D'autre part je n'ai toujours pas trouvé d'explication satisfaisante pour ce phénomène. J'ai testé avec valgrind pour les caches hits/miss, le nombre d'instructions éxécutées, etc. et je ne vois toujours pas pourquoi.
Une hypothèse serait que en 64bits, les calculs sont effectués via SSE, j'ai lu ca quelque part mais je n'ai pas vérifié (à prendre avec des pincettes donc) et que AMD est mauvais sur les instructions SSE qui seraient plus lentes que les instructions x387. Bon c'est beaucoup de 'peut-être', mais je n'arrive pas à trouver d'explications.
J'ai d'ailleurs laissé tombé et garde un a priori négatif tant que l'on ne m'aura pas prouver que 64bits c'est vraiment mieux dans la vie de tous les jours :) !
Pour ce qui est de la précision en calcul scientifique, ça serait plutôt l'inverse : les 2 archis utilisent des flottants 64 bits (double précision) mais avec le x387 les calculs intermédaires se font avec 80 bits de précision.
Apparemment on peut utiliser des long long double en 128bits avec certains compilateurs, c'est ce que je voulais dire par 'précision accrue'
Pour ce qui est des performances du 64bits, je suis loin d'être sûr que le 64bits est plus rapide.
Il y'a 1 ou 2 mois, un pote a fait tourner un calcul : une bête grosse boucle for() qui faisaient 2/3 calculs simples (additions, multiplications) sur des doubles, en C.
Son système est un AMD64 bicoeur avec 1Go de RAM, avec une Gentoo 64bits.
Et bien le calcul était 2 fois plus rapide sur mon Athlon XP 1500+ 512Mo de RAM, 32bits donc.
Pour en avoir le coeur net, on a fait plusieurs tests :
1) Athlon XP 1500, 32bits -> ~ 5-6s
2) AMD64 64bits -> ~ 10s
3) AMD64 32bits -> ~ 4s
Les tests ont été conduits plusieurs fois chacuns, même en single user mode en nice -19 (on sait jamais...), avec différents flags d'optim de gcc (-O0, -O2, etc), et sur des machines différentes (enfin 2 AMD64 bicoeur distincts en fait).
Toujours le même résultat : 2x plus rapide en 32bits (au moins), alors que bêtement, on pensait que se serait plus rapide en 64bits (ben oui un double en C c'est sur 64bits, ie 1 seul registre en 64bits contre 2 en 32bits, toussa).
Bref en cherchant un peu, il s'avère que le 64bits est en général plus lent que le 32bits, et que c'est surtout intéressant pour avoir une précision accrue en calcul scientifique ou pour adresser plus de 4Go de mémoire (gros SGBD, etc).
Donc pour le commun des mortels (comme moi) le 64 bits présente peu d'intérêts pour l'instant.
Si vous avez des infos là-dessus je suis preneur, c'est dur à trouver...
oui j'ai identifié le problème. je vais le corriger pour une prochaine release.
pour l'instant, le conseil est le suivant : n'utilisez pas ^C à la fin du listage d'un ng ou d'un metafile : on peut faire ^C en plein milieu, mais pas à la fin...
biniou 0.2.0, la base d'utilisateurs impressionante (au moins 5 ! :) ) de biniou lance une chasse aux bugs sans merci...
déjà 2 bugs confirmés et normalement corrigés dans la version 0.2.1, disponible sur le site de biniou.
attention, le format de cache diffère (encore ! j'espère ne pas devoir le casser trop souvent...), donc n'oubliez pas de les recréer.
kaouete pour ton problème de corruption de cache je vais regarder.
biniou 0.2.0 à peine sortie, la base d'utilisateurs impressionantes (au moins 5 :) ) de biniou lance une chasse au bugs sans merci...
déjà 2 bugs de trouver, et normalement corrigés dans la version 0.2.1, disponible sur le site de biniou.
kaouete, pour ton problème de corruption du cache, je vais regarder ça.
à mon humble avis, la concentration de fichiers illégaux n'est pas aussi importante que tu le dis : hé ouais, le porno, c'est légal :)
Bon y'a aussi des ng d'humours, de fonds d'écrans, etc.
Ensuite je pense qu'il faut être cohérent : pour moi, les alt.binaries sont la même chose que le P2P.
On y trouve des fichiers illégaux et légaux.
N'importe qui peut y déposer n'importe quoi, et n'importe qui peut y télécharger ce qu'il souhaite.
Donc dire que le P2P a un intérêt (diffuser qqchose en économisant de la bande passante) contrairement aux alt.binaries est faux :
si j'ai peu de bande passante, rien ne m'empêche de le diffuser sur les alt.binaries.
En résumé : soit on dit que les alt.binaries c'est mal parce qu'une utilisation illégale en est faite, et dans ce cas le P2P c'est mal.
Soit on considère que le P2P et les alt.binaries ne sont que des outils, et que chaque utilisateur est responsable de ses actes.
C'était un des enjeux de DAVDSI, le législateur a tranché. Rien n'empêche de ne pas être d'accord.
Enfin je concluerais que mon petit utilitaire, aussi mal fichu soit-il est un outil, qui ne fait pas de mal en soi. Il est diffusé sous GPL2, donc je pense que ça a sa place ici.
mais klibido est une GUI... je souhaitais un outil en ligne de commande.
et klibido requiert des nzb pour éviter d'avoir à sélectionner les 50 fichiers à la main... ce dont je voulais également me passer !
oui mais encore une fois, il ne permet que de télécharger via des nzb, tout comme nget qui n'était utilisable que via des nzb.
or, je souhaitais pouvoir m'en passer :)
oui, mais pour automount il faut un point de montage. alors je sais bien que automount est capable de générer des points de montages avec des jokers, etc., mais ca devient franchement plus complexe.
de plus, on ne peut plus les afficher avec l'option 'ghost' dans ce cas, et donc pas d'autocomplétion.
enfin, je voulais aussi que l'entrée soit présente dans /etc/fstab, ce qui permet de le monter/démonter manuellement facilement, avec ou sans automount - et qu'on ne vienne pas me parler des usines conne sync-fstab ou je ne sais quoi qu'on trouve dans mandriva ou fedora :).
bref, vu que ce que j'ai fait reste relativement simple, est générique (pas distrib dépendant quoi) et couvre 99,99% de mes besoins, j'ai pas été plus loin :)
personellement, voilà comment je procède :
- dans udev, j'ai une règle qui créée un symlink /dev/usbms vers le device qui va bien lorsque je branche un périphérique usb de sotckage
- j'ai automount qui gère /media et notamment /media/usbms : lorsque j'accède à /media/usbms, il monte /dev/usbms
l'idée est que automount démonte tout seul au bout d'un timeout, que j'ai fixé à 1s chez moi. donc quand tu sors du répertoire, il démonte au bout de 1s (et donc sync, etc.)
j'ai également spécifié à automount de laisser les points de montages 'ghost' (ie non montés) comme ca, j'ai l'autocompletion du shell dessus, ou encore ma copine peut cliquer dessus dans son xfce.
ce truc fonctionne aussi pour les cds, etc.
l'inconvénient, c'est que si tu branches plusieurs usb mass storage, c'est le dernier branché qui pointe sur /dev/usbms, donc c'est celui que tu verras en te déplacant dans /media/usbms, mais bon le cas ne m'est encore pas arrivé.
pour ce qui est de savoir ce que tu peux supprimer dans ton /var c'est plutôt difficile à dire comme cela... Normalement, si j'ai bien suivi, /var sert principalement à stocker les données qui ont tendances à pas mal changer de taille (d'où son nom !) comme les bases de données, la file d'attente des mails, de l'imprimante etc...
par contre il y a bien une solution : redimensionner les partitions.
pour cela, tu peux utiliser :
- gnu parted (http://www.gnu.org/software/parted/(...))
- ext2resize (http://ext2resize.sourceforge.net/(...)) si tu utilises ext2 ou ext3 (c'est déjà plus acrobatique)
- e2resize (où se cache-t-il ? je n'ai pas retrouvé l'adresse) + fdisk (la c'est vraiment acrobatique - mais la seule solution jusqu'à il y a quelques temps pour retailler ext3)
- partition magic (le diable, propriétaire, avec une version DOS ou Win32, mais tellement simple... ;p )
Ces utilitaires sont capables de retailler les partitions en conservant les données, mais je te conseille *fortement* de faire des sauvegardes...
[^] # Re: Dans le privé
Posté par Benoît Ganne (site web personnel) . En réponse au journal [H.S.] la france un pays de grévistes ? Pas si sûr.... Évalué à 2.
Vu que comme tu le faits remarquer le nombre de salariés n'est pas le même dans chaque pays, ça n'a pas vraiment de sens (pour moi en tout cas - mais je peux me tromper) de comparer en nombre de jours absolus.
Un autre chiffre intéressant pour la comparaison pourrait également être le nombre de jours rapporté au PIB national, par exemple.
Je ne pense pas qu'une comparaison en nombre de jours absolus n'ait grand sens, c'est un peu comme le PIB, je trouve que c'est plus significatif quand c'est ramené à la population.
Que les chiffres soient différents entre le 1er et le 3ème paragraphe ne pose pas vraiment problème à mes yeux, vu qu'il ne les compare pas entre eux. Les chiffres qu'il compare entre eux sont à priori les même (je veux dire calculés de la même façon), on compare bien des carottes avec des carottes.
# sortie vga ?
Posté par Benoît Ganne (site web personnel) . En réponse à la dépêche Asus lance son Eee PC. Évalué à 3.
Ici http://www.blogeee.net/?p=156 il est dit que la sortie VGA est limitée à 800x480 ou 800x600, mais si le chipset graphique est effectivement un Mobile Intel 910GML Express, on dirait qu'il devrait supporter des résolutions jusqu'à 2048x1536@75Hz d'après http://download.intel.com/design/mobile/datashts/30526402.pd(...)
Je suis un peu perdu là, si quelqu'un avait des précisions... En gros si le 800x600 est juste une limite du système de l'EEE c'est intéressant, sinon je trouve que ça perd pas mal d'intérêts (800x600 c'est petit quand même).
[^] # Re: Share and enjoy
Posté par Benoît Ganne (site web personnel) . En réponse au journal Détection de rootkit. Évalué à 2.
# FDN!
Posté par Benoît Ganne (site web personnel) . En réponse au journal Fournisseur UUCP pour mail et usenet ?. Évalué à 3.
http://www.fdn.fr/
Il suffit d'adhérer à l'association :) .
# opensolaris ?
Posté par Benoît Ganne (site web personnel) . En réponse au journal Apprendre HP-UX et compagne. Évalué à 7.
http://www2.sun.de/dc/forms/reg_us_2211_391.jsp
[^] # Re: Mardi, tout est permi ! (ça marche avec tous les jours, sauf dimanch
Posté par Benoît Ganne (site web personnel) . En réponse au journal Mardi, c'est vendredi.... Évalué à 6.
Je suis très content de voir que leur boulot est récompensé et je pense que c'est mérité. Je n'ai aucun problème avec le fait qu'il gagne de l'argent et je pense que l'auteur de l'article sur neteconomie et que l'auteur du blog n'ont rien compris (ils ont l'air de confondre allégrement open source, communisme et gratuit).
Je disais juste que oui c'est un mensonge de dire qu'il n'y a qu'une (et une seule) différence entre la mofo et Microsoft : il n'y a pas qu'une différence structurelle (salariés vs actionnaires, dixit le blog). Il y a aussi une différence, qui est beaucoup plus importante à mes yeux, dans la relation avec les utilisateurs/communautés/etc. : Firefox est opensource, je peux le modifier si je veux.
Et pour ca je leur suis reconnaissant.
[^] # Re: Mardi, tout est permi ! (ça marche avec tous les jours, sauf dimanch
Posté par Benoît Ganne (site web personnel) . En réponse au journal Mardi, c'est vendredi.... Évalué à 3.
Oui c'est un mensonge.
Il ya une autre différence, peut-être mineure à tes yeux, mais énorme pour la plupart des gens qui fréquentent ce site.
Firefox et les autres logiciels de la mofo sont open source.
[^] # Re: 64 bits
Posté par Benoît Ganne (site web personnel) . En réponse au journal choisir son processeur Intel. Évalué à 1.
Je suis d'accord, mais en l'absence d'autres benchmarks, c'est dur à dire...
Et [2] semble aller dans mon sens.
D'autre part je n'ai toujours pas trouvé d'explication satisfaisante pour ce phénomène. J'ai testé avec valgrind pour les caches hits/miss, le nombre d'instructions éxécutées, etc. et je ne vois toujours pas pourquoi.
Une hypothèse serait que en 64bits, les calculs sont effectués via SSE, j'ai lu ca quelque part mais je n'ai pas vérifié (à prendre avec des pincettes donc) et que AMD est mauvais sur les instructions SSE qui seraient plus lentes que les instructions x387. Bon c'est beaucoup de 'peut-être', mais je n'arrive pas à trouver d'explications.
J'ai d'ailleurs laissé tombé et garde un a priori négatif tant que l'on ne m'aura pas prouver que 64bits c'est vraiment mieux dans la vie de tous les jours :) !
Apparemment on peut utiliser des long long double en 128bits avec certains compilateurs, c'est ce que je voulais dire par 'précision accrue'
[^] # Re: 64 bits
Posté par Benoît Ganne (site web personnel) . En réponse au journal choisir son processeur Intel. Évalué à 7.
Il y'a 1 ou 2 mois, un pote a fait tourner un calcul : une bête grosse boucle for() qui faisaient 2/3 calculs simples (additions, multiplications) sur des doubles, en C.
Son système est un AMD64 bicoeur avec 1Go de RAM, avec une Gentoo 64bits.
Et bien le calcul était 2 fois plus rapide sur mon Athlon XP 1500+ 512Mo de RAM, 32bits donc.
Pour en avoir le coeur net, on a fait plusieurs tests :
1) Athlon XP 1500, 32bits -> ~ 5-6s
2) AMD64 64bits -> ~ 10s
3) AMD64 32bits -> ~ 4s
Les tests ont été conduits plusieurs fois chacuns, même en single user mode en nice -19 (on sait jamais...), avec différents flags d'optim de gcc (-O0, -O2, etc), et sur des machines différentes (enfin 2 AMD64 bicoeur distincts en fait).
Toujours le même résultat : 2x plus rapide en 32bits (au moins), alors que bêtement, on pensait que se serait plus rapide en 64bits (ben oui un double en C c'est sur 64bits, ie 1 seul registre en 64bits contre 2 en 32bits, toussa).
Bref en cherchant un peu, il s'avère que le 64bits est en général plus lent que le 32bits, et que c'est surtout intéressant pour avoir une précision accrue en calcul scientifique ou pour adresser plus de 4Go de mémoire (gros SGBD, etc).
Donc pour le commun des mortels (comme moi) le 64 bits présente peu d'intérêts pour l'instant.
Si vous avez des infos là-dessus je suis preneur, c'est dur à trouver...
# curve
Posté par Benoît Ganne (site web personnel) . En réponse au journal Documents à la demande.... Évalué à 2.
http://www.lrde.epita.fr/~didier/comp/development/software.p(...)
Il permet de faire facilement des CVs et en plus il gère un système de 'flavour', en gros on peut mixer différents fichiers au moment de la compile.
C'est vraiment pas mal, je recommande.
[^] # Re: \o/
Posté par Benoît Ganne (site web personnel) . En réponse au journal biniou 0.2.0 est sortie !. Évalué à 1.
pour l'instant, le conseil est le suivant : n'utilisez pas ^C à la fin du listage d'un ng ou d'un metafile : on peut faire ^C en plein milieu, mais pas à la fin...
# biniou 0.2.1
Posté par Benoît Ganne (site web personnel) . En réponse au journal biniou 0.2.0 est sortie !. Évalué à 1.
déjà 2 bugs confirmés et normalement corrigés dans la version 0.2.1, disponible sur le site de biniou.
attention, le format de cache diffère (encore ! j'espère ne pas devoir le casser trop souvent...), donc n'oubliez pas de les recréer.
kaouete pour ton problème de corruption de cache je vais regarder.
# hop une release pour corriger des bugs
Posté par Benoît Ganne (site web personnel) . En réponse au journal biniou 0.2.0 est sortie !. Évalué à 1.
déjà 2 bugs de trouver, et normalement corrigés dans la version 0.2.1, disponible sur le site de biniou.
kaouete, pour ton problème de corruption du cache, je vais regarder ça.
[^] # Re: youpie \o/
Posté par Benoît Ganne (site web personnel) . En réponse au journal Sortie de biniou 0.1.1. Évalué à 1.
je vais modifier ca.
[^] # Re: youpie \o/
Posté par Benoît Ganne (site web personnel) . En réponse au journal Sortie de biniou 0.1.1. Évalué à 1.
parce que normalement, distutils aurait du le modifier tout seul, c'est bizarre :
http://docs.python.org/dist/node10.html
ou alors tu as un /usr/bin/python mais c'est une version antérieure ?
[^] # Re: heeuuu
Posté par Benoît Ganne (site web personnel) . En réponse au journal Sortie de biniou 0.1.1. Évalué à 2.
Bon y'a aussi des ng d'humours, de fonds d'écrans, etc.
Ensuite je pense qu'il faut être cohérent : pour moi, les alt.binaries sont la même chose que le P2P.
On y trouve des fichiers illégaux et légaux.
N'importe qui peut y déposer n'importe quoi, et n'importe qui peut y télécharger ce qu'il souhaite.
Donc dire que le P2P a un intérêt (diffuser qqchose en économisant de la bande passante) contrairement aux alt.binaries est faux :
si j'ai peu de bande passante, rien ne m'empêche de le diffuser sur les alt.binaries.
En résumé : soit on dit que les alt.binaries c'est mal parce qu'une utilisation illégale en est faite, et dans ce cas le P2P c'est mal.
Soit on considère que le P2P et les alt.binaries ne sont que des outils, et que chaque utilisateur est responsable de ses actes.
C'était un des enjeux de DAVDSI, le législateur a tranché. Rien n'empêche de ne pas être d'accord.
Enfin je concluerais que mon petit utilitaire, aussi mal fichu soit-il est un outil, qui ne fait pas de mal en soi. Il est diffusé sous GPL2, donc je pense que ça a sa place ici.
[^] # Re: klibido
Posté par Benoît Ganne (site web personnel) . En réponse au journal Sortie de biniou 0.1.1. Évalué à 1.
et klibido requiert des nzb pour éviter d'avoir à sélectionner les 50 fichiers à la main... ce dont je voulais également me passer !
[^] # Re: hellanzb
Posté par Benoît Ganne (site web personnel) . En réponse au journal Sortie de biniou 0.1.1. Évalué à 1.
or, je souhaitais pouvoir m'en passer :)
[^] # Re: Pas de NZB ?
Posté par Benoît Ganne (site web personnel) . En réponse au journal Sortie de biniou 0.1.1. Évalué à 1.
Surtout que c'est assez facile à implémenter. C'est ajouter à la liste.
Pour ma part, je ne les utilise que très rarement, et le point fort de biniou est justement de permettre de s'en passer :)
[^] # Re: automount
Posté par Benoît Ganne (site web personnel) . En réponse au journal (dé)montage automatique de partitions sur périphérique amovible. Évalué à 1.
de plus, on ne peut plus les afficher avec l'option 'ghost' dans ce cas, et donc pas d'autocomplétion.
enfin, je voulais aussi que l'entrée soit présente dans /etc/fstab, ce qui permet de le monter/démonter manuellement facilement, avec ou sans automount - et qu'on ne vienne pas me parler des usines conne sync-fstab ou je ne sais quoi qu'on trouve dans mandriva ou fedora :).
bref, vu que ce que j'ai fait reste relativement simple, est générique (pas distrib dépendant quoi) et couvre 99,99% de mes besoins, j'ai pas été plus loin :)
# automount
Posté par Benoît Ganne (site web personnel) . En réponse au journal (dé)montage automatique de partitions sur périphérique amovible. Évalué à 8.
- dans udev, j'ai une règle qui créée un symlink /dev/usbms vers le device qui va bien lorsque je branche un périphérique usb de sotckage
- j'ai automount qui gère /media et notamment /media/usbms : lorsque j'accède à /media/usbms, il monte /dev/usbms
l'idée est que automount démonte tout seul au bout d'un timeout, que j'ai fixé à 1s chez moi. donc quand tu sors du répertoire, il démonte au bout de 1s (et donc sync, etc.)
j'ai également spécifié à automount de laisser les points de montages 'ghost' (ie non montés) comme ca, j'ai l'autocompletion du shell dessus, ou encore ma copine peut cliquer dessus dans son xfce.
ce truc fonctionne aussi pour les cds, etc.
l'inconvénient, c'est que si tu branches plusieurs usb mass storage, c'est le dernier branché qui pointe sur /dev/usbms, donc c'est celui que tu verras en te déplacant dans /media/usbms, mais bon le cas ne m'est encore pas arrivé.
[^] # Re: redimensionner les partitions
Posté par Benoît Ganne (site web personnel) . En réponse au message /var saturé. Évalué à 1.
# redimensionner les partitions
Posté par Benoît Ganne (site web personnel) . En réponse au message /var saturé. Évalué à 1.
par contre il y a bien une solution : redimensionner les partitions.
pour cela, tu peux utiliser :
- gnu parted (http://www.gnu.org/software/parted/(...))
- ext2resize (http://ext2resize.sourceforge.net/(...)) si tu utilises ext2 ou ext3 (c'est déjà plus acrobatique)
- e2resize (où se cache-t-il ? je n'ai pas retrouvé l'adresse) + fdisk (la c'est vraiment acrobatique - mais la seule solution jusqu'à il y a quelques temps pour retailler ext3)
- partition magic (le diable, propriétaire, avec une version DOS ou Win32, mais tellement simple... ;p )
Ces utilitaires sont capables de retailler les partitions en conservant les données, mais je te conseille *fortement* de faire des sauvegardes...
voilà, bonne chance...