<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>11917</bug_id>
          
          <creation_ts>2007-05-30 08:25:33 +0400</creation_ts>
          <short_desc>installer не видит квази-raid (BIOS)</short_desc>
          <delta_ts>2008-04-17 19:40:54 +0400</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>3</classification_id>
          <classification>Distributions</classification>
          <product>Branch 4.0</product>
          <component>alterator-vm</component>
          <version>4.0</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>LATER</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Valery Pipin">pip</reporter>
          <assigned_to name="Sergey Bolshakov">sbolshakov</assigned_to>
          <cc>aen</cc>
    
    <cc>ktirf</cc>
    
    <cc>mike</cc>
    
    <cc>vsu</cc>
          
          <qa_contact name="Q.A. 4.0">qa-4.0</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>50776</commentid>
    <comment_count>0</comment_count>
    <who name="Valery Pipin">pip</who>
    <bug_when>2007-05-30 08:25:33 +0400</bug_when>
    <thetext>на персоналке с матплатой ASUS P5GDC-V Deluxe, контроллер:
IntelR ICH6R South Bridge:
- 1 x UltraDMA 100/66/33
- 4 x Serial ATA with IntelR Matrix Storage Technology with RAID 0, 1

Соответственно, дальнейшая установка была невозможна без полной потери данных.
Замечу Suse -10.2 данный рэйд определяет автоматически. Наверно нужно указать 
ключи для ядра в момент загрузки.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>50796</commentid>
    <comment_count>1</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2007-05-30 20:14:59 +0400</bug_when>
    <thetext>Но вообще лучше такими &quot;райдами&quot;, тем более в stripe, не пользоваться... 
см. тж. faq.altlinux.ru &quot;ide raid&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>50805</commentid>
    <comment_count>2</comment_count>
    <who name="Sergey Vlasov">vsu</who>
    <bug_when>2007-05-30 21:33:11 +0400</bug_when>
    <thetext>Поддержки подобных &quot;RAID&quot; в ядре нет и не будет.

В принципе существует пакет dmraid, где есть поддержка некоторых наиболее
распространённых типов SoftRAID. Но, во-первых, этот пакет попросту не собран
для ALT (что не так просто - помимо собственно сборки, основная проблема будет в
интеграции dmraid в startup и mkinitrd), во-вторых, поддержка практически всех
вариантов SoftRAID там сделана методом reverse engineering, в результате в
ситуациях, когда что-то не работает обычным образом, возникают проблемы
(например, сбойные диски в RAID1 там не помечаются, в результате после сбоев
возможна потеря информации из-за того, что не происходит синхронизация дисков в
зеркале, когда это необходимо).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>50824</commentid>
    <comment_count>3</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2007-05-31 12:53:06 +0400</bug_when>
    <thetext>Ой не знаю, что лучше -- потрошить сузю и тоже прикидываться, что это сломанное
поделие работает, или честно выдать толковые рекомендации разобрать ЭТО и заодно
рассказать, чем грозит страйп при проблемах хотя бы на одном диске даже при
отсутствии проблем с материнкой (и поиском такого же контроллера/биоса)...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>50849</commentid>
    <comment_count>4</comment_count>
    <who name="Valery Pipin">pip</who>
    <bug_when>2007-05-31 18:06:42 +0400</bug_when>
    <thetext>(In reply to comment #3)
&gt; Ой не знаю, что лучше -- потрошить сузю и тоже прикидываться, что это 
сломанное
&gt; поделие работает, или честно выдать толковые рекомендации разобрать ЭТО и 
заодно
&gt; рассказать, чем грозит страйп при проблемах хотя бы на одном диске даже при
&gt; отсутствии проблем с материнкой (и поиском такого же контроллера/биоса)...

Не знаю. Я за 2 вариант. Кроме того, в сузе до сих пор висит баг, связанный с 
утановкой граба на подобный райд. Однако, подобные проблемы придется все равно 
решать, виндузятников полно и у них есть винмодемы и винрайды... Мож в интел 
написать? </thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>64940</commentid>
    <comment_count>5</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2008-03-02 20:27:17 +0300</bug_when>
    <thetext>перевешиваю</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>64942</commentid>
    <comment_count>6</comment_count>
    <who name="Sergey Bolshakov">sbolshakov</who>
    <bug_when>2008-03-02 20:43:36 +0300</bug_when>
    <thetext>мм, а почему это висит на alterator-vm ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>64945</commentid>
    <comment_count>7</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2008-03-02 21:53:43 +0300</bug_when>
    <thetext>Предлагаешь повесить на propagator? :)

Я было успел написать про &quot;мож отдельный модуль для предупреждения о кривом
железе&quot;, но критичного-то у нас ровно то, на что встать пытаемся -- сторадж для /...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>64946</commentid>
    <comment_count>8</comment_count>
    <who name="Sergey Bolshakov">sbolshakov</who>
    <bug_when>2008-03-02 22:53:13 +0300</bug_when>
    <thetext>так или иначе, баг уйдёт на ядро, поскольку блочное устройство
или есть -- и тогда всё равно, как оно ниже устроено, или нет.
а коль скоро &apos;поддержки в ядре не будет&apos; -- можно прямо сейчас
закрыть как wontfix и не городить огороды.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>64951</commentid>
    <comment_count>9</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2008-03-02 23:13:11 +0300</bug_when>
    <thetext>Не о том.  Помнишь, в M24 сделали, что при виде AIC79xx в режиме HostRAID (оно
по PCI ID различалось) вываливали предупреждалку а-ля &quot;разбирайте это
недоразумение и возвращайтесь за нормальным софтрейдом&quot;?  Вот о таком речь, и
где бы его удобнее приткнуть.

На самом старте было бы идеально, чтоб время зря не тратить, но там ресурсы
дороже и всё неудобнее (stage1) или не особо удобно выяснять, а есть ли у нас
вообще диски. (хотя... мож fdisk -l | grep ^Disk покатит?)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>64953</commentid>
    <comment_count>10</comment_count>
    <who name="Sergey Vlasov">vsu</who>
    <bug_when>2008-03-02 23:18:48 +0300</bug_when>
    <thetext>Формально в ядре поддержка есть - если драйвер dm будет соответствующим образом
настроен через dmraid (точно так же, как для md требуется mdadm). Кстати, сейчас
dmraid в каком-то виде уже есть в Сизифе:

169877 2007/06/11 20:56:44 dmraid-1.0.0.rc14-alt1.src.rpm

Поддержки этого безобразия в mkinitrd нет.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>68556</commentid>
    <comment_count>11</comment_count>
    <who name="Sergey Bolshakov">sbolshakov</who>
    <bug_when>2008-04-17 19:40:54 +0400</bug_when>
    <thetext>очевидно, в рамках 4.0 это решено не будет.
</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>