Ubuntu-fr

ylag

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

Salut,

Tente scanimage -L sans le sudo ?

Si les commandes scanimage n'aboutissent pas, il te faudra probablement rétrograder toutes les modifications apportées aux fichiers de règles udev, ainsi qu'au fichier /var/lib/usbutils/usb.ids si tu as tenté ma suggestion du #23.

A+

Dernière modification par ylag (Le 12/09/2019, à 20:20)

ubuntuuseruser

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

Sans le sudo, c'est pareil. C'est comme cela que j'ai découvert le problème à l'origine. Lorsque j'ai lancé un scan avec simple-scan, il attend indéfiniment, mais sans planter.

Donc le problème était  la avant les modifications...

moko138

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

Ne faut-il pas que l'appareil soit renseigné dans ce fichier pour être convenablement reconnu ?

Je ne crois pas : il sort de nouveaux périphériques usb tous les jours et  ce fichier n'est que l'actualisation d'après http://www.linux-usb.org/usb.ids   dans lequel la section Brother s'arrête aujourd'hui comme ceci :

2100  Card Reader Writer
    2102  Sewing machine
    60a0  ADS-2000
    60a1  ADS-2100
    60a4  ADS-2500W
    60a5  ADS-2600W
    60a6  ADS-1000W
    60a7  ADS-1100W
    60a8  ADS-1500W
    60a9  ADS-1600W
04fa  Dallas Semiconductor
(...)

Autant dire que c'est une course sans fin. Et que - ce n'est qu'un simple avis - une nouveauté doit marcher si elle a un pilote, même si elle n'est pas encore répertoriée.

  - -

@moko138:
(...)
Je me demande s'il serait possible d'ajouter manuellement au fichier /var/lib/usbutils/usb.ids, à la toute fin de la section 04f9  Brother Industries, Ltd,
une ligne qui se lirait comme suit:

	60e0  DS-620 Mobile Colour Scanner

...pour tenter de forcer la reconnaissance de l'appareil sur le bus USB ?

...mais on ne risque rien d'essayer, quitte à revenir en arrière, au pire.

Note qu'actuellement cette sectoon fait 520 lignes et que celles qui contiennent "scanner" (quelle qu'en soit la casse) finissent soit par

Scanner   # avec une majuscule

soit par

scanner/printer   # tout en minuscules

grep -i scanner ~/t      # = ma copie de ces 520 lignes
	010e  MFC-3100C Scanner
	0110  MFC-4800 Scanner
	0115  MFC-9800 Scanner
	0116  DCP1400 Scanner
	0135  MFC-100 Scanner
	0136  MFC-150CL Scanner
	0248  DCP-7055 scanner/printer
	0273  DCP-7057 scanner/printer

(donc pas de "Mobile" ni de "Colour").

= =

Il me vient à l'idée que nous n'avons pas creusé cette indication précise (et précieuse) d'ubuntuuseruser :

mon scanner Ds-620 qui marchait parfaitement pendant 2 ans (...) le voilà qui n'est plus détecté comme scanner, mais comme stockage de masse.

         Donc questions :
- Depuis quand ?
- Que s'est-iol passé à cette date ?

= =

ubuntuuseruser,
  Non, ce n'est poas une taquinerie : une 16.04 - pourvu qu'elle soit tenue à jour - est maintenue jusqu'en mai 2021.

Par contre, ton

mis à jour vers la dernière version, non pas celle de dépots.

m'inquiète, oui ! Merci de montrer

echo; lsb_release -d ; echo -e "\nNoyau courant : $(uname -mr)"; echo $XDG_CURRENT_DESKTOP ; echo; ls -lt /usr/share/xsessions | awk '{print $6,$7,$8,$9}'

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

moko138

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

J'oubliais ! Très important, montre :

find ~ -user root | wc -l

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

ubuntuuseruser

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

Après avoir découvert le problème, j'avais mis à jour sane pour voir si cela résolvait quoi que ce soit. Je peux revenir à la version précédente, vu que de toute façon cela n'a rien résolu et ne semble pas venir de là.

:$ echo; lsb_release -d ; echo -e "\nNoyau courant : $(uname -mr)"; echo $XDG_CURRENT_DESKTOP ; echo; ls -lt /usr/share/xsessions | awk '{print $6,$7,$8,$9}'

Description:	Ubuntu 16.04.6 LTS

Noyau courant : 4.15.0-62-generic x86_64
Unity

   
août 22 2016 ubuntu.desktop

$ find ~ -user root | wc -l
find: «/home/***/.zotero/zotero/m2s6a63i.default/gmp/Linux_x86_64-gcc3»: Permission non accordée
find: «/home/***/.gvfs»: Permission non accordée
find: «/home/***/.cache/dconf»: Permission non accordée
find: «/home/***/.dbus»: Permission non accordée
8987

moko138

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

find ~ -user root | wc -l
(...)
8987

Outch !

Alors :

1) D'abord exécuter depuis la session normale (pas en session root) :

sudo chown -Rc $USER:$USER /home/$USER

commande à copier-coller telle quelle.

2) Ensuite, vider la corbeille.

3) Enfin Redémarrer.

Et à l'avenir :

/!\ JAMAIS de sudo nautilus en session installée !
Ni de sudo + aucune autre appli en mode graphique.
En cas de tentation, se reporter à
https://doc.ubuntu-fr.org/utilisateurs/ … privileges,
page où Roschan répertorie des alternatives valides.

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

ubuntuuseruser

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

Je viens de faire le ménage, c'est quasiment que des restes de compilation avec un sudo qui a trainé avec le make install. Je n'utilise pas nautilus avec sudo. Par contre j'espère que la commande n'a pas "cassé" trop de choses, car j'avais beaucoup de modifiée de ***:users en ***:*** . Vu que je n'ai pas d'autre sessions, je pense que ça va, non ?

