FAQ Solaris Ready USB – Bien choisir son serveur d impression

Reportez-vous à la page de manuel usb (7D) qui répertorie tous les pilotes USB fournis.

Oracle Solaris 11 est la dernière version d'Oracle Solaris – http://www.oracle.com/technetwork/server-storage/solaris/overview/index.html.

La cause principale est souvent que le périphérique n'est pas conforme aux spécifications USB, mais il y a quelques points à vérifier:

• si connecté au port usb1.x, connectez-vous à usb2.0 ou vice versa
• insérer un hub usb1.x ou usb2.0
  • Si un périphérique USB 2.0 est sur un port USB 2.0, vous pouvez le forcer à la vitesse USB1.x en insérant un concentrateur USB1.x.
  • si un périphérique 1.x est sur un port usb1.x, vous pouvez le forcer à travailler avec le pilote usb2.0 ehci en insérant un hub usb2.0
• utiliser de meilleurs câbles
• utiliser des câbles plus courts

mdb (1) a un dcmd :: usba_debug_buf pour vider le tampon de journalisation USB, ce qui peut donner des indications sur ce qui ne va pas. Vous devriez également vérifier / var / adm / messages

Vous pouvez utiliser 'cfgadm' pour trouver le port auquel votre appareil est connecté. Consultez la page de manuel cfgadm_usb (1M) pour plus de détails. # cfgadm -vl

# cfgadm -c disconnect usbx / y

# cfgadm -c configure usbx / y

# prtconf -D

# cfgadm -vl

# cfgadm -c disconnect usbx / y

# prtconf -D

Le nœud de périphérique ne devrait plus être répertorié. Reportez-vous à cfgadm_usb (1M).
(Remarque: dans certains cas, la déconnexion de cfgadm ne rendra pas les périphériques connectables à chaud.)

Sur les plates-formes SPARC, la gestion de l'alimentation peut l'avoir mise hors tension. Editez le fichier /etc/power.conf, désactivez autopm et exécutez pmconfig ou redémarrez.

Ceci est applicable uniquement dans Oracle Solaris 10; dans Oracle Solaris 11, la gestion de l'alimentation des périphériques n'est pas prise en charge.

Exécutez prtconf -D à l'invite de commande et vérifiez si le périphérique est énuméré.

Si vous possédez une ancienne machine SPARC avec des ports USB 1.x, vous pouvez contourner le problème en connectant le périphérique à un port USB 1.x ou en connectant un concentrateur USB 1.x, puis le périphérique à ce concentrateur. Cela force le périphérique à être géré par ohci ou uhci. Si les utilisateurs n'ont pas besoin de la prise en charge USB 2.0, une autre solution consiste à exécuter la commande ci-dessous, qui désactive le pilote ehci (7D):

# rem_drv ehci

Nous avons vu que les convertisseurs Cables Unlimited et SIIG USB à PS2 fonctionnent bien.

Cela peut arriver avec la plupart des périphériques, mais peut être irrégulier avec des périphériques alimentés par le bus, tels que la souris Oracle.

Vous pouvez utiliser des rallonges de câble actives.

Pour appliquer la sécurité, reportez-vous au script usbsecure.pl

Pour désactiver complètement l'USB, vous pouvez supprimer le package USB à l'aide de la commande pkgrm.

Sur Oracle Solaris 10, vous pouvez utiliser le gestionnaire d’impression, commande / usr / sbin / printmgr.

Ou utilisez JDS Java Launch -> Préférences -> Préférences de l’imprimante

Cela signifie qu'un périphérique USB 2.0 est connecté à un concentrateur USB1.x qui fonctionne à pleine vitesse (et non à grande vitesse), car le port USB1.x ne prend en charge que les vitesses maximale et lente.

En règle générale, le démarrage à partir d'un disque USB, d'un lecteur de CD / DVD est pris en charge sur les plates-formes x86 avec S10 update 1 et ultérieur si le BIOS prend en charge USB 2.0. Les systèmes Sparc avec prise en charge USB 2.0 peuvent démarrer à partir de disques USB si OBP (Open Boot Prom) est mis à niveau vers la version 4.27 ou ultérieure. Avant de pouvoir démarrer Oracle Solaris à partir d'un disque USB, vous devez d'abord installer Oracle Solaris sur le disque. L'installation sur des clés USB n'est pas recommandée car le nombre d'écritures sur ces clés est limité.

Problèmes observés sur certaines plates-formes matérielles:

