Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#25888 - [dmraid] ArchISO 2011.08.19 and Fakeraid Install Problem

Attached to Project: Arch Linux
Opened by Cihat Ertem (fincan) - Sunday, 04 September 2011, 15:51 GMT
Last edited by Dave Reisner (falconindy) - Saturday, 08 February 2014, 18:40 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Tobias Powalowski (tpowa)
Architecture All
Severity Medium
Priority Normal
Reported Version testbuild (specify!)
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 6
Private No

Details

Description:
My system is on (fake)raid0. Mainboard is ICH8 chipsetted. There is no problem with old iso but today I tried tne new iso and my raid disk could not found.

here is the error report after "dmraid -ay" command.

device-mapper: table: 254:3 striped: Couldn't parse stripe destination
RAID set "isw_fedgfceg_Volume0" was not activated
ERROR: device "isw_fedgfceg_Volume0" couldn't found

I tried 64bit iso only
This task depends upon

Closed by  Dave Reisner (falconindy)
Saturday, 08 February 2014, 18:40 GMT
Reason for closing:  Upstream
Comment by Szabolcs Szilagyi (gesti) - Sunday, 02 October 2011, 08:23 GMT
Dear fincan,
Which old iso do you use to get around this problem? After 2011.08.19 iso I've also tried with the 2011.08.18-core-i686 but got the same problem with it.

gesti

PS: same thing with 2011.08.15 iso...
Comment by Szabolcs Szilagyi (gesti) - Wednesday, 05 October 2011, 09:30 GMT
To get around this problem, you can use the ISO from 2010.05. Which you can download from here: ftp://linuxfreedom.com/archlinux/download.html
Comment by Chris Fordham (flaccid) - Saturday, 29 October 2011, 06:08 GMT
Is there a workaround or fix for this issue? The problem with going back to an install ISO that uses kernel26 is that I then don't have any network drivers to be able to use for the installation.
Comment by Gerardo Exequiel Pozzi (djgera) - Sunday, 06 November 2011, 03:37 GMT
  • Field changed: Category (ArchISO → Upstream Bugs)
  • Field changed: Architecture (All → All)
  • Task assigned to Tobias Powalowski (tpowa)
I guess something wrong with dm-raid in such kernel. Try one of the latest isos that have the most recent kernel in [core]

http://releng.archlinux.org/isos/
Comment by Cilyan Olowen (Cilyan) - Wednesday, 25 January 2012, 11:53 GMT
I upgraded a functionnal Arch on a FakeRAID Intel, and got the same bug. I tried to reinstall from the lastest official (2011.08.19) and latest testing (2012.01.25) ISO releases and all have the same problems. I can't use my Arch anymore... :'(
Comment by Vertlo Oraerk (oraerk) - Thursday, 26 January 2012, 10:42 GMT
Same thing here, tested with latest official and testing ISOs (from 2012.01.01 to 2012.01.26).
Comment by Vertlo Oraerk (oraerk) - Wednesday, 22 February 2012, 18:43 GMT
Have been trying latest releng ISOs each week, same problem here. Is there anything I can do?
Comment by Cilyan Olowen (Cilyan) - Thursday, 23 February 2012, 07:47 GMT
I reinstalled using mdadm, it works. In the 2012.01.25 iso, the mdadm partitions are not listed in the installer, but they are in 2012.01.26. Partitions are /dev/md128p?, they are presented right after ISO boot, there is nothing special to do.
You have to add your filesystem module manually in mkinitcpio.conf (e.g. ext4), as well as your raid module (e.g. raid0). I added /sbin/mdadm in the binairies for convenience, if ever I couldn't boot. Honestly, I had to reboot 4 times before figuring out how to configure it. I used syslinux as bootloader, because it is raid aware. Also, take care of the /etc/mdadm.conf. You have to generate it manually:
mdadm --examine --scan > /mnt/etc/mdadm.conf
before generating the initcpio. https://wiki.archlinux.org/index.php/RAID has good infos.
The problem is, during all my manipulations, I set the partition table to GPT, so my Windows don't boot anymore as GPT without UEFI is not supported.
Comment by Vertlo Oraerk (oraerk) - Friday, 24 February 2012, 08:33 GMT
1) Though mdadm (soft raid) works, it makes dual-boot Windows impossible.
2) The bug is about FakeRAID, not "soft" RAID.
Comment by Cédric M. Campos (cedricmc) - Tuesday, 28 February 2012, 10:41 GMT
Vertio, about 1), you are mistaken. Since some months ago, mdadm recognizes FakeRAID. In fact, I have myself Fedora16 and Win7 installed on a FakeRAID5 where F16 uses mdadm.

BTW this seems to be a duplicate of https://bugs.archlinux.org/task/20333.
Comment by Tobias Powalowski (tpowa) - Thursday, 08 March 2012, 12:10 GMT
According to Neil Brown:
No. Only Intel Matrix Storage Manager (IMSM) aka 'isw', and some support for
DDF.

mdadm does not support other RAID metadata formats - you still need to use
dmraid for those.

NeilBrown
Comment by Tobias Powalowski (tpowa) - Wednesday, 13 June 2012, 09:36 GMT
I close this task, we can't do anything here upstream seems not to develop anymore dmraid.
Comment by Que Quotion (quequotion) - Saturday, 08 February 2014, 18:21 GMT
  • Field changed: Percent Complete (100% → 0%)
In the end, it seems no solution for install to fakeRAID was ever found. Whether by mdadm, dmraid, or by any other means, this should have some way of being done.
Requesting reopen not necessarily to fix dmraid, but resolve the issue of installing arch on fakeRAID systems.
Comment by Dave Reisner (falconindy) - Saturday, 08 February 2014, 18:40 GMT
This *does* work.

If you have problems, ask on the forums for support or refer to the wiki. If there are specific bugs to be addressed, open a bug report.

Loading...