On Mon, Nov 03, 2003 at 09:49:42PM +0300, Marat Khairullin wrote: > В messages появляется: > Nov 3 18:28:02 nksto kernel: Promise Fasttrak(tm) Softwareraid driver 0.03beta: No raid array found > ^^^^^^^^^^^^ - интересное замечание..., Весьма вероятно, что дело в изменении распознаваемой геометрии диска. Если сохранились логи от загрузки старого ядра, попробуйте найти в них строки вида hda: 78165360 sectors (40021 MB) w/2048KiB Cache, CHS=4865/255/63, UDMA(100) - оттуда нужны параметры CHS. После этого добавьте в параметры нового ядра опции hda=C,H,S hde=C,H,S (подставьте параметры, которые определяет старое ядро). Я тут нашёл некий патч к ядру по этому поводу (его, правда, пришлось восстанавливать из испорченного почтовой программой вида). Если вариант с CHS поможет - скорее всего, этот патч устранит проблему; тогда в очередном ядре в Сизифе он появится. > когда покупал - расчитывал получить hardware raid :). Просветите, кто знает. В рассылке https://listman.redhat.com/mailman/listinfo/ataraid-list по этому поводу было много всего написано; в большинстве случаев изделия фирмы Promise использовать не рекомендуется (впрочем, у HPT репутация не лучше). Во всяком случае, считается, что наилучший вариант борьбы с этими железками, раз уж они есть - использовать в качестве простого IDE-контроллера, а RAID организовывать программно с помощью драйвера md (а не ataraid). Конкретно по pdcraid в режиме RAID1 - в этом драйвере полностью отсутствует обработка ошибок диска, т.е. основную функцию RAID1 - обеспечение работоспособности системы при отказе одного из дисков - он не выполняет. Как ни странно, в нескольких сообщениях в рассылке ataraid-list утверждается, что драйвер от Promise в этих ситуациях тоже не работает. В md обработка ошибок есть (хотя и не идеальная - при обнаружении нескольких нечитаемых секторов плохим может быть объявлен весь диск). Так что при отсутствии необходимости держать на RAID рядом другие операционные системы лучше использовать именно md.