• L'installation à partir du lecteur de CD / DVD USB démarre, mais échoue avec l'erreur "ne pas trouver le support". En effet, le lecteur de CD / DVD n'est pas monté dans le répertoire / cdrom, contrairement au processus d'installation. La solution possible consiste à rebrancher le lecteur de CD / DVD et à vous assurer que le périphérique se trouve dans l'arborescence du périphérique et que le lien / dev / dsk / est correctement créé. Montez-le manuellement sous / cdrom, puis poursuivez l'installation avec / sbin. / install-solaris.
• L'installation sur le disque dur USB semble lente, puis se bloque quelque part. Vérifiez la sortie de dmesg s'il y a plusieurs fois "timeout" et "tran_err". De tels messages d'erreur signifieraient que vous n'avez pas assez de mémoire physique. La solution consiste à installer plus de 512 M de RAM physiques ou à utiliser S10U2 ou une version ultérieure. Ces versions contiennent le correctif ehci pour la prise en charge des disques USB 2.0.
• Amorcer à partir du disque dur USB panique sur "ne peut pas monter le chemin racine". Vérifiez si le disque est connecté derrière un concentrateur USB. N'utilisez pas de hub entre les démarrages à partir d'un disque USB. Et vérifiez si le chemin d’amorçage dans /boot/solaris/bootenv.rc correspond au chemin du lecteur de disque USB. Sinon, modifiez le fichier bootenv.rc, démarrez en mode sécurisé et assurez-vous que boot_archive sur le lecteur de disque USB est mis à jour.

En supposant que vous utilisez un serveur Oracle X-line utilisant un BIOS AMI (American Megatrends, Inc.), appuyez sur F2 au démarrage du serveur pour accéder au BIOS. Naviguez vers l'option de menu de démarrage à l'aide des touches fléchées [1]. Hit return sur la priorité du périphérique d'amorçage [2] et appuyez sur Entrée à nouveau avec le 1er périphérique de démarrage sélectionné [3]. Vous devriez voir votre périphérique USB répertorié. Mettez-le en surbrillance et appuyez sur entrée, puis sur F10 pour enregistrer et quitter. [4]. Cela redémarrera votre serveur en utilisant votre disque USB comme périphérique de démarrage principal.

Si votre périphérique USB n'apparaît pas dans le menu Priorité du périphérique d'amorçage, essayez de voir s'il est répertorié dans la section Lecteurs de disque dur sous Amorçage. Vous devriez pouvoir frapper le retour sur 1st Drive et le voir listé [5]. Si ce n'est toujours pas visible, vous pouvez vérifier si votre disque USB est compatible USB 2.0 ou essayer de mettre à niveau le BIOS vers une version plus récente.

Cette méthode n'est pas exclusive aux serveurs Oracle. Tout BIOS prenant en charge le démarrage à partir d'un périphérique USB 2.0 devrait théoriquement fonctionner avec cette méthode, bien que la disposition du menu puisse être différente.

Il est également intéressant de noter que le démarrage USB fonctionne aussi bien avec les ports USB externes et internes. [6]. Sur de nombreux serveurs Oracle basés sur 1U avec des logements internes, le port du bas est inactif. Utilisez le port supérieur de votre périphérique USB.

12 août 17:18:19 mysystem usba: [ID 912658 kern.info] Périphérique USB 2.0
                  

(usb781,5151) fonctionnant à haute vitesse (USB 2.x) sur un concentrateur racine USB 2.0: stockage @ 6,
                  

L'adresse de bus 2 scsa2usb0 usb781,5151 vous donne l'id du fournisseur (0x781) et l'ID du produit (0x5151).

Ou vérifiez la sortie de prtconf -v pour quelque chose comme:

name = 'usb-product-id' type = int items = 1 valeur = 00005151
                  

                   

name = 'usb-vendor-id' type = int items = 1 valeur = 00000781
                  

                   

name = 'compatible' type = chaîne items = 9 valeur = 'usb781,5151.20' + 'usb781,5151' + 'usbif781, class8.6.50' +
                  

'usbif781, class8.6' + 'usbif781, class8' + 'usbif, class8.6.50' + 'usbif, class8.6' + 'usbif, class8' + 'usb, device'

Ceci est probablement dû à un problème d'incompatibilité matérielle. Pour résoudre le problème, connectez le périphérique au port avant via un concentrateur USB ou connectez-le au port arrière de la machine SPARC.

Reportez-vous à la page de manuel usb_mid (7d). usb_mid est le pilote par défaut et est un pilote multi-interface. Il vérifie si chacune des "interfaces" du périphérique peut être liée à un pilote. Il exporte également une interface ugen (7D) (Oracle Solaris 10 Update 2 et versions ultérieures) afin que le périphérique puisse fonctionner avec libusb (3LIB).

La prise en charge des modems USB et des adaptateurs de terminal RNIS conformes à la spécification USB CDC ACM (modèle de contrôle abstrait de classe de périphérique de communication USB) est disponible dans Oracle Solaris 10 Update 4. Consultez la page de manuel usbsacm (7D).

USB CDC-ECM (Classe de périphérique de communication – Modèle de contrôle Ethernet) est une classe de périphérique pouvant échanger des données de trame Ethernet avec l'hôte. Le périphérique CDC-ECM a une adresse MAC et est configurable. Avec le pilote usbecm (7D), il est identifié par le logiciel hôte comme une interface de carte réseau. Les utilisateurs peuvent utiliser les utilitaires d’administration de réseau Oracle Solaris standard pour gérer cette interface. Le périphérique USB CDC-ECM se trouve uniquement sur les serveurs dotés d'une console distante de type ILOM ou SP. C'est un type de périphérique virtuel et est utilisé pour fournir une connexion à bande passante élevée entre l'hôte et les processeurs de service sur les plateformes Oracle.

