Привет! On Sun, 29 Oct 2006, Paul Arakelyan wrote:
Насчет доса - вот, загрузился с system diskette от WIN98SE RU. При IDE в Enhanced mode, конечно, виснет. При "Конечно" наступает если что-то ему в MBR не нравится. При этом у авардов такого не налюдалось. Самое занятное, что виснет при подключенном кардридере с 256М CF и 1Гб SD в нём (не додумался я угадать "кто мешает"). И если винт с "неправильным" MBR через ide->usb шнурок прицепить - тоже виснет после обращения к винту. А вот с тем же винтом, но подключенным к ITE it8211 (дополнительный контроллер ide на плате) - то кажется проблем не возникало.
С MBR проблема никак не связана. Еще раз, последовательность действий: 1. Включаем Onboard IDE Operate Mode = Enhanced mode, ставим загрузку с дискеты - Win98 начинает грузиться с дискеты и тупо виснет. 2. На дисках ничего не меняем, но в BIOS устанавливаем Onboard IDE Operate Mode = Compatible Mode - Win98 прекрасно грузится и видит SATA HDD. При чем тут MBR?
Onboard IDE Operate Mode = Compatible Mode Combined Mode Option = S-ATA Only
прекрасно загрузился и даже fdisk видит SATA-винт, а система - файлы на FAT32 разделе. Дальше играться не стал, не нужна мне 98я на этой машине ;) Дык прикол был в том, что windows xp setup зависал, ну и всякие тулзы с компакта типа "реаниматор" тоже не работали.
У меня на P5W DH windows xp setup прекрасно сделал свое черное дело ;), причем в режиме Onboard IDE Operate Mode = Enhanced mode (в котором Win98 даже с дискеты не грузится).
ad12: 0MB <Config Disk RGL10364> at ata6-master SATA300
и система дальше "Trying to mount root..." не грузится. Очевидно, пытается А в fstab - написано откуда оно должно монтироваться? а то 6.1-release "радовало" тем, что не давало интерактивно это ввести (просто зависало в промпте с предожением ввести откуда root FS брать). 6.2-prerelease - всё ок уже было.
Как раз с fstab у меня все корректно (при перестановке Enhanced -> AHCI нумерация каналов не меняется), да и в RELENG_6 (в отличие от 4ки) mountroot prompt нормально работает (а в 4ке там что-то с парсером - вводишь все корректно - не может смонтировать, устанавливаешь ту же строку в переменную vfs.root.mountfrom - монтирует нормально). Тут прикол именно в том, что система, похоже, из-за этого дурацкого ad12: 0MB <Config Disk RGL10364> сама дуреет и в цикле к нему запросы издает (счетчик прерываний от ATA-контроллера ICH7 постоянно увеличивается). Я Сорену пожаловался, он тоже не может понять, что это за хитрый девайс Асус на SATA прицепил. Вот наша переписка:
1. Is it expected that SATA300 mode isn't achievable when controller in non-AHCI mode? Yes, we have no access to the SATA registers in this mode (compat or legacy) so we cannot detemine the current mode so the default to print is SATA150, however the interface will probably use SATA300, we just cant tell.
2. What's that funny "Config Disk RGL10364"? I have absolutely no idea, even google is silent...
3. Why can't I just turn specific channel/drive off via device hints? I've tried the following:
hint.ad.12.disabled="1" hint.ata.6.disabled="1"
but these hints don't change anything ;( Yeah, that is not possible (yet).
То есть, может драйв с контроллером и SATA300 сполняют, но в не-AHCI (то бишь, в режиме совместимости) драйвер не может добраться до регистров, в которых отражен настоящий режим - вот и пишет SATA150. Блин, не хочется время на такой пустяк убивать, но все-таки интересно, что это за Config Disk RGL10364. Кстати, из сообщений по 'boot -v' видно, что система делает приличную задержку при загрузке в Enhanced (non-AHCI) mode именно на этом месте - то есть, похоже, на 2м SATA-канале что-то хитрое болтается, но в non-AHCI оно вообще не распознается, а в AHCI - распознается как диск нулевого размера. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message