Comment 34 for bug 102973

Phillip Susi (psusi) wrote 1 hour ago:
Don't use fakeraid; it isn't well supported and is buggy. Use regular
software raid instead, which works much better. The only reason to use
fakeraid is if you dual boot with Windows ( since it doesn't understand
Linux software raid ).

So you intend that someone who want to migrate from a windows fakeraid to a "pure linux raid system" is obliged to have a second machine under *nux system, with the same (or higher) disk capacity, create mdadm and lvm volume support, and then can tranfer all datas... ?

Do you think is that the right way to solve this problem (and saying that fakeraid is buggy, i think you're a little bit shorty)...
All the Intel chips(as concurrents) have well known handling protocols, and i think that the *buntu problem came from the idea to integrate all the managing of all the chips (promise, intell and so on) in an only one module.

That is just a way of thinking (one patch for one chip can impact another).

Fakeraid is a hardware technology, and i think it is not possible to manage all chips in only one module. They have to be separated in two levels, hardware and software: hardware for the owner protocols, and a common part in the software for the user "gui" (or "ui" in console mode).

Hope it will help some developpers to go in this way, and to go in your direction, when i decidate to migrate from a fakeraid to a "pure linux raid", i build a second machine....

Sincerely yours... Roberto