Un périphérique USB CDC-ECM est disponible sur les serveurs Oracle les plus récents. Cette interface fournit un lien à bande passante élevée entre l'hôte et le SP. Les outils de gestion Oracle Solaris ILOM, tels que ilomconfig (1M), s'appuient sur cette interface pour gérer ILOM sur des serveurs Oracle. Vous pouvez trouver une interface ECM sur les séries Oracle SPARC T3 / T4 et oracle X86 X4170 / X4270, etc. Les utilisateurs peuvent également trouver une telle interface sur les serveurs d'autres fournisseurs.

Voici un exemple d'utilisation sous S10:

bash-3.2 # ifconfig -a
lo0: flags = 2001000849 mtu 8232 index 1
 masque réseau inet 127.0.0.1 ff000000
igb0: drapeaux = 1000843 mtu 1500 index 2
 inet 10.133.98.67 masque de réseau fffffe00 diffusé le 10.133.99.255
 éther 0: 21: 28: b3: 9: f0
usbecm0: drapeaux = 1000843 mtu 1500 index 3
    inet 169.254.182.77 netmask ffffff00 diffusion 169.254.255.255
 Ether 2: 21: 28: 57: 47: 17
bash-3.2 # dladm show-link
type igb0: non-vlan mtu: 1500 périphérique: igb0
type igb1: mtu non-vlan: 1500 périphérique: igb1
type igb2: mtu non-vlan: 1500 périphérique: igb2
type igb3: mtu non-vlan: 1500 périphérique: igb3
usbecm0 type: non-vlan mt: 1500 périphérique: usbecm0
bash-3.2 # liste d'interconnexion ilomconfig
Interconnexion
============
Etat: activé
Type: USB Ethernet
Adresse IP de l'interconnexion SP: 169.254.182.76
Adresse IP d'interconnexion d'hôte: 169.254.182.77
Masque de réseau d'interconnexion: 255.255.255.0
Adresse MAC de l'interconnexion SP: 02: 21: 28: 57: 47: 16
Adresse MAC d'interconnexion hôte: 02: 21: 28: 57: 47: 17

Sur Oracle Solaris 11, reportez-vous à la page de manuel relative à usbecm (7D) pour plus d'informations.

Plusieurs claviers et souris sont pris en charge dans Oracle Solaris 10 Update 1 et les versions ultérieures et Oracle Solaris 11.

Un lecteur de code à barres ressemble au système comme un autre clavier. Ceci est pris en charge dans Oracle Solaris 10 Update 1 et ultérieur et dans Oracle Solaris 11.

Vous pouvez le faire, mais il n'est pas recommandé de mettre en cascade plus de 3 personnes. En outre, les concentrateurs autonomes sont également recommandés.

Oui, beaucoup (comme Logitech, etc.) sont connus pour fonctionner, mais d'autres peuvent avoir des problèmes. Nous vous recommandons d'utiliser la dernière version d'Oracle Solaris 11, qui inclut des correctifs de bogues.

Vérifiez les détails du concentrateur et assurez-vous qu'il ne s'agit pas d'un concentrateur USB 1.x.

Le clavier de type 7 est le nouveau clavier USB 2.0 d’Oracle, compatible ROHS. Il possède également un hub USB 2.0 intégré. La disposition du clavier est très similaire à celle du clavier de type 6, à l’exception du placement de quelques touches telles que Alt et Compose. La souris est maintenant une souris optique à 3 boutons avec molette de défilement.

Le concentrateur interne du clavier de type 7 est un concentrateur alimenté par le bus. Il ne peut pas prendre en charge les périphériques USB à forte consommation tels que les disques durs USB et les lecteurs de disquettes. Veuillez ne connecter que des périphériques USB basse consommation, sinon vous risquez d'obtenir des résultats inattendus.

Connectez les souris directement au port USB du système ou mettez à niveau le système d'exploitation vers Oracle Solaris 10.

La spécification USB spécifie le contrôle du bilan de puissance pour limiter les connexions de périphériques à un concentrateur et éviter les surintensités. Un concentrateur auto-alimenté peut fournir un maximum de 500 mA à chaque port, tandis qu'un concentrateur alimenté par le bus ne devrait fournir qu'un maximum de 100 mA à chaque port. Avec le contrôle du bilan de puissance, les appareils consommant plus de 100 mA se verront refuser la connexion à un concentrateur alimenté par le bus. Et deux concentrateurs alimentés par le bus ne peuvent pas être concaténés.

Cette prise en charge est disponible dans les versions Oracle Solaris 10 Update 2 et ultérieures et dans Oracle Solaris 11.

