Вопросы Теги

Как к идентификаторам карты ataX.0 в сообщениях об ошибках kern.log к фактическим/dev/sdY устройствам?

Принимая неизвестные поддержки оболочки, выполняющие абсолютную команду, Вы могли попробовать: /bin/bash

Для изменения оболочки по умолчанию я использовал бы chsh(1). Демонстрационное использование: chsh -s /bin/bash $USER

11
28.05.2011, 17:32
4 ответа

Можно найти соответствующее/dev/sdY устройство через пересечение /sys дерево:

$ find /sys/devices | grep '/ata[0-9]\+/.*/block/s[^/]\+$' \
    | sed 's@^.\+/\(ata[0-9]\+\)/.\+/block/\(.\+\)$@\1 => /dev/\2@'

С более эффективным /sys обход (cf. lsata.sh):

$ echo /sys/class/ata_port/ata*/../../host*/target*/*/block/s* | tr ' ' '\n' \
    | awk -F/ '{printf("%s => /dev/%s\n", $5, $NF)}'

Пример произвел от 2 дисковых систем:

ata1 => /dev/sda
ata2 => /dev/sdb

Затем для того, чтобы надежно определить фактические аппаратные средства необходимо отобразить/dev/sdY на порядковый номер, например:

$ ls /dev/disk/by-id -l | grep 'ata.*sd[a-zA-Z]$'

lssci

lssci утилита может также использоваться для получения отображения:

$ lsscsi | sed 's@^\[\([^:]\+\).\+\(/dev/.\+\)$@\1,\2@' \
    | awk -F, '{ printf("ata%d => %s\n", $1+1, $2) }'

Обратите внимание, что соответствующее lsscsi перечисление запускается от 0, в то время как ata перечисление запускается от 0.

Системный журнал

Если ничто иное не работает, можно посмотреть на системный журнал/журнал для получения отображения.

/dev/sdY устройства создаются в том же порядке, как ataX идентификаторы перечисляются в kern.log при игнорировании недисковых устройств (ATAPI) и не-подключенных-каналов.

Таким образом следующая команда отображает отображение:

$ grep '^May 28 2'  /var/log/kern.log.0  | \
   grep 'ata[0-9]\+.[0-9][0-9]: ATA-' | \
   sed 's/^.*\] ata//' | \
   sort -n | sed 's/:.*//' | \
   awk ' { a="ata" $1; printf("%10s is /dev/sd%c\n", a, 96+NR); }'
ata1.00 is /dev/sda
ata3.00 is /dev/sdb
ata5.00 is /dev/sdc
ata7.00 is /dev/sdd
ata8.00 is /dev/sde
ata10.00 is /dev/sdf

(Обратите внимание, что ata4 не отображен, потому что вышеупомянутые сообщения журнала от другой системы.)

Я использую /var/log/kern.log.0 и нет /var/log/kern.log потому что сообщения загрузки уже повернуты. Я grep для May 28 2 потому что это было прошлым временем начальной загрузки, и я хочу проигнорировать предыдущие сообщения.

Проверить отображение Вас может сделать некоторые проверки через рассмотрение вывода:

$ grep '^May 28 2'  /var/log/kern.log.0  | \
grep 'ata[0-9]\+.[0-9][0-9]: ATA-'
May 28 20:43:26 hn kernel: [    1.260488] ata1.00: ATA-7: SAMSUNG SV0802N, max UDMA/100
May 28 20:43:26 hn kernel: [    1.676400] ata5.00: ATA-5: ST380021A, 3.19, max UDMA/10
[..]

И можно сравнить этот вывод с hdparm вывод, например:

$ hdparm -i /dev/sda

/dev/sda:

Model=SAMSUNG SV0802N [..]

(использование Ядра 2.6.32-31)

