123380 2006-02-19 06:49 0000 mdadm initscripts fail on md_dX (partitioned md) 2007-10-03 11:59:48 0000 1 1 1 Unclassified Gentoo Linux Core system unspecified All Linux RESOLVED FIXED P2 normal --- 1 1i5t5.duncan@cox.net base-system@gentoo.org gentoo@digadd.de kumba@gentoo.org 1i5t5.duncan@cox.net 2006-02-19 06:49:47 0000 mdadm's initscripts fail on md_dX (partitioned RAID), as there's a couple seriously invalid assumptions made about the major and minor device numbers. The problem is in /lib/rcscripts/addons/raid-start.sh . It hard-codes device-major to 9, which is the kernel's major device for unpartitioned mds. Further, it assumes, I believe correctly for unpartitioned mds but definitely incorrectly for partitioned mds, that the minor number will correspond to the md number (mdX or md_dX). The md manpage states that the major device is listed as mdp in /proc/devices. Here, it gets major block #254. The minor numbers for the partitioned md (md_dX) appear to be 64 apart, allowing up to 63 partitions on the intervening minors. I believe I read that somewhere in my research before setting up, which backs up what I see in /dev, here, but I can't recall where and don't remember whether that was fixed or only the default. In any case, here, md_d0 is 254,0, md_d1 is 254,64, md_d1p1 is 254,65, md_d2p2 is 254,130, etc. Obviously, the initscript isn't going to set these up correctly, the device nodes fail to get created (udev), and the filesystems correspondingly fail to mount. Current workaround: When I setup the system, I set it up with an appropriate kernel command line such that all the devices are created by the kernel before control transfers to init. This will naturally be required for rootfs on kernel-RAID, but it's not recommended for other than the rootfs, as it limits flexibility in terms of RAID recovery, if/when something ultimately goes bad. Thus, now that I'm up and stable on RAID, I'm trying to switch to initscript md activation for other than the md containing the rootfs, and having a time of it as they simply aren't written to accommodate partitioned RAID. Duncan vapier@gentoo.org 2006-02-19 14:23:43 0000 so post a patch 1i5t5.duncan@cox.net 2006-02-20 04:11:02 0000 (In reply to comment #1) > so post a patch It's actually on my list to do just that, but I didn't want to make any promises, and the available timeframe here is several months. If someone gets to it before me, I just saved myself some trouble. =8^) The hard part might be finding documentation suitably nailing down the device numbers for all situations, not just what happens to be the case here, as I had difficulty finding much on partitioned RAID, during my setup research. =8^( Perhaps I'll cheat by seeing how Mandriva (or Fedora or SuSE) handles it in their initscripts, since I'm familiar with their style as I used to run it, tho not on RAID. Duncan 1i5t5.duncan@cox.net 2006-05-14 10:53:24 0000 OK, finally getting some time to look at this. The biggest sticking point was validating what the official values for major and minor were. I was able to trace down the original mdp patches to the mainline kernel, which give the info I need. From the 2.6.4 long-format changelog (reformatted): <akpm@osdl.org> [PATCH] md: Allow partitioning of MD devices. From: NeilBrown <neilb@cse.unsw.edu.au> With this patch, md used two major numbers for arrays. One Major is number 9 with name 'md' have unpartitioned md arrays, one per minor number. The other Major is allocated dynamically with name 'mdp' and had on array for every 64 minors, allowing for upto 63 partitions. The arrays under one major are completely separate from the arrays under the other. The preferred name for devices with the new major are of the form: /dev/md/d1p3 # partion 3 of device 1 - minor 67 That confirms what I see here, so I can proceed. I've hacked up a pseudocode version of raidstart.sh, but it's nowhere close to being ready for posting yet. Having it done, tested locally, and posted by the end of the week, is possible if nothing comes up. Duncan 1i5t5.duncan@cox.net 2006-05-16 07:35:50 0000 Created an attachment (id=86853) raid-start.sh with partitioned RAID support OK, here's the new raid-start.sh script, whole version. It's tested and working here -- I'm up and running on it. I'll attach a diff/patch too, to show what changed, but there's enough new and rewritten here that it won't be so useful. It's well commented, to show what it does. Perhaps removing some of them for script inclusion in the ebuild might be useful? In particular: 1) The script uses the hint in the original to grab the dynamic mdp (md-partitioned) device number from /proc/devices. I left the hardcoded major 9 for standard unpartitioned RAID, but commenting that will cause the script to grab that one from /proc/devices too. 2) After the initial mdp device node is created, we must also create the appropriate partition device nodes for that mdp. 3) I decided to scan /etc/fstab for mdp partition entries and use those as the basis for deciding what partition nodes to create. 4) It follows from 2 and 3 that any partitions not listed in fstab will not be created. This could be an issue where LVM or the like is layered over a RAID partition, as the RAID partition would not normally be in fstab in that case, because LVM would be handling it. This can be handled with a "dummy" entry in fstab (see point 5). 5) As a result of point 4, I'd suggest an einfo in postinst, something along the lines of: For partitioned RAID, the initscript scans fstab for the partition entries needed, so it can ensure the device nodes exist. If you have partitioned RAID and have partitions NOT otherwise listed in fstab, as you might with LVM or the like, consider a dummy entry for each otherwise unlisted partition as follows: # Dev/Part MntPnt Type MntOpt dump fsck /dev/md_d1p3 ignore ignore dummy4initscript 0 0 Mentioning it in a readme.gentoo file in the docs dir may be useful, as well. Duncan 1i5t5.duncan@cox.net 2006-05-16 07:59:27 0000 Created an attachment (id=86854) patch adding partitioned RAID support to raid-start.sh Here's the patch. The same script is used in raid-tools as well? It should continue to work there as well, as I didn't touch the mdadm or raid-tools specific portions of the script at all. FWIW, this will be my first full new feature added project on Linux. It's a very good feeling to be able to point to something and say "That wouldn't be there if it weren't for me." =8^) "On the shoulders of giants..." Duncan gentoo@digadd.de 2006-11-26 11:34:33 0000 Just to refresh the bug... as I hit it as well ;) Many things have changed in linux since the first posting of the bug. To fix this it would be sufficient to a) allow mdadm to create the device nodes for /dev/md_d[0-9]+ with the "-a yes" switch, b) tell the kernel about the partition tables (fdisk -l $dev), c) wait a bit for udev to care of the device nodes. gentoo@digadd.de 2006-11-26 13:15:38 0000 Created an attachment (id=102765) Patch to illustrate my idea for partitioned raid devices on gentoo 1i5t5.duncan@cox.net 2007-01-02 06:26:45 0000 (In reply to comment #6 #7) > To fix this it would be sufficient to > a) allow mdadm to create the device nodes for > /dev/md_d[0-9]+ with the "-a yes" switch > b) tell the kernel about the partition tables (fdisk -l $dev) > c) wait a bit for udev to care of the device nodes. I'm testing your proposal now (haven't rebooted =8^). However, if raidtools supports partitioned raid (does it?), your patch is going to leave it out in the cold. Does it have something similar to mdadm's -a switch? One advantage of the method I proposed, expanding create_devs rather than bypassing it, is that it's tool-choice agnostic. Of course, even if raidtools supports partitioned raid, Gentoo could simply state that it only supports it with mdadm. Still, since the idea is implemented, the patch created, might as well use it. Of course, if raidtools doesn't support partitioned raid, we might as well go your route (assuming my reboot goes well =8^). Duncan 1i5t5.duncan@cox.net 2007-01-02 07:31:08 0000 (In reply to comment #8) > I'm testing your proposal now (haven't rebooted =8^). Reboot went fine. A couple additional notes: 1) The -a yes starting mdadm -As isn't really needed, as it's the default, at least with newer mdadms, so that line can stay as-is. 2) Unless/until the raidtools version is changed, the raid partitions creation should be moved just before the fi closing the mdadm block (with indention changed accordingly), since raidtools continues to use the create_devs function (creating only non-partitioned traditional md devices) instead. That's where I put it, here. 3) Of course, if raidtools has a parallel to mdadm's -a, create_devs would be unused once the raidtools side was implemented, and create_devs could be removed entirely, thus simplifying the script. It'd be nice. =8^) robbat2@gentoo.org 2007-10-03 11:59:48 0000 in 2.6.3-r2. You guys might be able to suggest some more cleanups as the raidtools stuff is gone now anyway. Open a new bug for the cleanups. 86853 2006-05-16 07:35 0000 raid-start.sh with partitioned RAID support raid-start.sh text/plain IyAvbGliL3Jjc2NyaXB0cy9hZGRvbnMvcmFpZC1zdGFydC5zaDogIFNldHVwIHJhaWQgdm9sdW1l cyBhdCBib290CiMgQ29weXJpZ2h0IDE5OTktMjAwNSBHZW50b28gRm91bmRhdGlvbgojIERpc3Ry aWJ1dGVkIHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2Ug djIKIyAkSGVhZGVyOiAvdmFyL2N2c3Jvb3QvZ2VudG9vLXg4Ni9zeXMtZnMvbWRhZG0vZmlsZXMv cmFpZC1zdGFydC5zaCx2IDEuNCAyMDA1LzA2LzEwIDAyOjA5OjI4IHZhcGllciBFeHAgJAoKW1sg LWYgL3Byb2MvbWRzdGF0IF1dIHx8IGV4aXQgMAoKIyBNQUpPUiBmb3IgbWQgKG5vbi1wYXJ0aXRp b25lZCkgaXMgbm9ybWFsbHkgc3RhdGljLCA5LgojIE1BSk9SIGZvciBtZHAgKHBhcnRpdGlvbmVk KSBpcyBub3JtYWxseSBkeW5hbWljLCBidXQgb2Z0ZW4gMjU0LgojIEhhcmQgZGVmaW5lIG1kIGZv ciBiYWNrd2FyZCBjb21wYXRpYmlsaXR5LiAgQ29tbWVudCBoYXJkIGRlZmluZSBvZiBtZHAuCk1B Sk9SX01EPTkKI01BSk9SX01EUD0yNTQKCiMgSWYgdGhlIG1ham9ycyBhcmUgY29tbWVudGVkIGFi b3ZlLCB0aGlzIHNob3VsZCBkZWZpbmUgdGhlbSAoL3Byb2MgbXVzdCBiZSBtb3VudGVkKQpbWyAt eiAke01BSk9SX01EfSBdXSAmJiBNQUpPUl9NRD0kKGF3ayAnJDIgPT0gIm1kIiB7IHByaW50ICQx IH0nIC9wcm9jL2RldmljZXMpCltbIC16ICR7TUFKT1JfTURQfSBdXSAmJiBNQUpPUl9NRFA9JChh d2sgJyQyID09ICJtZHAiIHsgcHJpbnQgJDEgfScgL3Byb2MvZGV2aWNlcykKCiMgVHJ5IHRvIG1h a2Ugc3VyZSB0aGUgZGV2aWNlcyBleGlzdCBiZWZvcmUgd2UgdXNlIHRoZW0uCmNyZWF0ZV9kZXZz KCkgewoJbG9jYWwgbm9kZSBkZXZkaXIgZGV2ZmlsZSBtaW5vciBtYWpvciBwYXJ0bnVtIHBhcnRu b2RlIHBhcnRub2RlcwoKCSMgVGhpcyBzY2FucyBpbiB0aGUgbGlzdCBvZiBtZHAgbm9kZXMgZnJv bSBmc3RhYiwgdG8gYmUgdXNlZCBpbiB0aGUgbG9vcCBiZWxvdy4KCXBhcnRub2Rlcz0kKGF3ayAn L15cL2RldlwvKFteIF0qXC8pP21kX2QvIHsgcHJpbnQgJDEgfScgL2V0Yy9mc3RhYikKCglmb3Ig bm9kZSBpbiAkQCA7IGRvCgkJIyBQcmVmaXggL2Rldi8gaWYgbmVjZXNzYXJ5LgoJCVtbICR7bm9k ZX0gIT0gL2Rldi8qIF1dICYmIG5vZGU9L2Rldi8ke25vZGV9CgoJCSMgU3BsaXQgb3V0IGRldmRp ciBhbmQgZGV2ZmlsZSwgY3JlYXRlIGRldmRpciBpZiBuZWNlc3NhcnkuCgkJZGV2ZGlyPSR7bm9k ZSUvKn0KCQlkZXZmaWxlPSR7bm9kZSMjKi99CgkJW1sgISAtZCAke2RldmRpcn0gXV0gJiYgbWtk aXIgLXAgIiR7ZGV2ZGlyfSIKCgkJIyBTZXR1cCBtYWpvciwgbWlub3IuCgkJaWYgW1sgJHtkZXZm aWxlI21kX2R9ICE9ICR7ZGV2ZmlsZX0gXV07IHRoZW4KCQkJbWFqb3I9JHtNQUpPUl9NRFB9CgkJ CW1pbm9yPSR7ZGV2ZmlsZSMjKm1kX2R9CgkJCSMgRHVlIHRvIHBhcnRpdGlvbiBtaW5vcnMsIG1k cCBtaW5vcnMgYXJlIDY0LXNwYWNlZC4KCQkJbGV0IG1pbm9yPW1pbm9yKjY0CgkJZWxzZQoJCQlt YWpvcj0ke01BSk9SX01EfQoJCQltaW5vcj0ke2RldmZpbGUjIyptZH0KCQlmaQoKCQkjIENyZWF0 ZSB0aGUgbm9kZSwgaWYgbmVjZXNzYXJ5LgoJCVtbICEgLWUgJHtub2RlfSBdXSAmJiBta25vZCAi JHtub2RlfSIgYiAke21ham9yfSAke21pbm9yfSAmPiAvZGV2L251bGwKCgkJIyBGb3IgbWRwLCB3 ZSBtYXkgbmVlZCB0byBjcmVhdGUgcGFydGl0aW9uIG5vZGVzIHRvby4KCQlpZiBbWyAke21ham9y fSAtZXEgJHtNQUpPUl9NRFB9IF1dOyB0aGVuCgkJCSMgTG9vcCB0aHJ1IHBhcnRub2RlcyAoc2Nh bm5lZCBpbiBmcm9tIGZzdGFiIG91dHNpZGUgdGhlIGxvb3ApLgoJCQlmb3IgcGFydG5vZGUgaW4g JHBhcnRub2RlczsgZG8KCQkJCSMgU3BsaXQgb3V0IHRoZSBwYXJ0ZmlsZS4KCQkJCXBhcnRmaWxl PSR7cGFydG5vZGUjIyovfQoJCQkJCgkJCQkjIElmIHBhcnRpdGlvbiBvbiBtZHAgZGV2ZmlsZSBi ZWluZyBwcm9jZXNzZWQuLi4KCQkJCWlmIFtbICR7cGFydGZpbGUlcCp9ID0gJHtkZXZmaWxlfSBd XTsgdGhlbgoJCQkJCSMgLi4uIHNwbGl0IG91dCB0aGUgcGFydG51bSwgYWRkIHRvIGl0IHRoZSBt ZHAgbWlub3IsIGFuZC4uLgoJCQkJCXBhcnRudW09JHtwYXJ0ZmlsZSMjbWRfZCpwfQoJCQkJCWxl dCBwYXJ0bnVtPXBhcnRudW0rbWlub3IKCgkJCQkJIyAuLi4gY3JlYXRlIHRoZSBwYXJ0aXRpb24g ZGV2bm9kZSwgaWYgbmVjZXNzYXJ5LgoJCQkJCVtbICEgLWUgJHtwYXJ0bm9kZX0gXV0gJiYgbWtu b2QgIiR7cGFydG5vZGV9IiBiICR7bWFqb3J9ICR7cGFydG51bX0KCQkJCWZpCgkJCWRvbmUKCQlm aQoJZG9uZQp9CgojIFN0YXJ0IHNvZnR3YXJlIHJhaWQgd2l0aCByYWlkdG9vbHMgKG9sZCBzY2hv b2wpCmlmIFtbIC14IC9zYmluL3JhaWRzdGFydCAmJiAtZiAvZXRjL3JhaWR0YWIgXV0gOyB0aGVu CglkZXZzPSQoYXdrICcvXltbOnNwYWNlOl1dKnJhaWRkZXYvIHsgcHJpbnQgJDIgfScgL2V0Yy9y YWlkdGFiKQoJaWYgW1sgLW4gJHtkZXZzfSBdXSA7IHRoZW4KCQljcmVhdGVfZGV2cyAke2RldnN9 CgkJZWJlZ2luICJTdGFydGluZyB1cCBSQUlEIGRldmljZXMgKHJhaWR0b29scykiCgkJb3V0cHV0 PSQocmFpZHN0YXJ0IC1hcSAyPiYxKQoJCXJldD0kPwoJCVtbICR7cmV0fSAtbmUgMCBdXSAmJiBl Y2hvICIke291dHB1dH0iCgkJZWVuZCAke3JldH0KCWZpCmZpCgojIFN0YXJ0IHNvZnR3YXJlIHJh aWQgd2l0aCBtZGFkbSAobmV3IHNjaG9vbCkKaWYgW1sgLXggL3NiaW4vbWRhZG0gJiYgLWYgL2V0 Yy9tZGFkbS5jb25mIF1dIDsgdGhlbgoJZGV2cz0kKGF3ayAnL15bWzpzcGFjZTpdXSpBUlJBWS8g eyBwcmludCAkMiB9JyAvZXRjL21kYWRtLmNvbmYpCglpZiBbWyAtbiAke2RldnN9IF1dIDsgdGhl bgoJCWNyZWF0ZV9kZXZzICR7ZGV2c30KCQllYmVnaW4gIlN0YXJ0aW5nIHVwIFJBSUQgZGV2aWNl cyAobWRhZG0pIgoJCW91dHB1dD0kKG1kYWRtIC1BcyAyPiYxKQoJCXJldD0kPwoJCVtbICR7cmV0 fSAtbmUgMCBdXSAmJiBlY2hvICIke291dHB1dH0iCgkJZWVuZCAke3JldH0KCWZpCmZpCgojIHZp bTp0cz00Cg== 86854 2006-05-16 07:59 0000 patch adding partitioned RAID support to raid-start.sh mdp-raid-start.patch text/plain LS0tIHJhaWQtc3RhcnQub2xkLnNoCTIwMDYtMDQtMjYgMTA6MDc6NTEuMDAwMDAwMDAwIC0wNzAw CisrKyByYWlkLXN0YXJ0LnNoCTIwMDYtMDUtMTYgMDQ6MTI6MjguMDAwMDAwMDAwIC0wNzAwCkBA IC01LDIyICs1LDY0IEBACiAKIFtbIC1mIC9wcm9jL21kc3RhdCBdXSB8fCBleGl0IDAKIAotIyBX ZSBjb3VsZCBtYWtlIHRoaXMgZHluYW1pYywgYnV0IGVoCi0jW1sgLXogJHtNQUpPUn0gXV0gJiYg ZXhwb3J0IE1BSk9SPSQoYXdrICckMiA9PSAibWQiIHsgcHJpbnQgJDEgfScgL3Byb2MvZGV2aWNl cykKLU1BSk9SPTkKKyMgTUFKT1IgZm9yIG1kIChub24tcGFydGl0aW9uZWQpIGlzIG5vcm1hbGx5 IHN0YXRpYywgOS4KKyMgTUFKT1IgZm9yIG1kcCAocGFydGl0aW9uZWQpIGlzIG5vcm1hbGx5IGR5 bmFtaWMsIGJ1dCBvZnRlbiAyNTQuCisjIEhhcmQgZGVmaW5lIG1kIGZvciBiYWNrd2FyZCBjb21w YXRpYmlsaXR5LiAgQ29tbWVudCBoYXJkIGRlZmluZSBvZiBtZHAuCitNQUpPUl9NRD05CisjTUFK T1JfTURQPTI1NAorCisjIElmIHRoZSBtYWpvcnMgYXJlIGNvbW1lbnRlZCBhYm92ZSwgdGhpcyBz aG91bGQgZGVmaW5lIHRoZW0gKC9wcm9jIG11c3QgYmUgbW91bnRlZCkKK1tbIC16ICR7TUFKT1Jf TUR9IF1dICYmIE1BSk9SX01EPSQoYXdrICckMiA9PSAibWQiIHsgcHJpbnQgJDEgfScgL3Byb2Mv ZGV2aWNlcykKK1tbIC16ICR7TUFKT1JfTURQfSBdXSAmJiBNQUpPUl9NRFA9JChhd2sgJyQyID09 ICJtZHAiIHsgcHJpbnQgJDEgfScgL3Byb2MvZGV2aWNlcykKIAotIyBUcnkgdG8gbWFrZSBzdXJl IHRoZSBkZXZpY2VzIGV4aXN0IGJlZm9yZSB3ZSB1c2UgdGhlbQorIyBUcnkgdG8gbWFrZSBzdXJl IHRoZSBkZXZpY2VzIGV4aXN0IGJlZm9yZSB3ZSB1c2UgdGhlbS4KIGNyZWF0ZV9kZXZzKCkgewot CWxvY2FsIG5vZGUgZGlyIG1pbm9yCisJbG9jYWwgbm9kZSBkZXZkaXIgZGV2ZmlsZSBtaW5vciBt YWpvciBwYXJ0bnVtIHBhcnRub2RlIHBhcnRub2RlcworCisJIyBUaGlzIHNjYW5zIGluIHRoZSBs aXN0IG9mIG1kcCBub2RlcyBmcm9tIGZzdGFiLCB0byBiZSB1c2VkIGluIHRoZSBsb29wIGJlbG93 LgorCXBhcnRub2Rlcz0kKGF3ayAnL15cL2RldlwvKFteIF0qXC8pP21kX2QvIHsgcHJpbnQgJDEg fScgL2V0Yy9mc3RhYikKKwogCWZvciBub2RlIGluICRAIDsgZG8KKwkJIyBQcmVmaXggL2Rldi8g aWYgbmVjZXNzYXJ5LgogCQlbWyAke25vZGV9ICE9IC9kZXYvKiBdXSAmJiBub2RlPS9kZXYvJHtu b2RlfQotCQlbWyAtZSAke25vZGV9IF1dICYmIGNvbnRpbnVlCi0KLQkJZGlyPSR7bm9kZSUvKn0K LQkJW1sgISAtZCAke2Rpcn0gXV0gJiYgbWtkaXIgLXAgIiR7ZGlyfSIKIAotCQltaW5vcj0ke25v ZGUjIyovfQotCQlta25vZCAiJHtub2RlfSIgYiAke01BSk9SfSAke21pbm9yIyMqbWR9ICY+IC9k ZXYvbnVsbAorCQkjIFNwbGl0IG91dCBkZXZkaXIgYW5kIGRldmZpbGUsIGNyZWF0ZSBkZXZkaXIg aWYgbmVjZXNzYXJ5LgorCQlkZXZkaXI9JHtub2RlJS8qfQorCQlkZXZmaWxlPSR7bm9kZSMjKi99 CisJCVtbICEgLWQgJHtkZXZkaXJ9IF1dICYmIG1rZGlyIC1wICIke2RldmRpcn0iCisKKwkJIyBT ZXR1cCBtYWpvciwgbWlub3IuCisJCWlmIFtbICR7ZGV2ZmlsZSNtZF9kfSAhPSAke2RldmZpbGV9 IF1dOyB0aGVuCisJCQltYWpvcj0ke01BSk9SX01EUH0KKwkJCW1pbm9yPSR7ZGV2ZmlsZSMjKm1k X2R9CisJCQkjIER1ZSB0byBwYXJ0aXRpb24gbWlub3JzLCBtZHAgbWlub3JzIGFyZSA2NC1zcGFj ZWQuCisJCQlsZXQgbWlub3I9bWlub3IqNjQKKwkJZWxzZQorCQkJbWFqb3I9JHtNQUpPUl9NRH0K KwkJCW1pbm9yPSR7ZGV2ZmlsZSMjKm1kfQorCQlmaQorCisJCSMgQ3JlYXRlIHRoZSBub2RlLCBp ZiBuZWNlc3NhcnkuCisJCVtbICEgLWUgJHtub2RlfSBdXSAmJiBta25vZCAiJHtub2RlfSIgYiAk e21ham9yfSAke21pbm9yfSAmPiAvZGV2L251bGwKKworCQkjIEZvciBtZHAsIHdlIG1heSBuZWVk IHRvIGNyZWF0ZSBwYXJ0aXRpb24gbm9kZXMgdG9vLgorCQlpZiBbWyAke21ham9yfSAtZXEgJHtN QUpPUl9NRFB9IF1dOyB0aGVuCisJCQkjIExvb3AgdGhydSBwYXJ0bm9kZXMgKHNjYW5uZWQgaW4g ZnJvbSBmc3RhYiBvdXRzaWRlIHRoZSBsb29wKS4KKwkJCWZvciBwYXJ0bm9kZSBpbiAkcGFydG5v ZGVzOyBkbworCQkJCSMgU3BsaXQgb3V0IHRoZSBwYXJ0ZmlsZS4KKwkJCQlwYXJ0ZmlsZT0ke3Bh cnRub2RlIyMqL30KKwkJCQkKKwkJCQkjIElmIHBhcnRpdGlvbiBvbiBtZHAgZGV2ZmlsZSBiZWlu ZyBwcm9jZXNzZWQuLi4KKwkJCQlpZiBbWyAke3BhcnRmaWxlJXAqfSA9ICR7ZGV2ZmlsZX0gXV07 IHRoZW4KKwkJCQkJIyAuLi4gc3BsaXQgb3V0IHRoZSBwYXJ0bnVtLCBhZGQgdG8gaXQgdGhlIG1k cCBtaW5vciwgYW5kLi4uCisJCQkJCXBhcnRudW09JHtwYXJ0ZmlsZSMjbWRfZCpwfQorCQkJCQls ZXQgcGFydG51bT1wYXJ0bnVtK21pbm9yCisKKwkJCQkJIyAuLi4gY3JlYXRlIHRoZSBwYXJ0aXRp b24gZGV2bm9kZSwgaWYgbmVjZXNzYXJ5LgorCQkJCQlbWyAhIC1lICR7cGFydG5vZGV9IF1dICYm IG1rbm9kICIke3BhcnRub2RlfSIgYiAke21ham9yfSAke3BhcnRudW19CisJCQkJZmkKKwkJCWRv bmUKKwkJZmkKIAlkb25lCiB9CiAK 102765 2006-11-26 13:15 0000 Patch to illustrate my idea for partitioned raid devices on gentoo raid-start.patch text/plain LS0tIC91c3IvcG9ydGFnZS9zeXMtZnMvbWRhZG0vZmlsZXMvcmFpZC1zdGFydC5zaAkyMDA2LTEx LTEwIDAxOjM2OjM1LjAwMDAwMDAwMCArMDEwMAorKysgcmFpZC1zdGFydC5zaAkyMDA2LTExLTI2 IDIwOjI2OjU0LjAwMDAwMDAwMCArMDEwMApAQCAtNDMsMTMgKzQzLDIxIEBACiBpZiBbWyAteCAv c2Jpbi9tZGFkbSAmJiAtZiAke21kYWRtX2NvbmZ9IF1dIDsgdGhlbgogCWRldnM9JChhd2sgJy9e W1s6c3BhY2U6XV0qQVJSQVkvIHsgcHJpbnQgJDIgfScgJHttZGFkbV9jb25mfSkKIAlpZiBbWyAt biAke2RldnN9IF1dIDsgdGhlbgotCQljcmVhdGVfZGV2cyAke2RldnN9CiAJCWViZWdpbiAiU3Rh cnRpbmcgdXAgUkFJRCBkZXZpY2VzIChtZGFkbSkiCi0JCW91dHB1dD0kKG1kYWRtIC1BcyAyPiYx KQorCQlvdXRwdXQ9JChtZGFkbSAtQXMgLWEgeWVzIDI+JjEpCiAJCXJldD0kPwogCQlbWyAke3Jl dH0gLW5lIDAgXV0gJiYgZWNobyAiJHtvdXRwdXR9IgogCQllZW5kICR7cmV0fQogCWZpCiBmaQog CitkZXZzPSQobHMgLTEgL2RldiB8IGF3ayAnL15tZF9kWzAtOV0rJC8geyBwcmludCAkMSB9JykK K2lmIFtbIC1uICR7ZGV2c30gXV0gOyB0aGVuCisJZWJlZ2luIENyZWF0aW5nIFJBSUQgZGV2aWNl IHBhcnRpdGlvbnMKKwlmb3IgZGV2IGluICR7ZGV2c307IGRvIGZkaXNrIC1sIC9kZXYvJHtkZXZ9 ID4gL2Rldi9udWxsIDI+JjE7IGRvbmUKKwllZW5kIDAKKyAgICAgICAgIyBHaXZlIHVkZXYgdGlt ZSB0byBjcmVhdGUgdGhlIG5vZGVzIGJlZm9yZSBhIHBvdGFudGlhbCB2Z3NjYW4gbWlzc2VzIHRo ZW0KKwlzbGVlcCAxCitmaQorCiAjIHZpbTp0cz00Cg==