Vérifiez si votre clavier est connecté à un concentrateur USB 2.0. Si tel est le cas, connectez directement votre clavier au port USB 1.0 de la machine hôte au lieu du port USB 2.0 du concentrateur et vérifiez le fonctionnement du clavier.

En règle générale, Oracle Solaris et Xorg détectent automatiquement la disposition de votre clavier et chargent automatiquement le clavier approprié. Mais dans certains cas, la disposition du clavier détectée par Oracle Solaris ne correspond pas à ce que l'utilisateur souhaite et cela peut nécessiter certains paramètres manuels. Par exemple, lorsqu'un clavier est connecté à un système via un KVM, il indique probablement que la disposition du clavier est différente de celle du clavier actuel.

Pour configurer manuellement la disposition du clavier, suivez les instructions ci-dessous pour résoudre ce problème. Les instructions suivantes prennent la mise en page US à titre d'exemple. Pour les autres types de mise en page, veuillez consulter /usr/X11/share/X11/xkb/xkbtable.map.

Pour les utilisateurs de Xorg (version 1.5 ou ultérieure), créez un fichier fdi comme suit:
cat> /etc/hal/fdi/policy/30user/99-x11-keyboard-settings.fdi << EOF







  
    sun_type6_usb
    nous
  






EOF

Une fois le fichier fdi configuré, redémarrez le démon HAL pour que les paramètres de présentation prennent effet (pour Xorg):

svcadm redémarrer hal
svcadm redémarrer gdm

Dans Oracle Solaris 11, les utilisateurs de la console peuvent utiliser les deux méthodes suivantes pour configurer la disposition du clavier.

1. Exécutez 'kSbd -s' en ligne de commande, puis exécutez `loadkeys` pour charger la table de clés. Mais la mise en page ne sera pas restaurée. Après le redémarrage, le réglage sera perdu.
2. Utilisez l'outil kbd (1) et le service system / keymap (svc: / system / keymap: default). Par exemple, définissez la disposition du clavier sur "US-English".

     

     # svccfg -s keymap: setprop keymap / layout par défaut = US-English
# svcadm actualiser le keymap
# svcadm restart keymap
# kbd -i 

'kbd -s' peut lister toutes les configurations de clavier supportées. Et de cette manière, la mise en page peut être définie de manière permanente.

Guide d'administration système Oracle Solaris et reportez-vous à la FAQ n ° 8 de la section générale ci-dessus.

La prise en charge USB ZFS pour ZFS a été activée dans Oracle Solaris 10 Update 2 et Oracle Solaris 11. Ne retirez pas à chaud un disque USB avec un système de fichiers ZFS non répliqué lorsque des opérations d'E / S sont en cours.

Vold est un démon système permettant de gérer les périphériques de support amovibles. Il peut automatiquement monter des systèmes de fichiers sur ces périphériques. Tous les périphériques de stockage de masse USB sont traités comme des périphériques de support amovibles. Dans les versions précédentes de la mise à jour Oracle Solaris 10, vold était un service SMF, reportez-vous à vold (1M) et à volfs (7FS) pour plus de détails.

Sur la machine x86, exécutez les commandes suivantes pour accéder au type de disque pcfs.

/etc/init.d/volmgt stop
                  

format -e ou rmformat
                  

                   

  mount -F pcfs / dev / dsk / c2t0d0p0: c / mnt

Sur la machine SPARC, exécutez les commandes suivantes pour accéder au type de disque pcfs.

/etc/init.d/volmgt stop
                  

format -e ou rmformat
                  

                   

    mount -F pcfs / dev / dsk / c1t0d0s2: c / mnt

Si le disque n'est pas partitionné, laissez le ": c" sur.

Ce n'est pas inhabituel. Certains disques se rapprochent de 15 Mo / s, ce qui est le meilleur que ehci (7D) et scsa2usb (7D) peuvent faire.

Essayez de le monter manuellement

# mount -F pcfs / dev / dsk / c2t0d0s2: c / mnt
                  

# mount -F pcfs / dev / dsk / c2t0d0p0: c / mnt

p0 est le disque entier, y compris les secteurs d’amorçage et toutes les partitions. Les p1 à p4 sont les quatre partitions possibles de fdisk. En interne, ce sont les 16ème et 20ème positions dans la table des tranches pour le disque. Cela vous permet de créer un newfs sur p0 et d'utiliser le disque entier en tant que système de fichiers. La méthode p0: M est gérée dans le code pcfs, où "M" est "c" pour une partition FAT principale et "d" – "z" pour les partitions FAT logiques au sein d'une partition étendue.

Utilisez l'option -o cachée:

monter -F pcfs -o caché / dev / dsk / c5t0d0s0: 1 / ipod

Nous l’avons remarqué sur certains disques Lacie. Le périphérique échouera toujours lors de la première énumération pendant sa rotation.

