Re: Debugging/fixing a kernel stalled not crashing
>> If it's an issue picking up the root filesystem, you could boot an >> INSTALL type kernel with a built in ramdisk with dhcpcd and sshd >> enabled, [...] > Yes, I plan to test this also, depending on [...] This reminds me of a case I had, once. I wanted to test-boot a particular kernel version on a machine which had no disk interface or network supported by that kernel. (It had USB 3 USB, and the kernel in question didn't support anything past USB 2; and the network interfaces weren't supported either. The kernel was old compared to the hardware.) The machine's ROM code, though, could boot a kernel off a USB thumbdrive just fine. I ended up building a kernel that booted with a SLIPpish interface configured on the console serial port, at an address specified at kernel config time. Running diskless over SLIP on a serial line...well, it was painful, but it worked. If I'd ended up wanting to use that kernel on that hardware more extensively, I probably would have used that kernel to support porting either USB support or Ethernet support, but the desire disappeared before I made any significant progress beyond getting it to boot and run - or, perhaps more accurately, crawl - diskless. /~\ The ASCII Mouse \ / Ribbon Campaign X Against HTMLmo...@rodents-montreal.org / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B
Re: Debugging/fixing a kernel stalled not crashing
Hello, Le Fri, Aug 19, 2022 at 02:36:33PM +0100, David Brownlee a écrit : > Tangentially... > > If it's an issue picking up the root filesystem, you could boot an > INSTALL type kernel with a built in ramdisk with dhcpcd and sshd > enabled, and see if you can ssh into the box (I think someone had > pre-built arm images which did just that, so the code should be out > there :) Yes, I plan to test this also, depending on at what stage my reboot tactics indicates where the problem is. The aim being to be able to connect to a running kernel. When it will be achieved, the harder will have been made. I have already built a custom kernel (with acpismbus* added since the machine has IvyBridge and it is related, and it's not in GENERIC) and will start to debug tomorrow. Best, -- Thierry Laronde http://www.kergis.com/ http://kertex.kergis.com/ http://www.sbfa.fr/ Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C
Re: Debugging/fixing a kernel stalled not crashing
Tangentially... If it's an issue picking up the root filesystem, you could boot an INSTALL type kernel with a built in ramdisk with dhcpcd and sshd enabled, and see if you can ssh into the box (I think someone had pre-built arm images which did just that, so the code should be out there :) David