10
27.01.2020, 19:58
  • 1
    Это является просто потрясающим, огромное спасибо за этот превосходный ответ... –  stuartc 15.12.2011, 11:15
  • 2
    @stuarte, добро пожаловать - btw, cks сделал рецензию обо всех различных схемах именования устройств SATA на существующих системах Linux. Относительно ataX идентификаторов он пишет: 'Эти имена не появляются в sysfs вообще насколько я вижу' –  maxschlepzig 16.12.2011, 23:19
  • 3
    Хм. Моя проблема с проверить операцией этого, я обычно имею 8 + диски той же самой модели, таким образом, проверки производителя не настолько ценны. –  drescherjm 21.03.2016, 19:45
  • 4
    @drescherjm, я обновил свой ответ. Новый метод должен быть устойчивым и таким образом избавить от любой необходимости проверку поставщика. –  maxschlepzig 14.05.2017, 16:10
  • 5
    я имею то, что я думаю, является улучшенным sysfs сценарием; в особенности это обрабатывает ata числа с двузначным числом (/ata [0-9] / не будет соответствовать ata10), и также находит sata устройства не названными sd* (например, sr0): для в/sys/class/ata_port/ata*; сделайте printf '%s\t%s\n' "$ (базовое имя "$a")" "$ (найдите "$a/device /"-iname 'блок' - должностное лицо ls {} \;)"; сделанный –  Jason 17.05.2017, 23:06

Вот моя версия, измененная сверху. Так как я не знаю точную дату, система была загружена (для тестирования этого, это было 27 дней назад), и я не знаю, который kern.log содержит данные, в которых я нуждаюсь (некоторые могут быть gzipped в моей системе), я использую uptime и date для вычисления приблизительной даты начальной загрузки системы (ко дню, так или иначе), затем используют zgrep перерыть все доступные файлы kern.log.

Я также немного изменил второе grep оператор, так как это теперь также покажет ATAPI CD/DVD DRIVE, а также ATA -* диски.

Это могло все еще использовать улучшение (т.е. если системное время работы больше, чем год), но должен работать хорошо на данный момент.

#!/bin/bash