L'utilitaire cdrw présente certains problèmes sur certains lecteurs de DVD USB. En particulier, certains anciens disques Plextor ne fonctionnent pas avec cdrw. Les disques internes de fournisseurs tels que Lite-On, Pioneer, Toshiba, TEAC et ASUS sont connus pour fonctionner correctement. Vous pouvez également essayer cdrecord, disponible sur le CD d’accompagnement fourni avec le kit d’installation pour Oracle Solaris. Consultez également le site http://www.blastwave.org pour plus de détails sur cdrecord. Cdrecord est inclus dans Oracle Solaris 10 Update 2 et les versions ultérieures.

Veuillez utiliser la commande: rmformat.

Nous avons remarqué cela auparavant. Si vous faites un prtconf -v du travail avec les périphériques qui ne fonctionnent pas, comparez les lignes suivantes:

stockage, instance # 3 ..
                  

    Propriétés matérielles: ...
                  

        nom = 'nom-produit-usb' type = chaîne d'éléments = 1
                  

            value = 'Périphérique de stockage USB 2.0' ..
                  

        name = 'usb-revision-id' type = int items = 1
                  

            valeur = 00000103
                  

        name = 'usb-product-id' type = int items = 1
                  

            valeur = 00005621
                  

        name = 'usb-vendor-id' type = int items = 1
                  

            valeur = 00000402

Dans Oracle Solaris 10, dans le fichier /kernel/drv/scsa2usb.conf, activez les options suivantes:

attribut-override-list = "vid = * réduit-cmd-support = true";

et redémarrez le système.

# /etc/init.d/volmgt stop
                  

# rmformat (pour trouver le périphérique, supposons qu'il s'agit de / dev / rdsk / c4t0d0p0)

Mettre à zéro la table fdisk:

# dd if = / dev / zero of = / dev / rdsk / c4t0d0p0 count = 16
                  

# mkfs -F pcfs -o fat = 32 / dev / rdsk / c6t0d0p0: c
                  

# mount -F pcfs / dev / dsk / c4t0d0p1 / mnt

# /etc/init.d/volmgt stop
/etc/rmmount.conf a actuellement:
monter * hsfs udfs ufs -o nosuid

Changer ceci en:

mount * hsfs udfs ufs -o nosuid, ro

Changement dans /etc/vold.conf:

utiliser le lecteur cdrom / dev / rdsk / c * s2 dev_cdrom.so cdrom% d mode = 0400
                  

utiliser le lecteur / dev / rdiskette flopyy[0-9] dev_floppy.so disquette% d mode = 0x400
                  

utiliser le lecteur rmdisk / dev / rdsk / c * s2 dev_rmdisk% d mode = 0400
                
# /etc/init.d/volmgt start

# /etc/init.d/volmgt stop
                  

# rmformat (pour trouver le disque, supposons que c4t0d0s0 (sparc))
                  

# newfs -T / dev / rdsk / c4t0d0s0

Dans scsa2usb.conf, définissez amovible = false pour la vid et le pid de ce disque et redémarrez. Avec le mélèze, ce n'est plus nécessaire. Veuillez vous reporter aux détails sous les questions de remplacement vold ci-dessus.

cdrecord fait partie d'Oracle Solaris 10 mise à jour 2 et des mises à jour ultérieures installées dans / usr / bin.

growisofs () fait maintenant partie d'Oracle Solaris 10 Update 2 et des versions ultérieures et est installé dans / usr / bin.

Cela se produit toujours lorsque la RAM installée sur le système est insuffisante. Le correctif pour USB 2.0 figure dans Oracle Solaris 10 update 2 et ultérieur et dans Oracle Solaris 11.

Oui, un périphérique U3 devrait être utilisable en tant que lecteur flash sur Oracle Solaris, mais des problèmes de compatibilité peuvent survenir. La fonctionnalité logicielle intelligente U3 est spécifique à Windows et n’a pas de sens pour Oracle Solaris. On s'attend à ce qu'un périphérique U3 présente sur Oracle Solaris un lecteur de CD-ROM supplémentaire. Le lecteur cdrom contient des logiciels spécifiques à Windows qui ne concernent pas Oracle Solaris.

Oracle Solaris prend en charge les périphériques Digi InsideOut Networks et, récemment, la prise en charge des périphériques basés sur des jeux de puces KeySpan et Prolific a également été intégrée à Oracle Solaris. Les pilotes série USB Keyspan et Prolific sont disponibles dans Oracle Solaris 11 et Oracle Solaris 10 Update 2 et versions ultérieures. Les adaptateurs à base de puce PL2303 et l'adaptateur Keyspan USA-19HS sont disponibles avec Oracle Solaris 10 Update 2. L'adaptateur Keyspan USA-49WLC est pris en charge dans Oracle Solaris 11 et dans Oracle Solaris 10 update 3 et versions ultérieures.

Certains nouveaux périphériques USB vers Serial Edgeport de Digi InsideOut Networks ne fonctionnent pas avec les versions Oracle Solaris 10 installées. De nombreux périphériques Edgeport sont utilisés par les utilisateurs Oracle Solaris. La plupart des anciens et nombreux nouveaux périphériques sont désormais pris en charge par Oracle Solaris.