ubuntuuseruser

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

Il me vient à l'idée que nous n'avons pas creusé cette indication précise (et précieuse) d'ubuntuuseruser :

    mon scanner Ds-620 qui marchait parfaitement pendant 2 ans (...) le voilà qui n'est plus détecté comme scanner, mais comme stockage de masse.

         Donc questions :
- Depuis quand ?
- Que s'est-iol passé à cette date ?

Honnêtement, je ne peux pas dire précisément la date, mais je l'ai depuis plus de 2ans, et je l'ai utilisé il y a moins de 6 mois. Je n'ai rien fait qui me semble important/relié à ce problème pendant ce temps, à part des mise à jour.

Peut être aucun rapport, mais en farfouillant, j'ai trouvé un autre produit nommé DS-620:

:usr$ sudo grep -r -i "ds-620"
src/linux-headers-4.15.0-60/drivers/staging/irda/drivers/Kconfig:	  DS-620 IrDA-USB bridge device driver.
src/linux-headers-4.4.0-161/drivers/net/irda/Kconfig:	tristate "KingSun/DonShine DS-620 IrDA-USB dongle"

ylag

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

Bonsoir,

J'ai sensiblement la même chose sur Ubuntu 18.04:

yvan@yvan-maison:/usr/src$ sudo grep -r -i "ds-620"
linux-headers-4.15.0-60/drivers/staging/irda/drivers/Kconfig:	tristate "KingSun/DonShine DS-620 IrDA-USB dongle"
linux-headers-4.15.0-60/drivers/staging/irda/drivers/Kconfig:	  DS-620 IrDA-USB bridge device driver.
linux-headers-4.15.0-62/drivers/staging/irda/drivers/Kconfig:	tristate "KingSun/DonShine DS-620 IrDA-USB dongle"
linux-headers-4.15.0-62/drivers/staging/irda/drivers/Kconfig:	  DS-620 IrDA-USB bridge device driver.
yvan@yvan-maison:/usr/src$

Je pense que la bonne façon d'identifier l'appareil est d'utiliser « idVendor:idProduct », qui semble donner 04f9:60e0 pour ton scanner.

A+

Dernière modification par ylag (Le 12/09/2019, à 23:16)

ubuntuuseruser

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

Un problème peut être identifié, si je comprends la sortie de la commande bien la regle udev n'est pas appliquée:

$ udevadm info --name=/dev/sg2 --query all
P: /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0/host6/target6:0:0/6:0:0:0/scsi_generic/sg2
N: sg2
E: DEVNAME=/dev/sg2
E: DEVPATH=/devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0/host6/target6:0:0/6:0:0:0/scsi_generic/sg2
E: MAJOR=21
E: MINOR=2
E: SUBSYSTEM=scsi_generic

$ udevadm test /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0/host6/target6:0:0/6:0:0:0/scsi_generic/sg2
calling: test
version 229
This program is for debugging only, it does not run any program
specified by a RUN key. It may show incorrect results, because
some values may be different, or not available at a simulation run.

