Guillaume Ceccarelli a écrit 200 commentaires

Un peu d'arguments pour étoffer la discussion ?

Petite question peut-être bête mais on ne sait jamais...


Existe-t-il une libmplayer exploitable en externe un peu comme la libxine? Je m'explique : Je vois de plus en plus de lecteurs audio / video basés sur le moteur de xine mais rien de basé sur mplayer. Or il serait peut-être assez intéressant de voir débarquer des lecteurs avec une interface graphique intégrée aux différents environnements de bureaux existants par exemple (à la totem / kaffeine pour ne citer qu'eux).

Alors : est-ce possible? Si ce n'est pas le cas, est-ce prévu de faciliter ce genre d'utilisation?

Yep, je suis là aussi si vous voulez, contactez par message perso j'ai
- Jabber ID (merci fritalk ;) )
- M$N (transport)
- ICQ (transport aussi)

Le seul bémol c'est qu'il faut que j'attende qu'on me livre ma nouvelle alim pour que je puisse venir fragguer. L'ancienne a grillé il y a un peu plus de deux semaines et la nouvelle devrait arriver d'ici peu.

- Fort : Est-il possible de faire un petit cluster de machines connectées en réseau et se faire un petit john distribué?
- Encore plus fort : est-il possible de sauvegarder l'état de l'avancement à un instant t et de reprendre le crack plus tard histoire de pouvoir jouer à doom3 de temps en temps?
- Encore plus que plus fort : est il possible d'interrompre un john distribué et de le reprendre sur une seule machine puis réinterrompre pour reprendre le crack? (Genre : J'ai un portable + un fixe. Quand j'ai accès aux deux, je met les deux dessus. Quand je n'ai que mon portable, mon portable bosse dessus, etc.)

PS : Pour le mien, john risque de mettre du temps ;-)

A priori non vu que le système de fichier utilisé est le même...

Quand on utilise de l'optimisé pour, faut avouer que c'est très mais alors très rapide... Sans compter tous les avantages inhérents au processeur qui est le fils direct de l'athlon64. Avec une gentoo, tu vois tout de suite la différence ;)

Je suis sur Gentoo (donc pas une distribution basée sur RPM) mais une simple mise-à-jour est normalement suffisante en prenant les paquets de ta distribution.

Pareil pour moi sous Gentoo avec une carte mère ASUS A8N-SLI deluxe et un A64 3500+. Petit problème de SATA par contre, il pompe beaucoup sur le CPU et peut ralentir beaucoup la bête pour faire des transferts mais apparamment y'a pas que sur nforce...

Non, c'est vrai... Mais tu connais beaucoup de laptops qui permettent d'exploiter à la fois
- le 64 bits
- la carte graphique d'une manière relativement stable avec le support de la 3D (nvidia)
- le wireless

Le tout en même temps bien sur et sous linux. J'ai aussi dit que c'était un début, et je n'ai pas cité le chip broadcom comme étant un avantage, l'avantage, malgré l'inconvénient que représente ndiswrapper, c'est que c'est utilisable en mode 64 bits sans émulation 32. Bon c'est vrai que ce n'est pas la panacée non plus, je l'admet. Et le manque de précisions sur le support du chipset ne nous permet pas de dire si l'ACPI, fonction très importante sur un portable, fonctionne correctement. C'est d'ailleurs en partie le pourquoi de ce journal... Mais avoue que si l'ACPI ainsi que toutes les fonctions prises en charges par le chip est correct, l'offre pourrait être relativement intéressante. Tu ne crois pas ?

Pas de quoi pour les réponses ;)

Ce genre de réponse laisse supposer une jolie petite corruption. Ceci dit... Elle n'est pas due à une mauvaise manip de ta part à mon avis sachant que les commandes que tu as entrées sont apparemment les bonnes. Il y a donc des chances que tu aie du matos défectueux. Prends le temps de tester ton matériel avant de réinstaller quoi que ce soit dessus. Avec un peu de chance, tu aura peut-être des programmes constructeur pour faire un test complet (CPU + RAM + DD + tout le reste). Sinon, un coup de google et tu trouvera surement ton bonheur.

Sur ce, bon courage pour la suite !

Ca ressemble à de la parano ton truc... Mise en place d'un régime totalitaire qui contrôle si tu vote "bien"... Heureusement qu'on en est pas là quand même !

J'oubliais... Quand tu réessaiera, si les outils lvm plantent encore, n'oublie pas de regarder dans les dernières lignes de /var/log/messages ou de faire un dmesg... Peut-être que tu y trouvera des infos intéressantes.

