Dalvany a écrit 115 commentaires

Cela a fonctionné correctement. Il semble qu'il ne s'agissait pas du kernel celui-ci n'a pas été mis à jour.
Merci.

Merci, je suis en train de mettre à jour

Ok je vais regarder cela.
J'avais essaye de browser le repertoire debian que j'utilise afin de télécharger le dernier paquet du noyau mais je trouve que des fichiers "udeb". Je ne sais pas qu'elle est la différence entre les "udeb" et les "deb"

De base je suis en mode texte après le boot, mais je ne peux pas lancer apt vu que la carte reseau n'est plus détectée.

Bof ca fait quand meme 4-5 ans que je suis en unstable donc je vois pas trop l'utiliter de changer. Et je ne m'étonne pas que ca plante seulement cette fois ci j'ai un peu du mal à réparer vu que je suis dans l'impossibilité de mettre à jour. Et j'ai visiblement du virer l'ancien noyau sinon j'aurai booté dessus

http://iht.com/articles/2007/02/23/yourmoney/msft.php

Enfin moi je connais deux endroits ou il y'a un panneau radar avant une courbe, et a la sortie du virage, panneau limitation 70 et juste derriere le radar donc a moins de connaitre ou de piler (ce qui est dangereux) tu te fais flasher a 90.
Je n'ai rien de special contre les radars mais il ne faut tout de meme pas abuser.

Finalement, j'ai monter (il y a pas mal de commande dans le shell du nitramfs) la partition qui contenait le menu.lst et j'ai recopie la sauvegarde que j'avais faite. C'etait finalement aussi simple que cela.

Il a l'air de bloquer au stage2.

Je vais le tester, merci

Oui sur la slax, il n'y a qu'un compte, le root et je l'ai deja fait plusieurs fois sur mon portable (un x86 celui-la) pour reparer lilo sans aucun probleme
Je vais par contre tenter demain le bind pour voir si c'est ca qui bloque le chroot, merci.

Si tu utilises openoffice, je ne te conseil pas vraiment de passer en 64, comme ca ne compile pas pour cette archi, il n'y a pas de paquets mais il est possible de l'avoir via un chroot (j'ai trouve un tuto mais je ne l'ai pas encore fait, je peux m'en passer pour le moment) sinon en dehors de ca, je n'ai eu pour le moment aucun probleme

j'ai tente (avec une slax), mais je pense qu'il faut que je trouve pour commence un liveCD en 64 bits, parce que lorsque j'ai tente de chroote sur ma partition il se plaignait a cause du bash qui ne lui plaisait pas (j'ai plus le message d'erreur en tete)

J'ai vu qu'il existait justement dans ce paquet mais comme visiblement quelqu'un m'a devance et a signale le bug a debian je pense que la prochaine mise a jour devrait regler le probleme donc je vais attendre. Merci pour la reponse quand meme :)

Bon apres une recherche sur debian.org il semblerait que la version AMD64 du paquet xmms n'inclut pas libalsa.so

Ca me rappelle le jour ou un matin j'ai voulu effacer mon /tmp
Pourquoi je suis passe en root ce jour je sais pas, c'etait matin tout ca, pas encore pris mon cafe et je tappe la suite de commandes fatidiques :
su
cd /tmp
rm -rf /*

J'ai reussi a sauver mon home quand j'ai vu qu'il pouvait pas effacer certains trucs dans /dev
:)

Moi j'aurai été choqué qu'ils ne le publient pas parce que l'article ne leur plaisait pas.
Mais par contre rien ne t'empèche d'envoyer a libération un droit de réponse. Je doute cependant qu'ils te publient (et alors là il pourrait y avoir matière à critiquer... Encore qu'ils ne peuvent pas tout publier, excuse facile je te l'accorde).

http://www.liberation.fr/page.php?Article=394637
dans lequel il est écrit notament:
"mais est strictement encadré par une Autorité administrative indépendante qui ne sera saisissable que par les professionnels et non pas par les utilisateurs."
Ils n'en ont donc vraiment rien a foutre de l'interoperabilite.

Je pense qu'il y a neanmoins un probleme dans les ids du package car :
- mon appareil n'est pas detecte en tant coolpix 5600 mais en tant que "ptp/ip camera" (je suppose que c'est losqu'il detecte que le protocole ptp est active mais ne reconnais pas l'appareil) alors que le modele est dans la liste.
- l'appareil de mes parents est aussi detecte en tant qu'un autre appareil.

Merci, cela a fonctionne

cf mon message suivant : je vais redemarrer udev je ne l'avait pas fait.
Merci

J'ai trouve ce site :
http://crysol.inf-cr.uclm.es/node/305
Le fichier mentionner /etc/udev/libgphoto2.rules ne contient pas de lignes contenant le product id de mon apn, je l'ai rajoute mais ca n'a rien change.

Alors on m'a donne ce site a regarder :
http://jace.seacrow.com/tech/linux/usbcam
j'ai suivi les indications, :
- installation du paquet usb-perms
-modification du fichier usb.permissions pour y ajouter 04b0 012f 0666 104
(comme precise dans les commentaires du fichiers en adaptant a mon propre cas : les deux premiers nombre sont les product et vendor id, le troisieme les permissions et le 4 le groupe : Bus 002 Device 006: ID 04b0:012f Nikon Corp. pour ce qui est de l'id le group camera est le 104 : camera:x:104:passepartout)

Mais ca n'a pas regle mon probleme il m'est toujours impossible d'acceder a mon appareil.

deb http://edevelop.org/debian/ sid e17
deb-src http://edevelop.org/debian/ sid e17

Des paquets existent aussi ici, les amd64 fonctionnent, par contre, bien qu'ils existent, les paquets i386 n'apparaissent pas dans mon apt. Ce repository ne contient d'ailleurs que e17 et les librairies necessaire.

Désolé, j'avais oublié de faire un update dans le module assistant