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.
On Sunday, January 5, 2014, Michael Butash wrote:
> On 01/05/2014 12:14 PM, Brian Cluff wrote:
>
>> I've managed to do a RAID install a couple of times from the desktop CD,
>> but what a pain in the butt! The only reason that I didn't just reach
>> for a server CD was that I was either behind extremely slow Internet, or
>> didn't have access to it in the first place, and it's only slightly
>> easier to go through the pain of hand creating a RAID from the desktop
>> CD than it is to convert a non-RAIDed system to a RAID 1 afterwards.
>>
>> That being said, the Desktop install does fill the needs of the vast
>> majority of users and gives them that "pretty" interface they they expect
>> from a professional product.
>> It would be nice if they would have the Desktop install fail over to a
>> server/text style install if a graphical environment isn't able to start,
>> or if you press a key while it's booting for those of us that would like a
>> RAID setup or "advanced" install.
>>
>
> 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'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.
>
> Case in point - I want to do raid. The live desktop doesn'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' 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't setup my efi properly and I didn't even get that far!
>
> Apparently the community needs to come together to figure out a "standard"
> 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's
> methods...
>
> Also how to make those pesky fat32 partitions redundant with mirrored
> disks... At least without efi, I could mdraid /boot, and don'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.
>
>
>> Brian Cluff
>>
>
> ---------------------------------------------------
> PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.phxlinux.org/mailman/listinfo/plug-discuss
>
--
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.
Stephen
---------------------------------------------------
PLUG-discuss mailing list -
PLUG-discuss@lists.phxlinux.org
To subscribe, unsubscribe, or to change your mail settings:
http://lists.phxlinux.org/mailman/listinfo/plug-discuss
(text/plain)