Bug 10809 - При загрузке сообщает об ошибках HDD, хотя на самом деле он живой
: При загрузке сообщает об ошибках HDD, хотя на самом деле он живой
Status: CLOSED NOTABUG
: Sisyphus
(All bugs in Sisyphus/kernel-image-std-smp)
: unstable
: all Linux
: P2 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2007-02-09 12:04 by
Modified: 2007-02-12 19:04 (History)


Attachments
Dmesg после загрузки (6.51 KB, application/x-gzip)
2007-02-09 12:05, stalker
no flags Details
вывод lspci -v (12.69 KB, application/octet-stream)
2007-02-09 12:05, stalker
no flags Details


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2007-02-09 12:04:21
В dmesg после
hde: MAXTOR 6L040J2, ATA DISK drive
...
SGI XFS Quota Management subsystem
XFS mounting filesystem hde6
Ending clean XFS mount for filesystem: hde6
VFS: Mounted root (xfs filesystem) readonly.
Trying to move old root to /initrd ... /initrd does not exist. Ignored.
Unmounting old root
Trying to free ramdisk memory ... okay
Freeing unused kernel memory: 192k freed
Executing init=/sbin/init
Real Time Clock Driver v1.12ac
Adding 1044184k swap on /dev/hde5.  Priority:-1 extents:1 across:1044184k
hde: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hde: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hde: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hde: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hde: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hde: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hde: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hde: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hdf: DMA disabled
ide2: reset: success

Хотя винт на самом деле вполне себе живой, таккак снят был 15 минут назад со
старой рабочей лошадки, где ничего подозрительного небыло вообще.
------- Comment #1 From 2007-02-09 12:05:04 -------
Created an attachment (id=1786) [details]
Dmesg после загрузки
------- Comment #2 From 2007-02-09 12:05:34 -------
Created an attachment (id=1787) [details]
вывод lspci -v
------- Comment #3 From 2007-02-09 15:26:40 -------
BadCRC обычно возникает либо из-за плохого кабеля, либо из-за неправильного
выбора режима UDMA (в частности, если неправильно работает распознавание типа
кабеля, и делается попытка включить UDMA > 33 на 40-жильном кабеле; вроде бы
как
раз на nForce с распознаванием 40/80-жильного кабеля есть проблемы).  В данном
случае вообще включается UDMA133, специфичный для Maxtor - возможно, именно
этот
режим работает плохо.  Кроме того, ситуацию может портить соседнее устройство
на
том же канале - стоит попробовать его отключить.

На этой машине должен быть ещё один канал PATA от JMB363, который вроде бы
распознался ядром - как этот же диск работает на JMB363?  (Правда, в этом
случае
используемый режим UDMA посмотреть не удастся, поскольку имеющийся в 2.6.18
драйвер не поддерживает настройку скорости обмена для контроллеров Jmicron -
используется режим, установленный в BIOS.)

Ещё можно попробовать использовать для xfs опцию монтирования nobarrier -
возможно, этот диск как-то странно обрабатывает команду FLUSH CACHE, которая
сейчас используется при монтировании xfs без дополнительных опций.  Для
корневой
ФС нужно использовать параметр ядра rootflags=nobarrier.
------- Comment #4 From 2007-02-09 16:34:42 -------
(In reply to comment #3)
> BadCRC обычно возникает либо из-за плохого кабеля,
Кабеля менял.. в смысле шлейфы.

> либо из-за неправильного выбора режима UDMA (в частности, если неправильно   
> работает распознавание типа  кабеля, и делается попытка включить UDMA > 33 на
>40-жильном кабеле;
У меня 40 жильных шлейфов вообще не осталось в доме... Везде 80 юзаю.

>  В данном случае вообще включается UDMA133, специфичный для Maxtor - возможно,
> именно этот режим работает плохо.
:-(

>  Кроме того, ситуацию может портить соседнее устройство на
> том же канале - стоит попробовать его отключить.
Попробую, но раньше они вроде вместе жили -там сидюк пишущий NEC9100A
 
> На этой машине должен быть ещё один канал PATA от JMB363, который вроде бы
> распознался ядром - как этот же диск работает на JMB363?  
Ок.Попробую.

> Ещё можно попробовать использовать для xfs опцию монтирования nobarrier -
> возможно, этот диск как-то странно обрабатывает команду FLUSH CACHE, которая
> сейчас используется при монтировании xfs без дополнительных опций.

На старой рабочей лошадке тоже было 2.6.18 пересобранное в среде более старого
сизифа (почти годовой давности)

------- Comment #5 From 2007-02-12 16:43:01 -------
В общем на jmicron проблем нет. На нвидевском канале -если оставить винт в 1
-то
работает. с 2 винтами тоже нет проблем. 
------- Comment #6 From 2007-02-12 17:03:24 -------
нотабуг?
------- Comment #7 From 2007-02-12 17:09:25 -------
(In reply to comment #6)
> нотабуг?

Если бы.. новый десктоп... :-(
Ещё блин с apic непонятно куда копать... так и неудалось  запустить его.
Попробовал в суппорт стукнуться -с линуксом вежливо попросили пройти...

==
Dear Sir / Madam
The linux system are not in our OS support list.(Windows
2K/XP(32/64bit))
Please try to choose the no APIC option for your linux system
install. Please try to disable the ACPI function in bios setup for issue
check.
------- Comment #8 From 2007-02-12 19:04:33 -------
Относительно IDE - похоже, это всё-таки аппаратная проблема имеющейся
комбинации
устройств (возможно, усугубляющаяся использованием UDMA133 - на старой машине
контроллер мог просто не поддерживать этот режим; есть также вероятность не
совсем хорошей реализации "устаревшего" IDE на материнке). Можно разве что
попробовать через hdparm устанавливать режим помедленнее.

По поводу APIC лучше открыть отдельную багу с указанием точной модели
материнской платы и версии BIOS.