=== trie on-disk ===
tool version:          229
file size:         7064125 bytes
header size             80 bytes
strings            1764285 bytes
nodes              5299760 bytes
Load module index
timestamp of '/etc/systemd/network' changed
timestamp of '/lib/systemd/network' changed
Parsed configuration file /lib/systemd/network/99-default.link
Created link configuration context.
timestamp of '/etc/udev/rules.d' changed
Skipping overridden file: /lib/udev/rules.d/55-Argyll.rules.
Skipping overridden file: /lib/udev/rules.d/50-Brother_DSScanner.rules.
Reading rules file: /lib/udev/rules.d/39-usbmuxd.rules
Reading rules file: /lib/udev/rules.d/40-crda.rules
Reading rules file: /lib/udev/rules.d/40-usb-media-players.rules
Reading rules file: /lib/udev/rules.d/40-usb_modeswitch.rules
Reading rules file: /lib/udev/rules.d/40-vm-hotadd.rules
Reading rules file: /etc/udev/rules.d/50-Brother_DSScanner.rules
Reading rules file: /lib/udev/rules.d/50-apport.rules
Reading rules file: /lib/udev/rules.d/50-bluetooth-hci-auto-poweron.rules
Reading rules file: /lib/udev/rules.d/50-firmware.rules
Reading rules file: /lib/udev/rules.d/50-udev-default.rules
Reading rules file: /lib/udev/rules.d/55-dm.rules
Reading rules file: /lib/udev/rules.d/56-lvm.rules
Reading rules file: /lib/udev/rules.d/60-block.rules
Reading rules file: /lib/udev/rules.d/60-cdrom_id.rules
Reading rules file: /lib/udev/rules.d/60-drm.rules
Reading rules file: /lib/udev/rules.d/60-evdev.rules
Reading rules file: /lib/udev/rules.d/60-gnupg.rules
Reading rules file: /lib/udev/rules.d/60-gnupg2.rules
Reading rules file: /lib/udev/rules.d/60-inputattach.rules
Reading rules file: /lib/udev/rules.d/60-libgphoto2-6.rules
Reading rules file: /lib/udev/rules.d/60-libpisock9.rules
Reading rules file: /lib/udev/rules.d/60-libsane.rules
Reading rules file: /lib/udev/rules.d/60-openobex.rules
Reading rules file: /lib/udev/rules.d/60-pcmcia.rules
Reading rules file: /lib/udev/rules.d/60-persistent-alsa.rules
Reading rules file: /lib/udev/rules.d/60-persistent-input.rules
Reading rules file: /lib/udev/rules.d/60-persistent-storage-dm.rules
Reading rules file: /lib/udev/rules.d/60-persistent-storage-tape.rules
Reading rules file: /lib/udev/rules.d/60-persistent-storage.rules
Reading rules file: /lib/udev/rules.d/60-persistent-v4l.rules
Reading rules file: /lib/udev/rules.d/60-serial.rules
Reading rules file: /lib/udev/rules.d/60-virtualbox-dkms.rules
Reading rules file: /lib/udev/rules.d/60-virtualbox.rules
Reading rules file: /lib/udev/rules.d/60-xdiagnose.rules
Reading rules file: /lib/udev/rules.d/61-gnome-bluetooth-rfkill.rules
Reading rules file: /lib/udev/rules.d/61-persistent-storage-android.rules
Reading rules file: /lib/udev/rules.d/64-btrfs.rules
Reading rules file: /lib/udev/rules.d/64-xorg-xkb.rules
Reading rules file: /lib/udev/rules.d/65-libwacom.rules
Reading rules file: /lib/udev/rules.d/66-snapd-autoimport.rules
Reading rules file: /lib/udev/rules.d/66-xorg-synaptics-quirks.rules
Reading rules file: /lib/udev/rules.d/69-libmtp.rules
Reading rules file: /lib/udev/rules.d/69-lvm-metad.rules
Reading rules file: /lib/udev/rules.d/69-wacom.rules
Reading rules file: /lib/udev/rules.d/70-android-tools-adb.rules
Reading rules file: /lib/udev/rules.d/70-debian-uaccess.rules
Reading rules file: /lib/udev/rules.d/70-mouse.rules
Reading rules file: /lib/udev/rules.d/70-power-switch.rules
Reading rules file: /lib/udev/rules.d/70-printers.rules
Reading rules file: /lib/udev/rules.d/70-resolvconf-initramfs-copy.rules
Reading rules file: /etc/udev/rules.d/70-snap.core.rules
Reading rules file: /etc/udev/rules.d/70-snap.gimp.rules
Reading rules file: /lib/udev/rules.d/70-uaccess.rules
Reading rules file: /lib/udev/rules.d/71-power-switch-proliant.rules
Reading rules file: /lib/udev/rules.d/71-seat.rules
Reading rules file: /lib/udev/rules.d/71-u-d-c-gpu-detection.rules
Reading rules file: /lib/udev/rules.d/73-seat-late.rules
Reading rules file: /lib/udev/rules.d/73-special-net-names.rules
Reading rules file: /lib/udev/rules.d/73-usb-net-by-mac.rules
Reading rules file: /lib/udev/rules.d/75-net-description.rules
Reading rules file: /lib/udev/rules.d/75-probe_mtd.rules
Reading rules file: /lib/udev/rules.d/77-mm-cinterion-port-types.rules
Reading rules file: /lib/udev/rules.d/77-mm-dell-port-types.rules
Reading rules file: /lib/udev/rules.d/77-mm-ericsson-mbm.rules
Reading rules file: /lib/udev/rules.d/77-mm-haier-port-types.rules
Reading rules file: /lib/udev/rules.d/77-mm-huawei-net-port-types.rules
Reading rules file: /lib/udev/rules.d/77-mm-longcheer-port-types.rules
Reading rules file: /lib/udev/rules.d/77-mm-mtk-port-types.rules
Reading rules file: /lib/udev/rules.d/77-mm-nokia-port-types.rules
Reading rules file: /lib/udev/rules.d/77-mm-pcmcia-device-blacklist.rules
Reading rules file: /lib/udev/rules.d/77-mm-platform-serial-whitelist.rules
Reading rules file: /lib/udev/rules.d/77-mm-qdl-device-blacklist.rules
Reading rules file: /lib/udev/rules.d/77-mm-simtech-port-types.rules
Reading rules file: /lib/udev/rules.d/77-mm-telit-port-types.rules
Reading rules file: /lib/udev/rules.d/77-mm-usb-device-blacklist.rules
Reading rules file: /lib/udev/rules.d/77-mm-usb-serial-adapters-greylist.rules
Reading rules file: /lib/udev/rules.d/77-mm-x22x-port-types.rules
Reading rules file: /lib/udev/rules.d/77-mm-zte-port-types.rules
Reading rules file: /lib/udev/rules.d/78-graphics-card.rules
Reading rules file: /lib/udev/rules.d/78-sound-card.rules
Reading rules file: /lib/udev/rules.d/80-debian-compat.rules
Reading rules file: /lib/udev/rules.d/80-drivers.rules
Reading rules file: /lib/udev/rules.d/80-ifupdown.rules
Reading rules file: /lib/udev/rules.d/80-libinput-device-groups.rules
Reading rules file: /lib/udev/rules.d/80-mm-candidate.rules
Reading rules file: /lib/udev/rules.d/80-net-setup-link.rules
Reading rules file: /lib/udev/rules.d/80-udisks2.rules
Reading rules file: /lib/udev/rules.d/84-nm-drivers.rules
Reading rules file: /lib/udev/rules.d/85-brltty.rules
Reading rules file: /lib/udev/rules.d/85-hdparm.rules
Reading rules file: /lib/udev/rules.d/85-hplj10xx.rules
Reading rules file: /lib/udev/rules.d/85-keyboard-configuration.rules
Reading rules file: /lib/udev/rules.d/85-nm-unmanaged.rules
Reading rules file: /lib/udev/rules.d/85-regulatory.rules
Reading rules file: /lib/udev/rules.d/85-tlp-rdw.rules
Reading rules file: /lib/udev/rules.d/85-tlp.rules
Reading rules file: /lib/udev/rules.d/90-alsa-restore.rules
Reading rules file: /lib/udev/rules.d/90-fwupd-devices.rules
Reading rules file: /lib/udev/rules.d/90-libgpod.rules
Reading rules file: /lib/udev/rules.d/90-libinput-model-quirks.rules
Reading rules file: /lib/udev/rules.d/90-pulseaudio.rules
Reading rules file: /lib/udev/rules.d/95-upower-csr.rules
Reading rules file: /lib/udev/rules.d/95-upower-hid.rules
Reading rules file: /lib/udev/rules.d/95-upower-wup.rules
Reading rules file: /lib/udev/rules.d/97-hid2hci.rules
Reading rules file: /lib/udev/rules.d/99-systemd.rules
rules contain 393216 bytes tokens (32768 * 12 bytes), 38387 bytes strings
31457 strings (262269 bytes), 27624 de-duplicated (227716 bytes), 3834 trie nodes used
value '[dmi/id]sys_vendor' is 'LENOVO'
value '[dmi/id]sys_vendor' is 'LENOVO'
GROUP 6 /lib/udev/rules.d/50-udev-default.rules:63
handling device node '/dev/sg2', devnum=c21:2, mode=0660, uid=0, gid=6
preserve permissions /dev/sg2, 020660, uid=0, gid=6
preserve already existing symlink '/dev/char/21:2' to '../sg2'
.MM_USBIFNUM=00
ACTION=add
DEVNAME=/dev/sg2
DEVPATH=/devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0/host6/target6:0:0/6:0:0:0/scsi_generic/sg2
MAJOR=21
MINOR=2
SUBSYSTEM=scsi_generic
USEC_INITIALIZED=10101481022
Unload module index
Unloaded link configuration context.

