On Tuesday 28 September 2010 14:50:49 Felix Miata wrote:
On 2010/09/28 10:30 (GMT+0200) Stan Goodman composed:
Now I have a reply from DFSee, containing the following:
The GRUB info on that bootsector looks OK to me: +++++++++++++ Bootsector format : GRUB, GRand Unified Bootloader, stage1 code PC style BPB info : not present GRUB stageX @PSN : 0x01293010 Located on : /dev/hda6 /boot/grub PID: 03 StageX segm:addr : 0800:8000 Forcing LBA : Yes Stage1 install by : 3.2 Boot Disk # : 0xff = disknr : 1 StageX install by : 3.2 LoadSegment : 0x0820 = stage 2 code GRUB code version : 0.97 Code size : 0x0000005F = 47.5 KiB GRUB Config file : /boot/grub/menu.lst +++++++++++++
The GRUB code for disk 2 looks good too: +++++++++++++ Bootsector format : GRUB, GRand Unified Bootloader, stage1 code PC style BPB info : not present GRUB stageX @PSN : 0x02142630 Located on : /dev/hdb6 /boot/grub PID: 09 StageX segm:addr : 0800:8000 Forcing LBA : Yes Stage1 install by : 3.2 Boot Disk # : 0xff = disknr : 2 StageX install by : 3.2 LoadSegment : 0x0820 = stage 2 code GRUB code version : 0.97 Code size : 0x000000C7 = 99.5 KiB GRUB Config file : /boot/grub/menu.lst +++++++++++++
I have to wonder why the size of the little GRUB code on one drive is twice as large as on the other one.
I wanted to compare that output to mine to see if the size matters, but you omitted the actual DFSee command that generated that output and I have no idea what it would be.
I didn't omit anything, and I didn't generate that output myself. That is part of what comes out when Jan wreaks his magic on the DFSDISK set that I sent him. I wish it were possible to do something like that without bothering him, and without being subject to his time constraints.
That seems to narrow things down to hardware. And seems also to leave me no choice but to replace the MB.
"MB"? Motherboard? If wasn't uncommon of motherboards of the pre-multicore period to be equipped with non-durable capacitors. If this is the case, a self-done repair might be easier, and certainly less expensive, than a replacement. http://en.wikipedia.org/wiki/Capacitor_plague
I'll read it.
I only hope that I can salvage the data from the 11.1 installation.
I doubt all has been corrupted, unless it's actually both HDs at fault. To get your data without first spending a lot on a motherboard or system you should be able to put those HDs into an external HD container that connects to your laptop via USB or eSATA, e.g. http://www.newegg.com/Product/Product.aspx?Item=N82E16817173042 if the HDs are SATA or something similar it they are PATA.
They are SATA. That's a very good suggestion. I also want to retry the installation of the OS, when only the target HD is in the box.
For the new replacement sysem, I am seriously considering sticking with v11.1; I don't really care if people call me an old fogy.
After 11.3 was released I upgraded my no longer supported 11.0 main system to 11.2, pending more stability from KMS kernels and their interplay with the still heavily evolving Xorg base and driver systems, which hopefully will become much better before support of 11.2 ends. I don't anticipate that much improvement before 11.1 support ends.
I can appreciate that. I am very uncomfortable with the tendency to rush ahead with releasing ever new releases with as much "innovation" as can be crammed into them (with consequent proliferation of new bugs and deficiencies), coupled with the limited lifetime of each release. I know, I am uninterested in living in a WOW!!! wonderland (I have been called a recidivist -- a badge I wear with pride).
Note that hardware support necessary for "new" systems is commonly lacking from older distro releases. 11.1 installation, or at least full hardware support, might be impossible on a new system unless you are a very careful shopper.
When Intel was still selling its own branded MBs, that's what I bought. Now I look for Gigabyte, because that's what I can find here that has a reputation. That's the limit of my careful shopping. -- Stan Goodman Qiryat Tiv'on Israel -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org