On Monday 20 August 2007, Carl Hartung wrote:
On Mon August 20 2007 14:30, Tero Pesonen wrote:
I don't think this is a hard disk issue: I had this same master/boot hard disk while on SUSE 9.3 and never saw this issue there after a system freeze. GRUB always came up equally fast and always loaded without hiccups. System freezes were much less common on SUSE 9.3, of course, but still happened a few times. I've also heard of others who have seen this same "GRUB won't load" behaviour on openSUSE 10.2 on totally different hardware.
Hi Tero, et al
Just tossing in an observation...
When we lose power up here (I live out in the sticks) before grub will load and allow the system to boot normally, I must *first* boot into rescue mode using a network install CD or installation DVD, etc., to (reiser)fsck each partition that was mounted when the system went down.
Do you mean you do not use the built-in "check and fix an installation" feature found in the installation program, but rather run fsck manually from somewhere? If so, what exactly are the steps you take? I've found relying on the automatic tools takes a lot of time, as I have to initiate a new installation and then select to troubleshoot an existing installation. This means I have to enter all the data for a new network installation and the installer makes all the possible preparations etc. required to start installing openSUSE, which can take a lot of time. If I could go to some kind of rescue mode or similar, and enter the appropriate commands from a command line, I wouldn't have to go through all the stuff it takes to start a new installation--only to never start one, as I would probably only need to run the filesystem checks and put the partitions back into clean state. And not fetch gigabyte's worth of RPM data and load all possible kernel modules. Is this what you do? Thanks for any feedback on this. Tero Pesonen
When not properly shut down, the mounted partitions are left in a 'dirty' state.
Until reset to 'clean' mode (as happens during a normal shutdown,) the affected partitions seem to mount only in Read Only mode, which is slow and wastes time since they should be checked and reset before booting again, anyway.
regards,
Carl
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org