Des idée pourquoi et comment ?
la règle semble bonne pourtant (j'ai changé pour idVendor idProduct):

KERNEL=="sg[0-9]*", ATTRS{type}=="0", ATTRS{idVendor}=="04f9", ATTRS{idProduct}=="60e0", MODE="0666", GROUP="users"

les valeurs du périphérique (on voit les espaces qui trainent!!):

$ udevadm info --name=/dev/sg2 --attribute-walk

Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.

  looking at device '/devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0/host6/target6:0:0/6:0:0:0/scsi_generic/sg2':
    KERNEL=="sg2"
    SUBSYSTEM=="scsi_generic"
    DRIVER==""

  looking at parent device '/devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0/host6/target6:0:0/6:0:0:0':
    KERNELS=="6:0:0:0"
    SUBSYSTEMS=="scsi"
    DRIVERS=="sd"
    ATTRS{blacklist}==""
    ATTRS{device_blocked}=="0"
    ATTRS{device_busy}=="0"
    ATTRS{dh_state}=="detached"
    ATTRS{eh_timeout}=="10"
    ATTRS{evt_capacity_change_reported}=="0"
    ATTRS{evt_inquiry_change_reported}=="0"
    ATTRS{evt_lun_change_reported}=="0"
    ATTRS{evt_media_change}=="0"
    ATTRS{evt_mode_parameter_change_reported}=="0"
    ATTRS{evt_soft_threshold_reached}=="0"
    ATTRS{inquiry}==""
    ATTRS{iocounterbits}=="32"
    ATTRS{iodone_cnt}=="0x375"
    ATTRS{ioerr_cnt}=="0x374"
    ATTRS{iorequest_cnt}=="0x375"
    ATTRS{max_sectors}=="240"
    ATTRS{model}=="DS-620          "
    ATTRS{queue_depth}=="1"
    ATTRS{queue_type}=="none"
    ATTRS{rev}=="0.38"
    ATTRS{scsi_level}=="6"
    ATTRS{state}=="running"
    ATTRS{timeout}=="30"
    ATTRS{type}=="0"
    ATTRS{vendor}=="Brother "

  looking at parent device '/devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0/host6/target6:0:0':
    KERNELS=="target6:0:0"
    SUBSYSTEMS=="scsi"
    DRIVERS==""

  looking at parent device '/devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0/host6':
    KERNELS=="host6"
    SUBSYSTEMS=="scsi"
    DRIVERS==""

  looking at parent device '/devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0':
    KERNELS=="3-1:1.0"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb-storage"
    ATTRS{authorized}=="1"
    ATTRS{bAlternateSetting}==" 0"
    ATTRS{bInterfaceClass}=="08"
    ATTRS{bInterfaceNumber}=="00"
    ATTRS{bInterfaceProtocol}=="50"
    ATTRS{bInterfaceSubClass}=="06"
    ATTRS{bNumEndpoints}=="02"
    ATTRS{supports_autosuspend}=="1"

  looking at parent device '/devices/pci0000:00/0000:00:14.0/usb3/3-1':
    KERNELS=="3-1"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{authorized}=="1"
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{bDeviceClass}=="00"
    ATTRS{bDeviceProtocol}=="00"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{bMaxPower}=="500mA"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{bcdDevice}=="0100"
    ATTRS{bmAttributes}=="80"
    ATTRS{busnum}=="3"
    ATTRS{configuration}==""
    ATTRS{devnum}=="15"
    ATTRS{devpath}=="1"
    ATTRS{idProduct}=="60e0"
    ATTRS{idVendor}=="04f9"
    ATTRS{ltm_capable}=="no"
    ATTRS{manufacturer}=="Brother"
    ATTRS{maxchild}=="0"
    ATTRS{product}=="DS-620                    "
    ATTRS{quirks}=="0x0"
    ATTRS{removable}=="removable"
    ATTRS{serial}=="E72183J5U114431 "
    ATTRS{speed}=="480"
    ATTRS{urbnum}=="4435"
    ATTRS{version}==" 2.00"

  looking at parent device '/devices/pci0000:00/0000:00:14.0/usb3':
    KERNELS=="usb3"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{authorized}=="1"
    ATTRS{authorized_default}=="1"
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{bDeviceClass}=="09"
    ATTRS{bDeviceProtocol}=="01"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{bMaxPower}=="0mA"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{bcdDevice}=="0415"
    ATTRS{bmAttributes}=="e0"
    ATTRS{busnum}=="3"
    ATTRS{configuration}==""
    ATTRS{devnum}=="1"
    ATTRS{devpath}=="0"
    ATTRS{idProduct}=="0002"
    ATTRS{idVendor}=="1d6b"
    ATTRS{interface_authorized_default}=="1"
    ATTRS{ltm_capable}=="no"
    ATTRS{manufacturer}=="Linux 4.15.0-62-generic xhci-hcd"
    ATTRS{maxchild}=="4"
    ATTRS{product}=="xHCI Host Controller"
    ATTRS{quirks}=="0x0"
    ATTRS{removable}=="unknown"
    ATTRS{serial}=="0000:00:14.0"
    ATTRS{speed}=="480"
    ATTRS{urbnum}=="336"
    ATTRS{version}==" 2.00"

  looking at parent device '/devices/pci0000:00/0000:00:14.0':
    KERNELS=="0000:00:14.0"
    SUBSYSTEMS=="pci"
    DRIVERS=="xhci_hcd"
    ATTRS{broken_parity_status}=="0"
    ATTRS{class}=="0x0c0330"
    ATTRS{consistent_dma_mask_bits}=="64"
    ATTRS{d3cold_allowed}=="1"
    ATTRS{device}=="0x1e31"
    ATTRS{dma_mask_bits}=="64"
    ATTRS{driver_override}=="(null)"
    ATTRS{enable}=="1"
    ATTRS{irq}=="26"
    ATTRS{local_cpulist}=="0-3"
    ATTRS{local_cpus}=="0f"
    ATTRS{msi_bus}=="1"
    ATTRS{numa_node}=="-1"
    ATTRS{revision}=="0x04"
    ATTRS{subsystem_device}=="0x21fa"
    ATTRS{subsystem_vendor}=="0x17aa"
    ATTRS{vendor}=="0x8086"

  looking at parent device '/devices/pci0000:00':
    KERNELS=="pci0000:00"
    SUBSYSTEMS==""
    DRIVERS==""

L'autre problème (relié ?), que le driver est

Driver=usb-storage

De ce que j'ai compris du chargement des drivers, udev dit quel module charger, puis si le driver reconnait le périphérique, il est choisi.
Y a-t-il un moyen de savoir pourquoi le driver installé n'est pas utilisé ? Est il chargé ? Est il choisi ?

voila ce que semble faire l'installeur:

$ sudo gdebi ~/Téléchargements/softs/debs/libsane-dsseries_1.0.5-1_amd64.deb 
[sudo] Mot de passe de *** : 
Reading package lists... Done
Building dependency tree        
Reading state information... Done
Reading state information... Done

Brother DS-series scanners driver
 dsseries-scanner-driver is Brother DS-series scanners driver.
 It base on sane-backends, so we need install sane-backends
 package first.
Voulez-vous installer le paquet logiciel ? [o/N] :o
(Lecture de la base de données... 579125 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../libsane-dsseries_1.0.5-1_amd64.deb ...
Dépaquetage de libsane-dsseries (1.0.5-1) sur (1.0.5-1) ...
Found sane path = /usr/lib/x86_64-linux-gnu/sane , start remove driver...
 Remove dsdrv_x64.so
 Remove NvUSBScan_x64.so
 Remove libsane-dsseries.so
 Remove libsane-dsseries.so.1
 Remove libsane-dsseries.so.1.0.17
Remove 50-Brother_DSScanner.rules from /lib/udev/rules.d
Remove 50-Brother_DSScanner.rules from /etc/udev/rules.d
Remove dsseries.conf from /etc/sane.d
Check sane /etc/sane.d/dll.conf
	search string dsseries 
dsseries
Delete string 'dsseries'
complete.
Paramétrage de libsane-dsseries (1.0.5-1) ...
Found sane path = /usr/lib/x86_64-linux-gnu , start copy data ...
Copy driver from /usr/lib/tmp_DSDriver/x64 to /usr/lib/x86_64-linux-gnu/sane
  copy dsdrv_x64.so to /usr/lib/x86_64-linux-gnu/sane/
  copy NvUSBScan_x64.so to /usr/lib/x86_64-linux-gnu/sane/
  copy libsane-dsseries.so.1.0.17 to /usr/lib/x86_64-linux-gnu/sane/
Copy driver success.
Create Link 1 => libsane-dsseries.so.1 -> libsane-dsseries.so.1.0.17
Create Link 2 => libsane-dsseries.so -> libsane-dsseries.so
Check sane /etc/sane.d/dll.conf
	search string dsseries 
Not found name
insert dsseries to dll.conf
Copy 50-Brother_DSScanner.rules to /lib/udev/rules.d/
Copy 50-Brother_DSScanner.rules to /etc/udev/rules.d/
Copy dsseries.conf to /etc/sane.d/
remove temp folder
complete.

Merci encore de votre aide...

Dernière modification par ubuntuuseruser (Le 13/09/2019, à 14:53)

moko138

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

Édité, suite à la juste remarque d'ubuntuuseruser - cf. plus bas, en #45.

C'est l'un ou l'autre.

Vu ce que tu viens de faire

sudo gdebi ~/Téléchargements/softs/debs/libsane-dsseries_1.0.5-1_amd64.deb 
(...)
Copy 50-Brother_DSScanner.rules to /lib/udev/rules.d/
Copy 50-Brother_DSScanner.rules to /etc/udev/rules.d/
(...)

qui constitue deux une erreurs
1) en ce que gdebi est une interface graphique qui ne doit pas être lancée avec sudo - relis le dernier paragraphe du #31 ! -
montre

find ~ -user root

  Et à l'avenir, proscris et remplace le corrupteur sudo gdebi par

sudo dpkg -i  <chemin vers ton ou tes>fichiers.deb

qui est aussi simple et a l'avantage de ne rien corrompre ;

2) et en ce que ça va à l'encontre de
/!\  Jamais d'initiative unilatérale en cours de dépannage !

       Donc,
