Merci,

j'y jetterai un oeil dès que ce sera accessible (maintenance) :roll:

Bonjour,

voilà plusieurs jours que j'essaie d'installer cette imprimante, sous F14 pas de souci, sous F15 (86_64) pas moyen. J'ai utilisé la même procédure, avec les pilotes les plus récents, après divers essais (version 2.80, puis 3.40,cups, gutenprint etc.), y compris avec des pilotes 32bits, toujours pas moyen. 🙁
Cette imprimante est en wifi, l'information passe parfois mais l'impression obtenue est mauvaise (bugée) ou parfois l'erreur Failed to read side-channel request!
Questions :
quelqu'un a t-il réussi à l'installer, et si oui avec quels rpm et quel ppd ?
me faudra t-il compiler quelques pgm ?

entre autres essais :
cups-bjnp-1.0-1.fc15.x86_64
cnijfilter-mp610series-2.80-1.i386
cnijfilter-common-2.80-1.i386
ou encore ...
cups-bjnp-1.0-1.fc15.x86_64
cnijfilter-common-3.00-1.i386
cnijfilter-mp610series-2.80-1.i386
avec ...
canonmp620-630fr.ppd (Canon MP620-630 series Ver.2.80fr ou Canon MP620-630 DEV-BKI Ver.3.00 ou celui fourni avec F15 :Canon PIXMA MP620 - CUPS+Gutenprint v5.2.7 Simplified) et toujours un cifmp610.conf modifié pour avoir "MP620 1399" ...

En attendant je creuse encore un peu sans compiler pour le moment... :hammer:

Rm *

Une piste ...
associer une adresse IP à l'adresse mac de l'imprimante, de cette façon l'imprimante gardera son adresse IP.
Autre chose : il me semble qu'il faut "associer" (bouton sur la livebox) pour pérenniser une connexion, à voir ...

Rm *

Salut,

j'en suis un autre, au même point que vous quelques semaines après vous;
je suivrai cette discussion avec intérêt ...

Rm *

Mon premier réflexe en voyant gnome 3 a été ... euh, complètement perdu. 🙁
En plus sur fond noir je n'arrive pas à lire grand chose (vieil écran cathodique ?)
le coup du clic droit m'a beaucoup déçu :-x
En plus pour peu que je fasse un mouvement brusque avec la souris toutes les fenêtres se réduisent, toujours pas identifié le bon mouvement.
Je vais persévérer mais quand même, par obligation ou presque, je veux (et vais) bien faire un effort, mais de là à oublier que toutes les souris ont 3 boutons et une molette .. toutes ? du coté des Mac ...
Ben voilà, je suis convaincu que "on" a voulu faire comme chez Apple, à mon grand désespoir.
Je compte beaucoup sur le g-twik-bidule et d'autres, parce va falloir que je le personnalise à fond pour ne pas y aller à reculons. (et je passe sous silence bien des désagréments actuels)
Gnome 3 ? je regrette (pour le moment) mon gnome 2 ...
Rm *

S"lut ...

bon pour finir je m'en suis débarrassé par une commande en shell :
dans le fichier /etc/sysconfig/firstboot (à créer) :
RUN_FIRSTBOOT=NO
(vu sur un post : autre post fedora )

(Pour ce qui est de l'écran figé, le fait de passer avec les pilotes propriétaires de nvidia a résolu le problème aussi.)
Bon courage 😉

Salut,

j'en suis au même problème ... ou presque, en fait lorsque l'écran est figé sur la mise à jour de l'heure, je suis passé en mode console (alt + F1, de mémoire), logué en root pour faire un "top", et constaté qu'il y a un zombie.
Plus pragmatique : une fois figé sur la mise à jour, il suffit d'arrêter/relancer le serveur X avec un ctl+alt+backspace; on arrive alors à la séquence habituelle de choix de l'utilisateur.
Du coup, il est facile de faire un "service firstboot stop".
Reste à voir si cela suffit (j'essaie justement), pour l'heure mon PC a une tendance à figer au bout de quelques minutes. Par contre, félicitation à fedora poru la récupération : je n'ai pas eu la retaper le début de ce message ;o)

Rm *

comme ceci ?
# /lib/udev/vol_id /dev/sdc1 /media/cle_usb ntfs umask=0022,nls=utf8,sync,ro 0 0
/dev/sdc1: error opening volume
ben non plus, si le canard était toujours vivant (cf. Bourvil), ben le clef est toujours inerte.
Ca va tourner en gag ce truc ;o)

merci.

je suis assez d'accord.
# /lib/udev/vol_id -u /dev/sdc
/dev/sdc: error opening volume
sans surprise.
cfdisk et parted n'y arrivent pas non plus (j'ai déjà essayé)
Quand je dis que c'est étonnant ...
Une commande de plus que je ne connaissais pas, merci ;o)

Rm *