uptime=$(uptime | awk -F' '  '{ print $3" "$4 }' | sed s/,//)
date=$(date -d "$uptime ago" | awk '{print $2" "$3 }')
zgrep "$date"  /var/log/kern.log*  | \
grep 'ata[0-9]\+.[0-9][0-9]: ATA'  | \
sed 's/^.*\] ata//' | \
sort -n | sed 's/:.*//' | \
awk ' { a="ata" $1; printf("%10s is /dev/sd%c\n", a, 96+NR); }'
2
27.01.2020, 19:58

Просто имел эту ту же проблему и нашел другое решение, которое мог бы любить.

lsscsi инструмент перечисляет устройства SCSI (или хосты) и их атрибут.

С lsscsi каждый получает имя ata и имя устройства.

Похож на это: 

$ lsscsi --long
[0:0:1:0]    cd/dvd  MATSHITA DVD-ROM UJDA780  1.50  /dev/sr0
  state=running queue_depth=1 scsi_level=6 type=5 device_blocked=0 timeout=30
[2:0:0:0]    disk    ATA      WDC WD3000FYYZ-0 01.0  /dev/sda
  state=running queue_depth=1 scsi_level=6 type=0 device_blocked=0 timeout=30
[3:0:0:0]    disk    ATA      WDC WD1002FBYS-0 03.0  /dev/sdb
  state=running queue_depth=1 scsi_level=6 type=0 device_blocked=0 timeout=30
[4:0:0:0]    disk    ATA      WDC WD1002FBYS-0 03.0  /dev/sdc
  state=running queue_depth=1 scsi_level=6 type=0 device_blocked=0 timeout=30
[5:0:0:0]    disk    ATA      WDC WD1002FBYS-0 03.0  /dev/sdd
  state=running queue_depth=1 scsi_level=6 type=0 device_blocked=0 timeout=30
[6:0:0:0]    disk    ATA      WDC WD3000FYYZ-0 01.0  /dev/sde
  state=running queue_depth=1 scsi_level=6 type=0 device_blocked=0 timeout=30
[7:0:0:0]    disk    ATA      WDC WD1002FBYS-0 03.0  /dev/sdf
  state=running queue_depth=1 scsi_level=6 type=0 device_blocked=0 timeout=30

На Ubuntu можно установить lsscsi просто с

$ sudo apt-get install lsscsi
1
27.01.2020, 19:58
  • 1
    гм, и как делают ataX отобразитесь на какой часть в lsscsi вывод? –  maxschlepzig 15.10.2013, 21:35
  • 2
    @maxschlepzig первое число в: четверки совпадают с ataX с одним важным отличием; вывод lsscsi 0-индексируем, и ataZ 1-индексируем; так [2:0:0:0] был бы ata3, который является/dev/sda в выводе, что longsleep отправил –  Jason 09.05.2017, 22:05
  • 3
    @Jason, хорошо, вот является остротой: lsscsi | sed 's@^\[\([^:]\+\).\+\(/dev/.\+\)$@\1,\2@' | awk -F, '{ printf("ata%d => %s\n", $1+1, $2) }' –  maxschlepzig 14.05.2017, 15:43
  • 4
    @Jason, см. также мой обновленный ответ для альтернативы это непосредственно доступы /sys/devices без lsscsi. –  maxschlepzig 14.05.2017, 16:11

Ни один из приведенных выше ответов мне не помог, а подход lsscsi на самом деле дал неверный ответ из-за расхождений между номерами шин SCSI и номерами ATA. В системе с 21 -диском у меня было много сообщений системного журнала о проблемах с нарушениями ATA18 (HSM ). Какой диск вызывал эти ошибки? Некоторые из них были USB-накопителями, что значительно усложняло ситуацию. Мне нужен был отчет о том, как каждый SCSI-диск подключен к системе, и я написал приведенный ниже сценарий, который дает табличные списки для всех SCSI-дисков (/dev/s[dr]? )независимо от того, ATA или USB.

Затем, когда все диски были полностью учтены -, я был удивлен, увидев, что мои ошибки ATA не имеют ничего общего с какими-либо моими дисками. Я задал неправильный вопрос, и я думаю, что другие могут легко попасть в ту же ловушку, поэтому я упоминаю об этом здесь.Затем я использовал второй подход, определяющий аппаратное обеспечение, которое генерировало сообщения о нарушении HSM, также подробно описанные в документации, представленной в приведенном ниже сценарии. 

#!/bin/bash

## This script lists the ata and usb bus numbers, as well as the
## overall "host" numbers, of each scsi disk.  The same information
## appears formatted four ways, redundantly, for ease of lookup by (1)
## device lettername, (2) ata bus, (3) usb bus, or (4) overall "host"
## number.

#######################################################

## Q: What if you're looking for an ATA bus number, e.g. ata18, that
##    isn't listed by this script?

## (1) Well, it's probably not a SCSI disk, at least not one that's
##     operating.

## (2) Somewhere in /sys you can find a mapping from the ATA bus
##     number to some overall host number, such as host17.  For example,
##     if you're looking for ata18, you can use a find command...

##     find /sys -type l -exec bash -c 'link=`readlink "$0"`; if [[ "$link" =~ /ata18/ ]] ; then echo $link ; fi' {} \;

##    ...which, after some delay, might yield output something like this:

##   ../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/ata_port/ata18
##   ../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/host17/target17:0:0/17:0:0:0/scsi_generic/sg5
##   ../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/link18/dev18.0/ata_device/dev18.0
##   ../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/host17/scsi_host/host17
##   ../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/link18/ata_link/link18
##   ../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/host17/target17:0:0/17:0:0:0/bsg/17:0:0:0
##   ../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/host17/target17:0:0/17:0:0:0/scsi_device/17:0:0:0
##   ../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/host17/target17:0:0/17:0:0:0/scsi_generic/sg5
##   ../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/host17/target17:0:0/17:0:0:0/bsg/17:0:0:0
##   ../../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/host17/target17:0:0/17:0:0:0
##   ../../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/host17
##   ../../../devices/pci0000:00/0000:00:02.0/0000:02:00.0/ata18/host17/target17:0:0

##     Then you might notice the "/host17/" or "scsi_device/17:0:0:0"
##     in the above output lines, and look in the output of...

##     lshw

##    .. for "scsi17" or "17:0" or such, and discover, somewhere in it...

##    ...
##        *-scsi:5
##           physical id: 8
##           logical name: scsi17
##           capabilities: emulated
##         *-processor UNCLAIMED
##              description: SCSI Processor
##              product: 91xx Config
##              vendor: Marvell
##              physical id: 0.0.0
##              bus info: scsi@17:0.0.0
##              version: 1.01
##              capabilities: removable
##              configuration: ansiversion=5
##    ...

##...thus learning that ata18 corresponds to an unclaimed device (but
## not actually a disk).  Q.E.D.

## P.S. the lsscsi command yields the following, which might lead
## one to think that the problem was being caused by a CD-ROM drive
## (SCSI18:0) rather than emanating from the Marvell (SCSI17:0):

## [17:0:0:0]   process Marvell  91xx Config      1.01  -        
## [18:0:0:0]   cd/dvd  HL-DT-ST DVDRAM GH22NS90  HN00  /dev/sr0 

##... but ATA != SCSI, and 17 != 18.  The CD/DVD drive was ATA19, 
## actually.  You can still use lsscsi, but
## bear in mind that what you're seeing in the left column
## is *not* ATA numbers but rather SCSI bus numbers, and the two
## are not to be confused.
#######################################################

blockDevsDir=/sys/dev/block

declare -A scsiDevLetters
declare -A hostNumbers
declare -A ataNumbers
declare -A usbNumbers

scsiDevLetterRE='/s(d[a-z]|r[0-9])$'
hostNumberRE='/host([0-9]+)/'
ataNumberRE='/ata([0-9]+)/'
usbNumberRE='/usb([0-9]+)/'

cd "$blockDevsDir"
for busid in `ls -1` ; do
    linkval=`readlink "$busid" `
    if [[ "$linkval" =~ $scsiDevLetterRE ]] ; then
        scsiDevLetter="${BASH_REMATCH[1]}"
        if [[ "$linkval" =~ $hostNumberRE ]] ; then
            hostNumber="${BASH_REMATCH[1]}"
            if [[ "$linkval" =~ $ataNumberRE ]] ; then
                ataNumber="${BASH_REMATCH[1]}"
                scsiDevLetters[$scsiDevLetter]=`printf 'ata%-2.2s  host%-2.2s' "${ataNumber}" "${hostNumber}"`
                hostNumbers[${hostNumber}]=`printf '/dev/sd%s  ata%-2.2s' "${scsiDevLetter}" "${ataNumber}"`
                ataNumbers[${ataNumber}]=`printf '/dev/sd%s  host%-2.2s' "${scsiDevLetter}" "${hostNumber}"`
            elif [[ "$linkval" =~ $usbNumberRE ]] ; then
                usbNumber="${BASH_REMATCH[1]}"
                scsiDevLetters[$scsiDevLetter]=`printf 'usb%-2.2s  host%-2.2s' "${usbNumber}" "${hostNumber}"`
                hostNumbers[${hostNumber}]=`printf '/dev/sd%s  usb%-2.2s' "${scsiDevLetter}" "${usbNumber}"`

                existingUsbValue="${usbNumbers[${usbNumber}]}"
                addedUsbValue=`printf '/dev/sd%s  host%-2.2s' "${scsiDevLetter}" "${hostNumber}"`
                if [ -n "$existingUsbValue" ] ; then
                    usbNumbers[${usbNumber}]="$existingUsbValue | $addedUsbValue"
                else
                    usbNumbers[${usbNumber}]="$addedUsbValue"
        fi
            else
        echo "Neither ata nor usb: /dev/sd${scsiDevLetter} (host${hostNumber}) !"
            fi
        else
        echo "No host number for /dev/sd${scsiDevLetter}"
        fi
    fi
done    

echo '/dev/sd?'
echo '--------'
for scsiDevLetter in `echo "${!scsiDevLetters[*]}" | tr ' ' '\n' | sort` ; do
    echo "/dev/sd${scsiDevLetter}    ${scsiDevLetters[$scsiDevLetter]}"
done
echo
echo 'ataNN'
echo '-----'
for ataNumber in `echo "${!ataNumbers[*]}" | tr ' ' '\n' | sort -n` ; do
    printf 'ata%-2.2s    %s\n' "$ataNumber" "${ataNumbers[$ataNumber]}"
done
echo
echo 'usbNN'
echo '-----'
for usbNumber in `echo "${!usbNumbers[*]}" | tr ' ' '\n' | sort -n` ; do
    printf 'usb%-2.2s    %s\n' "$usbNumber" "${usbNumbers[$usbNumber]}"
done
echo
echo 'hostNN'
echo '------'
for hostNumber in `echo "${!hostNumbers[*]}" | tr ' ' '\n' | sort -n` ; do
    printf 'host%-2.2s    %s\n' "$hostNumber" "${hostNumbers[$hostNumber]}"
done
0
27.01.2020, 19:58

Теги

Похожие вопросы