Bug #613
Installation writes incorrect partition identifier to grub menu.lst
Status: | Closed | Start date: | ||
---|---|---|---|---|
Priority: | Normal | Due date: | ||
Assignee: | jams | % Done: | 0% |
|
Category: | Installation/Upgrade | Spent time: | - | |
Target version: | 7.1 |
Description
The installer fails to detect the correct boot partition, or maps its UUID to the wrong grub address, and consequently writes this address in the grub menu.lst file. The system is unbootable without modifying the 'root' line in the grub menu.
- I installed LinHES using the same configuration and machine twice, and this occurred both times, so it is reproducible.
- Using the Auto/Full partition option, with default 5 GB OS partition, 1.5 GB swap and the remaining space (~33.5 GB) as an ext3-formatted data partition. The hard disk is a blank 40 GB PATA type, connected as the secondary master.
- The installer identified the drive as /dev/sdb, as does the installed system.
- On the first reboot following installation, grub fails to boot LinHES, claiming that it cannot mount the root file system. On closer inspection, I noticed it’s trying to mount partition (hd0,0) - an LVM partition on the primary master PATA drive (/dev/sda1).
- Pressing ‘e’ at the grub menu, to manually edit this line to (hd1,0), allowed the system to boot normally. Consequently, I changed all the entries in /boot/grub/menu.lst (attached, with corrections) to the correct value.
- I also noticed that /boot/grub/menu.lst has, in the comments at the start, a table of partitions the installer found. The correct system partition, /dev/sdb1 — (hd1,0), is missing from this table.
- The mythvantage_install.log (attached) notes the correct UUID for the boot partition, and claims that this UUID was written to the grub menu.
I'm completely new to Knoppmyth, LinHES and Arch, so if there's any useful information or files I've neglected to include, just ask and I'll be happy to oblige.
History
Updated by jams almost 15 years ago
also attach the debug log file. Think it's called mv_install_debug.log or something close to that in the tmp dir.
Updated by smilerish over 14 years ago
Just to say: this is still a problem in R6.02. I had to reinstall from scratch (the upgrade option didn't work out too well for me), but this time I couldn't find the installation logs.
If someone could tell me the exact paths for the log files, then I'll happily upload them.
Updated by jams over 14 years ago
I also noticed that /boot/grub/menu.lst has, in the comments at the start, a table of partitions the installer found. The correct system partition, /dev/sdb1 — (hd1,0), is missing from this table.
That comment is static.
Updated by jams over 14 years ago
- Assignee set to jams
Updated by brfransen about 13 years ago
- Category set to Installation/Upgrade
- Status changed from New to Feedback
- Target version set to 7.1
Please try with the R7.00.03 iso and report back if this is fixed.
Updated by brfransen about 13 years ago
- Status changed from Feedback to Closed