Le virus te mets un joli message comme quoi ton pc va rebooter dans une minute ? Premier conseil : débranche ton modem/cable réseau, ou annule le reboot avec un shutdown -a (ou /a) je crois.
Et même si tu arrives à recopier un disque sur l'autre, au boot suivant, ton windows xp risque fort de se retrouver désactivé ! Eh oui ! Ca m'est arrivé ! XP détecte sur quel disque il a été installé, et si tu changes, alors il prend ça pour du maichant piratage. Sauf si tu gardes ton ancien XP sur l'autre disque. Il va le retrouver et rien dire, jusqu'au jour où tu vas le repartitionner...
Donc réinstaller est une solution (valable que pour XP d'ailleurs). Pour tes données, attention au support en écriture sur NTFS ! Ok en lecture, tu récupères tout avec une knoppix ou une mandrakemove, tu mets tout sur ta clé et hop. Si tu souhaites un support en écriture sur NTFS, il te faudra captive-ntfs, mais je ne sais pas si les deux lives l'incorporent...
Vous ne semblez pas être au courant que le kernel 2.6.8 (et +) a apporté une "légère" modification à la couche SCSI, notamment au fichier scsi_ioctl.c concernant les appels au lecteur/graveur.
Avant, tout était autorisé et donc tout ce que balançait cdrecord passait direct au graveur. Ainsi n'importe qui pouvait pondre un soft pour, par exemple, flasher le firmware du lecteur...
Maintenant, tout est autorisé seulement en root, et une liste des commandes (genre les commandes mmc) est fournie pour les autres.
Or cdrecord, k3b et compagnie utilisent une foule d'appels pas encore implémentés dans ces fichiers. Pire, chaque distrib tente de contourner le problème par des patches noyau (le plus simple étant de revenir au status quo des <=2.6.7, le plus compliqué de tout réimplémenter), pendant que les développeurs d'applis (k3b) font de même en contournant/adaptant les appels. Le mélange des deux est parfois explosif !
A une époque j'avais acheté une carte PCMCIA 16 bits avec un chipset Prism , du wifi 802.11b (11mbps) et ça marchait nickel sous Linux. Ca doit se trouver dans les 20-30 euros en cherchant bien (ebay, forum rue-montgallet, hardware.fr, etc).
Le type a réellement eu des problèmes de détournement de mineur. Il s'est barré avec une nana de moins 15 ans je crois dans un périple en bagnole. Soit-disant les parents de la nana étaient des monstres qui ne comprenaient rien à leur fille et refusaient qu'elle le voit, parce que ancrées dans leurs traditions (indiennes je crois) , blablabla... Les flics les ont rattrapé, il a fait de la tôle, il a (ou est) passé en jugement, pour envèvement et détornement de mineur car les parents ont porté plainte.
Côté lien, c'est le désert. Mais il avait fait avant la fermeture de son site un très long éditorial où il parlait de tout ça et se faisait passer pour un pauvre malheureux (genre : personne ne comprend notre amour, vous êtes tous des connards). Les réponses à son édito étaient hyper drôle : en gros tout le monde le traitait de gros con en disant qu'il avait eu que ce qu'il méritait. A la suite de quoi le site a fermé.
Ta question c'est : "comment créer une variable d'environnement de manière à ce que les applis déja lancées puissent y accéder ?".
La réponse est : "C'est pas possible directement." (ou alors faut m'expliquer). Quand tu lances un processus, il récupère l'environnement de son père, donc (entre autres) les variables exportées. Après coup, il ne peut plus récupérer celles déclarées après. Mais il peut créer ses propres varialbes et les exporter à ses fils. C'est vrai qu'on pourrait envisager de créer des variables dans le lanceur de KDE par exemple (un peu comme les propriétés de Windows) et que tous les programmes lancés par la suite puissent y accéder. Mais pour les programmes déja lancés se serait pas possible.
Par contre, tu peux placer tes variables (et les exporter) dans ton .bash_profile, faire dans une console déja ouverte . .bash_profile ce qui va avoir pour effet d'incorporer tout le contenu dans l'environnement courant (celui du shell). Si depuis ce shell tu lances ensuite un autre processus, alors il aura accès au contenu de tes nouvelles variables exportées.
Ne pas oublier aussi que comme l'environnement est dupliqué, on obtient une copie de la valeur de la variable. Dans le fils, si tu modifie sa valeur, ce n'est pas répercuté chez le père (ou les autres)...
J'ai longtemps rencontré le problème. Je ne l'ai plus avec les pilotes 61.11. Mais en effet vga=normal et (s'il est présent) dégagement du bootpslash sont les solutions.
J'ai eu (j'ai toujours) l'ombre d'un soupçon en lisant ton post. Soit c'est une blague pour faire bouger cette grande communauté de trolleurs à deux cents qu'est linuxfr, soit tu es un vrai gtand débutant.
Optons pour la seconde possiblité.
2nd problème : Durant l'installation de la Suse 9.1 on a du te demander la création de divers comptes dont un compte utilisateur. Je suppose que c'est quand tu saisis celui-là qu'il te dit "login incorrect". Première possibilité : tu n'as pas créé le compte (tu as peut-être saisi les valeur mais mal validé). Dans ce cas il faudra en créer un. Deuxième possiblité : le compte exsite mais tu as mal tapé le mot de passe... Dans ce cas il faudra le changer.
Dans tous les cas, il faut vérifier. Puisque tu arrives à te connecter en administrateur, tape
cat /etc/passwd
Si dans les dernières lignes affichées tu vois au début de la ligne le nom de l'utilisateur que tu as créé lors de l'installation, tu peux réinitialiser son mot de passe en tapant
passwd login (où login est le nom de l'utiliateur)
et saisir le nouveau mot de passe. Vérifie bien entendu que ton clavier est configuré en azerty.
Dans le cas où le login n'existe pas, il te faut en créer un. Il existe des commandes (useradd, etc). Mais comme tu sembles très débutant, il te faudrait une interface graphique. Or de ton premier problème je vois que tu ne démarres pas en interface graphique. Tu as zappé les étapes de configuration graphique lors de l'installation ? Ou tu as demandé à ne pas démarrer automatiquement en mode graphique.
Dans ton premier cas tu démarres en mode texte. Tu peux toujours tenter un
startx
pour voir si l'interface graphique démarre. Si oui, dans les divers menus tu as un outil qui s'appelle yast.
Enfin, tu demandes ce qu'il faut faire quand tu as l'invite de commande. Bah maintenant il faut apprendre Unix. Un bon livre, même basique, genre Linux pour les Nuls, ou tout autre livre récent sur Linux t'apprendra plein de choses.
Sinon, sache que l'outil de configuration de la Suse, Yast, existe aussi en mode texte. Tu tapes
bah oui, il faut les harceler, peut-^tre vas-tu tomber sur une autre personne. Sinon, il faut obtenir l'adresse postale puis leur faire mirroiter une plainte auprès d'une association de consommateurs...
Bon alors je me réponds à moi-même. Les docs, j'ai lu, merci. Vous n'avez pas compris le sens de mon message. Pour moi malgré la présence de plusieurs fichiers ça reste une repository unique, de même structure...
De plus, contrairement à ce qu'on me dit, oui c'est codé en conformité (API) Posix, mais il est bien indiqué Registry for LINUX ! Si je prends Apache, je mets sa config dans cette base hiérarchisée. Il faut que le module de conf Apache puisse relire cette config. Idem pour Samba, Sendmail, le DNS, etc, etc. Vous croyez que les mainteneurs /développeurs vont recoder leur module pour ça ? A la rigueur ils vont proposer (ou quelqu'un autre) une moulinette registre->fichier de conf, et on retombera dans les mêmes travers.
En tout cas ça ne se fera pas en un jour. L'autre problème, c'est que les Linuxiens vont s'habituer à cette base hiérarchisée, et quand il faudra reconfigurer, hmmm, Samba sur un True64 sans cette base, bah il faudra replonger dans les docs.
Je trouve le système actuel largement satisfaisant mais probablement améliorable. Je ne vois pas pourquoi regrouper une config dans une base unique. Le système /etc est pratique car ouvert : une config->Un fichier texte, bien souvent très documementé. Pour le système, /etc/sysconfig, qui lui mériterait d'être standardisé.
Pour les configs perso, un .xxx dans son $HOME.
Ce qui me fait peur avec une registry unique, c'est justement qu'elle est unique. Si elle est corrompue, tout est corrompu et c'est la merde. Alors q'un simple fichier texte, on s'en sort... Les types qui ont inventé ça n'ont jamais utilisé Windows ?
En gros, c'est juste fait pour détecter les trops grosses poubelles; un exemple ?
Il y a deux ans j'ai fais passer le CT sur la SuperCinq Five rouge 3 portes cabossée (ça c'est pas grave, toutes les Supercing Five rouge sont cabossées). Je suis reparti avec ma vignette : état impeccable.
Mais j'avais remarqué, une fois, après qu'un abruti m'a fait une violente queue de poisson sur l'A15/Viaduc de Gennevilliers (près de l'embranchement vers A86/Nanterre/Rueil), que je me déportait violamment après un freinage brusque. Comme je devais donner (je suis gentil hein) cette voiture un mois après à un membre de ma famille et que je ne souhaitais pas qu'il se tue (je l'aime beaucoup), je suis allé chez Midas.
Et là : Etrier avant gauche bloqué, serré. Le disque était bleu, la plaquette, qui avait moins de 15000, freinait sur le métal ! Comme les Five n'ont pas de témoins d'usure des plaquettes, en gros on peut pas savoir avant un freinage brusque (ou avant d'être mort).
Le CT n'avait rien détecté, j'aurais pu me tuer, ma femme et ma fille avec...
J'ai du mal à comprendre mon moinssage. Avez-vous le les threads des messages sur la kernel-list ? Il est vexé. Rien d'autre à dire. En plus son module PWC est GPL, rien n'empèche de continuer à l'utiliser.
Je m'auto-réponds : le lien http://lkml.org/lkml/2004/8/24/280(...) (voir en bas) confirme ce que je dis : PWC est en GPL. Donc personne n'empéchera d'accéder à PWC, même son créateur.
Juste une question concernant le retrait de PCW du noyau... Le pilote PCW seul est certes limité mais fonctionnel. Son auteur l'a mis en GPL.
Aujourd'hui il en demande le retrait du noyau., lui aussi en GPL. Il a probablement le droit de demander, mais les mainteneurs du noyau ne sont pas obligés de le faire. Ils peuvent partir de la dernière version libre et décider d'inclure le module quand même, il me semble que rien ne leurt empêche, la GPL l'autorise explicitement dans ses quatre libertés...
Le type, bah pour moi, sans aucunement parler de ses probables hautes compétences technique, c'est une grande andouille.
De ce que je peux comprendre, mossieu est vexé. Mossieu ne veut pas diffuser son module hors du noyau parce que le projet de mossieu serait considéré comme un projet de second plan...
Alors voila ; vous n'êtes pas condamné à voir le support de votre webcam disparaître à cause des mainteneurs du noyau. Personne n'empêche ce type de diffuser ses modules en téléchargement hors du noyau, via un site de type sourceforge ou autre, propriétaire ou pas. Mais voila il est vexé. Alors il ne le fera pas. Et il n'assume plus.
Ce n'est pas bien. Tiens pour ma part, j'ai une webcam Logitech Quickcam Web. Elle n'est pas par défaut dans le noyau, il faut télécharger et compiler le pilote à part. A priori c'est libre. Et personne n'en fait un caca nerveux. http://qce-ga.sourceforge.net/(...)
# Remapper les boutons
Posté par Sébastien Rohaut . En réponse au message Bouton manquant sur cordless trackman optical. Évalué à 1.
http://www.slyunix.org/astuce/astuce.php?a_id=184(...)
# Tu auras des soucis
Posté par Sébastien Rohaut . En réponse au message un conseil d'achat. Évalué à 0.
Et même si tu arrives à recopier un disque sur l'autre, au boot suivant, ton windows xp risque fort de se retrouver désactivé ! Eh oui ! Ca m'est arrivé ! XP détecte sur quel disque il a été installé, et si tu changes, alors il prend ça pour du maichant piratage. Sauf si tu gardes ton ancien XP sur l'autre disque. Il va le retrouver et rien dire, jusqu'au jour où tu vas le repartitionner...
Donc réinstaller est une solution (valable que pour XP d'ailleurs). Pour tes données, attention au support en écriture sur NTFS ! Ok en lecture, tu récupères tout avec une knoppix ou une mandrakemove, tu mets tout sur ta clé et hop. Si tu souhaites un support en écriture sur NTFS, il te faudra captive-ntfs, mais je ne sais pas si les deux lives l'incorporent...
[^] # Re: Sauf erreur de ma part
Posté par Sébastien Rohaut . En réponse au journal aMule / xMule ou l'aigreur d'un insuportable personnage.. Évalué à 1.
# Kernel >= 2.6.8 ?
Posté par Sébastien Rohaut . En réponse au message cdrecord. Évalué à 2.
Avant, tout était autorisé et donc tout ce que balançait cdrecord passait direct au graveur. Ainsi n'importe qui pouvait pondre un soft pour, par exemple, flasher le firmware du lecteur...
Maintenant, tout est autorisé seulement en root, et une liste des commandes (genre les commandes mmc) est fournie pour les autres.
Or cdrecord, k3b et compagnie utilisent une foule d'appels pas encore implémentés dans ces fichiers. Pire, chaque distrib tente de contourner le problème par des patches noyau (le plus simple étant de revenir au status quo des <=2.6.7, le plus compliqué de tout réimplémenter), pendant que les développeurs d'applis (k3b) font de même en contournant/adaptant les appels. Le mélange des deux est parfois explosif !
# d'occasion à base de chipset prism/orinoco ?
Posté par Sébastien Rohaut . En réponse au message carte wifi PCMCIA compatible linux. Évalué à 2.
[^] # Re: Sauf erreur de ma part
Posté par Sébastien Rohaut . En réponse au journal aMule / xMule ou l'aigreur d'un insuportable personnage.. Évalué à 1.
Côté lien, c'est le désert. Mais il avait fait avant la fermeture de son site un très long éditorial où il parlait de tout ça et se faisait passer pour un pauvre malheureux (genre : personne ne comprend notre amour, vous êtes tous des connards). Les réponses à son édito étaient hyper drôle : en gros tout le monde le traitait de gros con en disant qu'il avait eu que ce qu'il méritait. A la suite de quoi le site a fermé.
Bref, le type semble bizarre.
# Apprendre Unix ?
Posté par Sébastien Rohaut . En réponse au journal la variable d'environnement PATH. Évalué à 10.
Ta question c'est : "comment créer une variable d'environnement de manière à ce que les applis déja lancées puissent y accéder ?".
La réponse est : "C'est pas possible directement." (ou alors faut m'expliquer). Quand tu lances un processus, il récupère l'environnement de son père, donc (entre autres) les variables exportées. Après coup, il ne peut plus récupérer celles déclarées après. Mais il peut créer ses propres varialbes et les exporter à ses fils. C'est vrai qu'on pourrait envisager de créer des variables dans le lanceur de KDE par exemple (un peu comme les propriétés de Windows) et que tous les programmes lancés par la suite puissent y accéder. Mais pour les programmes déja lancés se serait pas possible.
Par contre, tu peux placer tes variables (et les exporter) dans ton .bash_profile, faire dans une console déja ouverte . .bash_profile ce qui va avoir pour effet d'incorporer tout le contenu dans l'environnement courant (celui du shell). Si depuis ce shell tu lances ensuite un autre processus, alors il aura accès au contenu de tes nouvelles variables exportées.
Ne pas oublier aussi que comme l'environnement est dupliqué, on obtient une copie de la valeur de la variable. Dans le fils, si tu modifie sa valeur, ce n'est pas répercuté chez le père (ou les autres)...
[^] # Re: vga=normal
Posté par Sébastien Rohaut . En réponse au message Solution: Ecran flashant à la fin de session / Nvidia. Évalué à 2.
# Apprendre Linux
Posté par Sébastien Rohaut . En réponse au message démarrage Suse. Évalué à 5.
Optons pour la seconde possiblité.
2nd problème : Durant l'installation de la Suse 9.1 on a du te demander la création de divers comptes dont un compte utilisateur. Je suppose que c'est quand tu saisis celui-là qu'il te dit "login incorrect". Première possibilité : tu n'as pas créé le compte (tu as peut-être saisi les valeur mais mal validé). Dans ce cas il faudra en créer un. Deuxième possiblité : le compte exsite mais tu as mal tapé le mot de passe... Dans ce cas il faudra le changer.
Dans tous les cas, il faut vérifier. Puisque tu arrives à te connecter en administrateur, tape
cat /etc/passwd
Si dans les dernières lignes affichées tu vois au début de la ligne le nom de l'utilisateur que tu as créé lors de l'installation, tu peux réinitialiser son mot de passe en tapant
passwd login (où login est le nom de l'utiliateur)
et saisir le nouveau mot de passe. Vérifie bien entendu que ton clavier est configuré en azerty.
Dans le cas où le login n'existe pas, il te faut en créer un. Il existe des commandes (useradd, etc). Mais comme tu sembles très débutant, il te faudrait une interface graphique. Or de ton premier problème je vois que tu ne démarres pas en interface graphique. Tu as zappé les étapes de configuration graphique lors de l'installation ? Ou tu as demandé à ne pas démarrer automatiquement en mode graphique.
Dans ton premier cas tu démarres en mode texte. Tu peux toujours tenter un
startx
pour voir si l'interface graphique démarre. Si oui, dans les divers menus tu as un outil qui s'appelle yast.
Enfin, tu demandes ce qu'il faut faire quand tu as l'invite de commande. Bah maintenant il faut apprendre Unix. Un bon livre, même basique, genre Linux pour les Nuls, ou tout autre livre récent sur Linux t'apprendra plein de choses.
Sinon, sache que l'outil de configuration de la Suse, Yast, existe aussi en mode texte. Tu tapes
yast
au prompt (inux:~#) et hop !
Si tu veux configurer le mode graphique, tu tapes
sax2
et voila.
Bon courage.
# Film au trucages ... hmmm
Posté par Sébastien Rohaut . En réponse au journal Firefox à la TV mardi 22 septembre. Évalué à 2.
Mais ça se laisse regarder.
# Mauvais contact avec le boitier ?
Posté par Sébastien Rohaut . En réponse au message dois je céder a la crise de nerfs ?. Évalué à 3.
# Et une S3 Virge ?
Posté par Sébastien Rohaut . En réponse au journal Le matos c'était mieux aaavant. Évalué à 5.
Si la carte t'intéresse, je ne m'en sert pas, je peux te la filer.
# il faut les harceler
Posté par Sébastien Rohaut . En réponse au journal Support technique LIDL (ny-tech). Évalué à 2.
# Le libre c'est quoi
Posté par Sébastien Rohaut . En réponse au journal Vos meilleurs liens pour expliquer le libre. Évalué à 3.
[^] # Re: Et /etc, et /etc/sysconfig ?
Posté par Sébastien Rohaut . En réponse à la dépêche Une base de registre pour Linux ?. Évalué à 3.
De plus, contrairement à ce qu'on me dit, oui c'est codé en conformité (API) Posix, mais il est bien indiqué Registry for LINUX ! Si je prends Apache, je mets sa config dans cette base hiérarchisée. Il faut que le module de conf Apache puisse relire cette config. Idem pour Samba, Sendmail, le DNS, etc, etc. Vous croyez que les mainteneurs /développeurs vont recoder leur module pour ça ? A la rigueur ils vont proposer (ou quelqu'un autre) une moulinette registre->fichier de conf, et on retombera dans les mêmes travers.
En tout cas ça ne se fera pas en un jour. L'autre problème, c'est que les Linuxiens vont s'habituer à cette base hiérarchisée, et quand il faudra reconfigurer, hmmm, Samba sur un True64 sans cette base, bah il faudra replonger dans les docs.
J'espère avoir été plus clair.
# Et /etc, et /etc/sysconfig ?
Posté par Sébastien Rohaut . En réponse à la dépêche Une base de registre pour Linux ?. Évalué à -8.
Pour les configs perso, un .xxx dans son $HOME.
Ce qui me fait peur avec une registry unique, c'est justement qu'elle est unique. Si elle est corrompue, tout est corrompu et c'est la merde. Alors q'un simple fichier texte, on s'en sort... Les types qui ont inventé ça n'ont jamais utilisé Windows ?
# Qt n'est pas libre sous Windows non plus
Posté par Sébastien Rohaut . En réponse à la dépêche Le développeur d'X-Chat commercialise un shareware utilisant du code sous licence GPL. Évalué à -3.
# Le contrôle technique c'est limite de la connerie
Posté par Sébastien Rohaut . En réponse au journal [HS] Le contrôle technique c'est surréaliste.. Évalué à 5.
Il y a deux ans j'ai fais passer le CT sur la SuperCinq Five rouge 3 portes cabossée (ça c'est pas grave, toutes les Supercing Five rouge sont cabossées). Je suis reparti avec ma vignette : état impeccable.
Mais j'avais remarqué, une fois, après qu'un abruti m'a fait une violente queue de poisson sur l'A15/Viaduc de Gennevilliers (près de l'embranchement vers A86/Nanterre/Rueil), que je me déportait violamment après un freinage brusque. Comme je devais donner (je suis gentil hein) cette voiture un mois après à un membre de ma famille et que je ne souhaitais pas qu'il se tue (je l'aime beaucoup), je suis allé chez Midas.
Et là : Etrier avant gauche bloqué, serré. Le disque était bleu, la plaquette, qui avait moins de 15000, freinait sur le métal ! Comme les Five n'ont pas de témoins d'usure des plaquettes, en gros on peut pas savoir avant un freinage brusque (ou avant d'être mort).
Le CT n'avait rien détecté, j'aurais pu me tuer, ma femme et ma fille avec...
# Moi aussi
Posté par Sébastien Rohaut . En réponse au journal Konqueror et mp3 (ou ogg). Évalué à 1.
C'est vrai, mais mon lecteur cd/mp3, comme les 3/4 de ceux du marché, ne lit pas les ogg.
Donc cette killer feature m'intéresse aussi...
[^] # Re: euhh ... mainteneurs oupsss ?
Posté par Sébastien Rohaut . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à 6.
[^] # Re: PWC en GPL ?
Posté par Sébastien Rohaut . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à 2.
[^] # Re: euhh ... mainteneurs oupsss ?
Posté par Sébastien Rohaut . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à 0.
[^] # Re: PWC en GPL ?
Posté par Sébastien Rohaut . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à 2.
# PWC en GPL ?
Posté par Sébastien Rohaut . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à 3.
Aujourd'hui il en demande le retrait du noyau., lui aussi en GPL. Il a probablement le droit de demander, mais les mainteneurs du noyau ne sont pas obligés de le faire. Ils peuvent partir de la dernière version libre et décider d'inclure le module quand même, il me semble que rien ne leurt empêche, la GPL l'autorise explicitement dans ses quatre libertés...
Non ?
[^] # Re: euhh ... mainteneurs oupsss ?
Posté par Sébastien Rohaut . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à 10.
De ce que je peux comprendre, mossieu est vexé. Mossieu ne veut pas diffuser son module hors du noyau parce que le projet de mossieu serait considéré comme un projet de second plan...
Alors voila ; vous n'êtes pas condamné à voir le support de votre webcam disparaître à cause des mainteneurs du noyau. Personne n'empêche ce type de diffuser ses modules en téléchargement hors du noyau, via un site de type sourceforge ou autre, propriétaire ou pas. Mais voila il est vexé. Alors il ne le fera pas. Et il n'assume plus.
Ce n'est pas bien. Tiens pour ma part, j'ai une webcam Logitech Quickcam Web. Elle n'est pas par défaut dans le noyau, il faut télécharger et compiler le pilote à part. A priori c'est libre. Et personne n'en fait un caca nerveux. http://qce-ga.sourceforge.net/(...)
Voila.