Je dois avouer que des commandes qui finissent en segfault ça me trouble un peu... A la rigueur essaye avec un autre live (juste histoire de) comme la dernière knoppix par exemple. Une erreur est peut-être normale, un segfault ne l'est jamais!

Ensuite, le truc qui me chagrine c'est que tu aie exactement le même scénario que ce soit avec ton système ou ton live-cd (je suppose que les "sorties anormales" sont elles aussi des erreurs de segmentation)... Ca serait peut-être intéressant de faire un rapport de bug si la faute est effectivement logicielle.

Une dernière possibilité serait peut-être un défaut matériel... Je te conseille de faire un check des secteurs defectueux de ton disque quand tu en aura l'occasion... En effet, tes commande de redimensionnement ne s'étaient pas plaintes, le problème est donc peut-être ailleurs...

Sinon, je ne vois pas quelles sont les options que tu pourrais passer au noyau qui pourraient t'être d'une grande utilité dans ce cas-ci. Si tu as (sur une autre distrib) ou live-cd / live-dvd, les sources du noyau d'installées tu peux aller faire un tour sur /usr/src/linux/Documentation/kernel-parameters.txt pour toute la liste complète des paramètres possibles et imaginables. Au pire tu dois bien avoir de la doc en ligne quelquepart...

Ta manip à coup de dd ne te sera d'aucune aide. En effet, LVM a du répartir les données sur hdb1, hdb7 et hdb8 si ce sont des volumes physiques qui servent le même groupe de volumes. Dans n'importe quel cas, pour pouvoir te servir de tes volumes LVM, il faut soit que la détection de pvscan / vgscan / lvscan fonctionne, soit que tu fasse une restauration à partir de tes fichiers de sauvegarde dans ton petit /etc

Pour le problème de CD d'install, il est possible qu'il essaye lui aussi de chercher et de monter tes volumes LVM. Dans ce cas il se retrouverais lui aussi avec des erreurs de segmentation (vu que les versions sur ton système et sur ton cd d'install doivent être identiques). Sauf qu'il ne doit pas s'y attendre (et on ne peut pas lui en vouloir, les segfaults ne sont jamais normales) et du coup il se fige.

Là j'avoue que mis à part retenter avec un live-cd hyper récent avec les derniers outils LVM et envoyer un rapport de bug si jamais tu as encore droit à tes erreurs de segmentation, et faire un check-up de ton matériel, je ne vois pas quoi te conseiller d'autre...

Moi c'était en ressortant mon bon vieux GTA2, et même que ça m'a rapporté un paquet de $$$ ;)

==========================> []

Si tu pense vraiment que c'est le changement de noyau qui est à l'origine de ça, essaye de parcourir toutes les options du noyau sachant que le 2.6 n'est pas toujours organisé comme les 2.4 au niveau de la config. Je ne sais pas si ce commentaire te sera d'une grande utilité mais je sais que personnellement, je commencerais par là.

En même temps je suis pas sur que ton petit monde sur live-cd n'aie pas besoin d'écrire quelquepart pour fonctionner correctement... Par exemple /tmp /var/tmp et /etc devraient selon moi rester en lecture / écriture. Comment faire ça en live-cd? Simple. Soit tu monte ces répertoires en système de fichier tmpfs qui te mettra tout ce petit monde en RAM, soit tu merge tout ton système de fichier avec un unionfs (patch noyau nécessaire il me semble) qui stockera que ce qui est modifié en RAM et te permettra d'éditer / écrire n'importe quoi comme si tu étais sur un disque dur.
En espérant avoir pu t'aider...

Ca ne va pas résoudre ton problème et j'en suis sincèrement désolé... Ceci dit, si tu veux un conseil la prochaine fois que tu fais du lvm, tu évites d'inclure les répertoires /lib /etc /bin et /sbin dedans. A la place tu les laisse bien gentiment sur une partition classique. Ca te permettra de pouvoir booter avec au moins un shell si jamais tu te retrouve encore avec ce genre de situation, et tes données de configuration, dont le backup de la table de description de tes volumes logiques, resteront intactes.

Ensuite, tu ne te plante pas d'endroit pour demander de l'aide ;) les forums sont en effet là pour ça.

