If i want an advanced disk arrangement or an alternate desktop environment i use the server install media. Frequently if my hardware is at all iffy or i have bleeding edge graphics ill use it then as well.<br><br>On Sunday, January 5, 2014, Michael Butash  wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 01/05/2014 12:14 PM, Brian Cluff wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I&#39;ve managed to do a RAID install a couple of times from the desktop CD,<br>
but what a pain in the butt!  The only reason that I didn&#39;t just reach<br>
for a server CD was that I was either behind extremely slow Internet, or<br>
didn&#39;t have access to it in the first place, and it&#39;s only slightly<br>
easier to go through the pain of hand creating a RAID from the desktop<br>
CD than it is to convert a non-RAIDed system to a RAID 1 afterwards.<br>
<br>
That being said, the Desktop install does fill the needs of the vast majority of users and gives them that &quot;pretty&quot; interface they they expect from a professional product.<br>
It would be nice if they would have the Desktop install fail over to a server/text style install if a graphical environment isn&#39;t able to start, or if you press a key while it&#39;s booting for those of us that would like a RAID setup or &quot;advanced&quot; install.<br>

</blockquote>
<br>
I was pretty bummed/hostile toward the fact they stopped producing the alt desktop installer versions.  As you say, the debian installer is about bulletproof whereas Ubuntu&#39;s desktop installer has always been a chronic basketcase for me to use.  So commonly so, I never know if its just gross incompetence or broken by design. They really need to keep that as a fallback just in case ubiquity continues to suck perpetually.<br>

<br>
Case in point - I want to do raid.  The live desktop doesn&#39;t include mdadm natively (it does at least cryptsetup and lvm tools now), but puts the package in the archive to use on the disk.  Just flippin&#39; install it by default and let users make the choice!  I think I found doing so, even after installing to the raided set built in the desktop, I still had to chroot to the install and add the package to the installation, and rebuild the initrd before reboot lest I see an (initrd) prompt.  Good thing grub setup didn&#39;t setup my efi properly and I didn&#39;t even get that far!<br>

<br>
Apparently the community needs to come together to figure out a &quot;standard&quot; around partitioning for EFI as well.  Arch and Ubuntu seem to handle partitioning and expectations very differently - that was about 60% my constant issue, figuring out exactly what they wanted via trial and error.  Either should work, but they explicitly refuse to work with each other&#39;s methods...<br>

<br>
Also how to make those pesky fat32 partitions redundant with mirrored disks...  At least without efi, I could mdraid /boot, and don&#39;t want to deal with fakeraid bs.  I have to mount the secondary efi as /boot/efi1 to setup an rsync cron to copy the files - at least grub install in the deb installer writes both entries to the efi bios loader should/when one fails.<br>

<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Brian Cluff<br>
</blockquote>
<br>
------------------------------<u></u>---------------------<br>
PLUG-discuss mailing list - <a>PLUG-discuss@lists.phxlinux.org</a><br>
To subscribe, unsubscribe, or to change your mail settings:<br>
<a href="http://lists.phxlinux.org/mailman/listinfo/plug-discuss" target="_blank">http://lists.phxlinux.org/<u></u>mailman/listinfo/plug-discuss</a><br>
</blockquote><br><br>-- <br>A mouse trap, placed on top of your alarm clock, will prevent you from rolling over and going back to sleep after you hit the snooze button.<br><br>Stephen<br><br><br>