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


11

Рассмотрим следующий kern.logфрагмент:

 ata4.00: failed command: WRITE FPDMA QUEUED
 ata4.00: cmd 61/00:78:40:1e:6c/04:00:f0:00:00/40 tag 15 ncq 524288 out
        res 41/04:00:00:00:00/04:00:00:00:00/00 Emask 0x1 (device error)
 ata4.00: status: { DRDY ERR }
 ata4.00: error: { ABRT }
 ata4: hard resetting link
 ata4: nv: skipping hardreset on occupied port
 ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
 ata4.00: configured for UDMA/133
 ata4: EH complete

Как я могу определить, какой жесткий диск на самом деле означает ядро, когда оно говорит ata4.00?

Как я могу найти соответствующее /dev/sdYимя устройства?

Ответы:


10

Вы можете найти соответствующее устройство / dev / sdY, пройдя по /sysдереву:

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

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

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

Пример вывода из системы с двумя дисками:

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.

Syslog

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

Эти /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потому, что загрузочные сообщения уже повернуты. Я согласен, 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)


Это просто потрясающе, большое спасибо за этот отличный ответ ...
stuartc

@stuarte, добро пожаловать - кстати, cks выполнил обзор всех различных схем именования устройств SATA в современных системах Linux . Что касается идентификаторов ataX, он пишет: «Эти имена вообще не появляются в sysfs, насколько я вижу»
maxschlepzig

1
Хм. Моя проблема с операцией проверки заключается в том, что у меня обычно 8+ дисков одной и той же модели, поэтому проверки производителя не так уж и ценны.
drescherjm

1
@drescherjm, я обновил свой ответ. Новый метод должен быть надежным и, таким образом, исключать необходимость проверки поставщика.
maxschlepzig

У меня есть то, что я считаю улучшенным скриптом sysfs; в частности, он обрабатывает двузначные числа ata (/ ata [0-9] / не будет соответствовать ata10), а также находит устройства sata без имени sd * (например, sr0): для in / sys / class / ata_port / ata * ; do printf '% s \ t% s \ n' "$ (базовое имя" $ a ")" "$ (найти" $ a / device / "-iname 'block' -exec ls {} \;)"; сделано
Джейсон

2

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

Я также немного изменил второе grepутверждение, поскольку теперь оно будет также отображать привод CD / DVD ATAPI и приводы 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); }'

1

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

Утилита 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

2
хм, а как сделать ataXкарту с какой частью в lsscsiвыводе?
maxschlepzig

1
@maxschlepzig Первое число в: quads совпадает с ataX с одним важным отличием; вывод lsscsi индексируется 0, а ataZ индексируется 1; поэтому [2: 0: 0: 0] будет ata3, который является / dev / sda в выводе, который выложил longsleep
Джейсон

@ Джейсон, хорошо, вот одна lsscsi | sed 's@^\[\([^:]\+\).\+\(/dev/.\+\)$@\1,\2@' | awk -F, '{ printf("ata%d => %s\n", $1+1, $2) }'
строка

@Jason см также мой обновленный ответ альтернативу , которая непосредственно обращается /sys/devicesбез lsscsi.
maxschlepzig

0

Ни один из приведенных выше ответов не работал для меня, и подход 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
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.