From: Andrey Kuleshov <drew@e-post.com.ua> To: hardware@altlinux.ru Subject: [Hardware] hdparm не срабатывает Date: Wed, 16 Mar 2005 12:40:37 +0200 Message-ID: <42380D25.8070000@e-post.com.ua> (raw) Здравствуйте! Имеем систему CPU: iCeleron 2Ghz MB: GigaBYTE 8PEMT4 на i845 Primary master: Seagate 80Gb (вывод hdparm -I /dev/hda в конце письма) Primary slave: none Secondary master: _NEC DVD_RW ND 3500AG Secondary slave: ST313021A (Seagate 13Gb) Все это стояло и прекрасно работало под Сизифом до (приблизительно) начала этого месяца. Частота обновления системы 1-3 раза в неделю (на hda2 как раз и лежит зеркало) Потом вдруг (именно вдруг, т.к. система в описанном состоянии прожила не менее 3 месяцев без проблем) начали происходить мало объяснимые вещи. Первым признаком неполадок было то, что начал устойчиво слетать процесс копирования DVD (болванки были куплены гораздо раньше и проверены в работе). В процессе поиска причин выяснилось, что физическая (!) запись прерывается по опустошению буфера данных из-за недостаточной скорости отдачи источника (/dev/hda7, XFS). При этом growisofs, а с ним и k3b радостно сообщали об _успешном_ завершении операции записи, хотя визуально болванка прописана приблизительно на треть. Исследования характеристик устройства показало, что используется udma2, AAM=0(!), SMART не задествована. Логичным показалось установить udma5, AAM=128(минимум), тем более, что 128 -- рекомендуемое значение. Однако попытка воспользоваться возможностями hdparm привела к странным результатам: #hdparm -X udma5 /dev/hda сообщает об успешном завершении операции, но режим работы устройства не переключается #hdparm -M что_либо /dev/hda выдает ошибку ввода/вывода. Режимы работы устройства при этом, естественно, не переключаются Все это было бы полбеды если бы вчера позавчерашний Сизиф смог обнаружить устройства CD/DVD чтения/записи, т.е. сейчас #cdrecord -scanbus настойчиво предлагает dev=help. Само CD устройство на старте системы распознается без проблем Подскажите, пожалуйста, что происходит и как привести систему в порядок? Спасибо! PS. #hdparm -I /dev/hda /dev/hda: ATA device, with non-removable media Model Number: ST380011A Serial Number: 5JV10AHJ Firmware Revision: 3.06 Standards: Used: ATA/ATAPI-6 T13 1410D revision 2 Supported: 6 5 4 3 Configuration: Logical max current cylinders 16383 65535 heads 16 1 sectors/track 63 63 -- CHS current addressable sectors: 4128705 LBA user addressable sectors: 156301488 LBA48 user addressable sectors: 156301488 device size with M = 1024*1024: 76319 MBytes device size with M = 1000*1000: 80026 MBytes (80 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: 0 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 * FLUSH CACHE EXT command * Mandatory FLUSH CACHE command * Device Configuration Overlay feature set * 48-bit Address feature set SET MAX security extension * DOWNLOAD MICROCODE cmd * SMART self-test * SMART error logging Security: supported not enabled not locked not frozen not expired: security count not supported: enhanced erase HW reset results: CBLID- below Vih Device num = 0 determined by the jumper Checksum: correct -- bye! drew
next reply other threads:[~2005-03-16 10:40 UTC|newest] Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top 2005-03-16 10:40 Andrey Kuleshov [this message] 2005-03-16 11:15 ` Andriy Dobrovol's'kii 2005-03-21 11:46 ` drew
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=42380D25.8070000@e-post.com.ua \ --to=drew@e-post.com.ua \ --cc=hardware@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux hardware support This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/hardware/0 hardware/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 hardware hardware/ http://lore.altlinux.org/hardware \ hardware@altlinux.ru hardware@lists.altlinux.org hardware@lists.altlinux.ru hardware@lists.altlinux.com hardware@altlinux.org public-inbox-index hardware Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.hardware AGPL code for this site: git clone https://public-inbox.org/public-inbox.git