Download hwinfo - hwinfo Download de código fonte

hwinfo

Outro código-fonte

1.0.0

Baixar

Hwinfo

Visão geral

Hwinfo/libhd são usados para investigar o hardware presente no sistema. Ele pode ser usado para gerar um log de visão geral do sistema que pode ser usado posteriormente para suporte.

Este projeto fornece uma biblioteca de sondagem de hardware libhd.so e uma ferramenta de linha de comando hwinfo usando -a. Um projeto importante usando esta biblioteca é o YAST, a ferramenta de instalação do SUSE.

Para dar uma idéia de que tipo de informação ele fornece, aqui está a saída que ele fornece quando perguntado sobre a placa gráfica:

 # hwinfo --gfxcard
27: PCI 200.0: 0300 VGA compatible controller (VGA)
  [Created at pci.378]
  Unique ID: B35A.G9ppNwS+xM4
  Parent ID: _Znp.nMBktMhAWbC
  SysFS ID: /devices/pci0000:00/0000:00:02.0/0000:02:00.0
  SysFS BusID: 0000:02:00.0
  Hardware Class: graphics card
  Model: " nVidia GF119 [NVS 310] "
  Vendor: pci 0x10de " nVidia Corporation "
  Device: pci 0x107d " GF119 [NVS 310] "
  SubVendor: pci 0x10de " nVidia Corporation "
  SubDevice: pci 0x094e
  Revision: 0xa1
  Driver: " nvidia "
  Driver Modules: " nvidia "
  Memory Range: 0xfa000000-0xfaffffff (rw,non-prefetchable)
  Memory Range: 0xf0000000-0xf7ffffff (ro,non-prefetchable)
  Memory Range: 0xf8000000-0xf9ffffff (ro,non-prefetchable)
  I/O Ports: 0xe000-0xefff (rw)
  Memory Range: 0xfb000000-0xfb07ffff (ro,non-prefetchable,disabled)
  IRQ: 82 (3241635 events)
  I/O Ports: 0x3c0-0x3df (rw)
  Module Alias: " pci:v000010DEd0000107Dsv000010DEsd0000094Ebc03sc00i00 "
  Driver Info # 0:
    Driver Status: nouveau is not active
    Driver Activation Cmd: " modprobe nouveau "
  Driver Info # 1:
    Driver Status: nvidia is active
    Driver Activation Cmd: " modprobe nvidia "
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: # 9 (PCI bridge)

Primary display adapter: # 27

Se isso for uma informação demais, você também pode solicitar uma forma abreviada. Por exemplo:

 # hwinfo --short --disk --cdrom
disk:
  /dev/sda             WDC WD10EARS-00Y
  /dev/sdb             ST2000DM001-1CH1
cdrom:
  /dev/sr0             PLDS DVD+-RW DS-8ABSH

Você pode influenciar o LIBHD através da variável de ambiente hwprobe resp. A opção de inicialização hwprobe . Isso inclui os módulos de sondagem ativados ou desligados e também adicionar manualmente dispositivos de hardware (até certo ponto).

Por exemplo

 export hwprobe=-bios

Desligará o módulo de sondagem bios .

Para detalhes sobre hwprobe OLHAR aqui.

Para instruções de uso geral, consulte a página manual hwinfo .

Observação
hwinfo possui uma interface herdada, aceitando opções semelhantes hwprobe como argumento de comando (por exemplo, hwinfo -bios - observe o único ' - '). Por favor, não faça isso. Se você estiver interessado, pode ler sobre isso aqui.

Documentação técnica

A biblioteca de detecção de hardware utiliza várias especificações técnicas.

Aqui está uma compilação de links externos para padrões técnicos relevantes para libhd .

OpenSuse Development

Para construir a biblioteca, basta executar make . Instale com make install .

Basicamente, todo novo compromisso no ramo principal do repositório será submitido automaticamente para todos os produtos de suse atuais. Nenhuma ação adicional é necessária, exceto aceitar a solicitação de tração.

Os envios são gerenciados por um nó Jenkins Internal SUSE na guia InstallTools.

Cada vez que um novo compromisso é integrado ao ramo principal do repositório, uma nova solicitação de envio é criada para o serviço de construção do OpenSUSE. O Projeto Devel é Sistema: Instale: Head.

Para filiais mantidas, o pacote é enviado a um projeto de desenvolvimento, mas o envio final deve ser acionado manualmente.

*.changes e números de versão são gerados automaticamente do Git Commits, você não precisa se preocupar com isso.

O arquivo de especificações é mantido apenas no serviço de compilação. Se você precisar alterá -lo para a filial master , envie diretamente para o Projeto Develado no Serviço Build.

Os nomes atuais dos projetos desenvolvidos para outras agências podem ser vistos nos logs de Jenkins.

O desenvolvimento acontece principalmente no ramo master . A filial é usada para todos os produtos atuais.

Em casos raros, a ramificação foi inevitável:

Filial sl_11.1 : SLES 11 SP4
ramo sle12 : SLES 12 ( não SPX)

Você pode encontrar mais informações sobre as alterações geração automática e as ferramentas usadas para envios de Jenkis na documentação LinuxRC-Devtools.