Si tu as appliqué ce que je t'avais conseillé hier en #22, tu dois le désactiver par :

cd /etc/udev/rules.d/ && sudo mv -v 79-udev-brother.rules  79-udev-brother.rules.bak ; cd

Dernière modification par moko138 (Le 14/09/2019, à 04:06)

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

ylag

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

Salut,

Je verrais deux choses dans le retour du #35:

ATTRS{model}=="DS-620          "

...qui ne semble pas être reconnu.

Aussi dans ta règle udev, si tu as conservé l'entrée:

GROUP="users"

...il te faudrait probablement ajouter ton utilisateur au groupe users, sinon il faut déterminer à quel groupe appartient l'appareil et s'assurer que l'utilisateur en fasse partie ?

Si on a MODE=0666 dans la règle, je ne vois pas l'utilité de définir GROUP= ; tous les utilisateurs devraient pouvoir accéder à l'appareil (sûrement quelque chose qui m'échappe dans la construction des règles udev )

A+

Dernière modification par ylag (Le 13/09/2019, à 13:57)

ylag

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

Salut,

En examinant encore le retour du #35:

GROUP 6 /lib/udev/rules.d/50-udev-default.rules:63
handling device node '/dev/sg2', devnum=c21:2, mode=0660, uid=0, gid=6
preserve permissions /dev/sg2, 020660, uid=0, gid=6

Sauf (probable... ) erreur d'interprétation de ma part, il semble qu'à ce moment l'appareil était assigné au groupe gid=6 -> disk avec les permissions lecture/écriture pour le propriétaire et pour les membres de ce groupe -> mode=0660

Est-ce quelque chose dans la règle /lib/udev/rules.d/50-udev-default.rules outrepasserait  la règle /etc/udev/rules.d/50-Brother_DSScanner.rules ?
Il suffirait peut-être de rennommer cette règle, si elle est bien formée, avec un numéro supérieur à 50, comme pour la règle suggérée par @moko138 ?

Comme le fait remarquer @moko138, le sudo gdebi pourrait avoir été néfaste, il te faudrait peut-être reprendre l'installation en utilisant plutôt sudo dpkg -i pour l'installation du paquet, ou encore gdebi lancé en utilisateur normal.

A+

Dernière modification par ylag (Le 13/09/2019, à 13:56)

ubuntuuseruser

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

Finalement, j'ai enlevé la règle

ATTRS{type}=="0"

car elle semblait appartenir à un autre type du périphérique, ce qui empêche la règle de marcher apparemment .
J'ai testé la détection du scanner avec

scanimage -L

qui a fini après 5min d'attente à détecter le scanner, j'ai réussi a scanner une page, en utilisant l'option -d de scanimage
Après redémarrage (?), il ne met plus que quelques secondes pour la détection.

Pour récapituler si quelqu'un tombe sur ce problème:
la règle que j'utilise dans le fichier

• /etc/udev/rules.d/50-Brother_DSScanner.rules

  est:

  KERNEL=="sg[0-9]*", ATTRS{idVendor}=="04f9", ATTRS{idProduct}=="60e0", MODE="0666", GROUP="users"

  au lieu de

  KERNEL=="sg[0-9]*", ATTRS{type}=="0", ATTRS{vendor}=="Brother", ATTRS{model}=="DS-620", MODE="0666", GROUP="users"

  il faut vérifier que les attributs correspondent bien à ce que l'on trouve dans

  udevadm info --name=/dev/sg2 --attribute-walk

  et que les attributs se trouvent dans le même groupe, sinon, la règle ne marche pas...

• ne pas oublier après avoir changé la règle de lancer (pas sur que la deuxième commande soit nécessaire:

  sudo udevadm control --reload
  sudo udevadm trigger

• de vérifier que la règle est trouvée et appliquée  (le nom du fichier et la ligne apparaissent)  avec :

  udevadm info --name=/dev/sg2 --query all

• d'être patient avec scanimage -L

• Avant de faire tout cela, je suis aussi reparti de quelque chose de plus propre, en enlevant et réinstallant tous les paquets/configurations liés à sane, et brother à coups de

  dpkg -l *sane*

  et de

  apt-get purge

  puis vérification de ce qui peux trainer avec locate et grep

Même après tout cela, sane-find-scanner ne trouve toujours rien...

Bilan:

• Je me demande comment la règle a pu jamais fonctionner. Peut être une fonction qui enlève les espaces à la fin a été enlevée ?

• sane-find-scanner ne semble pas fiable pour savoir si un scanner est détecté

• le driver affiché est toujours Driver=usb-storage, donc j'imagine que ce n'est pas pertinent à regarder pour ces histoires de scanner

• on trouve mieux la solution quand on comprend comment ça marche

Bien sur un grand merci à tous ce qui on pris de leur temps pour m'aider, et merci à la communauté!

Dernière modification par ubuntuuseruser (Le 13/09/2019, à 15:15)

ubuntuuseruser

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

moko138,

Je n'ai pas utilisé gdebi en mode interface graphique, et le sudo est nécessaire et recommandé dans la doc et, et d'après ce que j'en sais, il a l'avantage de gérer les dépendances, donc d'éviter de faire des bêtises (j'ai déjà eu des problèmes du genre...), et d'éviter les commandes du genre dpkg --force-depend que l'on suggère pour installer le paquet libsane-dsseries. Si tu peux expliquer plus longuement pourquoi tu appelles gdebi le corrupteur et pourquoi ne pas l'utiliser, je suis preneur car personnellement, je n'ai jamais eu de problèmes avec, et il est recommandé régulièrement.

$ find ~ -user root | wc -l
0

Pour le point 2, je trouve cela discutable dans mon cas par exemple, surtout que durant mon exploration du problème, j'ai installé le paquet plusieurs fois, que ce soit avec gdebi ou dpkg, et j'ai fait attention a nettoyer ce que j'avais testé régulièrement. Chercher des solutions de mon côté m'a aussi permis d'aller trouver les commandes nécessaires pour comprendre ce qui ne marchait pas dans les règles udev. Mais je comprends l'idée.

Merci en tout cas d'avoir aussi pointé et aidé à résoudre les roots qui traînaient sur mon home, qui n'étaient pas liés à une utilisation de sudo en mode graphique (sauf pour zotero, mais c'est une autre histoire).

@+

Dernière modification par ubuntuuseruser (Le 13/09/2019, à 15:07)

ylag

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

@ubuntuuseruser:

Salut,

Merci pour ton compte-rendu; bien belle persévérance de ta part, bravo !
Donc ma théorie sur l'ordre d'exécution des règles udev ne tient pas la route...

Concernant Gdebi lancé en utilisateur normal, je crois qu'une fenêtre d'authentification s'ouvre pour y saisir le mot de passe lorsque les privilèges «root» sont requis.

A+

Dernière modification par ylag (Le 13/09/2019, à 17:39)

ubuntuuseruser

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

@ylag
d'après, les premières règles sont prioritaires (donc numéro petit = priorité) et j'ai lu quelque part aussi que les règles utilisateurs sont prioritaire sur celle système.

moko138

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

moko138,

Je n'ai pas utilisé gdebi en mode interface graphique

apt-cache show gdebi

dit :

Description-fr: outil simple pour l'installation de paquets deb - interface graphique GNOME
Le paquet gdebi permet d'installer des paquets deb locaux en résolvant et en
installant leurs dépendances. (...)
.
Ce paquet contient l'interface graphique du programme [dpkg].

  - -

gdebi (...) d'après ce que j'en sais, il a l'avantage de gérer les dépendances

Nécessairement, puisque c'est

l'interface graphique du programme [dpkg].

!
Donc autant utiliser

sudo dpkg -i *.deb

dans LE répertoire contenant tous les .deb visés et RIEN QU'EUX. D'où l'importance de créer le répertoire ad hoc au moment du besoin.

Quant à l'option
--force-depends
dont man dpkg dit :

Avertissement :  Ces options sont principalement destinées aux experts. Un usage
auquel manque la pleine compréhension de leurs effets  peut  casser  le  système
entier.

       depends : Change tous les problèmes de dépendance en avertissements.

a) ce n'est pas à l'honneur de Brother de l'avoir suggérée ;
b) depuis que je fréquente ce forum, je ne me rappelle pas l'avoir rencontrée.

  - -