Les périphériques vérifiés sur les derniers pilotes USB vers série pour Oracle Solaris 10 sont les suivants: Edgeport / 1, Edgeport / 2, Edgeport / 4, Edgeport / 421, Edgeport / 416.

Les périphériques actuellement signalés comme ayant des problèmes sont: Edgeport / 2c, Edgeport / 22c.

Installez la dernière version de la mise à jour Oracle Solaris 10 ou Oracle Solaris 11, puis essayez d’utiliser le périphérique.

Les périphériques suivants sont connus pour fonctionner sous Oracle Solaris 11 avec le pilote usbftdi (7D).

Fournisseur: Future Technology Devices Nom du modèle: 8U232AM Numéro de série du fournisseur: "403,6001"
Fournisseur: Future Technology Devices Nom du modèle: SEMC DSS-20 SyncStation Identifiant du vendeur: "403, fc82"
Fournisseur: Future Technology Devices Nom du modèle: Crystalfontz CFA-632 USB LCD Identifiant du vendeur: "403, fc08"
Fournisseur: Future Technology Devices Nom du modèle: Crystalfontz CFA-634 USB LCD Identifiant du vendeur: "403, fc09"
Fournisseur: Future Technology Devices Nom du modèle: Crystalfontz CFA-633 USB LCD Identifiant du vendeur: "403, fc0b"
Fournisseur: Future Technology Devices Nom du modèle: Crystalfontz CFA-631 USB LCD Identifiant du vendeur: "403, fc0c"
Fournisseur: Future Technology Devices Nom du modèle: Crystalfontz CFA-635 USB LCD Identifiant du vendeur: "403, fc0d"
Fournisseur: Future Technology Devices Nom du modèle: Matrix Orbital USB Serial Identifiant du vendeur: "403, fa00"
Fournisseur: Future Technology Devices Nom du modèle: Matrix Orbital MX2 ou MX3 Numéro d'identification du fournisseur: "403, fa01"
Fournisseur: Future Technology Devices Nom du modèle: Matrix Orbital MX4 ou MX5 Identifiant du vendeur: "403, fa02"
Vendeur: Future Technology Devices Nom du modèle: Matrix Orbital VK / LK202 Family ID:[403, fa03 "
Fournisseur: Future Technology Devices Nom du modèle: Matrix Orbital VK / LK204 Famille Numéro d'identification du fournisseur: "403, fa04"
Fournisseur: Future Technology Devices Nom du modèle: OpenPort 1.3 Mitsubishi Identifiant du vendeur: "403, cc48"
Fournisseur: Future Technology Devices Nom du modèle: OpenPort 1.3 Subaru Identifiant du vendeur: "403, cc49"
Fournisseur: Future Technology Devices Nom du modèle: OpenPort 1.3 Universal ID fournisseur: "403, cc4a"
Fournisseur: Future Technology Devices Nom du modèle: Expert ISDN Control USB Identifiant du vendeur: "403, e888"
Fournisseur: Future Technology Devices Nom du modèle: USB-RS232 OptoBridge Identifiant du vendeur: "403, e889"
Vendeur: Future Technology Devices Nom du modèle: Expert mouseCLOCK USB II Numéro du vendeur: "403, e88a"
Fournisseur: Future Technology Devices Nom du modèle: Precision Clock MSF USB Identifiant du vendeur: "403, e88b"
Vendeur: Future Technology Devices Nom du modèle: Expert mouseCLOCK USB II HBG Numéro du vendeur: "403, e88c"
Vendeur: SIIG Nom du modèle: Numéro de série de l'éditeur: "7cc, 0421"
Nom du modèle: Intrepid Control Systems: Interface du bus CAN ValueCAN: "93c, 0601"
Fournisseur: Intrepid Control Systems Nom du modèle: interface de bus de véhicule NeoVI Blue ID vendeur: "93c, 0701"
Vendeur: B & B Electronics Nom du modèle: RS-422/485 Identifiant du vendeur: "856, ac01"
Vendeur: Melco, Inc Nom du modèle: PC-OP-RS1 RemoteStation Numéro du fournisseur: "411,00b3"

L’adaptateur Keyspan USA-49WG est pris en charge sur Solaris 11 et Solaris10 Update5.

Tout d’abord, lancez prtconf -D et vérifiez l’ID du périphérique. L'identifiant de l'appareil peut ressembler à: usbif1608,1.config1.0 Vérifiez le fichier / etc / driver_aliases si cet identifiant y figure. Si ce n'est pas le cas, exécutez la commande suivante en tant que root:

 
 
 
 update_drv -a -i "usbif1608,1.config1.0" usbser_edge

Vous voudrez peut-être redémarrer la machine. Il a été signalé que certains des périphériques (par exemple, les derniers Edgeport 8 et Edgeport 416) basés sur le dernier jeu de puces TI ne fonctionnaient pas correctement avec le pilote Oracle Solaris 10 existant.

Nous vous recommandons vivement d'utiliser Oracle Solaris 11 ou la dernière mise à jour d'Oracle Solaris 10, car la prise en charge de la plupart des périphériques Edgeport est bien meilleure dans les versions actuelles. (Reportez-vous à la question 4 sous la rubrique «Généralités sur l'USB» pour plus d'informations sur les versions d'Oracle Solaris.)

Avant de lancer tip, changez le répertoire dans / dev / cua ou / dev / term et vérifiez s’il existe de nouvelles entrées de périphérique telles que 0 1 2 3, etc. (cela dépend du nombre de ports de votre périphérique). Dans le fichier / etc / remote fichier, vous pouvez inclure tous les numéros de périphérique et de port auxquels vous souhaitez accéder. La partie importante du fichier / etc / remote est présentée ci-dessous.

         
         
         
         uab: dv = / dev / cua / b: br # 2400
                  

   dialup1 | Système d'accès à distance: 
                  

            : pn = 2015551212: tc = UNIX-2400:
                  

        u0: 
                  

                : dv = / dev / cua / 0: br # 9600: el = ^ C ^ S ^ Q ^ U ^ D: c'est-à-dire =% $: oe = ^ D:
                  

   u1: 
                  

                : dv = / dev / cua / 1: br # 9600: el = ^ C ^ S ^ Q ^ U ^ D: c'est-à-dire =% $: oe = ^ D:
                  

   u2: 
                  

                : dv = / dev / cua / 2: br # 9600: el = ^ C ^ S ^ Q ^ U ^ D: c'est-à-dire =% $: oe = ^ D:
                  

   u3: 
                  

                : dv = / dev / cua / 3: br # 9600: el = ^ C ^ S ^ Q ^ U ^ D: c'est-à-dire =% $: oe = ^ D:
                  

u0 … u3 sont les noms avec lesquels vous allez accéder aux ports Edgeport et donc aux ordinateurs cibles connectés via ces ports. Vous pouvez renommer u0..u3 en noms qui vous conviennent. Editez votre fichier / etc / remote pour avoir des entrées similaires. Vous pouvez vous connecter à la première machine connectée au port 0 (ou / dev / cua / 0) en exécutant

         # tip u0
                  

Consultez également la page de manuel usbser_edge (7D).

Il s'agit d'un problème connu dans lequel il n'y a pas assez de ressources ehci / ohci pour prendre en charge deux périphériques Edgeport 416. L'ouverture de certains des périphériques série peut renvoyer le code d'erreur 6. Une solution de contournement a été découverte en ajoutant les lignes suivantes à / etc / system et en redémarrant le système:

set ohci: ohci_ed_pool_size = 200
set ohci: ohci_td_pool_size = 400
set ehci: ehci_qh_pool_size = 200
set ehci: ehci_qtd_pool_size = 400

La prise en charge des modems USB et des adaptateurs de terminal RNIS conformes à la spécification USB CDC ACM (modèle de contrôle abstrait de classe de périphérique de communication USB) est disponible dans Oracle Solaris 10 Update 4. Consultez la page de manuel usbsacm (7D).

Il est également possible d'utiliser un adaptateur série USB et un modem série.

Les pilotes série USB Keyspan et Prolific sont disponibles dans Oracle Solaris 11 et Oracle Solaris 10 Update 2 et versions ultérieures. Les adaptateurs à base de puces PL2303 et Keyspan USA-19HS sont pris en charge. L’adaptateur Keyspan USA-49WLC est pris en charge dans Oracle Solaris 10 Update 3 et Oracle Solaris 11. Prolific PL2303HX (Puce Rev D) est pris en charge dans Oracle Solaris 10 Update 4 et Oracle Solaris 11.

Le pilote usbsprl (7D) est disponible dans Oracle Solaris 10 Update 2 et Oracle Solaris 11.

Il existe sur le marché de nombreux périphériques USB / série basés sur les chipsets Prolific. Le pilote usbsprl (7D) Oracle Solaris prend en charge trois types de jeux de puces Prolific: PL2303H, PL2303HX et PL2303X. Ces appareils peuvent avoir des identifiants de fournisseurs ou de produits différents. Par exemple, les identifiants USB-série UC-232A d'ATEN (557,2008) sont différents de ceux de Prolific (67b, 2303). Pour les périphériques inconnus, s'ils ne fonctionnent pas simplement en se connectant à la boîte, il existe un moyen de déterminer s'ils peuvent fonctionner avec le pilote usbsprl. Branchez le périphérique et recherchez les ID de fournisseur / produit en recherchant "usb" et les chaînes associées au périphérique dans la sortie de prtconf (1M):

exemple $ prtconf -v 

Utilisez update_drv (1M) pour lier le pilote usbsprl au périphérique

exemple $ su racine
exemple # update_drv -a -i '"usbxxx, xxx"' usbsprl 

Rebranchez l'appareil

Mais ce test peut provoquer des problèmes inattendus, tels qu'un comportement de périphérique incorrect ou une panique du système dans les cas extrêmes, il n'est donc pas recommandé aux utilisateurs inexpérimentés.

Les périphériques suivants fonctionnent sous Oracle Solaris 10 avec le pilote usbprl. (Le numéro de révision peut également être trouvé dans la sortie ci-dessus de prtconf (1M).)

Nom du modèle: PL2303 Numéro de fournisseur: "67b, 2003"
Vendeur: Sitecom Nom du modèle: CN-104 Identifiant du vendeur: "6189,2068"
Vendeur: IOGear Nom du modèle: GUC232A Identifiant du vendeur: "557,2008"
Vendeur: ATEN Nom du modèle: UC-232A Identifiant du vendeur: "557,2008"
Vendeur: ELECOM Nom du modèle: UC-SGT Identifiant du vendeur: "56e, 5004"
Vendeur: IO DATA Nom du modèle: USB-RSAQ3 Identifiant du vendeur: "67b, aaa2"
Vendeur: RadioShack Nom du modèle: 6-Ft. (26-183) Identifiant du vendeur: "5ad, fba"

Remarquer:

1. Pour ATEN UC-232A, l'adaptateur dont l'ID (ID du fournisseur, ID du produit) correspond à "557,2008.1" ne fonctionne pas avec le pilote usbsprl.
2. Pour ELECOM UC-SGT, l'adaptateur dont l'ID (ID du fournisseur, ID du produit) est égal à "56e, 5003.1" ne fonctionne pas avec le pilote usbsprl.

L'exemple suivant montre comment utiliser update_drv (1M) pour que le pilote usbsprl prenne en charge le périphérique Sitecom CN-104:

exemple $ su racine
exemple # update_drv -a -i '"usb6189,2068"' usbsprl

Rebranchez ensuite l'appareil.

Oui. Les périphériques USB vers série RS-422 suivants fonctionnent bien avec Oracle Solaris:

(1) Digi InsideOut Networks Edgeport / 1i
(2) Digi InsideOut Networks Edgeport / 2i
(3) Digi InsideOut Networks Edgeport / 4i

To address this, add the following line to /etc/iu.ap file.

        -1   0   ldterm   ttcompat 
(  could be usbsprl, usbsksp or  usbser_edge ) 

Run the following command and ignore error messages:

  # autopush -f /etc/iu.ap 

Connect USB serial device to the system.

Run the following command to verify  ldterm and ttcompat modules have been pushed on top of the usb serial driver:

  

  # strconf < /dev/term/0 

The output should look like:

           ttcompat 
           ldterm 
            

Now, try your application again.

Yes, Prolific based devices are supported by connecting to a uhci host controller on Oracle Solaris 11 . Prolific based devices are supported by connecting to an ehci and ohci host controller on Oracle Solaris 11. FTDI based devices are supported by connecting to an ehci, ohci and uhci host controller on Oracle Solaris 11. See usbsprl(7D) and usbftdi(7D) for more information.

Refer to ugen(7D) man page or use libusb(3LIB)

Oui. Libusb API support is available for both Oracle Solaris and Sun Ray. In Oracle Solaris 10, refer to the man pages ugen(7d) and libusb (/usr/sfw/share/doc/libusb/libusb.txt) for details.

Please refer to libusb.txt (Refer to libusb(3LIB) man page).

Using prtconf -v, check the compatible names for the node that you want to bind to. Then check /etc/driver_aliases and make sure that the correct compatible name is in /etc/driver_aliases. Note that quotes (" ") are needed. Also check /etc/name_to_major whether an add_drv ugen is needed . After binding ugen, issue the update_drv command and the unplug the device and re-insert the device (ie., hotplug the device – hotplug can usually resolve binding issues).

In Oracle Solaris 10, manual setup of ugen is required. In Oracle Solaris 11 and Oracle Solaris 10 Update 2 (and later releases), any USB device without a class driver which is bound to usb_mid(7D) driver will export a ugen interface by default and will therefore work with libusb(3LIB). Other drivers that also export ugen interfaces include scsa2usb(7D) and usbprn(7D). So devices bound to these drivers should all work with libusb without manual binding of ugen driver. Refer to the General section for "libusb should just work" patch.

The source packages are available in Oracle Solaris 11. Refer to libusb(3LIB), which has a pointer to libusb.txt with source package information.

In Oracle Solaris release earlier than Oracle Solaris 10 Update 2, when you need to manually bind ugen driver, the device permissions are decided by the -m option used with add_drv command. For example, if you bind ugen driver by

# add_drv -m '* 0666 root sys' ugen

It means the ugen device nodes are owned by root, but are readable and writable by other users. You can access ugen nodes later in any user account. If you bind ugen driver by

# add_drv -m '* 0644 root sys' ugen

Then the ugen nodes are only writable by root. If you want to write to the nodes, you need to be root.

In latest Oracle Solaris 11 or Oracle Solaris 10 Update 2 and later releases, when you no longer bind ugen driver manually, the ugen permissions are given to console login user. So you have to log on console to be able to access the ugen nodes. Refer to logindevperm(4).