> -----Original Message----- > From: Martin Sivak [mailto:msivak@xxxxxxxxxx] > Sent: 27 June 2012 21:11 > > Hi, > > I'd like to start discussion about the rescue mode purpose and look in > the newui environment. > > Currently we have just a shell encapsulated in very simple menu (with > the possibility of calling firstaidkit tasks .. of which we have about > two working..). > > I see the following common use cases: > > 1) Somebody with a hosed bootloader, but the system and hardware are OK > 2) Somebody who needs to do partitioning stuff to fix something > 3) Reseting root password for users who forgot > 4) Real rescue when hardware fails (including a graphic card > malfunction) > 5) Rescue tasks for corporate customers using serial console hardware > (with possibly not working NICs or network) > 6) Our QA sometimes used kickstarted rescue to do testing tasks > (commonly in virt environment with no NICs) > > I suppose we could use the hub and spoke model for the first three > cases, but the fourth and fifth one is going to be harder. We cannot > rely on GUI when the cause might be in graphic adapter (or there is no > adapter at all). > > So tell me what you think or if you know more use cases. I've used a customised rescue mode for a long time, with a dialog-based menu. It has functions to - Reinstall grub - Re-create the initrd file - Change root password - Configure and start dropbear for ssh access - Restore system from backup tape or online backup We have standard tape and online backup strategies for our servers so we know what's needed for a restore. We did have "prepare system for modem dial-in", but we're removing that because hardly any of our system admins know what a modem is any more ;-) We've also been considering adding 3G-dongle support. Moray. “To err is human; to purr, feline.” _______________________________________________ Anaconda-devel-list mailing list Anaconda-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/anaconda-devel-list
