genisoimage for powerpc out of sync with debian-cd, mini.iso fails on some platforms
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
debian-installer (Ubuntu) |
Fix Released
|
Undecided
|
Adam Conrad | ||
Precise |
Won't Fix
|
Undecided
|
Adam Conrad | ||
Quantal |
Won't Fix
|
Undecided
|
Adam Conrad |
Bug Description
[SRU Justification]
Would kinda be nice to be able to install on as many systems as possible where the kernel support is already there and the only blocker is a broken ISO.
[Verification Steps]
Boot the old mini.iso and the new one on an affected system (pSeries 7xx for sure, possibly others) and verify that the old one will claim something along the lines of "corrupted or unknown filesystem" when trying to find yaboot.conf, while the new one brings up a properly-decorated yaboot prompt and subsequently boots.
[Regression Potential]
Changing ISO formats is always a risky prospect but, in this case, I'm switching to using a format identical to what has been used for the powerpc desktop/server ISOs since natty, which is well-tested (by far more frequently tested by the community than mini.iso) on many platforms, so the regression risk here should be vanishingly low.
[Problem Description]
Noticed when installing on an IBM pSeries 710, mini.iso failed to boot, while the server CD works fine. Hunted this down to our genisoimage options being out of sync between the two codebases, and lacking "-chrp-boot -iso-level 4" on powerpc64 and "-iso-level 4" on powerpc.
Related branches
Changed in debian-installer (Ubuntu Quantal): | |
status: | New → Won't Fix |
Fix committed to raring and will land in the next upload (probably at the next kernel ABI bump). Holding off on SRUs until another kernel SRU round, as we need small kernel changes for me to be able to test this properly on pSeries anyway.