From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Kernel panic - not syncing: attempting to kill init! when booting GuixSD Date: Sun, 28 May 2017 17:49:23 +0200 Message-ID: <87fufprngc.fsf@gnu.org> References: <308c2152-7b84-8831-4a37-76be5db15685@cbaines.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:47198) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dF0Rd-0006Aa-7V for help-guix@gnu.org; Sun, 28 May 2017 11:49:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dF0Ra-0004Z4-4M for help-guix@gnu.org; Sun, 28 May 2017 11:49:29 -0400 In-Reply-To: <308c2152-7b84-8831-4a37-76be5db15685@cbaines.net> (Christopher Baines's message of "Wed, 24 May 2017 16:26:25 +0100") List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: Christopher Baines Cc: help-guix@gnu.org Hi Christopher, Christopher Baines skribis: > So I deleted some system generations from one of my GuixSD systems, then > rebooted. Unfortunately, I can no longer get it to boot. I think the > latest system generation should work, and at least one of the previous > generations should work. > > Excluding the generations that I removed, the others don't boot. All I > can really gather so far is a call stack, and the message: > Kernel panic - not syncing: Attempted to kill init! Weird. Is it because the root file system could not be found? Or something else? Like Ricardo wrote, could it be that the file system label changed or something? > I'm uncertain that this is something I have done wrong, I'm pretty sure > I was using the latest system generation when I ran guix gc, and I'm > assuming that it is the garbage collection that has stopped things workin= g. It=E2=80=99s unlikely. You could have run =E2=80=98guix=E2=80=99 with a wr= ong database location (see =E2=80=98--localstatedir=E2=80=99 in the manual), but even that wouldn= =E2=80=99t have reclaimed store items used by the processes currently running. > I'm going to try and make some time to see if I can get this system back > working again. I'm not sure how realistic this is, but I'm planning to > start by using the installation image, and somehow running guix system > reconfigure. I would suggest booting from an external medium such as the installation image, mounting the file system that holds /gnu/store, and inspecting there. Also worth trying: you could edit the command line in the GRUB menu to have it refer to /var/guix/profiles/system-NNN-link, where NNN is the number of a previous generation known to be on disk. HTH! Ludo=E2=80=99.