This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

4.0.2 install partitions with incorrect parameters

Hi,
This is my first post, so bear with me...
ASL 4.0.2, booted of CD, installed, on reboot I get the LI.
I tried:
  booted off my recovery CD, blindly fixed MBR, tried again - no joy
  booted off recovery CD, looked at partitions ASL creates - hda1 does not end on cylinder boundary. Fixed it, tried again - no joy
  On install dropped to shell, looked at partition table before install - it was correct. Looked again after install started - same problem, hda1 ends on 650/2/36 and it should go until 650/15/63 (that's what hdparm says parameters are: 16 sides, 63 sectors)
  Found 4.0.0 ISO, tried that - exactly the same results

The HD is WD100EB-00BHF0, and it took RH 7.3, 8, MDK 8.x and 9.x without complaint. Right now I'm typing it from a reinstalled MDK9.

Has anyone seen and conquered this dragon?
Anything I should look into/try and didn't?

  


This thread was automatically locked due to age.
Parents
  • Hi!

    Did you trry to change your HD setting in BIOS to normal?

    BR, Matjaz 
  • Thanks for the reply. Yes, I did, with the same result. I didn't mention it previously, since the forum search came up with it as a suggestion - so I did that first. I did try "Normal", "LBA", and "Large". In each case, after the installation (at the "Press any key to finish..." screen), fdisk reports the same (correct) disk geometry: 16/63/19386 and the same problem with the end of hda1: 2/36/650 instead of 15/63/650.
    So, I'm still stumped.   

    I think I will now try something different: at the "Press any key to finish.." screen, I want to:
    1. Mount /dev/hda1 and some other partition
    2. Copy files from hda1 onto that other partition
    3. recreate hda1, make the filesystem on it
    4. copy the data back
    5. Sit and think if I need to lilo it. I shouldn't need to, but what's the harm?
     Now, since this machine will be offline for a while, here's my email addy if someone wants to warn me:
     engine2@bleeding-edge.org     
  • Well, it didn't work... [:(] 
Reply Children
  • OK, still trying: put another disk there. Same thing, with both 4.0.0 and 4.0.2. With disk setup as Normal, LBA or Large. What the...
    The I changed the mobo - from P3B-F to CUSL2. Same thing.
    In the meantime, as can be seen, MDK 9.0 installs just fine...
    Well, I'm out of ideas. Anybody? The ASL description promises all kinds of good things. One of the partners, supporting ASL is just 2km from where I work, so I could propose *very* local support. But I need to show that it is what it claims to be, and I want to be convinced of it before I call anyone...
       
  • Hi,

    yet another suggestion:

    Please try to install again. When the window with "press a key to complete installation" comes, switch to the 2nd console (Alt+F2) and issue the following command:

    lilo -l -r /dest/emergency/boot

    It should reply like "adding default *". After that, switch to the 1st (Alt+F1) console and complete installation.

    Hope this helps
    --
    Dennis
         
  • I did it two steps ago, when I was moving stuff off the hda1 partition, repartitioning, remkfs-ing and putting it back there. I did lilo after confirming that files made it OK. And lilo didn't complain any.
      So by now I tried all combinations of:
     - 3 drives (1 Maxtor, 2 WD)
     - 2 mobos (CUSL2 and P3B-F)
     - 2 ASLs (4.0.0 and 4.0.2)
     - 3 BIOS translations (Normal, Large, LBA)

    Had another look at /dest/emerg/boot/etc/lilo.conf - I can't see anything wrong with it, that was my last hope...
    Oh, well. I guess next step is to look into LEAF/LRP and try to make it do what I want... ;\
      
  • Maybe not yet.
    Here's the thing: the hda1 partition is set up not on a cylinder boundary - but it's off by exactly the same amount of sectors no matter what drive I put in (and they have different geometries). On reboot I get LI, which means lilo *thinks* it loaded second stage, but it couldn't run it. Now, these two mobos obviously have different microcode, but it seems they both make the same translation mistake, no matter the translation mode. At the same time other Linuxen load OK. Could it be a combination of mobo microcode and lilo assumptions?
    Dennis, is the lilo You use modified in any way?

    I was going to thank You for getting up so early to respond to me, until I realized You're in a different TZ... Thanks anyway! [;)] 
  • OK, it works, on at least 1 mobo/drive. The clincher?
    lba32 line in lilo.conf. Once commented, everything works fine.
    Now I'll go back to P3B-F and a small drive, to see it again, hopefully it'll be consistent...
     
  • OK, it worked. This lba32 business is killing me, but I guess this is not a forum to ask Qs about it...
    But it works! Thanks Matjaz, thanks Dennis!  [:)] 
  • hi there!

    I Have same problem as you experienced.
    The problem is.. that i have little experience whit linux.
    And dident quite understand what you did, the buisness whit the lba32 line in lilo.conf.  and once commented. 

    what did you do to make it work??? Could you please find the time to help a linux newbie to get his ASL Up and runig???
     [:S]

    Thanks :-) 
       
  • I'm seeing a similar problem. When it tried to remap root from /initrd, it fails. I'll have a look at LBA modes and see if that fixes it. 
  • I have the same problem, when rebooting it only goes upto LI
    I tried all commens and three different hdds but no chance.
    The system is only a PII 233 but I don?t think that should be a problem as it runs fine with suse 7.3 for example.
    Any other suggestions what I can do???
     Malupinom