Init.d et scsi

Support Debian
#1

Salut,

gerard@glu:~$ lsscsi [3:0:0:0] disk ATA ST1000DM003-9YN1 CC4D /dev/sda [5:0:1:0] cd/dvd HL-DT-ST DVDRAM GH22NS40 NL01 /dev/sr0 [7:0:0:0] disk ATA Verbatim SATA-II FW3. /dev/sdb [8:0:3:0] process EPSON SCANNER GT-5500 1.01 -

Sans doute mon scanner n’est-il plus de première jeunesse mais de là à ne plus lui attribuer de device !
Et en cette période de déclaration fiscale j’aurais aimé faire des photocopies de ce que je leur donne :mrgreen:

#2

Bonjour,
dans /etc/init je n’ai rien concernant le SCSI,

un petit tour par /boot:

root@alpha30:/boot# grep SCSI config-3.14*
CONFIG_CISS_SCSI_TAPE=y
# SCSI device support
CONFIG_SCSI_MOD=m
CONFIG_SCSI=m
CONFIG_SCSI_DMA=y
CONFIG_SCSI_TGT=m
CONFIG_SCSI_NETLINK=y
# CONFIG_SCSI_PROC_FS is not set
# SCSI support type (disk, tape, CD-ROM)
CONFIG_SCSI_ENCLOSURE=m
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
CONFIG_SCSI_SCAN_ASYNC=y
# SCSI Transports
CONFIG_SCSI_SPI_ATTRS=m
CONFIG_SCSI_FC_ATTRS=m
CONFIG_SCSI_FC_TGT_ATTRS=y
CONFIG_SCSI_ISCSI_ATTRS=m
CONFIG_SCSI_SAS_ATTRS=m
CONFIG_SCSI_SAS_LIBSAS=m
CONFIG_SCSI_SAS_ATA=y
CONFIG_SCSI_SAS_HOST_SMP=y
CONFIG_SCSI_SRP_ATTRS=m
CONFIG_SCSI_SRP_TGT_ATTRS=y
CONFIG_SCSI_LOWLEVEL=y
CONFIG_ISCSI_TCP=m
CONFIG_ISCSI_BOOT_SYSFS=m
CONFIG_SCSI_CXGB3_ISCSI=m
CONFIG_SCSI_CXGB4_ISCSI=m
CONFIG_SCSI_BNX2_ISCSI=m
CONFIG_SCSI_BNX2X_FCOE=m
CONFIG_BE2ISCSI=m
CONFIG_SCSI_HPSA=m
CONFIG_SCSI_3W_9XXX=m
CONFIG_SCSI_3W_SAS=m
CONFIG_SCSI_ACARD=m
CONFIG_SCSI_AACRAID=m
CONFIG_SCSI_AIC7XXX=m
CONFIG_SCSI_AIC79XX=m
CONFIG_SCSI_AIC94XX=m
CONFIG_SCSI_MVSAS=m
# CONFIG_SCSI_MVSAS_DEBUG is not set
# CONFIG_SCSI_MVSAS_TASKLET is not set
CONFIG_SCSI_MVUMI=m
CONFIG_SCSI_DPT_I2O=m
CONFIG_SCSI_ADVANSYS=m
CONFIG_SCSI_ARCMSR=m
CONFIG_SCSI_ESAS2R=m
CONFIG_SCSI_MPT2SAS=m
CONFIG_SCSI_MPT2SAS_MAX_SGE=128
# CONFIG_SCSI_MPT2SAS_LOGGING is not set
CONFIG_SCSI_MPT3SAS=m
CONFIG_SCSI_MPT3SAS_MAX_SGE=128
# CONFIG_SCSI_MPT3SAS_LOGGING is not set
CONFIG_SCSI_UFSHCD=m
CONFIG_SCSI_UFSHCD_PCI=m
# CONFIG_SCSI_UFSHCD_PLATFORM is not set
CONFIG_SCSI_HPTIOP=m
CONFIG_SCSI_BUSLOGIC=m
# CONFIG_SCSI_FLASHPOINT is not set
CONFIG_VMWARE_PVSCSI=m
CONFIG_SCSI_DMX3191D=m
CONFIG_SCSI_EATA=m
CONFIG_SCSI_EATA_TAGGED_QUEUE=y
CONFIG_SCSI_EATA_LINKED_COMMANDS=y
CONFIG_SCSI_EATA_MAX_TAGS=16
CONFIG_SCSI_FUTURE_DOMAIN=m
CONFIG_SCSI_GDTH=m
CONFIG_SCSI_ISCI=m
CONFIG_SCSI_IPS=m
CONFIG_SCSI_INITIO=m
CONFIG_SCSI_INIA100=m
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
CONFIG_SCSI_STEX=m
CONFIG_SCSI_SYM53C8XX_2=m
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=16
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=64
CONFIG_SCSI_SYM53C8XX_MMIO=y
CONFIG_SCSI_IPR=m
# CONFIG_SCSI_IPR_TRACE is not set
# CONFIG_SCSI_IPR_DUMP is not set
CONFIG_SCSI_QLOGIC_1280=m
CONFIG_SCSI_QLA_FC=m
CONFIG_SCSI_QLA_ISCSI=m
CONFIG_SCSI_LPFC=m
# CONFIG_SCSI_LPFC_DEBUG_FS is not set
CONFIG_SCSI_DC395x=m
CONFIG_SCSI_DC390T=m
CONFIG_SCSI_DEBUG=m
CONFIG_SCSI_PMCRAID=m
CONFIG_SCSI_PM8001=m
CONFIG_SCSI_SRP=m
CONFIG_SCSI_BFA_FC=m
CONFIG_SCSI_VIRTIO=m
CONFIG_SCSI_CHELSIO_FCOE=m
CONFIG_SCSI_LOWLEVEL_PCMCIA=y
CONFIG_SCSI_DH=m
CONFIG_SCSI_DH_RDAC=m
CONFIG_SCSI_DH_HP_SW=m
CONFIG_SCSI_DH_EMC=m
CONFIG_SCSI_DH_ALUA=m
CONFIG_SCSI_OSD_INITIATOR=m
CONFIG_SCSI_OSD_ULD=m
CONFIG_SCSI_OSD_DPRINT_SENSE=1
# CONFIG_SCSI_OSD_DEBUG is not set
CONFIG_TCM_PSCSI=m
CONFIG_ISCSI_TARGET=m
CONFIG_I2O_SCSI=m
CONFIG_VHOST_SCSI=m
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
CONFIG_ISCSI_IBFT_FIND=y
CONFIG_ISCSI_IBFT=m
root@alpha30:/boot#

