p.echo926 at gmail.com
Thu Nov 11 01:01:06 GMT 2010
On Wed, Nov 10, 2010 at 2:02 PM, Jordon Bedwell <jordon at envygeeks.com> wrote:
> On 11/10/2010 03:50 PM, Mark wrote:
>> I'm not sure it made it up that far - it got to the device rundown
>> after the initial boot PROM hardware display, then when it normally
>> goes black right before the grub menu comes up, it never went black.
>> I created a shell script this morning to do a full system backup to my
>> two fall-back partitions (one for /boot and one for /), but that only
>> makes the pain slightly less if the primary fails - at least I should
>> be able to boot any rescue CD or flash drive, copy the backups over
>> the primaries and reboot. I hadn't taken that precaution before this
>> disaster. Difference in time - about an hour of frustration and
>> psychic pain.
>> I'll keep this in mind if the situation ever comes up again (ha ha ha
>> - more likely I'll have long forgotten it by then).
> It should have made it that far. Even if it didn't you can repair /boot
> from the live CD, or you can chroot the entire install from a liveCD and
> repair it that way (the method we prefer to use here in house because we
> can do a vast amount of integrity checks on a *dead* system as we
> repair. I mean real integrity checks, ones we would never do on a live
> Anyways, if you send me a layout of how you do your partitions I can
> send you a personal email with how exactly to do the CHROOT repair we
> do, without that I would have to give you a general description which
> might or might not help.
That might be of interest to others. So I'd appreciate it if you
would consider posting a "Generic" version of what you do. I've not
had to recover from the kind of disaster mentioned in this thread, but
I try and build my toolkit just in case. Thanks.
More information about the ubuntu-users