Ca serait bien aussi que tu nous donne le message du noyau lors du kernel panic, histoire de voir de quoi il se plaint (à mon avis c'est du "root filesystem unmountable" ou un truc du genre, mais dis nous quand même)

Et tu as essayé de jouer du pvscan / lvscan avec ton live-cd de secours? Peut-être qu'il arriverait tout simplement à détecter les volumes... Tente le coup, on ne sait jamais. (Essaye de monter ce qu'il y aura dans /dev/mapper/* après avoir lancé ces commandes)

Au fait, c'est tout a fait normal de ne pas pouvoir monter ton hdb1 directement, ce n'est pas une partition qui contient que ton système de fichier! Elle contient du LVM, donc pas un FS en soi

Si tu fini par totalement désespérer et que tu veux définitivement anihiler le contenu de ton disque pour te réinstaller une mandrake / mandriva toute neuve tu as DBAN http://dban.sf.net qui peut t'arranger ça mais je te conseille personnellement d'être patient et d'essayer de régler le problème. Tu en sortira forcément avec un enrichissement de tes connaissances.

Sur ce, bon courage ;)

Quelque part ça ne peut que nous être bénéfique : Plus ils y aura de brevets débiles, plus ces groupes de brevets seront invalidables facilement, et d'autant plus que les brevets logiciels sont enterrés en Europe pour le moment. Laissons-les se tirer une balle dans le pied! Vous les voyez intenter un procès pour ce genre de cause? Ils passeraient AMHA pour plus ridicule qu'ils ne le paraissent déjà et ils n'ont pas vraiment besoin de ternir d'avantage leur image.

Arf... Je suis vraiment désolé j'ai dormi 3h cette nuit... C'est /sbin/route la commande, sinon pour corriger le problème de gnome, une solution simple mais efficace consiste à taper la commande suivante en administrateur (root :) ) :

echo 127.0.0.1 lns-vlq-43-mon-82-252-98-52.adsl.proxad.net >> /etc/hosts

J'aime le screenshot avec la jolie fenêtre d'erreur au milieu, mais j'avoue que j'aurais préféré (avis perso) un joli BSOD new generation ;)

Moui, ça nous dit que les paquets ne sont pas routés. Tu peux nous dire comment tu as configuré ta connexion au début? A mon avis le mieux serait que tu refasse ta config réseau en lui disant d'"obtenir automatiquement" les adresses / paramètres (DHCP quoi) normalement ta freebox devrait répondre présent et ça devrait marcher tout seul après. Si tu as encore un problème après avoir essayé et avec les mêmes symptomes, poste la sortie de la commande /sbin/root (sous linux) stp

ce "machin ancien " :) nous donne des information sur la configuration de ta (tes) cartes réseau et à priori, je dirais que le problème ne vient pas de là, vu que tu as ton IP d'apparemment configurée correctement...
Hmmm... Tu as essayé de faire un ping d'une adresse extérieure (au hasard linuxfr.org : 212.27.33.225) histoire de voir si c'est un problème de connexion ou de résolution de noms tout simplement...

Merci de ta réponse!


Voilà le détail de ce qui nous serait utile

- Pour l'instant nous ne sommes que 2 sur le projet mais on compte bien recruter des petits nouveaux ;) donc CVS / SVN oui.
- Pour l'espace web, on va avoir besoin de dynamique. Forum, sur. Wiki, pourquoi pas mais c'est pas encore décidé.
- Nightly build pas nécessaire pour le moment mais si on commence à être plus de monde, ça pourrait devenir intéressant
- Je ne sais pas trop les bénéfices qu'apporte la classification
- Suivi des stats sympa mais pas nécessaire à 100%
- Disponibilité, oui, ce serait mieux qu'ils n'y ait pas trop de downtime mais ça c'est pour tout le monde pareil ;)
- Sinon une gestion de mailing-list serait un gros +
- Un gros espace disque pour le stockage des paquets binaires et des iso si possible (mais bon, on peut s'arranger pour faire du stockage chez free au début, au pire)
- De quoi compiler à distance serait aussi un +. La génération des binaires pour toute une distrib, ça pompe...
- Pour l'instant je crois que c'est à peu près tout ce à quoi je pense, mais c'est ma première fois donc je peux oublier des choses :)...

C'est un peu hors-sujet désolé, mais... Tu as réussi à trouver un revendeur français pour te procurer ton M3 ou tu l'as fait importer? Parce que bien que j'ai fait du lèche vitrine sur jetaudio.com, ma petite recherche de revendeur qui a suivi a pas été géniale...

C'est vrai que c'est une idée pour le stockage... A vrai dire plutôt pas mal. En effet tant que le projet n'a pas trop d'ampleur la bande passante utilisée risque de ne pas être trop importante et si le projet intéresse plus de monde, peut-être qu'on pourra espérer un mirroring... Mais en attendant c'est vrai que je n'y avais pas pensé et c'est pourtant une idée très simple. Merci!
Bon... Reste maintenant surtout le problème du choix du fournisseur pour l'hébergement des services pour le projet en lui-même...