Ce ce que je pensais aussi, pour l'avori déjà fait par ailleurs.
Pour cette fois, nada !
Bon win2000 ne s'en dépètre pas non plus.
Le cd fourni pour xp ne servant à rien, je me rapproche un peu plus de la poubelle ;o)
Yapas, c'est quand même bizarre d'avoir les infos en standard dans la log et de coincer ,euh, quelque part ...
Suite au prochain trait de génie ...
Rm *

Salut,

j'ai testé sous xp, pas mieux, lundi j'essaierai sous win2000.
Le problème est simplement logique, j'ai du écrasé le MBR en fait, la logique de la clef semble correcte : la log contient des infos cohérentes sans erreur.
Rm *

Bonsoir,

j'ai essayé aussi... la commande fdisk -l /dev/sdc ne renvoit rien.
en fait /dev/sdc n'est pas déclaré comme on pourrait le penser, même majeur qu'un disque dur, pas le même mineur (ici sda pour illustrer):
device de type bloc mais ne se fait pas comme attendue:
ls -l /dev/sd[a,c]
brw-rw---- 1 root disk 8, 0 nov. 6 17:38 /dev/sda
brw-rw---- 1 root disk 8, 32 nov. 6 20:21 /dev/sdc

fdisk /dev/sdc est plus explicicte:
fdisk /dev/sdc

Incapable d'ouvrir /dev/sdc

ls -l /dev/flashd
lrwxrwxrwx 1 root root 3 nov. 6 20:21 /dev/flashd -> sdc

Il n'y a pas périle ne la demeure, mais j'aime bien comprendre, et surtout corriger mes erreurs,, celle-là me résiste bien ...

Merci de ton aide, je continue ...
Rm *

Salut,

suite à une sombre manip. dont je ne me souviens plus (quelque chose comme dd of=/dev/...), j'ai corrompu ma clef usb (Pendrive usb2 pour les intimes)
J'ai bien tenté de modifier les règles d'attribution selon les indications de cette page :
http://www.reactivated.net/writing_udev_rules.html#udevinfo
en écrivant dans le fichier : /etc/udev/rules.d/11-pendrive.rules
ceci :
SUBSYSTEMS=="usb", ATTRS{product}=="Pen Drive 2.0", SYMLINK+="flashd"

à noter que cela semble fonctionner :
un ls /dev/fla* donnant ceci:
lrwxrwxrwx 1 root root 15 nov. 5 22:03 /dev/flashd -> usbdev1.12_ep00

Un tour dans la log des messages ( avec tail -20 /var/log/messages) me renvoit ces informations:
...
Nov 5 21:49:29 romain kernel: usb 1-3: new high speed USB device using ehci_hcd and address 9
Nov 5 21:49:29 romain kernel: usb 1-3: configuration #1 chosen from 1 choice
Nov 5 21:49:29 romain kernel: scsi18 : SCSI emulation for USB Mass Storage devices
Nov 5 21:49:29 romain kernel: usb 1-3: New USB device found, idVendor=ffff, idProduct=1300
Nov 5 21:49:29 romain kernel: usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Nov 5 21:49:29 romain kernel: usb 1-3: Product: Pen Drive 2.0
Nov 5 21:49:29 romain kernel: usb 1-3: Manufacturer:
Nov 5 21:49:29 romain kernel: usb 1-3: SerialNumber: AA1234567890
Nov 5 21:49:34 romain kernel: scsi 18:0:0:0: Direct-Access Pen Drive 2.0 1.0e PQ: 0 ANSI: 0 CCS
Nov 5 21:49:34 romain kernel: sd 18:0:0:0: [sdc] 253952 512-byte hardware sectors (130 MB)
Nov 5 21:49:34 romain kernel: sd 18:0:0:0: [sdc] Write Protect is off
Nov 5 21:49:34 romain kernel: sd 18:0:0:0: [sdc] Assuming drive cache: write through
Nov 5 21:49:34 romain kernel: sd 18:0:0:0: [sdc] 253952 512-byte hardware sectors (130 MB)
Nov 5 21:49:34 romain kernel: sd 18:0:0:0: [sdc] Write Protect is off
Nov 5 21:49:34 romain kernel: sd 18:0:0:0: [sdc] Assuming drive cache: write through
Nov 5 21:50:35 romain kernel: sdc:<6>usb 1-3: reset high speed USB device using ehci_hcd and address 9

Malheureusement, pas moyen de manipuler /dev/flashd , que ce soit par fdisk ou autre.

un lsusb ne m'indique rien sur cette clef.

Après quelques recherches ici et ailleurs, je commence à me demander si j'arriverai à réutiliser cette (vieille) clef.
.. A moins que l'un de vous ai une idée à me proposer ?

cordialement Rm *

Il y a une approche psychologique également :
un décideur ne peut proposer "honnêtement" de faire passer les postes de son entreprise sur un logicile libre (fedora ou autre), par contre avec Red hat ça a le goût la couleur et la nature d'une société commerciale : ça passe mieux, ou si vous préférez ... ça à l'air plus sérieux, la preuve : on paie, il y a une société commerciale et un support commercial. Ne pas chercher à comprendre : nos élites ont été formatése comme cela cependant leurs études...
Rm * :roll: