On 22 Jan, Robert Collins wrote:
>  On Sun, 2007-01-21 at 20:22 +1100, [EMAIL PROTECTED] wrote:
> > On 21 Jan, luke wrote:
> > >  Any advice would be most welcome. 
>  
>  Dont do 'apt-get update; apt-get upgrade' - for two reasons:
>  
>  Firstly, a failed update is not something you want to upgrade from, so
>  doing 'apt-get update && apt-get upgrade' would be safer.
>  
>  Secondly, 'apt-get upgrade' does not add or remove packages, and when a
>  kernel version changes, you may well want additional related packages.
>  Its better to do 'apt-get dist-upgrade' for incremental upgrades within
>  a distribution.
>  
>  In terms of recovering your system, it should be as simple as booting a
>  live CD. When the prompt appears, do
>  
>  'live root=/dev/md0' or something similar - I can't remember the exact
>  syntax offhand - but that will get you booted.

Thanks for the reply, Robert.  (It's been a rough week at work, so I
hadn't had a chance to get back to the problem until today.)

I've tried your suggestion, after I worked out how to supply the boot
options (hit F6), but despite changing the root=/dev/ram to root=/dev/md0,
eventually I get to a screen where it asks me to choose the device to
use for the root partition (instead of using /dev/md0), and the only
choices are the raw partitions.

I *could* choose /dev/discs/disc0/part7 (/dev/hda7, which is half of
/dev/md0), but I worry that doing so would mess up the raid..

Initially I forgot to insert "live" and just changed root=/dev/ram to
root=/dev/md0.  Later I added "live" as the first of the boot options.
It didn't seem to make much difference.  Either way it ends up asking
me the same question.

>  Once you are running, use aptitude and check that all the recommended
>  packages for the new kernel version are present, including udev.
>  
>  You can then use 'update-initramfs' and 'update-grub' to regenerate the
>  initramfs which contains a copy of udev, and *that* should let you boot
>  properly again.

Sounds great, if I could only get that far.

luke

-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Reply via email to