From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JJWon-00085D-NG for garchives@archives.gentoo.org; Mon, 28 Jan 2008 16:26:45 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 70E92E03D7; Mon, 28 Jan 2008 16:26:44 +0000 (UTC) Received: from usermail.globalproof.net (usermail.globalproof.net [194.146.153.18]) by pigeon.gentoo.org (Postfix) with ESMTP id 8F092E03D7 for ; Mon, 28 Jan 2008 16:26:43 +0000 (UTC) Received: by usermail.globalproof.net (Postfix, from userid 1001) id CB295BDD7B; Mon, 28 Jan 2008 18:26:31 +0200 (EET) X-Spam-Checker-Version: SpamAssassin 3.2.3-gr0 (2007-08-08) on sunfire-1.visp.net.lb X-Spam-Level: X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_05 autolearn=ham version=3.2.3-gr0 Received: from visp.net.lb (localhost [127.0.0.1]) by usermail.globalproof.net (Postfix) with ESMTP id 54742BC99D for ; Mon, 28 Jan 2008 18:26:23 +0200 (EET) From: "Denys Fedoryshchenko" To: gentoo-releng@lists.gentoo.org Subject: Re: [gentoo-releng] kexec compiled into kernel Date: Mon, 28 Jan 2008 18:26:23 +0200 Message-Id: <20080128162023.M47571@visp.net.lb> In-Reply-To: <479E0036.2040901@gentoo.org> References: <20080128155847.M6157@visp.net.lb> <479E0036.2040901@gentoo.org> X-Mailer: OpenWebMail 2.52 X-OriginatingIP: 195.69.208.251 (denys@visp.net.lb) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-releng@lists.gentoo.org Reply-to: gentoo-releng@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r X-Archives-Salt: c208407f-da20-4e8e-98d8-63a2cd6ec564 X-Archives-Hash: 74e9a4e9f8ea0e08d8e5647b0ac73472 For example you compile new kernel, and you want to test it without installing in boot loader. It is very useful, especially when it is remote machine with grub, grub "one time load" not so useful like lilo -R, plus each operation with boot loader causing risk to make system inoperable, even by typo. 1)compile tools emerge kexec-tools 2)Load kernel to memory (kexec have to be compiled in kernel) kexec -l /path/kernelname --append="root=/dev/rootdevice panic=5" 3)When you are ready (sync, also highly recommended to unmount partitions or remount read-only), LAUNCH! :-) kexec -e system will start booting new kernel, without complete hardware reset. There is some issues with buggy drivers, like intel wireless 3945, i wrote bugreport to intel, and probably will be fixed soon. But hardware cases with kexec very rare, and it works just great for me. They only one thing stopping me to contribute few scripts and tips - my crappy english. On Mon, 28 Jan 2008 10:17:58 -0600, Andrew Gaffney wrote > Denys Fedoryshchenko wrote: > > Hi > > > > Is it possible to compile in kernel kexec support? at least for architectures > > where it is well supported. > > > > It is very handy, when Gentoo installed on PC remotely on regular PC, when > > people there just boot CD and set ip, and leave location for few days. > > It is not possible to eject CD on remote PC, cause on reboot BIOS usually > > closing tray. kexec will let to reboot system to newly compiled kernel > > without full reboot, avoiding system to boot from CD again. Remote tech's on > > location can remove CD later, when it is comfortable for them. > > How is kexec used? Are there commandline utilities for it? Is it > triggered through a /proc interface? > > -- > Andrew Gaffney http://dev.gentoo.org/ ~agaffney/ > Gentoo Linux Developer Catalyst/Installer + x86 release coordinator > -- > gentoo-releng@lists.gentoo.org mailing list -- Denys Fedoryshchenko Technical Manager Virtual ISP S.A.L. -- gentoo-releng@lists.gentoo.org mailing list