Summary: | нет доступа к CD | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Sisyphus | Reporter: | seriv <seriv> | ||||||||||
Component: | propagator | Assignee: | Anton Farygin <rider> | ||||||||||
Status: | CLOSED WONTFIX | QA Contact: | qa-sisyphus | ||||||||||
Severity: | normal | ||||||||||||
Priority: | P2 | CC: | mike, rider, sem, vsu | ||||||||||
Version: | unstable | ||||||||||||
Hardware: | all | ||||||||||||
OS: | Linux | ||||||||||||
Attachments: |
|
Description
seriv
2005-04-15 18:43:05 MSD
А CD какой ? scsi/ide ? (In reply to comment #1) > А CD какой ? scsi/ide ? CD ide, правда не просто CD а DVD writer. Сейчас не помню какой марки если надо могу сообщить но не раньше воскресенья. Created attachment 830 [details]
вывод 'scanpci -v' в "Ubuntu Linux 5.0"
Вот, чтобы не путаться на этой машине вытащили SCSI карточку для простоты.
И удалось там заполучить "scanpci -v", так как там без проблем встал ubuntu.
Сергей
Created attachment 974 [details]
fedora core 4: scanpci -v
Вчера попробовал installer-2.9.11.iso, - результат тот же, сообщает что у меня
нет компакт-диска. Жалко, приходится на этом компьютере приспосабливаться к
другим системам. Федора вот тоже установилась и работает.
Сергей.
нельзя ли повторить на более свежей версии ? RC4 например. (In reply to comment #5) > нельзя ли повторить на более свежей версии ? RC4 например. Проверил, правда не rc4, а rc5. Всё по прежнему, доступа к компакт-диску и не IDE диску (/dev/hda и /dev/hdc) нет. Сейчас я с помощью патча kernel-fix-drivers-ide-pci-sis5513 собрал новое ядро на основе wks26 (и другие ядра на основе std26 и vs26) и могу предоставить какие угодно специфически Сизифные листинги с этой машины. Надо lspci, или pciscan? Sergey в rc6 будет помещён обновленный propagator, который обучен грузить ide-generic на всё неопознаное IDE-класса. Надеюсь, с ним ситууация исправится. Thank you for understanding the problem :) Спасибо, попробовал rc6. Докладываю: выжить можно. То есть, я получаю сообщение, что "нет доступа к СД". После этого выбираю в списке модулей ide-generic. И можно устанавливать, доступ к СД появился. Если это и предполагалось, то баг можно закрывать. Однако мне казалось, что модуль ide-generic обещался быть загружаемым вместо сообщения "нет доступа к СД". Если это так, то наверно надо исправлять дальше логику поиска компакт-диска. (In reply to comment #7) > в rc6 будет помещён обновленный propagator, который > обучен грузить ide-generic на всё неопознаное IDE-класса. > Надеюсь, с ним ситууация исправится. ide-generic должен был загрузиться автоматом, если не нашлось лучших кандидатов. Коль этого не происходит, видимо, кандидат нашёлся, но работу свою выполнять отказался. Хотелось бы видеть вывод pciscan -v -c001 да и обстановку на инсталлированной системе: какой модуль всё-таки используется для ide. Created attachment 1106 [details]
pciscan -v -c001 на свежеустановленном компакте рц6
Created attachment 1107 [details]
вывод lsmod на свежеустановленном компакте рц6
(In reply to comment #9) > ide-generic должен был загрузиться автоматом, если > не нашлось лучших кандидатов. Коль этого не происходит, > видимо, кандидат нашёлся, но работу свою выполнять отказался. > Хотелось бы видеть вывод pciscan -v -c001 да и обстановку на > инсталлированной системе: какой модуль всё-таки используется > для ide. Проблема с устройством sis5513, это обсуждалось в hardware@altlinux.ru (см. http://lists.altlinux.ru/pipermail/hardware/2005-July/005727.html и также пакет http://altlinux.org/index.php?module=sisyphus&package=kernel-fix-drivers-ide-pci-sis5513) Сейчас установил компакт рц6 на освобождённый раздел и получил pciscan и lspci, их вывод прилагаю. Сергей. vsu: можно ли что-нибудь с этим поделать ? (In reply to comment #13) > vsu: можно ли что-нибудь с этим поделать ? Надо смотреть, что там сейчас напатчили по поводу этих чипов; старые патчи добавляли их поддержку, но ломали поддержку предыдущих чипсетов SiS. Но в общем случае нужно всегда грузить ide-generic после обнаруженных драйверов для PCI IDE - иначе та же самая ситуация будет с Intel ICH5/6 с включенным combined mode (в этом режиме драйвер piix не работает, кроме того, загрузка ata_piix раньше ide-generic также приведёт к недоступности PATA-устройств). vsu: то есть, _сначала_ всегда грузить ide-generic, а потом, если повезёт, и специфичный ide модуль ? или без blacklist'ов не обойтись ? напоминаю, речь о propagator, где сильно развернуться не получится. (In reply to comment #15) > vsu: то есть, _сначала_ всегда грузить ide-generic, > а потом, если повезёт, и специфичный ide модуль ? Наоборот - сначала найденные PCI IDE (если есть), потом ide-generic (независимо от того, нашлись поддерживаемые PCI IDE или нет), и только после этого - SCSI (в том числе SATA типа ata_piix). Причём распознавать нужно не по классу PCI-устройства, а по типу драйвера (mkinitrd сейчас различает драйверы IDE и SCSI по зависимостям модуля) - SATA-контроллеры Intel ICHx, обслуживаемые драйвером ata_piix, могут иметь класс PCI-устройства "IDE controller", но грузить этот драйвер вместе с IDE-драйверами нельзя. Класс "RAID controller" вообще может быть чем угодно. Если загрузить ide-generic раньше "правильного" драйвера PCI IDE, ide-generic захватывает устройство, в результате работа с IDE идёт без DMA. ясно, спасибо, не в этой жизни. Явно не в этой. Закрываю как wontfix |