Uitvissen op welke S-ATA link een schijf zit?

[Borromini]

Ik heb een klein systeempje hier met maar één S-ATA-poort (Dell Optiplex 3020M). Er is maar één slot voor een 2,5" schijf en die schuift ineens in een S-ATA data- en powerconnector. Die is niet met een volgnummer aangeduid zoals op een 'consumentenbord' bv. Verder zijn er geen S-ATA-poorten te zien. In Linux zijn er wel vier links (host0-3) te zien en manipuleren, waarschijnlijk omdat de Intel chipset vier S-ATA-poorten aanbiedt. Ik had die andere drie graag uitgeschakeld, want daar is niks op aangesloten (voor zover ik kan zien tenminste ).

Foto hier:



Is er een manier om uit te vissen op welke link de interne schijf zit? Ik heb wat in /sys/class/scsi_host/host0/ zitten rondkijken naar waarden die misschien zoiets aangeven maar vind niet direct iets. De logica zou host0 dicteren, maar het blijft wel een computer natuurlijk . Lshw en hwinfo lijken verschillende 'poorten' te suggereren?

Voorlopig staat ALPM op een compromis-instelling maar ik zou graag de overige drie links op min_power instellen, omdat die dus niet nodig zijn.

code:

# cat /sys/class/scsi_host/host?/link_power_management_policy 
med_power_with_dipm
med_power_with_dipm
med_power_with_dipm
med_power_with_dipm

Heb met deze commando's wat meer info bijeengeraapt:

code:

# lshw -c storage -c disk
  *-sata                    
       description: SATA controller
       product: 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode]
       vendor: Intel Corporation
       physical id: 1f.2
       bus info: pci@0000:00:1f.2
       logical name: scsi0
       version: 04
       width: 32 bits
       clock: 66MHz
       capabilities: sata msi pm ahci_1.0 bus_master cap_list emulated
       configuration: driver=ahci latency=0
       resources: irq:26 ioport:f0b0(size=8) ioport:f0a0(size=4) ioport:f090(size=8) ioport:f080(size=4) ioport:f060(size=32) memory:f7d1a000-f7d1a7ff
     *-disk
          description: ATA Disk
          product: TOSHIBA xxxxx
          vendor: Toshiba
          physical id: 0.0.0
          bus info: scsi@0:0.0.0
          logical name: /dev/sda
          version: 3D
          serial: xxxxx
          size: 931GiB (1TB)
          capabilities: gpt-1.00 partitioned partitioned:gpt
          configuration: ansiversion=5 guid=xxxxx logicalsectorsize=512 sectorsize=4096

en

code:

# hwinfo --disk
16: IDE 00.0: 10600 Disk                                        
  [Created at block.245]
  Unique ID: xxxxx
  Parent ID: xxxxx
  SysFS ID: /class/block/sda
  SysFS BusID: 0:0:0:0
  SysFS Device Link: /devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0
  Hardware Class: disk
  Model: "TOSHIBA xxxxx"
  Vendor: "TOSHIBA"
  Device: "xxxxx"
  Revision: "3D"
  Serial ID: "xxxxx"
  Driver: "ahci", "sd"
  Driver Modules: "ahci", "sd_mod"
  Device File: /dev/sda
  Device Files: /dev/sda, /dev/disk/by-path/pci-0000:00:1f.2-ata-1.0, /dev/disk/by-id/wwn-0x0000000000000000, /dev/disk/by-id/ata-TOSHIBA_MQ01xxxxxxx_xxxxxxxxx, /dev/disk/by-path/pci-0000:00:1f.2-ata-1
  Device Number: block 8:0-8:15
  BIOS id: 0x80
  Geometry (Logical): CHS 121601/255/63
  Size: 1953525168 sectors a 512 bytes
  Capacity: 931 GB (1000204886016 bytes)
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #2 (SATA controller)

Edit: dmesg had ik nog niet gecheckt maar daar lijkt het wel op dat het toch gewoon de eerste link (host0 dan) zou zijn:

code:

[    1.036627] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 4 ports 6 Gbps 0x1 impl SATA mode
[    1.037699] ata1: SATA max UDMA/133 abar m2048@0xf7d1a000 port 0xf7d1a100 irq 26
[    1.037700] ata2: DUMMY
[    1.037701] ata3: DUMMY
[    1.037702] ata4: DUMMY
[    1.351163] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    1.404872] ata1.00: ATA-8: TOSHIBA xxxxxx, AX0P3D, max UDMA/100

[Voor 9% gewijzigd door Borromini op 23-12-2021 23:09]

[Brahiewahiewa]

Tja, je hebt het antwoord zelf al gevonden. Mag ik vragen waarom je op niet gebruikte disks energie wilt besparen? Vziw beïnvloedt med_power_with_dipm et. al. het energie gebruik van de aangesloten disk; niet van de controller.

[Borromini]

Het helpt ook niet als ik 't hele topic laat weghalen hé, als iemand naar hetzelfde op zoek is dan vindt ie 't niet . Ik ging ervanuit dat dit het energieverbruik van de controller beïnvloedde.