<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><blockquote type="cite" class="">On 2014. 9. 2., at 20:14, John Whitmore <<a href="mailto:arigead@gmail.com" class="">arigead@gmail.com</a>> wrote:<br class=""><br class="">I'm not even sure that this is the correct home for this question but sure<br class="">it's worth a punt. I'm running OpenSUSE on a netbook and use it to compile and<br class="">install the latest kernel from Linus's git repo. This has always been a simple<br class="">operation pulling the latest, updating the config file, make and install.<br class=""><br class=""></blockquote><br class="">did you check what the log files (kernel.log or syslog) told you when you were building and Installing it?<div class="">There were No errors or warnings?<div class=""><br class=""><blockquote type="cite" class="">A few versions ago I hit a snag in that once installed the new kernel would<br class="">show up in the grub2 menu but once selected for boot the machine would just go<br class="">to a blank screen and hang. I'd have to do a hard reset. I can't be specific<br class="">on which version this started happening on as the problem is intermittent. It<br class="">seems to be a race condition sometimes a kernel will boot and sometimes it<br class="">won't.<br class=""><br class=""></blockquote><div class=""><br class=""></div>Running grub2 means that your system cannot read grub.cfg because it has some flaws in most cases. The best way I can recommend you is that try booting with another bootable image and seeing if configuration file is well written unless you are familiar with grub syntax. Of course, you have to mount the root disk you were supposed to mount as a root.<div class=""><br class=""></div><div class=""><br class=""><blockquote type="cite" class="">I thought I could investigate this issue but I can't find any debug info for<br class="">this problem at all. grub2 is happy as it's handed control over to the kernel<br class="">but there's no evidence of any kernel activity in the logs at all for the<br class="">requested boot.<br class=""><br class=""></blockquote><div class=""><br class=""></div><div class="">If you had a logging setup via a serial port, you would never miss a line of debug info generated.</div><div class="">Because it already logged tens of lines of debug info before it decided to load the bootstrap you were supposed to use.</div><div class="">I hope the following link is helpful for you to get this right..</div><div class=""><br class=""></div><div class=""><a href="http://linuxdeveloper.blogspot.kr/2012/05/debugging-linux-kernel-over-serial-port.html" class="">http://linuxdeveloper.blogspot.kr/2012/05/debugging-linux-kernel-over-serial-port.html</a> </div><br class=""><blockquote type="cite" class="">So the reason for this post is to ask if anybody could suggest how to debug<br class="">this issue. I think it came in about 3.14 but like I say it's intermittent.<br class=""><br class="">_______________________________________________<br class="">Kernelnewbies mailing list<br class=""><a href="mailto:Kernelnewbies@kernelnewbies.org" class="">Kernelnewbies@kernelnewbies.org</a><br class=""><a href="http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies" class="">http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies</a></blockquote></div></div></div></body></html>