Ignorer les liens de navigation | |
Quitter l'aperu | |
![]() |
Administration d'Oracle Solaris 11.1 : Périphériques et systèmes de fichiers Oracle Solaris 11.1 Information Library (Français) |
1. Gestion des médias amovibles (tâches)
2. Gravure de CD et DVD (tâches)
3. Gestion des périphériques (tâches)
Nouveautés concernant la gestion des périphériques
Prise en charge des périphériques USB 3.0
Emplacement des tâches supplémentaires de gestion des périphériques
Gestion des périphériques dans Oracle Solaris
x86 : Identification de la prise en charge de périphériques
A propos des pilotes de périphériques
Personnalisation de la configuration d'un pilote
Configuration automatique des périphériques
Fonctions et avantages de la configuration automatique
Exigences relatives aux périphériques non pris en charge
Affichage des informations de configuration des périphériques
Vérification d'erreurs de périphériques en cours d'utilisation
Affichage des informations relatives à la configuration du système
Résolution de problèmes relatifs à des périphériques défectueux
Résolution de problèmes relatifs à des périphériques défectueux
Ajout d'un périphérique à un système
Ajout d'un pilote de périphérique
Création des informations sur les périphériques
Conventions de nommage des périphériques
Noms de périphériques disque logiques
Spécification du sous-répertoire de disque
Contrôleurs directs et contrôleurs orientés bus
Disques avec contrôleurs directs
Disques avec contrôleurs orientés bus
Noms de périphériques à bande logiques
Noms de médias amovibles logiques
4. Configuration dynamique des périphériques (tâches)
5. Gestion des périphériques USB (tâches)
6. Utilisation de périphériques InfiniBand (présentation/tâches)
7. Gestion des disques (présentation)
8. Gestion de l'utilisation du disque (tâches)
9. Administration des disques (tâches)
10. Configuration des disques (tâches)
11. Configuration des périphériques de stockage avec COMSTAR (tâches)
12. Configuration et gestion du service Oracle Solaris iSNS (Internet Storage Name Service)
13. L'utilitaire format (référence)
14. Gestion des systèmes de fichiers (présentation)
15. Création et montage de systèmes de fichiers (tâches)
16. Extension de l'espace de swap (tâches)
17. Copie de fichiers et de systèmes de fichiers (tâches)
Les sections suivantes fournissent des informations générales sur les fonctions qui gèrent les périphériques dans Oracle Solaris :
Affichage des informations de configuration des périphériques
Résolution de problèmes relatifs à des périphériques défectueux
Pour plus d'informations sur l'accès aux périphériques, reportez-vous à la section Accès à des périphériques.
Vous pouvez utiliser l'outil de détection de périphériques pour identifier si votre matériel x86 est pris en charge dans cette version d'Oracle Solaris. Pour plus d'informations, consultez la page http://www.oracle.com/webfolder/technetwork/hcl/hcts/device_detect.jsp.
Un ordinateur utilise généralement un large éventail de périphériques et de périphériques de stockage. Votre système dispose probablement d'une unité de disque, d'un clavier, d'une souris et d'une sorte de graveur de DVD.
Les autres périphériques couramment utilisés sont les suivants :
Unités de DVD
Imprimantes et traceurs
Crayons optiques
Ecrans tactiles
Numériseurs graphiques
Paires de stylets et tablettes graphiques
Le logiciel Oracle Solaris ne communique pas directement avec tous ces périphériques. Chaque type de périphérique nécessite différents formats de données, protocoles et taux de transmission.
Un pilote de périphérique est un programme de bas niveau permettant au système d'exploitation de communiquer avec une partie spécifique du matériel. Le pilote sert "d'interprète" au système d'exploitation pour cette partie du matériel.
Dans la version Oracle Solaris 11, les personnalisations du pilote sont effectuées dans le répertoire /etc/driver/drv, plutôt que dans le répertoire /kernel , comme dans les versions précédentes. Cela signifie que vos personnalisations du pilote ne sont pas écrasées lorsque le système est mis à niveau. Les fichiers du répertoire /etc/driver/drv sont conservés pendant la mise à niveau.
La personnalisation de la configuration d'un pilote signifie généralement qu'un paramètre ou une propriété globale d'un périphérique, qui affecte tous les périphériques, est ajouté ou modifié.
# cp /kernel/drv/sd.conf /etc/driver/drv/sd.conf
Par exemple, sd.conf contient l'entrée suivante pour le périphérique sd à la cible 0, lun 0 :
name="sd" class="scsi" target=0 lun=0;
Pour ajouter le paramètre retries à ce périphérique, modifiez l'entrée existante comme suit :
name="sd" class="scsi" target=0 lun=0 retries=4;
# prtconf -vu sd, instance #1 Admin properties: name='retries' type=int items=1 value=00000004
Le noyau est constitué d'une petite partie principale générique constituée d'un composant propre à la plate-forme et d'un ensemble de modules. Dans cette version d'Oracle Solaris, le noyau est configuré automatiquement.
Un module du noyau est un composant logiciel utilisé pour exécuter une tâche spécifique sur le système. Un pilote de périphérique chargé à l'accès est un exemple de module du noyau chargeable
Les modules du noyau sont décrits dans le tableau ci-après.
Tableau 3-2 Description des modules du noyau Solaris
|
Le système détermine quels sont les périphériques qui lui sont connectés pendant l'initialisation. Ensuite, le noyau se configure de manière dynamique en chargeant les modules nécessaires dans la mémoire. Actuellement, les pilotes de périphériques sont chargés à l'accès des périphériques, tels que les périphériques à disque et les périphériques à bande. Ce processus est appelé configuration automatique : tous les modules du noyau sont chargés automatiquement si nécessaire.
Vous pouvez personnaliser la façon dont les modules du noyau sont chargés. Pour cela, modifiez le fichier /etc/system. Pour plus d'informations sur la modification de ce fichier, reportez-vous à la page de manuelsystem(4).
La configuration automatique dispose des avantages suivants :
La mémoire principale est utilisée plus efficacement : les modules sont chargés si nécessaire.
Il n'est pas nécessaire de reconfigurer le noyau lorsque de nouveaux périphériques sont ajoutés au système.
Des pilotes peuvent être chargés et testés sans avoir à reconstruire le noyau.
La configuration automatique est utilisée lorsque vous ajoutez un nouveau périphérique (et son pilote) au système. Dans les versions précédentes, il était nécessaire de procéder à une reconfiguration à l'initialisation si vous aviez ajouté un périphérique à un système arrêté. Les améliorations de la configuration de périphériques rendent la reconfiguration à l'initialisation inutile lorsqu'un périphérique est ajouté à un système arrêté.
Vous pouvez ajouter, retirer ou remplacer des périphériques dans le SE Oracle Solaris pendant que le système est en cours d'exécution, à condition que les composants système prennent en charge l'enfichage à chaud. Pour plus d'informations sur l'enfichage à chaud des périphériques, reportez-vous au Chapitre 4, Configuration dynamique des périphériques (tâches).
Les pilotes de périphériques nécessaires pour prendre en charge un large éventail de périphériques standard sont inclus dans cette version d'Oracle Solaris. Vous pouvez trouver ces pilotes dans les répertoires /kernel/drv et /platform/`uname -m`/kernel/drv.
Cependant, si vous avez acheté un périphérique non pris en charge, le fabricant doit fournir le logiciel nécessaire à l'installation, à l'entretien et à la gestion de ce périphérique.
Au minimum, ce logiciel comprend un pilote de périphérique et son fichier de configuration associé (.conf). Les fichiers .conf se trouvent dans les répertoires drv. Le périphérique peut être incompatible avec les utilitaires Oracle Solaris, ce logiciel peut donc également inclure des utilitaires d'administration et de maintenance personnalisés.
Pour plus d'informations sur les exigences relatives aux périphériques non pris en charge, contactez le fabricant de votre périphérique.
Le tableau suivant décrit les trois commandes utilisées pour afficher les informations de configuration du système et des périphériques.
|
Pour plus d'informations sur les noms des périphériques utilisés pour identifier des périphériques sur le système, reportez-vous à la section Conventions de nommage des périphériques.
Le message suivant lié au pilote peut être affiché à l'aide des commandes prtconf et sysdef :
device, instance #number (driver not attached)
Ce message ne signifie pas nécessairement qu'un pilote est indisponible pour ce périphérique. Il signifie qu'aucun pilote n'est actuellement connecté à l'instance de périphérique, car aucun périphérique n'existe à ce noeud ou le périphérique n'est pas en cours d'utilisation. Les pilotes sont chargés automatiquement lorsque le périphérique est accessible. Ils sont déchargés lorsque le périphérique n'est pas en cours d'utilisation.
Les utilitaires suivants détectent lorsqu'un périphérique spécifié est en cours d'utilisation :
dumpadm
format
mkfs et newfs
swap
Grâce à ces améliorations, ces utilitaires peuvent détecter les scénarios d'utilisation suivants :
Le périphérique fait partie d'un pool de stockage ZFS.
Le périphérique est un périphérique de swap ou de vidage.
Le fichier /etc/vfstab contient une entrée pour le périphérique ou un système de fichiers monté.
Par exemple, si vous tentez d'accéder à un périphérique actif à l'aide de l'utilitaire format, le message suivant s'affiche :
# format Searching for disks...done AVAILABLE DISK SELECTIONS: 0. c1t0d0 <FUJITSU-MAY2073RCSUN72G-0401 cyl 8921 alt 2 hd 255 sec 63> /pci@0,0/pci1022,7450@2/pci1000,3060@3/sd@0,0 /dev/chassis/SYS/HD0/disk 1. c1t1d0 <FUJITSU-MAY2073RCSUN72G-0401-68.37GB> /pci@0,0/pci1022,7450@2/pci1000,3060@3/sd@1,0 /dev/chassis/SYS/HD1/disk Specify disk (enter its number): 0 selecting c1t0d0 [disk formatted] /dev/dsk/c1t0d0s0 is part of active ZFS pool rpool. Please see zpool(1M). FORMAT MENU: . . .
Utilisez la sortie des commandes prtconf et sysdef pour identifier les périphériques de disque, à bande ou DVD connectés au système. La sortie de ces commandes affiche les messages driver not attached à côté des instances de périphérique. Ces périphériques sont toujours contrôlés par un processus système. C'est pourquoi le message driver not attached indique généralement qu'aucun périphérique n'existe au niveau de cette instance de périphérique.
Exécutez la commande sysdef pour afficher les informations de configuration du système, comprenant les pseudopériphériques, les modules chargeables et les paramètres du noyau sélectionnés.
Par exemple, la sortie prtconf -v suivante sur un système SPARC identifie les périphériques de disque connectés au système. Les informations détaillées concernant le disque se trouvent dans la section Device Minor Nodes.
$ /usr/sbin/prtconf -v | more Memory size: 32640 Megabytes System Peripherals (Software Nodes): SUNW,SPARC-Enterprise-T5220 . . . location: /dev/chassis/SUN-Storage-J4400.0918QAKA24/SCSI_Device__2/disk Device Minor Nodes: dev=(27,40) dev_path=/pci@0/pci@0/pci@8/pci@0/pci@a/LSILogic,sas@0/sd@2,0:a spectype=blk type=minor dev_link=/dev/dsk/c4t2d0s0 dev_path=/pci@0/pci@0/pci@8/pci@0/pci@a/LSILogic,sas@0/sd@2,0:a,raw spectype=chr type=minor dev_link=/dev/rdsk/c4t2d0s0 Device Minor Layered Under: mod=zfs accesstype=blk dev_path=/pseudo/zfs@0 Minor properties: name='Nblocks' type=int64 items=1 dev=(27,40) value=0000000074702c8f name='Size' type=int64 items=1 dev=(27,40) value=000000e8e0591e00 . . .
Par exemple, la sortie prtconf suivante sur un système SPARC affiche le numéro d'instance sd pour /dev/dsk/c4t2d0s0.
# prtconf -v /dev/dsk/c4t2d0s0 | grep instance sd, instance #5
# prtconf | grep -v not
Par exemple, la commande fuser suivante affiche les processus qui accèdent au périphérique /dev/console.
# fuser -d /dev/console /dev/console: 5742o 2269o 20322o 858o
Exemple 3-1 Affichage des informations de configuration du système
La sortie prtconf suivante est affichée sur un système x86.
# prtconf System Configuration: Oracle Corporation i86pc Memory size: 8192 Megabytes System Peripherals (Software Nodes): i86pc scsi_vhci, instance #0 pci, instance #0 pci108e,4843, instance #0 pci8086,25e2, instance #0 pci8086,3500, instance #7 pci8086,3510, instance #9 pci8086,3518, instance #10 pci108e,4843, instance #0 pci108e,4843, instance #1 pci8086,350c, instance #8 pci8086,25e3 (driver not attached) pci8086,25f8, instance #2 pci108e,286, instance #0 disk, instance #0 disk, instance #2 disk, instance #3 disk, instance #1 pci8086,25e5 (driver not attached) pci8086,25f9 (driver not attached) pci8086,25e7 (driver not attached) pci108e,4843, instance #0 (driver not attached) pci108e,4843, instance #1 pci108e,4843, instance #2 (driver not attached) pci108e,4843 (driver not attached) pci108e,4843 (driver not attached) pci108e,4843 (driver not attached) pci108e,4843 (driver not attached) pci8086,2690, instance #6 pci108e,125e, instance #2 pci108e,125e, instance #3 pci108e,4843, instance #0 pci108e,4843, instance #1 device, instance #0 keyboard, instance #0 mouse, instance #1 pci108e,4843, instance #2 pci108e,4843, instance #3 pci108e,4843, instance #0 storage, instance #0 disk, instance #4 . . .
La sortie sysdef suivante est affichée à partir d'un système basé sur x86 :
# sysdef * Hostid * 29f10b4d * * i86pc Configuration * * * Devices * +boot (driver not attached) memory (driver not attached) aliases (driver not attached) chosen (driver not attached) i86pc-memory (driver not attached) i86pc-mmu (driver not attached) openprom (driver not attached) options, instance #0 packages (driver not attached) delayed-writes (driver not attached) itu-props (driver not attached) isa, instance #0 motherboard (driver not attached) pnpADP,1542, instance #0 asy, instance #0 asy, instance #1 lp, instance #0 (driver not attached) fdc, instance #0 fd, instance #0 fd, instance #1 (driver not attached) kd (driver not attached) kdmouse (driver not attached) . . .
Un mécanisme de retrait de périphérique isole un périphérique défectueux grâce à la structure de gestion des pannes (FMA, Fault Management Framework). Cette fonction permet de désactiver les périphériques défectueux automatiquement et en toute sécurité, afin d'éviter les pertes de données, l'altération de données et les paniques et interruptions du système. Le processus de retrait s'effectue en toute sécurité, en tenant compte de la stabilité du système après retrait du périphérique.
Les périphériques critiques ne sont pas retirés. Après avoir remplacé manuellement un périphérique retiré, exécutez la commande fmadm repair afin d'informer le système du remplacement du service, en plus des étapes de remplacement manuel.
Pour de plus amples informations, reportez-vous à la page de manuel fmadm(1M).
Un message d'informations générales relatif au retrait de périphériques s'affiche sur la console et est inséré dans le fichier /var/adm/messages afin de signaler le retrait d'un périphérique. Par exemple :
Aug 9 18:14 starbug genunix: [ID 751201 kern.notice] NOTICE: One or more I/O devices have been retired
La commande prtconf permet d'identifier des périphériques retirés spécifiques. Par exemple :
# prtconf . . . pci, instance #2 scsi, instance #0 disk (driver not attached) tape (driver not attached) sd, instance #3 sd, instance #0 (retired) scsi, instance #1 (retired) disk (retired) tape (retired) pci, instance #3 network, instance #2 (driver not attached) network, instance #3 (driver not attached) os-io (driver not attached) iscsi, instance #0 pseudo, instance #0 . . .
Suivez les étapes ci-dessous pour résoudre un problème relatif à un périphérique défectueux ou un périphérique qui a été retiré.
Vous pouvez également consulter les informations sur les défaillances ou sur les problèmes de périphériques ZFS à l'aide des commandes zpool status ou fmadm. Pour obtenir des informations sur les défaillances ou les problèmes de périphériques ZFS, reportez-vous au Chapitre 10, Dépannage d’Oracle Solaris ZFS et récupération de pool du manuel Administration d’Oracle Solaris 11.1 : Systèmes de fichiers ZFS.
# fmadm faulty --------------- ------------------------------------ -------------- --------- TIME EVENT-ID MSG-ID SEVERITY --------------- ------------------------------------ -------------- --------- Jun 20 16:30:52 55c82fff-b709-62f5-b66e-b4e1bbe9dcb1 ZFS-8000-LR Major Problem Status : solved Diag Engine : zfs-diagnosis / 1.0 System Manufacturer : unknown Name : ORCL,SPARC-T3-4 Part_Number : unknown Serial_Number : 1120BDRCCD Host_ID : 84a02d28 ---------------------------------------- Suspect 1 of 1 : Fault class : fault.fs.zfs.open_failed Certainty : 100% Affects : zfs://pool=86124fa573cad84e/vdev=25d36cd46e0a7f49/ pool_name=pond/vdev_name=id1,sd@n5000c500335dc60f/a Status : faulted and taken out of service FRU Name : "zfs://pool=86124fa573cad84e/vdev=25d36cd46e0a7f49/ pool_name=pond/vdev_name=id1,sd@n5000c500335dc60f/a" Status : faulty Description : ZFS device 'id1,sd@n5000c500335dc60f/a' in pool 'pond' failed to open. Response : An attempt will be made to activate a hot spare if available. Impact : Fault tolerance of the pool may be compromised. Action : Use 'fmadm faulty' to provide a more detailed view of this event. Run 'zpool status -lx' for more information. Please refer to the associated reference document at http://support.oracle.com/msg/ZFS-8000-LR for the latest service procedures and policies regarding this diagnosis.
# zpool clear pond c0t5000C500335DC60Fd0
Si une erreur de périphérique intermittente s'est produite mais que le périphérique n'a pas été remplacé, vous pouvez essayer d'effacer l'erreur précédente.
# fmadm repaired zfs://pool=86124fa573cad84e/vdev=25d36cd46e0a7f49/ \ pool_name=pond/vdev_name=id1,sd@n5000c500335dc60f/a fmadm: recorded repair to of zfs://pool=86124fa573cad84e/vdev=25d36cd46e0a7f49/ pool_name=pond/vdev_name=id1,sd@n5000c500335dc60f/a
# fmadm faulty
Si le message d'erreur est effacé, la commande fmadm faulty ne renvoie rien.