Quelques petits probl�mes fr�quents lorsqu'on d�bute sous Linux
avec un pc"standard"
1) Je n'ai pas de C: de D: etc... o� sont-ils?
2) Et les partitions?
2) J'ai un lecteur et un graveur IDE et je veux utiliser Xcdroast
(mais "il ne voit pas le lecteur")
3) J'ai des probl�mes avec supermount
1) Je n'ai pas de C: de D: ...
a- Les disques et p�riph�riques amovibles.
Commen�ons par le nommage des disques pour mieux comprendre ce qui
se passera ensuite.
Supposons une configuration commune comme on en trouve dans le
commerce le plus souvent :
Un disque dur IDE branch� sur le premier contr�leur, un lecteur
branch� sur le deuxi�me contr�leur en "ma�tre" et un graveur
branch� avec la m�me nappe (donc sur le m�me contr�leur) que le
lecteur, en "esclave". La distribution de r�f�rence ici est une
Mandrake 9.0 mais �a sera assez semblable pour d'autres
distributions.
Linux, contrairement � Windows, va rep�rer ces p�riph�riques
d'apr�s leur position PHYSIQUE sur les contr�leurs. Dans une
configuration IDE comme la n�tre, le p�riph�rique branch� "en
premier", c'est � dire le disque dur dans notre cas, sera nomm�
par les lettres "hd" suivi d'un num�ro d'ordre alphab�tique (a, b,
c, etc...).
Dans notre configuration classique nous pouvons
brancher 4 p�riph�riques IDE, un "ma�tre" et un "esclave" sur le
premier contr�leur et la m�me chose sur le deuxi�me contr�leur ;
nous avons donc les nommages suivants possibles : hda, hdb, hdc,
hdd. Pour Linux et dans notre cas de configuration ceci donnera
donc dans l'ordre :/dev/hda (disque dur seul sur le premier
contr�leur), /dev/hdc (lecteur de cd ma�tre sur le deuxi�me
contr�leur) et /dev/hdd (graveur "esclave" sur le deuxi�me
contr�leur) : il n'y a pas de /dev/hdb puisque cette position
n'est pas occup�e. Tout cela est finalement fort logique. On
remarque au passage que Linux organise tous ses p�riph�riques dans
un r�pertoire /dev � la racine du syst�me, comme �a on sait o� les
trouver. Quelle est l'avantage d'un tel nommage? Entre autres, si
vous ajouter un deuxi�me disque en "esclave" sur le premier
contr�leur il sera identifi� comme/dev/hdb et vous n'aurez pas
besoin de renommer les autres avec tous les probl�mes que cela
pose � vos applications.
**************************************en r�sum�
- Le disque ma�tre sur le contr�leur IDE primaire est nomm�
/dev/hda.- Les disques ma�tre et esclave sur le second contr�leur
sont nomm�s respectivement /dev/hdc et /dev/hdd.
- Le lecteur de disquette est nomm� /dev/fd0.
*************************************************
b- les partitions.
Eh! bien! C'est aussi simple. Elles prendront elles aussi un
num�ro d'ordre mais num�rique cette fois : 1 ,2 ,3 etc... �a donne
donc dans notre cas :/dev/hda1 pour la premi�re partition de mon
disque dur, /dev/hda2 pour la deuxi�me, /dev/hda3 la troisi�me
etc.... Combien de partitions ?
Sous Linux on peut formater jusqu'� 4 partitions. Si donc on en
veut plus (ce qui est d'autant plus n�cessaire que les disques
deviennent monstrueux) on fera comme sous Windows on s�parera la
derni�re (la deuxi�me sous Windows et la quatri�me sous Linux) en
lecteurs logiques. Si nous avons sur notre disque 3 partitions
primaires Linux et une quatri�me s�par�e en 3 lecteurs logiques
ceci nous donnera 6 partitions qui seront nomm�es dans l'ordre
/dev/hda1, /dev/hda2, /dev/hda3, /dev/hda5, /dev/hda6 et/dev/hda7.
O� est pass� /dev/hda4 ? Elle n'appara�t pas en tant que telle car
pas utilisable en elle-m�me ; cependant elle est bien num�rot�e
/dev/hda4 bien que pas visible car elle n'est qu'un conteneur pour
les partitions /dev/hda5 �/dev/hda7. Il en va de m�me pour une
partition �tendue de type Fat32. On peut ainsi faire autant de
partition qu'on en a besoin.
c- le montage.
Apr�s cette organisation physique des disques il nous faudra les
utiliser de mani�re logicielle. C'est l� qu'on raccorde notre
mat�riel au syst�me de fichier : il s'agit simplement lui accorder
une place donc un r�pertoire � travers lequel on pourra y acc�der.
Sous Linux tout est fichier : on montera donc nos partitions dans
ce syst�me en respectant certaines r�gles d'organisation. Ce
travail peut �tre fait � chaque fois qu'on doit utiliser une
partition mais avouez que �a serait quand m�me peu pratique ; ce
r�le est donc d�volu au fichier "fstab" qui se trouve dans le
r�pertoire /etc ( c'est l� qu'on range les fichiers de
configuration du syst�me Linux). Ainsi mes partitions sur
lesquelles je vais �crire les fichiers dont j'ai besoin pour que
mon syst�me fonctionne seront "mont�es" en permanence et je
pourrai y acc�der de mani�re transparente. (voir les documents sur
le syst�me de fichier sous Linux pour conna�tre son organisation
interne). Oui mais....
Les p�riph�riques amovibles ne peuvent pas �tre mont�s en
permanente �videmment. Il faudra donc les monter � la demande en
utilisant les commandes convenables. Seulement ces commandes
pouvant �tre relativement longues du fait des options et types on
les liste quand m�me dans /etc/fstab afin d'en simplifier le
montage. Ainsi si notre lecteur de cdrom (/dev/hdc) est mont� donc
accessible par le r�pertoire /mnt/cdrom il suffira de saisir dans
une console " mount /mnt/cdrom" pour que ce soit fait au lieu
d'une ligne de commande compl�te (mount -t iso9660 .......).
Les distributions r�centes reconnaissent ce type de mat�riel et
g�n�rent les lignes de commande correctes � l'installation dans le
fichier /etc/fstab. Certaines distribution comme Mandrake
utilisent m�me un patch du noyau qui permet de monter
automatiquement ces p�riph�riques amovibles � la demande, c'est
"supermount" et �a fait donc le m�me effet que le montage
automatique sous Windows. Mais nous reparlerons de supermount plus
loin.
2) Je veux graver mais Xcdroast ne "voit" pas mon lecteur de
cdrom.
Le probl�me ici c'est que Xcdroast ne sait utiliser que des
p�riph�riques scsi. Alors comment reconna�t-il le graveur qui lui
aussi est IDE ? Parce que tout simplement Linux ne sachant graver
qu'en scsi, d�s l'installation du syst�me, le graveur qui a �t�
reconnu a �t� "�mul�" comme p�riph�rique scsi : il s'agit de
tromper le noyau en lui faisant croire qu'il a � faire � un
p�riph�rique scsi. On comprend donc que pour que notre lecteur
soit pris en charge par Xcdroast il suffira de l'�muler comme
p�riph�rique scsi. Comment faire?
Il suffit de d�clarer d�s le d�marrage cette �mulation. �a se
passe donc dans le fichier de configuration de mon "boot loader",
la plupart du temps le fameux "Lilo" dont le fichier de
configuration s'appelle "lilo.conf" et se trouve sous /etc
(�videmment;). On l'ouvre avec un �diteur de son choix en tant que
root (personne d'autre n'est autoris� � le modifier)(il est
souhaitable auparavant, si on d�bute, d'en faire une copie de
sauvegarde au cas o� on ferait des b�tises qu'on ne sait pas
r�parer). Dans ce fichier on peut voir diff�rentes sections qui
correspondent � chaque d�marrage possible et dans chaque section
une ligne du type :
append="quiet devfs=mount hdd=ide-scsi"
C'est la fin qui nous int�resse : "hdd=ide-scsi". On se souvient
que dans notre cas le graveur �tait nomm� /dev/hdd. Le syst�me
ayant d�tect� un graveur, il l' a automatiquement �mul� scsi gr�ce
� cette commande. On se souvient aussi de la mani�re de nommer les
disques et p�riph�rique amovibles IDE sous Linux : si ces disques
sont scsi leur nom commencera par un "s" � la place du "h". Les
lecteurs et graveurs scsi seront donc nomm�s "scd" suivi d'un
num�ro d'ordre num�rique : 0, 1, etc...�a donne donc "scd0" pour
notre premier p�riph�rique �mul� scsi et scd1 pour le deuxi�me.
On voit ici que la num�rotation est l�g�rement diff�rente de celle
des p�riph�riques IDE qui utilisait des lettres. La cha�ne scsi
diff�rencie les disques durs des lecteurs/graveurs. On note aussi
qu'on commence la num�rotation � 0 (z�ro).
********************************en r�sum�
- Le premier disque SCSI se nomme /dev/sda.
- Le second disque SCSI se nomm� /dev/sdb, etc...
- Le premier CDROM SCSI se nomme /dev/scd0, le deuxi�me
/dev/scd1,...******************************************
Autre diff�rence avec le scsi, s'il n'y a qu'un lecteur ou graveur
�mul� il prendra la "premi�re" place dans l'ordre de num�rotation,
ici /dev/scd0 correspond � /dev/hdd. Pour �muler notre lecteur
(/dev/hdc) il suffit donc d'ajouter dans les lignes append :
"hdc=ide-scsi". Notre ligne ressemble donc maintenant � ceci :
append="quiet devfs=mount hdc=ide-scsi hdd=ide-scsi"
On enregistre le fichier et dans une console, sous root, on
r��crit le secteur de boot en saisissant la commande : "lilo"
(sans les guillemets) ou "lilo -v" si on veut des d�tails. Notez
qu'il ne peut y avoir qu'une seule ligne "append" par section.
Si on utilise le chargeur de d�marrage Grub on fait la m�me
modification dans le fichier /boot/grub/menu.lst dans chaque
section � la ligne " kernel". Rien � faire d'autre, Grub lit son
fichier menu.lst au d�marrage.
Malheureusement (parfois) Linux est trop logique ;) : quand on
�mule /dev/hdc, celui ci �tant "avant" /dev/hdd dans l'ordre des
p�riph�riques amovibles IDE il va prendre la premi�re place aussi
dans l'ordre des lecteurs scsi donc/dev/scd0 ce qui repoussera
notre graveur (originellement /dev/hdd) en/dev/scd1. (un peu comme
sous Windows lorsqu'on ajoute une partition, le lecteur ne se
nomme plus D: mais E: etc...). Il nous faut donc modifier notre
fichier /etc/fstab pour qu'il corresponde � la nouvelle situation.
Dans la ligne de notre graveur on remplace donc /dev/scd0 (notre
gaveur qui �tait �mul� � l'installation) par /dev/scd1 et /dev/hdc
(notre lecteur que nous venons d'�muler et qui a pris l'ancienne
place de notre graveur)par /dev/scd0. On enregistre. C'est
termin�, on peut red�marrer le syst�me.
3) Supermount me cause des probl�mes.
Depuis la s�rie des noyaux 2.4 et avec la mise en place de devfs,
supermount(bien pratique pourtant en th�orie) pose des probl�mes
de lecture et d'acc�s aux cd. Le plus simple est de le d�sactiver
si c'est le cas et de monter ses p�riph�riques � la main ou plut�t
(et plus pratique) gr�ce � des applets sur le bureau des
environnements de travail (il y en a pour tous). Certains
gestionnaires de fichier comme Krusader incluent m�me le montage
dans leur configuration ce qui est presque aussi transparent que
supermount. Pour d�sactiver supermount on ouvre une console, on
passe en root et on saisit:
supermount -i disable
Ceci corrige automatiquement /etc/fstab avec la bonne syntaxe,
sans supermount.
Si on veut le r�activer :
supermount -i enable
4) Petites notes.
- Il faudra �ventuellement corriger les raccourcis et applets qui
pointaient sur les lecteurs afin de les mettre � jour.
- Si on veut utiliser des logiciels qui r�clament la cha�ne scsi
exacte des lecteurs et graveurs (du type : x,x,x) on l'obtient par
la commande (toujours sous root) :
cdrecord -scanbus
***********************exemple
scsibus0:
0,0,0 0) 'IOMEGA ' 'ZIP 250 ' '32.G'
Removable Disk 0,1,0 1) *
0,2,0 2) *
0,3,0 3) *
0,4,0 4) *
0,5,0 5) *
0,6,0 6) *
0,7,0 7) *
scsibus1:
1,0,0 100) *
1,1,0 101) *
1,2,0 102) 'SONY ' 'CD-ROM CDU701 ' '1.0f'
Removable CD-ROM 1,3,0 103) 'LITE-ON ' 'LTR-16101B '
'TS0W' Removable CD-ROM 1,4,0 104) *
1,5,0 105) *
1,6,0 106) *
1,7,0 107) *
******************************
On constate encore que les p�riph�riques de masse usb (type iomega
par exemple) sont �galement �mul�s scsi, mais rassurez-vous,
normalement, cette fois-ci �a s'est fait tout seul ;))
A.Sala�n
Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";