pour info je n’ai plus de contrôleur SCSI, que du sata avec la fonctionnalité scsi
A+
JB1

#3

En voyant ça: lists.alioth.debian.org/pipermai … 30931.html
je me disais qu’avec une bonne règle “udev” du même genre, ça pourrait déjà créer le fichier de périphérique …

#4

Salut,

Oui, mais je me déclares incapable d’écrire cette bonne règle :blush:

#5

Re,

Après avoir exploré sur des versions “live” qui fonctionnent, je n’ai trouvé aucune règle dans /etc/udev/rules.d qui s’adressent à mon scanner ni à aucun autre :angry:

#6

C’est rassurant de savoir que des versions “live” n’ont pas eu besoin de règles “udev” pour faire fonctionner ce scanner,
cela prouve que le bug cité dans les liens que j’ai donné a été résolu.

Il faudrait peut-être chercher du côté des paramètres d’amorçage du noyau, mais là, je ne sais pas du tout quelle option d’amorçage utiliser.

Je m’en suis sorti jusqu’à présent en laissant connectés à ma machine tous les périphériques matériels que j’aurai à utiliser pendant l’installation d’un nouveau système de façon à ce que le programme d’installation les détecte et prépare ainsi un noyau en conséquence.
Mais je n’ai encore jamais eu à faire ça pour un scanner SCSI.

EDIT:
À moins que : mankier.com/5/sane-epson2

#7

Re,

[quote]C’est rassurant de savoir que des versions “live” n’ont pas eu besoin de règles “udev” pour faire fonctionner ce scanner,
cela prouve que le bug cité dans les liens que j’ai donné a été résolu.
[/quote]

Non, tu as sauté une ligne :laughing:
En temps normal je suis en sid et rarement en retard. Tout live est donc pour moi une marche arrière et c’est donc un bug à résoudre !

Mais j’aimerais quand même savoir dans quel coin il faut le situer :slightly_smiling:

#8

Je disais : … le bug cité dans les liens que j’ai donné a été résolu …

Maintenant, en ce qui concerne debian sid, il doit sans doute s’agir d’un autre problème qui ne concerne pas ce bug puisqu’il ne se manifeste déjà plus dans une version “live”.

Dans le cas de ce scanner, je suppose (je n’utilise pas la sid) que ceux qui ont fait la sid n’ont pas reproduit ce bug (qui date de plus d’un an), et donc que la règle “udev” proposée dans les liens ne résoudra pas le problème rencontré avec sid.

#9

Re,

[quote]Maintenant, en ce qui concerne debian sid, il doit sans doute s’agir d’un autre problème qui ne concerne pas ce bug puisqu’il ne se manifeste déjà plus dans une version “live”.
[/quote]

Maintenant, en ce qui concerne debian sid, il doit sans doute s’agir d’un autre problème qui ne concerne pas ce bug puisqu’il ne se manifeste PAS ENCORE dans une version “live”.

Ce bug vient d’apparaitre dans la 3.14.9 :slightly_smiling:

#10

Bon, j’ai dû mal comprendre le post de 09 Mai 2014 12:50 ou alors on ne parle pas du même bug:
Ne sachant pas encore si ce que tu constate est bien un bug, le seul bug dont j’ai parlé jusqu’à maintenant est celui cité dans les liens.

:slight_smile: sacré quiproquo :slight_smile: