Проблема с HDD 0

hdparm /девайс/винта

в студию!

Вот:

/dev/hdb:

multcount = 16 (on)

IO_support = 1 (32-bit)

unmaskirq = 1 (on)

using_dma = 1 (on)

keepsettings = 0 (off)

readonly = 0 (off)

readahead = 8 (on)

geometry = 38792/16/63, sectors = 39102336, start = 0

а полный?

Model=ST320011A, FwRev=3.10, SerialNo=3HT174YP

Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }

RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4

BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=16

CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=39102336

IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}

PIO modes: pio0 pio1 pio2 pio3 pio4

DMA modes: mdma0 mdma1 mdma2

UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5

AdvancedPM=no WriteCache=enabled

Drive conforms to: device does not report version: 1 2 3 4 5

ATA device, with non-removable media

Model Number: ST320011A

Serial Number: 3HT174YP

Firmware Revision: 3.10

Standards:

Supported: 5 4 3 2

Likely used: 6

Configuration:

Logical max current

cylinders 16383 16383

heads 16 16

sectors/track 63 63

--

CHS current addressable sectors: 16514064

LBA user addressable sectors: 39102336

device size with M = 1024*1024: 19092 MBytes

device size with M = 1000*1000: 20020 MBytes (20 GB)

Capabilities:

LBA, IORDY(can be disabled)

bytes avail on r/w long: 4 Queue depth: 1

Standby timer values: spec’d by Standard

R/W multiple sector transfer: Max = 16 Current = 16

Recommended acoustic management value: 128, current value: 128

DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5

Cycle time: min=120ns recommended=120ns

PIO: pio0 pio1 pio2 pio3 pio4

Cycle time: no flow control=240ns IORDY flow control=120ns

Commands/features:

Enabled Supported:

* READ BUFFER cmd

* WRITE BUFFER cmd

* Host Protected Area feature set

* Look-ahead

* Write cache

* Power Management feature set

Security Mode feature set

SMART feature set

Device Configuration Overlay feature set

* Automatic Acoustic Management feature set

SET MAX security extension

* DOWNLOAD MICROCODE cmd

Security:

Master password revision code = 65534

supported

not enabled

not locked

not frozen

not expired: security count

not supported: enhanced erase

HW reset results:

CBLID- above Vih

Device num = 1

Checksum: correct

до кучки бы

# hdparm -tT /dev/hdX

/dev/hdb:

Timing buffer-cache reads: 128 MB in 0.64 seconds =200.00 MB/sec

Timing buffered disk reads: 64 MB in 14.14 seconds = 4.53 MB/sec

1) кабель 80-жильный?

2)

# hdparm -c3d1u1m16X69 /dev/hdb

# hdparm -tT /dev/hdb

1) Если честно — не помню, но вроде нет. Около 16 что ли. Если очень нужно могу посмотреть

2) результат # hdparm -c3d1u1m16X69 /dev/hdb:

/dev/hdb:

setting 32-bit IO_support flag to 3

setting multcount to 16

setting unmaskirq to 1 (on)

setting using_dma to 1 (on)

setting xfermode to 69 (UltraDMA mode5)

multcount = 16 (on)

IO_support = 3 (32-bit w/sync)

unmaskirq = 1 (on)

using_dma = 1 (on)

результат # hdparm -tT /dev/hdb:

Timing buffer-cache reads: 128 MB in 0.64 seconds =200.00 MB/sec

Timing buffered disk reads: 64 MB in 14.14 seconds = 4.53 MB/sec

Может просто поддержка контроллера не включена в ядро? А стоит какой-нибудь 'Generic' драйвер.

Не знаю, врят ли. Все таки проблема в том, что тормозит не только в Линуксе, но и в винде. 2000 винд вообще не смог установиться, а вот фрибзд тормозит не так сильно, все таки консоль рулит :)

Так как можно его потестить на бед блоки? Или сделать низкоуровневое форматирование?

После низкоуровневого форматирования есть шанс вообще распрощаться с винтом. Да и что-то я такого не помню на новых мамках….

А проверка на бэд блоки в линуксе на файловой системе ext2 делается так:

fsck -c /dev/hdX

(подробнее в man fsck)

fly4life
После низкоуровневого форматирования есть шанс вообще распрощаться с винтом. Да и что-то я такого не помню на новых мамках….

А проверка на бэд блоки в линуксе на файловой системе ext2 делается так:

fsck -c /dev/hdX

(подробнее в man fsck)

ТОЛЬКО ПУСКАЙ fsck НА НЕМОНТИРОВАННОЙ ФС!!! А ТО ПИССЕЦ!!!

а как со смартом ?

вообще то судя по hdparm-у харддиску плохо … причём очч если он как минимум ATA 100

особенно против моего

/dev/hda:
 setting fs readahead to 8
 setting 32-bit IO_support flag to 3
 setting multcount to 8
 setting using_dma to 1 (on)
 setting keep_settings to 1 (on)
 setting xfermode to 69 (UltraDMA mode5)
 multcount    =  8 (on)
 IO_support   =  3 (32-bit w/sync)
 using_dma    =  1 (on)
 keepsettings =  1 (on)
 readahead    =  8 (on)
hdparm -Tt /dev/hda
/dev/hda:
 Timing buffer-cache reads:   572 MB in  2.00 seconds = 286.00 MB/sec
 Timing buffered disk reads:  -=140 MB in  3.02 seconds =  46.36=- MB/sec

если думать что ты знал что делал когда пересобирал ядро или ядро стандартное …

то харддиску хреново .

я бы лог smartd посмотрел бы

2 Xwine:

Да у меня жесткий старенький 20 гигов-то всего. У него smart вроде не поддерживается. Я и демон этот не поднимал.

Я думаю достаточно будет проверки на бед-блоки, а дальше подумаю ставить на него чего-нибудь или подмонтировать и использовать как файловое хранилище.

а поставь multicount\redahead на 8 … измениться что либо или нет ?

хм… Возраст винта лего и безошибочно устанавливается по таймингам диска и кеша ( -t и -T ), а также по объему кеша — 2M. У меня точно такой же винт есть — Фуджитсу, 3 года ему…

Теперь к делу. Насколько я понимаю — дело совсем не в винте, так как показатели скорости у него абсолютно в норме. Режим тоже вроде правильный стоит (udma5). Остается проверить какой кабель стоит — 40 или 80-жильный (я этого так и не понял), а также — режим ATA.

извини меня … его 4.53 MBps против 46.36 MBps ( в 10 раз меньше ) это нормально ?

Не нормально, у меня тоже 20-ка (3 года). /dev/hda:

Timing buffer-cache reads: 128 MB in 0.74 seconds =173.00 MB/sec

Timing buffered disk reads: 64 MB in 2.50 seconds = 25.58 MB/sec

Тайминги этого винта соответствуют винту не поддерживующему dma. Есть подозрение, что винт врет на счет поддержки им udma5 или ещё чего-нибудь. Советую попробовать отключить dma, проверить тайминги и далее включать режимы dma начиная с самых медленных. Мне встречался винт который заявлял о поддержке udma5, а работал только в режиме udma4.

Плиз… сообщите если кто знает количество цилиндров, головок и секторов HD300LD для ручной установки параметров в BIOS, т.к. данная информация на крышке изделия отсутствует. BIOS определяет объем HD300LD равным 32 Гб. Винчестер установлен в Slave, все перемычки удалены в соответствии с инструкцией. Ограничений на объем винчестера в 32 Гб на материнской плате Foxcon 865A01 нет.

Может, обновить биос?

а может на нем перемычка стоит?

Перемычки стоят правильно в соответствии с инструкцией.

В системе еще два винта на 120 и 80 Гб определяються правильно.

Может всё-таки посмотреть шлейф, которым винт поключён? Этот винт один на шлейфе висит?