<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 21. nov 2016, at 14:05, Jean-Pierre André <<a href="mailto:jean-pierre.andre@wanadoo.fr" class="">jean-pierre.andre@wanadoo.fr</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Toomas Soome wrote:<br class=""><blockquote type="cite" class=""><br class=""><blockquote type="cite" class="">On 21. nov 2016, at 13:12, Jean-Pierre André<br class=""><<a href="mailto:jean-pierre.andre@wanadoo.fr" class="">jean-pierre.andre@wanadoo.fr</a> <<a href="mailto:jean-pierre.andre@wanadoo.fr" class="">mailto:jean-pierre.andre@wanadoo.fr</a>>><br class="">wrote:<br class=""><br class=""></blockquote></blockquote><br class="">[...]<br class=""><br class=""><blockquote type="cite" class=""><blockquote type="cite" class=""><blockquote type="cite" class="">In the boot options screen, there are 4 different ACPI settings.<br class="">Would this achieve the same thing?<br class=""></blockquote><br class="">Are you not assuming the user gets a screen with options ?<br class="">(I only get a "I" on top left of screen).<br class=""><br class=""></blockquote><br class=""><br class="">Ou, you have usb image, trying to boot and never get to loader screen<br class="">itself, only have spinner at upper left corner?<br class=""></blockquote><br class="">Ok, what I thought was an "I" must be a "|" not followed<br class="">by / \ etc.<br class=""><br class=""><blockquote type="cite" class="">if so, the acpi options wont make any difference there yet, those are<br class="">for kernel.<br class=""></blockquote><br class="">Correct, I have tried with no success.<br class=""><br class="">So the loader is relying on some acpi behavior which did<br class="">not matter to grub.<br class=""><br class=""></div></div></blockquote><div><br class=""></div><div><br class=""></div><div>No, loader does not rely on acpi at all, except it will (later) detect it and export some data from it to environment (for informational purposes). But to reach that point, you will see version strings etc printed out.</div><div><br class=""></div><div><br class=""></div><br class=""><blockquote type="cite" class=""><div class=""><div class=""><blockquote type="cite" class="">if the first spinner appears, you have the boot loader stage1 running,<br class="">and it should start the loader itself. If not, reboot (as its probably<br class="">hung or something), when spinner appears, press a key and you should get<br class="">the prompt.<br class=""></blockquote><br class="">Rebooted twice. No reaction to keyboard (this is<br class="">a USB keyboard, no serial line on this computer).<br class=""><br class="">Note : this is a computer on which OpenIndiana had<br class="">been installed from USB key with an appropriate<br class="">grub option.</div></div></blockquote><blockquote type="cite" class=""><div class=""><div class=""><br class=""><blockquote type="cite" class="">from it you can verify what devices are visible by entering on boot: status<br class="">and to see if it is able to list current boot directory content boot: ?boot<br class="">note the prompt there is really limited and you can not use arrow keys.<br class=""><br class="">but thats just for very basic diagnostics, just to verify what your bios<br class="">did make available<br class=""></blockquote>if the loader itself is never started, your<br class=""><blockquote type="cite" class="">secondary option is to check with cd, and other than that will require<br class="">more debugging and/or more recent build depending on what is the root<br class="">cause. Absolutely no messages from the loader does smell pretty bad, it<br class="">means something is gone wrong at very early<br class=""></blockquote><br class=""><br class="">Adding a file to a CD requires regenerating a bootable CD.<br class="">Much more complex than a ufs partition on a USB key.<br class=""><br class="">Moreover if the loader has some acpi expectation, it<br class="">will be the same from a CD... and on the installed loader.<br class=""><br class="">Is there a way to activate grub on the key ?<br class=""><br class="">I will probably give up, but I am open to help you<br class="">debugging the issue.<br class=""><br class="">Jean-Pierre<br class=""><br class=""></div></div></blockquote><br class=""></div><div>Once more, loader is not really depending on acpi. From loader point of view, you do not need any acpi setup at all, its only needed (if needed) for kernel.</div><div><br class=""></div><div>Now if you get stuck on very first spinner itself, it means the stage1 (gptzfsboot) itself is getting hung. So the question is, why.</div><div><br class=""></div><div>You can try few things;</div><div><br class=""></div><div>1. attach stick to existing OI, and reinstall boot blocks on it: installboot -mF /boot/pmbr /boot/gptzfsboot /dev/rdsk/cXtYd0s0</div><div>use format -e to get the device name or use /dev/removable-media/rdsk/… instead.</div><div><br class=""></div><div>The ufs with media contents is in slice 0</div><div><br class=""></div><div>2. if it still wont do, mail me and I’ll send you gptzfsboot from different build, so we can see it it will change anything. </div><div><br class=""></div><div>3. Can you check if the usb image from <a href="http://dlc-int.openindiana.org/tsoome/" class="">http://dlc-int.openindiana.org/tsoome/</a> will get to loader menu/prompt. </div><div><br class=""></div><div>And sure, for grub, use installgrub command with /boot/grub/stage1 /boot/grub/stage2, you may need to create boot/grub/menu.lst for the stick, however.</div><div><br class=""></div><div>rgds,</div><div>toomas</div></body></html>