Grub fails to install during fresh installation
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
grub-installer (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
I know it says "grub" in the title. But I do not believe it is the grub package per se, I believe it is the script / program that controls the entire installation process, because grub can be installed manually.
Note: this has been broken for at least 4 years, which is precisely why I have not mentioned a specific version. See bug 253323, where I have made comments in the past.
The installation process goes smoothly (as long as I use the alternate install....) up through the point where the installation process tries to install grub. This fails (spectacular red screen), and the only choice is to continue without installing a boot loader.
The work-around is to re-boot _with_ the installation CD, into rescue mode, and manually install grub.
Current motherboard is Asus M4A89TD Pro/USB3, with 16GB ram. The one constant is the Mylex eXtremeRAID 2000 SCSI hardware RAID contoller.
An important note for programmers that do not have this SCSI controller but are stuck supporting it through the installation program: this controller uses the DAC960 kernel module. The drives are located at /dev/rd/c0d0..... /dev/rd/c0d1...., etc. NOT at /dev/sd*. If I were trying to fix this program, the first place I would look would be where the options for the grub installation are being created/populated. There must be an assumption that the drive is at /dev/sd-whatever.
tags: | added: path raid scsi |
affects: | ubuntu → grub-installer (Ubuntu) |
tags: |
added: natty oneiric precise removed: path raid scsi |
tags: | added: hardy intrepid karmic lucid maverick |
Status changed to 'Confirmed' because the bug affects multiple users.