On 28 Jun 2002, Jean-Bruno Luginb�hl wrote:
> 1) J'ai un CD-ROM reader avec un chargeur de 6 disque, le tout sur une
> interface SCSI. Le lecteur est un Pioneer DRM-8324X. Lorsque j'ai
> install� MDK 8.1, le contr�leur ne permettait pas les multi LUN.
Commentaire: la version de la distribution n'a pas vraiment de rapport
avec le support multi-LUN: c'est plut�t une question de configuration,
d'arguments de d�marrage du kernel ainsi que de sa
configuration/recompilation proprement dite.
Il y a trois fa�ons de g�rer des chargeurs:
- soit le changeur appara�t � un ID ou LUN SCSI, et le p�riph�rique
CD/disque appara�t � un autre
- soit les deux sont combin�s
- soit il y a un LUN ou ID SCSI par p�riph�rique virtuel, et y acc�der
provoque un changement implicite. C'est la fa�on la plus magouill�e
mais la plus transparente.
Il y a aussi des p�riph�riques qui impl�mentent les deux.
J'ajoute qu'� un niveau d'abstraction donn�, il n'y a pas de diff�rence
entre l'adressage d'un ID ou d'un LUN SCSI (on peut y envoyer les m�mes
commandes). Par contre, techniquement, en r�gle g�n�rale, un ID SCSI est
associ� � un et un seul chip cible (target; certains chips comme le
MB86606 peuvent supporter plusieurs IDs SCSI simultan�ment -- mais je
crois que l� je vais trop loin :)) SCSI sur le p�riph�rique, et un LUN est
une unit� logique dans ce chip.
On peut avoir jusqu'� 8 SCSI IDs, de 0 � 7 (15 dans les bus wide/16 bit
SCSI), dont un est r�serv� pour le contr�leur (souvent 7, encore que les
stations SGI le mettent sur 0). Chaque ID peut impl�menter un certain
nombre de LUN, 8 (0 � 7) en r�gle g�n�rale. Le LUN est sp�cifi� comme
champ sp�cifique d'une commande SCSI (et/ou dans un message
d'identification en parallel SCSI, ie les gros c�bles 50 ou 68 pins).
Fibre Channel, IDE et USB peuvent impl�menter le support p�riph�rique de
stockage via une �mulation SCSI: les commandes restent les m�mes, la
couche de transport change (ainsi que le nombre d'ID et de LUN). Voir
les modules kernel ide-scsi et usb-storage. Pour Fibre Channel, le support
se fait directement via le support mat�riel consid�r� (p.ex. QL20x0) en
interfa�age avec le sous-syst�me SCSI du kernel.
Revenons � ton cas: on va supposer que lorsque tu vas dans le BIOS de ton
ADAPTEC-AIC7880U (C-a au d�marrage), et que tu actives le support LUN, tu
vois N LUNs dans le scan SCSI du BIOS.
> Maintenant sur le contr�leur cela est activ� (ADAPTEC-AIC7880U), mais
> par d�faut, la hi�rachie du SCSI ne d�bouche que sur UN disque /dev/....
> Je dois cr�er des noeuds et voici ce que j'ai sous
> /dev/scsi/host0/bus0/target/lun0 -> cd 11, 0 (bloc) et generic 21, 0
Hum. Ne serait-ce pas du devfs (df /dev/scsi/host0/bus0/target/ pour voir
ce qu'il dit comme fs). Si oui, � ma connaissance -- mais je manque
d'exp�rience -- c'est dynamique: en fonction des p�riph�riques d�tect�s.
Que dit: cat /proc/scsi/scsi ? Si tu ne vois qu'un p�riph�rique alors
que le BIOS SCSI en voit plusieurs, alors il faut mettre en fonction le
support multi-lun. Une fa�on est de recompiler le pilote aic7xxx avec les
bonnes options. Si tu as de la chance, cependant, il suffit de pr�ciser:
max_scsi_luns=8 # dans une ligne append de /etc/lilo.conf, puis /sbin/lilo
Pour le tester qu'une seule fois, tu peux le donner en param�tre au prompt
boot (si tu utilises LILO), en supposant que Mandrake a install� une cible
de d�marrage nomm�e `linux' (voire /etc/lilo.conf).
boot: linux max_scsi_luns=8
Ensuite regarder de nouveau avec cat /proc/scsi/scsi et ls dans /dev.
NB: les deux fichiers que tu vois sont bloc (CD-ROM) et generic (chaque
p�riph�rique SCSI peut �galement �tre acc�d� en mode generic, en envoyant
directement des commandes SCSI sans passer par l'abstraction CD (sr),
disque (sd) ou cassette (st)).
Notamment pour le gravage on utilisera l'interface g�n�rique. Aussi, p.ex.
pour d�terminer le nombre d'erreurs corrig�es sur un lecteur de cassette,
vu que l'interface st (man 4 st) ne le permet pas, on peut utiliser le
p�riph�rique g�n�rique (sg) associ�. On peut aussi envoyer des commandes �
des changeurs de media via cette interface. Si quelqu'un s'int�resse �
cette programmation, il faut consulter the SCSI-Programming-Howto.
> je comprend bien (je me trompe peut-�tre...) je dois cr�er d'autre
> r�pertoire lun1 � lun5 avec dedans des fichiers cd, mais que mettre
> comme param�tre (11, 1 � 11, 5 ?), ensuite dois-je red�marrer la machine
L'ancien syst�me (que j'utilise toujours) est que /dev contient des
fichiers sp�ciaux stock�s sur disque. devfs les impl�mente virtuellement
(en m�moire) en fonction des p�riph�riques effectivement
d�tect�s/configur�s.
Avec l'ancien syst�me la commande mknod permet de cr�er ces fichiers,
�ventuellement par un script (/dev/MAKEDEV st p.ex. cr�e st0..st3).
Alternativement, on peut consulter la liste des MAJOR et MINOR (11, 0
respectivement dans ce cas) dans le fichiers devices.txt dans la
Documentation/ du kernel source. Les MAJOR sont des points d'entr�es de
pilotes de p�riph�riques, et les MINOR des options ou des num�ros de
p�riph�rique. Le kernel Linux, d�s 2.4 et en particulier avec devfs, va
vers une virtualisation / dynamisation de ces num�ros, en rupture avec le
mod�le statique d'UNIX.
L'ancien syst�me montrait les p�riph�riques selon un nommage qui pouvait
changer en cas d'insertion de p�riph�riques: le nouveau est plus
`compatible UNIX' sans n�cessiter des gazillons d'entr�es inutiles dans
/dev.
Voir aussi `cat /proc/devices' pour les MAJOR enregistr�s (attention: il y
a des MAJOR de type bloc et de type caract�res qui portent le m�me
num�ro).
> N'est-il pas possible de sp�cifier DEUX (ou plusieurs) InputDevice de
> type mouse ou Pointer, m'�vitant ainsi le fastidieux changement de
> fichier de configuration XFree86-4.
A ma connaissance oui, par contre je ne sais pas comment on passe de un �
l'autre (il faut en sp�cifier un comme utilis�. Peut-on en sp�cifier
deux?). L� je d�clare forfait :)
> 3) Combien sommes-nous sur la liste? Je poses cette question, au vu des
167 /var/lib/majordomo/lists/linux-leman
> Et je trouve, pour le peu de temps que j'y suis, que l'ambiance est
> bonne.
Oui, ceux qui connaissent les forums fr.*linux* ou qui ont lu la
mailing-list du LUGS (al�manique) sont toujours �tonn�s de la qualit� des
listes linux-leman.
Il faut dire que le mainteneur des listes, Fr�d�ric SCHUTZ, ainsi que pas
mal des intervenants ici font des efforts pour maintenir une qualit�
technique et sociale de qualit� :)
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se d�sabonner aussi.