Si tu peux expliquer plus longuement pourquoi tu appelles gdebi le corrupteur

Mais ce n'est pas ce que j'ai écrit !
  J'ai écrit :
le corrupteur sudo gdebi
EDIT : Rayé ensuite (en #36). Cf. plus bas.
  qui découle de
                           FIN d'édit.

/!\ JAMAIS de sudo nautilus en session installée !
Ni de sudo + aucune autre appli en mode graphique.

  - -

et il est recommandé régulièrement.

Tu te réfères à un simple message d'un forum, et de 2011...

  Ce qui est exact, c'est qu'avant 18.04, il était possible de lancer, sans risque de corruption, une appli graphique, mais pas avec sudo. C'était avec gksudo.

  - -

$ find ~ -user root | wc -l
0

Bon, tant mieux ! Ça t'évite une nouvelle manip' correctrice.

= =

Pour le point 2, je trouve cela discutable

Si tu étais garagiste, trouverais-tu normal que le client mette le contact qans y être invité, ou modifie le réglage du ralenti pendant que tu as les mains dans son moteur ?

  - -

Chercher des solutions de mon côté m'a aussi permis d'aller trouver les commandes nécessaires pour comprendre ce qui ne marchait pas dans les règles udev.

  Le retour de gdebi montre que le .deb de Brother s'occupe des règles udev.

  Le problème était que tu avais 9.000 éléments de ton home qui appartenait à root !
9.000 !     Dont les répertoires-clefs :

«/home/***/.gvfs»: Permission non accordée
«/home/***/.cache/dconf»: Permission non accordée
«/home/***/.dbus»: Permission non accordée

  Le reste est littérature.

  - -

les roots qui traînaient sur mon home (...) n'étaient pas liés à une utilisation de sudo en mode graphique

Sauf...

(sauf pour zotero, mais c'est une autre histoire).

Nous y voilà !
La Doc zotero dit que l'appli se lance simplement par :

zotero

Alors, pour la troisième fois :

/!\ JAMAIS de sudo nautilus en session installée !
Ni de sudo + aucune autre appli en mode graphique.
En cas de tentation, se reporter à
https://doc.ubuntu-fr.org/utilisateurs/ … privileges,
page où Roschan répertorie des alternatives valides.

= =

Merci en tout cas

Je prends ! Merci à toi aussi !    Et bonne continuation !

Dernière modification par moko138 (Le 14/09/2019, à 04:08)

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

ubuntuuseruser

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

Si tu vas lire la doc de gdebi:

Gdebi est une application d'installation et de gestion de paquets Debian (.deb). C'est un utilitaire fonctionnant autant en mode graphique que console
...
sudo gdebi <nom_du_paquet.deb>

si tu veux des liens plus récents, de recommendation de sudo gdebi ca ne manque pas:
https://itsfoss.com/gdebi-default-ubunt … re-center/
https://www.faqforge.com/linux/install- … installer/
https://linuxize.com/post/how-to-instal … on-ubuntu/
https://www.ubuntu18.com/install-gdebi-ubuntu-18/
https://www.faqforge.com/linux/install- … installer/

Ca a l'air très probable que tu fasses erreur sur ce coup la.

Zotero, c'est la seule façon qu'il y a eu pendant un moment pour mettre à jour. Sachant que c'est un outil de travail, et que le fonctionnement de l'ancienne version était bloquée, je n'ai pas vraiment eu le choix, ni le temps d'y passer 3 jours, et je ne peux pas dire que ca m'a fait plaisir de le faire. Ca a duré 10s. Et j'aurai du faire gksudo. Évidemment, je n'utilise pas zotero avec sudo.

Donc sur les ~9.000 fichier en root, il y a:
- 9.000 fichiers de compilation avec make en ligne de commande avec sudo ,ce que je n'aurais pas du faire avec sudo et que j'ai mis un certain temps à trier/vérifier et à supprimer
- deux dossiers vide .cache/dconf, et .dbus vides aussi et pas vraiment clés, pusiqu'ils . Il trainent surement d'un sudo gedit que j'ai du faire par erreur il y a 4 ans.
- /.gvfs vide aussi surement le résultat du montage d'un lecteur réseau avec sudo , ou dudit sudo gedit d'après ce que j'ai pu lire ça et la
- le dossier de zotero

Tout ça pour dire (pour la troisième fois) que non, je n'ai absolument pas pour habitude d'utiliser sudo en mode graphique, et que je n'ai même jamais tapé de ma vie la commande sudo nautilus, contrairement à ce que tu sembles plus ou moins croire. (je le ferai peut être une fois, en VM, juste pour t'embêter , non plutôt pour en voir concrètement les conséquences, et mieux comprendre le pourquoi du comment). Je ne suis pas spécialement fier d'avoir eu 9000 fichiers root dans mon home, mais ce n'est, vu la nature des fichiers et la manière dont ils ont été produits, certainement pas cela qui aurait fait exploser mon ordinateur.

Et contrairement à ce que tu dis, tout cela n'avait selon toute apparence rien à voir avec mon problème de scanner.  D'autant plus vérifiable, qu'en rechangeant la règle a sa valeur qu'on trouve dans le paquet, je parviens à reproduire le problème. Et que tous ces fichiers root étaient la lorsque j'ai installé le scanner la première fois, et qu'il fonctionnait quand même.

Mon garagiste la dernière fois que je lui ai laissé ma voiture, il a "oublié" de changer la courroie de distribution. Je te laisse imaginer la suite. Mais tu n'es pas mon garagiste. Tu ne risques pas ta vie non plus. Tu es une personne que je ne connais pas, qui sur son temps libre essaye de m'aider gracieusement à résoudre un problème qui ne te concerne pas (respect!). Et moi, je suis une personne qui va regarder ce que tu proposes de faire, du contexte dans lequel tu le proposes, et au besoin de recréer le contexte dans lequel ce que tu demandes est valide. Ça marche bien s'il y a un certain degré de confiance réciproque entre nous, ça n'est pas toujours possible ce qui est une chose saine dans la vie, et ça responsabilise tout le monde. Jouer le moteur alors que tu as la tête dedans ? Non ce n'est pas ce que j'ai fait.  Mais bon, tu ne peux pas le savoir, car on ne se connaît pas, et tout cela se passe à distance. Si j'ai un reproche à te faire, c'est que tu ne sembles pas m'avoir laisser le bénéfice du doute la dessus. C'est dommage mais c'est comme ça.

Bonne continuation à toi aussi

moko138

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

Si tu vas lire la doc de gdebi:

gdebi est une application d'installation et de gestion de paquets Debian (.deb). C'est un utilitaire fonctionnant autant en mode graphique que console
...

sudo gdebi <nom_du_paquet.deb>

(...)

Ca a l'air très probable que tu fasses erreur sur ce coup la.

En effet, tu as raison !
  Je viens de vérifier :

  Soit on lance

sudo gdebi <nom_du_paquet.deb>

et l'installation se passe hors mode graphique !

  Soit on lance graphiquement gdebi - clic droit sur un .deb, puis "ouvrir avec gdebi" -
et alors ça se passe comme pour gparted (hors wayland) et comme le dit ylag en #41 :
lancé en utilisateur normal, oui, une fenêtre d'authentification s'ouvre pour y saisir le mot de passe puisque les privilèges «root» sont requis.

  Je viens d'utiliser les deux méthodes, et rien n'a été corrompu dans mon home.

Ainsi s'explique ton

$ find ~ -user root | wc -l
0

(en #40), qui n'avait pas manqué de m'étonner.

J'ai donc rayé mes erreurs en #36 et en #43.

Merci de m'avoir tiré d'erreur ! 

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

moko138

Re : [résolu] Scanner Ds-620 n'est plus détecté (Ubuntu 16.04)

~/.gvfs/ vide : c'est normal.  Mais il ne doit pas appartenir à root.

tiramiseb avait dit :

GVFS est tout sauf un truc de merde ; c'est une des fondations de GNOME. C'est l'infrastructure utilisée, notamment par Nautilus, pour permettre d'accéder aux serveurs distants (FTP, SSH, etc), l'USB Mass Storage, le PTP, etc...
C'est grâce à GVFS qu'on peut, par exemple, éditer un fichier sur un serveur distant à travers une connexion SSH avec gedit (ou n'importe quel autre logiciel) sans avoir à le télécharger puis le téléverser à nouveau.

http://fr.wikipedia.org/wiki/GVFS

= =

D'autant plus vérifiable, qu'en rechangeant la règle a sa valeur qu'on trouve dans le paquet, je parviens à reproduire le problème.

Diable !
Du coup, ça vaudrait vraiment le coup que tu résumes, à la fin du premier message, la marche à suivre pour les prochains utilisateurs du .deb de Brother. Pour qu'ils n'aient pas à se farcir l'intégralité de nos tâtonnements sur udev.

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw