<div dir="ltr">HA!<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, May 14, 2013 at 12:40 AM, Scott Castaline <span dir="ltr">&lt;<a href="mailto:skotchman@gmail.com" target="_blank">skotchman@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
</div>On non boot drives I don&#39;t partition them with either fdisk, gdisk, or<br>
parted. I just luksFormat /dev/sdb no sdb1, 2 or 3 (just like Scotty<br>
in TNG episode NCC1701 no A, B, c, or D). I only create LVs within the<br>
VG. Previous Fedora installers would do this, Fedora 18 didn&#39;t. I had<br>
physical partitions before encryption was done, so the installer works<br>
differently in Fedora 18 in more ways than just on the interface.<br>
<br>
Just before reading your response I had just rebooted with the entry<br>
for the problem LV uncommented and it seems to work fine now. If you<br>
pour enough Tommy Knockers down my throat this Thursday I might tell<br>
you what it was. I&#39;m too embarrassed in a sober state to say it now.<br>
<div class="im"><br>
<br>
On 05/13/2013 11:50 PM, Jim Kinney wrote:<br>
&gt; That seems overly complicated to me.<br>
&gt;<br>
&gt; Just write random noise to all the drives then do a basic Fedora<br>
&gt; install with a manual partition. Be sure to check the box &quot;Encrypt<br>
&gt; filesystem&quot;<br>
&gt;<br>
&gt; Now used sda1 for unencrypted boot. Use all the remaining space on<br>
&gt; the drives to make a physical volume with. Then join all 3 to make<br>
&gt; a single logical volume. That get encrypted. Split that volume<br>
&gt; into swap, /, and /home and your done.<br>
&gt;<br>
&gt; Or create a 3-way mirror of /boot across all 3 drives (assuming<br>
&gt; all 3 drives are the same size this makes sense) then bond the<br>
&gt; three into a PV, then encrypted VG and finally swap, /, and /home<br>
&gt; partitions.<br>
&gt;<br>
&gt; Check fedora bugzilla for anaconda bugs related to 3 drives. There<br>
&gt; may be a problem.<br>
&gt;<br>
&gt; Anaconda on RHEL6 has an issue with ext4 in that it has a total<br>
&gt; filesize limit around 40TB. sucks when your making a 52TB<br>
&gt; filesystem :-(. fortunately, XFS does NOT have that limitation so<br>
&gt; the big partition is XFS.<br>
&gt;<br>
&gt;<br>
&gt; On Mon, May 13, 2013 at 11:01 PM, Scott Castaline<br>
</div><div><div class="h5">&gt; &lt;<a href="mailto:skotchman@gmail.com">skotchman@gmail.com</a> &lt;mailto:<a href="mailto:skotchman@gmail.com">skotchman@gmail.com</a>&gt;&gt; wrote:<br>
&gt;<br>
&gt; So I recently lost a drive due to hits from my wife slamming the<br>
&gt; door to the garage. How does that happen? Let&#39;s just say that my<br>
&gt; computer is in the bonus room and was on a spot on the floor that<br>
&gt; turned out to be right above the door that for some reason my wife<br>
&gt; felt she had to slam in order for it to close. On windy days if<br>
&gt; the back windows are open and the garage door is open this door<br>
&gt; has slammed shut so hard that my monitor has jumped. Actually a<br>
&gt; total of 3 drives had to be replaced. When I go the new drive I<br>
&gt; decided to run badblocks on the rest of the drives to verify that<br>
&gt; they were okay.<br>
&gt;<br>
&gt; Now on to the on topic part. I like to encrypt the drives at the<br>
&gt; device level and all drives are encrypted. So after running<br>
&gt; badblocks on the new and old working drives I did the writing of<br>
&gt; random bits to the drives (dd if=/dev/urandom of=/dev/sd?) My boot<br>
&gt; drive was setup as the boot drive so using gdisk the first 2<br>
&gt; partitions are clear (GUID 2MB Part. and 498MB /boot). The balance<br>
&gt; of the drive is encrypted. On the LVM part I currently have 1<br>
&gt; physical volume (PV) for each Volume Group (VG) and each VG has at<br>
&gt; least 2 Logical Volumes (LV).<br>
&gt;<br>
&gt; The steps I used to go from after doing the random pattern writen<br>
&gt; to device are as follows:<br>
&gt;<br>
&gt; 1. cryptsetup luksFormat /dev/sd? (sda3 in the case of the boot<br>
&gt; drive otherwise it was with no partition specified.)<br>
&gt;<br>
&gt; 2. cryptsetup luksOpen /dev/sd? VG_name (being somewhat uncreative<br>
&gt; I used the same for the LUKS volume as the VG name, I couldn&#39;t find<br>
&gt; anything that said that I couldn&#39;t or shouldn&#39;t).<br>
&gt;<br>
&gt; 3. pvcreate /dev/mapper/LUKS-name (which as noted above is VG_0?<br>
&gt;<br>
&gt; 4. vgcreate VG_0? /dev/mapper/VG_0?<br>
&gt;<br>
&gt; 5. lvcreate -C y -L ?G /dev/mapper/VG_0?  (I break up total swap<br>
&gt; and spread it over all drives so there is a swap LV on each VG)<br>
&gt;<br>
&gt; 6. lvcreate -L ???G (or -l +100%FREE when I was using the rest of<br>
&gt; the VG for that LV) VG_0? -n (the LV name is essetially what it is<br>
&gt; being used for ie: /root = root)<br>
&gt;<br>
&gt; 7. Formatting: mkswap /dev/mapper/VG_0?-swap0? mkfs.ext4<br>
&gt; /dev/mapper/VG_0?-LVname -L same as LVname<br>
&gt;<br>
&gt; 8. mounting: swapon /dev/mapper/VG_0?-swap0? mount<br>
&gt; /dev/mapper/VG_0?-LVname /path/of/mount<br>
&gt;<br>
&gt; 9. Added the UUID (from blkid /dev/sd?) to crypttab mirroring the<br>
&gt; previous entries for entry format for each UUID.<br>
&gt;<br>
&gt; 10.Added mounting info for each LV in the fstab using defaults for<br>
&gt;  eack LV type (data or swap)<br>
&gt;<br>
&gt; The first drive I could not get past the disk partitioning part of<br>
&gt;  anaconda on the Fedora 18 install, so I finally gave up and redid<br>
&gt; it with the installer. I then had 2 more drives ready so I did the<br>
&gt; above steps to those drives, but again I could not boot, so I<br>
&gt; reinstalled again. This time I only had to format the system LVs<br>
&gt; and not the data LVs like home etc. And all was happier than pigs<br>
&gt; eatin&#39; $**t. Things remained happy until the last 2 drives were<br>
&gt; ready to be added.<br>
&gt;<br>
&gt; I went through the same procedure as before, but this time I<br>
&gt; noticed that it was actually hanging on the reboot after having<br>
&gt; added them back in and restored from my backup what belonged on<br>
&gt; each LV. It would hang after listing mounting all LVs except for<br>
&gt; one. I then rebooted into safe mode from the DVD and commented out<br>
&gt; the one LV that hadn&#39;t gotten mounted. All would boot fine and<br>
&gt; then I was able to manually mount the one LV. I have not tried to<br>
&gt; uncomment it out yet and reboot to see if it still hangs, but<br>
&gt; thinking back it seemed that it was hanging before in the same<br>
&gt; area on the last LV to be mounted.<br>
&gt;<br>
&gt; Previously I had noticed that it was listing that it was &quot;Starting<br>
&gt;  Monitoring of LVM2 mirroring, snapshots etc&quot; (I didn&#39;t get the<br>
&gt; rest). I also didn&#39;t do anything to it the previous time when I<br>
&gt; had also rebooted into safe mode from DVD, so I&#39;m not sure how it<br>
&gt; booted that time. I did notice that the last LV from the last VG<br>
&gt; did not get mounted. That VG had 3 LVs and in both cases the swap<br>
&gt; LV did get added to total swap and in the case of the first time<br>
&gt; the first LV on that VG did get mounted.<br>
&gt;<br>
&gt; So, does anyone have any ideas as to what I missed on this setup.<br>
&gt; Once I&#39;m up and running and all mounted, everybody seems to be<br>
&gt; happy and having a party.<br>
&gt;<br>
&gt; So for the long dissertation, I hope I didn&#39;t put anyone to sleep.<br>
&gt; If I did maybe Jim K. might have some extra java (the drinkable<br>
&gt; type).<br>
&gt;<br>
</div></div>&gt; Scott C. _______________________________________________ Ale<br>
&gt; mailing list <a href="mailto:Ale@ale.org">Ale@ale.org</a> &lt;mailto:<a href="mailto:Ale@ale.org">Ale@ale.org</a>&gt;<br>
<div class="im">&gt; <a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a> See JOBS, ANNOUNCE and<br>
&gt; SCHOOLS lists at <a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/listinfo</a><br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
</div>&gt; -- -- James P. Kinney III //// ////Every time you stop a school,<br>
<div class="im">&gt; you will have to build a jail. What you gain at one end you lose<br>
&gt; at the other. It&#39;s like feeding a dog on his own tail. It won&#39;t<br>
</div>&gt; fatten the dog. - Speech 11/23/1900 Mark Twain ////<br>
&gt; <a href="http://electjimkinney.org" target="_blank">http://electjimkinney.org</a> <a href="http://heretothereideas.blogspot.com/" target="_blank">http://heretothereideas.blogspot.com/</a><br>
&gt; ////<br>
<div class="im">&gt;<br>
&gt;<br>
&gt; _______________________________________________ Ale mailing list<br>
&gt; <a href="mailto:Ale@ale.org">Ale@ale.org</a> <a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a> See JOBS,<br>
&gt; ANNOUNCE and SCHOOLS lists at <a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/listinfo</a><br>
&gt;<br>
<br>
</div><div class="im">-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.13 (GNU/Linux)<br>
Comment: Using GnuPG with Thunderbird - <a href="http://www.enigmail.net/" target="_blank">http://www.enigmail.net/</a><br>
<br>
</div>iQIcBAEBAgAGBQJRkcBNAAoJEIefqZ0kni1drIYP/3Fao82LbbRuMO9OIADFGcJs<br>
+JfwdBeWMYptR4c+gOwX5UMTw0kNHn0uxizNeT7oQniPsI4okpcTGjlQbA/rJ6Gk<br>
bz0UgPpaBneNProiuI1lLLTw7JA6ggpS2d5gKca1yXezHMWNISz4K44SFjr7Mmm4<br>
jGrjMIFQ+3MxUu5i3t14v3oZG9dpkiGvV4JV0j7YWDaezdLMHXyquT4KyvXtYaDF<br>
IedqNQjgoKDRp88e7yT5xvn/oL3ii4jyouP2DyJVJNm81g+lI7NmH3V/Obbali7Y<br>
H7rB6a8JZ7BmxqSY+zf9SzWEGmRpAn3X2UCuS1RYW8S4atCm0BPvKIAmhayA5XXB<br>
+fI79ESSe/sbTRZpsZprHqsgpAptV3l0UjD+R1qB+UNWneHbh+ydanK/3WLb8GKt<br>
nhaeB5NpyYJJUzzmmDfjNYVC1MVTeBYrq0w4bI/bpfECPXHYmyEi/nTtq3MkHJ6S<br>
sbe5UGB1Glh3h2xW08DiLDzL+VkHVOgn1lZbwhwFurFOqcyo0oSK4tTNw+1ScBkt<br>
4u2eI3EMVdX5e48yYLpZM7JbI5Y+UdykjQF0e8w7Zl8SLmRCUFwvTZIAuFy2rO5t<br>
DRkZb3ZTT3zUJhSGXqpnazeyLG5LzgINQZ/W7/b+5w5TnW23mI1Z5Vc2lsge5IIu<br>
eBcMJZz2U+TlsZnqp5CO<br>
=fEyb<br>
<div class="HOEnZb"><div class="h5">-----END PGP SIGNATURE-----<br>
_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/listinfo</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>-- <br>James P. Kinney III<br><i><i><i><i><br></i></i></i></i>Every time you stop a school, you will have to build a jail. What you 
        gain at one end you lose at the other. It&#39;s like feeding a dog on his 
        own tail. It won&#39;t fatten the dog.<br>

        - Speech 11/23/1900 Mark Twain<br><i><i><i><i><br><a href="http://electjimkinney.org" target="_blank">http://electjimkinney.org</a><br><a href="http://heretothereideas.blogspot.com/" target="_blank">http://heretothereideas.blogspot.com/</a><br>
</i></i></i></i>
</div>