From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 10.236.111.11 with SMTP id v11cs332164yhg; Wed, 1 Jun 2011 08:52:30 -0700 (PDT) Return-Path: <9front+bncCPS0wdjICBC3wJnvBBoEnkypwA@googlegroups.com> Received-SPF: pass (google.com: domain of 9front+bncCPS0wdjICBC3wJnvBBoEnkypwA@googlegroups.com designates 10.142.62.1 as permitted sender) client-ip=10.142.62.1; Authentication-Results: mr.google.com; spf=pass (google.com: domain of 9front+bncCPS0wdjICBC3wJnvBBoEnkypwA@googlegroups.com designates 10.142.62.1 as permitted sender) smtp.mail=9front+bncCPS0wdjICBC3wJnvBBoEnkypwA@googlegroups.com; dkim=pass header.i=9front+bncCPS0wdjICBC3wJnvBBoEnkypwA@googlegroups.com Received: from mr.google.com ([10.142.62.1]) by 10.142.62.1 with SMTP id k1mr3011526wfa.11.1306943547029 (num_hops = 1); Wed, 01 Jun 2011 08:52:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=beta; h=domainkey-signature:x-beenthere:received-spf:mime-version :in-reply-to:references:from:date:message-id:subject:to :x-original-sender:x-original-authentication-results:reply-to :precedence:mailing-list:list-id:x-google-group-id:list-post :list-help:list-archive:sender:list-subscribe:list-unsubscribe :content-type:content-transfer-encoding; bh=6teh5huu7IHOBNDOMQ58G653SDVtz8ie5GBoazqCTvE=; b=ZHasIHUGQGPBkr1gVG+uBRbiOTQDBwUIJSHSc3lxmnXaigCJydPuOIRv3R8Cu4atxO zJbCvy/GgGD+5DJRuOlIhfkIB5Qs1JqYkn15GJF1SXmo7qWHAJxO/Vjdjg8FKGXcjqDl eQIB8OG9XfWN6/ed3sK0rEE9M85pPlbBZ4spA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlegroups.com; s=beta; h=x-beenthere:received-spf:mime-version:in-reply-to:references:from :date:message-id:subject:to:x-original-sender :x-original-authentication-results:reply-to:precedence:mailing-list :list-id:x-google-group-id:list-post:list-help:list-archive:sender :list-subscribe:list-unsubscribe:content-type :content-transfer-encoding; b=sLfzSrr9NmFf9RdqfTryKWpna8z3Chr+WB8mIxJHAYL+mXF2Blz73qTYnI1HE6Mpds Ewc7IdEzpKn1FOgxUsmQQXcKvhwDAT9a7v6kjB2IoRcGHNt6tntfmiVXhRtLig3CjUJJ rkoCd8EpBj2SHgr4FWHDK7bLz9jJRdOvKAY5I= Received: by 10.142.62.1 with SMTP id k1mr1074005wfa.11.1306943543792; Wed, 01 Jun 2011 08:52:23 -0700 (PDT) X-BeenThere: 9front@googlegroups.com Received: by 10.68.13.233 with SMTP id k9ls223410pbc.3.gmail; Wed, 01 Jun 2011 08:52:23 -0700 (PDT) Received: by 10.68.39.227 with SMTP id s3mr1631939pbk.8.1306943543441; Wed, 01 Jun 2011 08:52:23 -0700 (PDT) Received: by 10.68.39.227 with SMTP id s3mr1631938pbk.8.1306943543433; Wed, 01 Jun 2011 08:52:23 -0700 (PDT) Received: from mail-pz0-f53.google.com (mail-pz0-f53.google.com [209.85.210.53]) by gmr-mx.google.com with ESMTPS id c10si2661876pbn.1.2011.06.01.08.52.23 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 01 Jun 2011 08:52:23 -0700 (PDT) Received-SPF: pass (google.com: domain of staal1978@gmail.com designates 209.85.210.53 as permitted sender) client-ip=209.85.210.53; Received: by pzk6 with SMTP id 6so3015083pzk.12 for <9front@googlegroups.com>; Wed, 01 Jun 2011 08:52:23 -0700 (PDT) Received: by 10.142.149.18 with SMTP id w18mr1208123wfd.23.1306943543073; Wed, 01 Jun 2011 08:52:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.143.9.18 with HTTP; Wed, 1 Jun 2011 08:52:03 -0700 (PDT) In-Reply-To: References: <131548bc634e56c8fa5ee50439ba4aa4@gmx.de> From: Jens Staal Date: Wed, 1 Jun 2011 17:52:03 +0200 Message-ID: Subject: Re: difference cdrom boot and 9fat boot? To: 9front@googlegroups.com X-Original-Sender: staal1978@gmail.com X-Original-Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of staal1978@gmail.com designates 209.85.210.53 as permitted sender) smtp.mail=staal1978@gmail.com; dkim=pass (test mode) header.i=@gmail.com Reply-To: 9front@googlegroups.com Precedence: list Mailing-list: list 9front@googlegroups.com; contact 9front+owners@googlegroups.com List-ID: <9front.googlegroups.com> X-Google-Group-Id: 831096995978 List-Post: , List-Help: , List-Archive: Sender: 9front@googlegroups.com List-Subscribe: , List-Unsubscribe: , Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable SOLVED! This is both embarrasing and a bit surprising, but I think your hypothesis of "contamination" from previous plan9 installation at the same partition somehow was right. When I tried reinstalling before I usually just deleted all the plan9 partitions in the installation. Now I removed the partition in Linux, formatted the empty space in a new partition and deleted that one too. After installing on this patch of empty space, the 9Front boots just fine. I am extremely surprised and none the wiser. On the bright side: now I might be able to play with stuff that I at least can hope to begin to understand (or at least where I can get hold of the errors ;) ) 2011/6/1 Jens Staal : > I checked again and it is indeed as you said. > From the cdboot you got e820=3D (numbers) as the first line visible on sc= reen > from the 9fat boot it is only the e820: (numbers) after a couple of > other lines (so probably kernel output). > > I guess it may then be something weird with my 9bootfat. I will pull > another iso and copy that 9bootfat over and see what happens. > > I also (naively) just tried to define > e820=3D(numbers) > in plan9.ini circumvent whatever is wrong, but that did not work. Are > you aware of some kind of similar option? > > 2011/6/1 Jens Staal : >> Sorry about messing up. I did indeed block the boot by entering the >> prompt for each boot option and these were the things I could see.... >> >> 2011/5/31 =C2=A0: >>> this is not the output! it cant be... >>> 9bootfat prints in exactly the same form as 9bootiso... it never >>> prints something like "e820:" and the hex values are alawys >>> 16 hex digits. its the same code after all, the 9bootfat/9bootiso >>> and 9bootpxe differ only in ther start() functions! >>> >>> what is this? >>> >>> cdboot: >>> "e820: 0000000000000000 000000000009f800 0000000000100000 000000007fed0= 000" >>> >>> the numbers there at least look right, but it should really be: >>> >>> "e820=3D0000000000000000 000000000009f800 0000000000100000 000000007fed= 0000" >>> >>> this one completly puzzles me... 16bit formating? wtf? >>> >>> 9fat: >>> "e820: 0000 0000 0009 f800 memory" >>> >>> the "memory" there indicates that this is printed by the kernel i guess= ? >>> >>> but what i wanted for like 3 mails is the output of 9bootfats e820 scan= ! >>> what does it print for e832=3D? you said it produces e820=3D output? wh= at is >>> it? >>> >>> did you got to the > prompt with 9bootfat? >>> >>> this all makes no sense! >>> >>> :-( >>> >>> -- >>> cinap >>> >> >