|
Bugzilla – Full Text Bug Listing |
| Summary: | LTC18070-Default boot loader fails to install for both upgrade and new install | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | LTC BugProxy <bugproxy> |
| Component: | Installation | Assignee: | Olaf Dabrunz <odabrunz> |
| Status: | RESOLVED FIXED | QA Contact: | Klaus Kämpf <kkaempf> |
| Severity: | Normal | ||
| Priority: | P5 - None | ||
| Version: | Beta 4 | ||
| Target Milestone: | --- | ||
| Hardware: | PowerPC-64 | ||
| OS: | Linux | ||
| See Also: | https://bugzilla.linux.ibm.com/show_bug.cgi?id=18070 | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
sles9-10migrate_bootLoaderBug.GIF
sles9-10migrate_bootLoaderBug2.GIF oss_SuSE10_bootLoaderProblem-1.jpg oss_SuSE10_bootLoaderProblem.jpg |
||
|
Description
LTC BugProxy
2005-09-21 21:25:38 UTC
Created attachment 50573 [details]
sles9-10migrate_bootLoaderBug.GIF
Created attachment 50574 [details]
sles9-10migrate_bootLoaderBug2.GIF
Created attachment 50575 [details]
oss_SuSE10_bootLoaderProblem-1.jpg
Created attachment 50576 [details]
oss_SuSE10_bootLoaderProblem.jpg
Yes, you are right. The URL http://www.opensuse.org/Bugs:most_annoying_bugs should _clearly_ mention that yast does ONLY know about msdos partition tables. And as a result, installation will require many many manual tweaks. They are mentionend behind the links on this page: http://www.opensuse.org/POWER@SUSE assigning to webmaster of that site. changed:
What |Removed |Added
----------------------------------------------------------------------------
Owner|thinh@us.ibm.com |gjlynx@us.ibm.com
Owning Team|LTC Internal Support |SuSE
------- Additional Comments From thinh@us.ibm.com(prefers email via th2tran@austin.ibm.com) 2005-09-26 11:39 EDT -------
assign to OpenSuse team.
---- Additional Comments From marksmit@us.ibm.com 2005-09-28 15:38 EDT ------- ok, restarted a netboot install and enabled ssh to have a command prompt. then created manual partitions: inst-sys:~ # fdisk -l Disk /dev/sda: 146.8 GB, 146814976000 bytes 255 heads, 63 sectors/track, 17849 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 1 14 112423+ c W95 FAT32 (LBA) /dev/sda2 15 137 987997+ 82 Linux swap / Solaris /dev/sda3 138 3177 24418800 83 Linux and then started the install. The previous Sles9 install is erased. (I think that is the problem, but I\'m trying to do an OSS10 install to a blank disk). I tried #2, but since there is no o/s that doesn\'t work. Start Installation or System 1) Start Installation or Update 2) Boot Installed System 3) Start Rescue System So I again tried #1 From command line, pdisk -l says pdisk: No valid block 1 on \'/dev/sda\' So I mounted /boot with /dev/sda1. created an /etc/lilo.conf per web page suggestion scp of CD1/suseboot/ initrd64 and linux64.gz to /boot/initrd and /boot/vmlinux Ran lilo to try to write /dev/sda, but lilo fails and gives a segmentation fault. Am I supposed to run lilo to make /dev/sda bootable? Or do I need to install Sles9 and then perform an upgrade type install? I don\'t seem to understand the workaround process for this problem. ---- Additional Comments From marksmit@us.ibm.com 2005-09-28 15:56 EDT ------- Ok, sorry for the last append. I think I needed to continue trying like this. It seems to be installing now. Please let me know if this is the correct action: used created partitions, and started yast choose to update existing system. choose to show all partitions, so I can see the empty /dev/sda3. choose to update /dev/sda3. manually choose update method to base update on installing all packages needed for KDE install (instead of just updating existing install - default selection - which is empty). start install. upon reboot, again choose ssh and then go run lilo on installation. does this look right? Mark, the partitioner is supposed to work ok on pseries. Only the bootloader would be an issue on pseries. The instructions are mostly for Macs, have to tweak them a bit this weekend. The link on the most annoying bugs page is still missing. ---- Additional Comments From marksmit@us.ibm.com 2005-11-05 17:12 EDT ------- This recreates on OSS 10.1 Alpha 2, power Lpar served by IVM \"alpha\" VIO server (Vscsi disk and Veth devices) I checked http://www.opensuse.org/POWER@SUSE but do not understand how to get the bootloader installed. Mark, http://www.opensuse.org/PPC:Boot_pseries this explains how to create a lilo.conf after install. ---- Additional Comments From marksmit@us.ibm.com 2005-12-19 22:40 EDT ------- This problem is also blocking ppc64 installs (power5 h/w) on Sles10, preview2. I do not see a way to work around it, nor tell it to continue installing despite no boot loader defined. So I do not understand how to tell the system to do a new install, and fix the boot loader later. Do you wish for this bug to be duplicated to Sles10? Or are you already aware of this problem on Sles10 previews? ---- Additional Comments From marksmit@us.ibm.com 2005-12-21 12:11 EDT ------- documenting helpful hints from Olaf: to work around this problem & fix it after install finishes, boot with start_shell option on command prompt (to fix without a rescue boot) change proposed config -> pick bootloader -> Bootloader Installation -> pick twisty next to default proposed \"ppc\" and pick other option: \"do not install boot loader\" finish install. system drops back to shell. work around possible problem in shell: To reset the terminal to a usable size, type: <RETURN> stty cols 80 rows 24 assuming the root partition is on sda3: type \'echo Root: /dev/sda3 > /etc/yast.inf\' followed by \'exit\' or \'ctrl d\' This will do the very same thing as \'booting into the installed system\' from within yast. yast.inf is the \"communication channel\" between yast and linuxrc. then \"exit\" and system will boot and mount Root normally. (next it may take you to /usr/lib/YaST2/startup/YaST2.ssh first) At this point, create a suitable /etc/lilo.conf file (sample in link above), and run \'lilo\' to install bootloader. it will create a /etc/yaboot.conf for you and seems to change the SMS bootlist to insert /dev/sda as the 1st boot device. ---- Additional Comments From marksmit@us.ibm.com 2006-01-23 14:43 EDT ------- I was able to install Sles10 preview2 ok using the documented workaround. On beta1 for Sles10, I attempted a \"new install\" without workaround. The autopartitioner correctly proposed removing the previous install and proposed creating newer partitions for the install. I chose the defaults and the install got to bootloader installation at the end of the \"new installation\" where it failed to install the boot loader. So I still seem to have a problem. To attempt recreate, I removed all installations and attempted an install. In this case autopartitioner refuses to propose a scenario, but when I manually (expert path) propose a partitioning scheme, the install succeeds. sda1 1 block prep boot sda2 1GB swap sda3 12GB reiser for / Is it expected behavior for the Sles10 autopartitioner to require manual partitioning on blank disks? Or should I open a bug? I am attempting recreate of the \"re-install\" where the bootloader install failed. This time it will be from Sles10 beta1 (manual partition) to another \"re-install\" of the same beta1, using autopartitioner\'s defaults. ---- Additional Comments From marksmit@us.ibm.com 2006-01-25 02:27 EDT ------- clarified during conference phone call today that autopartitioner should propose a scheme for blank disks. I\'ve created an \"install scenario\" for testing that and will have the team pursue it. In the mean time, the Sles10-beta2 patches uploaded to ftp3 server by SuSE, when patched onto beta1 isos, do fix this bug for a \"new install\". Since that is a different release, should we reject this on the IBM side with \"alt_solution_avail\" or should we change it to \"accepted\" so it can then be closed? works slightly better in 10.1 ----- Additional Comments From marksmit@us.ibm.com 2006-05-04 21:43 EDT ------- I am downloading OSS10.1 RC3 to try it. question about deltaiso's: I read here how to do it: http://en.opensuse.org/Download_Instructions#Applying_Delta_ISOs but my install server is Sles9, which does not contain the deltarpm package. Can I instead just mount -o loop <rc1-rc3-delta.iso> and then copy the contents over the existing rc1 content? Or do I need to find a version of deltarpm for Sles9? Mark, the codebase of SLES10 and 10.1 is identical. If it works with Beta11, it will work with 10.1 rc3 as well changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |FIXEDAWAITINGTEST
Resolution| |FIX_BY_DISTRO
------- Additional Comments From marksmit@us.ibm.com 2006-10-10 23:11 EDT -------
Appears fixed in OpenSUSE 10.2 (alpha 4) for most ppc64 configs. I am
investigating only one scenario - VIO served lpar - one lvm vio disk (sda,
11GB) and one entire physical disk (sdb, 72GB)- also vio to see if I can
recreate a yaboot.conf problem. Part of that scenario had a Fedora
installation existing on sda, and the OpenSUSE install proposed a default
scenario (that I accpepted) which preserved pieces of the previous install.
However, closing this one as fixed.
|