| 1 |
Hello Konstantin,
|
| 2 |
|
| 3 |
Friday, July 21, 2006, 8:54:53 PM, you wrote:
|
| 4 |
|
| 5 |
> Hello Vladimir, |
| 6 |
|
| 7 |
> Friday, July 21, 2006, 8:26:00 PM, you wrote: |
| 8 |
|
| 9 |
>> Hello, Konstantin Astafjev |
| 10 |
>> On 21.07.2006 20:17, you wrote: |
| 11 |
|
| 12 |
>>>>> Есть машинка с HighPoint'овским RAID'ом RocketRAID 1640. Для начала |
| 13 |
>>>>> систему поставил на IDE диск (hda) собрал ядро и собрал к нему модуль |
| 14 |
>>>>> hpt374 из исходников от HighPoint. Добился что при подрузке модуля |
| 15 |
>>>>> hpt374 RAID контроллер виден как sda. Вторым этапом хотел добиться |
| 16 |
>>>>> того чтобы система грузилась с hda, но модуль hpt374 подгружался с |
| 17 |
>>>>> initrd. Чтобы впоследствии грузится сразу с RAID. Сделал |
| 18 |
>>>>> |
| 19 |
>>>> тогда зачем указан в lilo root = /dev/hda2? |
| 20 |
>>> |
| 21 |
>>> Потому как на тот момент это был его реальный root. |
| 22 |
>>> |
| 23 |
>>>> сискол pivot_root меняет корневой каталог с initrd на реальный (он у Вас |
| 24 |
>>>> должен быть /dev/sda? - т.е. раздел RAID) |
| 25 |
>>> |
| 26 |
>>> Тогда /dev/sdaX были пустыми. |
| 27 |
>>> |
| 28 |
>>> Сейчас я уже поставил систему на sda |
| 29 |
>>> |
| 30 |
>>> sda1 swap |
| 31 |
>>> sda2 /boot |
| 32 |
>>> sda3 / |
| 33 |
>>> sda5 /var |
| 34 |
>>> sda6 /var/log |
| 35 |
>>> |
| 36 |
>>> Повторил всё что указывал выше, но как я и ожидал стало только хуже: |
| 37 |
>>> L 01 01 01 01 01... |
| 38 |
>>> |
| 39 |
>>> Похоже на то что в момент загрузки BOIS'ом он всё таки определяется |
| 40 |
>>> совсем не как sda. Просто уже и не знаю что попробовать. |
| 41 |
|
| 42 |
>> А какая разница ка он определяется, главное чтоб загрузчик с него грузился. |
| 43 |
|
| 44 |
> У меня прогресс - добился того что lilo начинает грузить уже с RAID'а, |
| 45 |
> но повисает всё в том же самом месте как и в прошлый раз c hda: |
| 46 |
|
| 47 |
> ... определились диски.. |
| 48 |
> SCSI device sda: drive cache: write through |
| 49 |
> sda: sda1 sda2 sda3 sda4 <sda5 sda6> |
| 50 |
> sd 0:0:0:0: Attached scsi disk sda |
| 51 |
> sd 0:0:0:0: Attached scsi disk generic sg0 type0 |
| 52 |
> Mounting /proc filesystem |
| 53 |
> Creating block devices |
| 54 |
> Creating root device |
| 55 |
> Mounting root filesystem |
| 56 |
> ReiserFS: sda3: found reiserfs format "3.6" with standard journal |
| 57 |
> ReiserFS: sda3: using ordered data mode |
| 58 |
> ReiserFS: sda3: journal params: device sda3, size 8192, journal first |
| 59 |
> block 18, max trans len 1024, max batch 900, max commit age 30, max |
| 60 |
> trans age 30 |
| 61 |
> ReiserFS: sda3: checking transaction log (sda3) |
| 62 |
> ReiserFS: sda3: Using r5 hach to sort names |
| 63 |
> pivotroot: pivot_root(/sysroot,/sysroot/initrd) failed: 2 |
| 64 |
> umount /initrd/proc failed: 2 |
| 65 |
> Freeing unused kernel memory: 220k freed |
| 66 |
> Kernel panic - not syncing: No init foud. Try passing init= option to |
| 67 |
> kernel |
| 68 |
|
| 69 |
>> Имеется RAID Compaq Smart Array 5i/532. драва есть в ядре, по этому |
| 70 |
>> обошлось все без initrd. |
| 71 |
|
| 72 |
> В моём случае драйвер доступен только как модуль. |
| 73 |
|
| 74 |
>> имхо, проблема либо в initrd либо в загрузчике. |
| 75 |
|
| 76 |
> Я тоже так думаю, но пофиксать проблему не хватает знаний. Придётся |
| 77 |
> ещё поковыряться. |
| 78 |
|
| 79 |
>> по моему все решаемо. загрузка с IDE винта с поддержкой raid должна |
| 80 |
>> работать точно, да и с загрузкой с самого raid'a проблем быть не должно. |
| 81 |
|
| 82 |
> Загрузка с IDE неприемлема, раз уж так далеко зашёл. :) |
| 83 |
|
| 84 |
>> скорее всего проблема в initrd. |
| 85 |
>> можно попробывать следующее, не включать драйвер hpt374 в initrd, а |
| 86 |
>> включить допустим поддержку рутовой файловой системы, |
| 87 |
|
| 88 |
> Если не будет hpt374, то он просто не найдёт sda - проверял. |
| 89 |
|
| 90 |
>> посмотреть будет |
| 91 |
>> ли грузится.. можно вообще отрубить raid и смотреть как будет система |
| 92 |
>> стартовать с initd. |
| 93 |
|
| 94 |
> Как-то сам и не догадался... Только что отключил RAID и проверил. |
| 95 |
> Действительно система не загрузилась. Значит точно initrd виноват. Я |
| 96 |
> воодушевлён! Если решу проблему с initrd, тогда велика вероятность что |
| 97 |
> всё остальное заработает! ;) |
| 98 |
|
| 99 |
>> кстати, погуглил, распространенная проблема |
| 100 |
|
| 101 |
> Погружаюсь в чтение... |
| 102 |
|
| 103 |
Наконец-то решил проблему. Решение оказалось крайне простым. Решил
|
| 104 |
написать об этом в конфу, вдруг кому-нибудь когда-нибудь пригодится.
|
| 105 |
|
| 106 |
Все мои проблемы решились созданием директории initrd в корне:
|
| 107 |
|
| 108 |
mkdir /initrd
|
| 109 |
|
| 110 |
Времени потратил много, зато научился раскрывать, монтировать initrd и
|
| 111 |
даже поверхностно понял как это работает. Ответ я нашёл всё-таки в
|
| 112 |
поисковике, когда всё же понял, что конкретно нужно искать. Если кому
|
| 113 |
интересно, то вот линк:
|
| 114 |
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=97173
|
| 115 |
Три года назад Craig Lawson столкнулся с похожей проблемой и не
|
| 116 |
поленился подробно описать это. За что ему и большое спасибо. А также
|
| 117 |
спасибо Владимиру за подсказку.
|
| 118 |
|
| 119 |
--
|
| 120 |
Best regards,
|
| 121 |
Konstantin mailto:konstantin@××××××××.com
|
| 122 |
|
| 123 |
|
| 124 |
--
|
| 125 |
gentoo-user-ru@g.o mailing list |
Archives