hwinfo
1.0.0
HWINFO/LIBHD는 시스템에 존재하는 하드웨어를 조사하는 데 사용됩니다. 나중에 지원에 사용할 수있는 시스템 개요 로그를 생성하는 데 사용할 수 있습니다.
이 프로젝트는 하드웨어 프로브 라이브러리 libhd.so hwinfo 를 사용하는 명령 줄 도구를 제공합니다. 이 라이브러리를 사용하는 주요 프로젝트는 Suse 설치 도구 인 Yast입니다.
어떤 종류의 정보를 제공하는지 알 수 있도록 그래픽 카드에 대해 물었을 때 출력이 있습니다.
# 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그것이 너무 많은 정보라면, 약식 양식을 요청할 수도 있습니다. 예를 들어:
# hwinfo --short --disk --cdrom
disk:
/dev/sda WDC WD10EARS-00Y
/dev/sdb ST2000DM001-1CH1
cdrom:
/dev/sr0 PLDS DVD+-RW DS-8ABSH hwprobe 환경 변수 RESP를 통해 LIBHD에 영향을 줄 수 있습니다. hwprobe 부팅 옵션. 여기에는 프로브 모듈을 켜거나 끄고 하드웨어 장치를 수동으로 추가하는 것이 포함됩니다 (어느 정도).
예를 들어
export hwprobe=-bios bios 프로브 모듈을 끄십시오.
hwprobe 에 대한 자세한 내용은 여기를 참조하십시오.
일반적인 사용 지침은 hwinfo 매뉴얼 페이지를 참조하십시오.
메모
hwinfo에는hwprobe유사 옵션을 명령 인수 (예 :hwinfo -bios단일 '-'에 주목)로 수락하는 레거시 인터페이스가 있습니다. 제발 이렇게하지 마십시오. 관심이 있으시면 여기에서 읽을 수 있습니다.
하드웨어 감지 라이브러리는 여러 가지 기술 사양을 사용합니다.
다음은 libhd 와 관련된 기술 표준에 대한 외부 링크를 편집 한 것입니다.
라이브러리를 만들려면 단순히 make 실행하십시오. make install 로 설치하십시오.
기본적으로 리포지토리의 마스터 브랜치에 새로운 커밋은 모든 현재 SUSE 제품에 자동으로 제출됩니다. 풀 요청을 수락하는 것 외에는 더 이상 조치가 필요하지 않습니다.
제출물은 SUSE 내부 Jenkins 노드에서 관리합니다.
새로운 커밋이 리포지토리의 마스터 브랜치에 통합 될 때마다 OpenSuse Build Service에 새로운 제출 요청이 작성됩니다. 개발 프로젝트는 시스템입니다 : 설치 : 헤드.
유지 보수 지점의 경우 패키지는 개발 프로젝트에 제출되지만 최종 제출물은 수동으로 트리거되어야합니다.
*.changes 와 버전 번호는 GIT 커밋에서 자동으로 생성되므로 걱정할 필요가 없습니다.
사양 파일은 빌드 서비스에서만 유지됩니다. master 브랜치의 경우 변경 해야하는 경우 빌드 서비스의 개발 프로젝트에 직접 제출하십시오.
다른 지점의 현재 개발 프로젝트의 현재 이름은 Jenkins 로그에서 볼 수 있습니다.
개발은 주로 master 브랜치에서 발생합니다. 이 분기는 모든 현재 제품에 사용됩니다.
드문 경우에 분기는 피할 수 없었습니다.
sl_11.1 : SLE 11 SP4sle12 : SLE 12 (SPX 아님 )LinuxRC-DevTools 문서에서 자동 생성 변경 사항 및 Jenkis 제출에 사용되는 도구에 대한 자세한 정보를 찾을 수 있습니다.
PCI 및 USB ID 업데이트에 대한 자세한 내용은 여기를 참조하십시오.
