Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 7 May 2016 10:26:52 -0700
From:      "Lundberg, Johannes" <johannes@brilliantservice.co.jp>
To:        Allan Jude <allanjude@freebsd.org>
Cc:        FreeBSD Current <freebsd-current@freebsd.org>
Subject:   Re: How to create qemu images?
Message-ID:  <CAASDrVkx0yTtOvow=TT-o4YXubvF2fdxdtryOfZV2OEwoDowxQ@mail.gmail.com>
In-Reply-To: <CAASDrVmohwa02%2BFi61kLyAH1sxOqisJonLcP15aPUgGJ%2BDVRnQ@mail.gmail.com>
References:  <CAASDrV=fU=O=2O82FBa0%2B9AcxicBT=TFvnjdKf9X%2BU_VFhKwSg@mail.gmail.com> <572C0FA3.1020804@freebsd.org> <CAASDrVmohwa02%2BFi61kLyAH1sxOqisJonLcP15aPUgGJ%2BDVRnQ@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
R290IGl0IG5vdy4gUmVhZGluZyBodHRwczovL3d3dy5mcmVlYnNkLm9yZy9jZ2kvbWFuLmNnaT9y
ZWxlYXNlJTI4NyUyOQ0KY2FyZWZ1bGx5IGV4cGxhaW5lZCBhIGZldyB0aGluZ3MuDQoNCg0KT24g
U2F0LCBNYXkgNywgMjAxNiBhdCA2OjUyIEFNLCBMdW5kYmVyZywgSm9oYW5uZXMgPA0Kam9oYW5u
ZXNAYnJpbGxpYW50c2VydmljZS5jby5qcD4gd3JvdGU6DQoNCj4gVGhhbmtzIQ0KPg0KPiBIb3dl
dmVyLCB0aGlzIGlzIG5vdCB3b3JraW5nIHNvIHdlbGwgZm9yIG1lLg0KPg0KPiBEb2luZyBtYWtl
IHZtLXJlbGVhc2UgZG9lcyBhYnNvbHV0ZWx5IG5vdGhpbmcuDQo+IFJ1bm5pbmcgcmVsZWFzZS5z
aCAtYyByZWxlYXNlLmNvbmYgZ2l2ZXMgbWUgYW4gZXJyb3IgdGhhdCAvc2NyYXRjaC91c3Ivc3Jj
DQo+IGFuZCAgL3NjcmF0Y2gvZGV2IGRvZXMgbm90IGV4aXN0Lg0KPg0KPiBXaGF0IGlzIHRoZSBw
cmVyZXF1aXNpdGVzIGZvciBidWlsZGluZyB0aGUgaW1hZ2VzPyBEbyBJIG5lZWQgdG8gbWFrZQ0K
PiBpbnN0YWxsIGluIHNvbWUgZGVzdCBmb2xkZXIgZmlyc3Q/DQo+IERvIEkgbmVlZCBhIGphaWwg
dG8gcG9pbnQgY2hyb290ZGlyIHRvPw0KPg0KPiBUaGFua3MNCj4NCj4NCj4NCj4gT24gVGh1LCBN
YXkgNSwgMjAxNiBhdCA4OjI5IFBNLCBBbGxhbiBKdWRlIDxhbGxhbmp1ZGVAZnJlZWJzZC5vcmc+
IHdyb3RlOg0KPg0KPj4gT24gMjAxNi0wNS0wNSAyMzoxOCwgTHVuZGJlcmcsIEpvaGFubmVzIHdy
b3RlOg0KPj4gPiBIaQ0KPj4gPg0KPj4gPiBJIHdvdWxkIGxpa2UgdG8gY3JlYXRlIGEgbGl2ZSB2
bSBpbWFnZSBmb3IgcWVtdSBsaWtlIHRoZSBzbmFwaG90cyB2bQ0KPj4gaW1hZ2VzDQo+PiA+IG9m
IEZyZWVCU0QgdGhhdCBhcmUgYXZhaWxhYmxlIGZvciBkb3dubG9hZCAoYnV0IHdpdGggbXkgb3du
DQo+PiBjb25maWd1cmF0aW9uKS4NCj4+ID4NCj4+ID4gQ2FuIHNvbWVvbmUgdGVsbCBtZSBob3cg
dGhlc2UgYXJlIG1hZGU/IElmIGNyb2NoZXQgaXMgYmVpbmcgdXNlZCwgaXMNCj4+IHRoZXJlDQo+
PiA+IGFueSBib2FyZCBjb25maWd1cmF0aW9uIGZvciBxZW11Pw0KPj4gPg0KPj4gPiBUaGFua3Mh
DQo+PiA+DQo+Pg0KPj4gVGhvc2Ugdm0gaW1hZ2VzIGFyZSBjcmVhdGVkIGZyb20gdGhlICdyZWxl
YXNlJyBzdWJkaXJlY3Rvcnkgb2YgdGhlDQo+PiBzb3VyY2UgdHJlZS4NCj4+DQo+PiBjZCAvdXNy
L3NyYy9yZWxlYXNlDQo+PiBtYWtlIHZtLXJlbGVhc2UNCj4+DQo+PiB3aWxsIGNyZWF0ZSB0aGUg
c3RvY2sgaW1hZ2VzLiBUaGVyZSBhcmUgY29uZmlnIGZpbGVzIGluIHRoYXQgZGlyZWN0b3J5DQo+
PiB5b3UgY2FuIHBsYXkgd2l0aCB0byBhZGp1c3QgdGhlIHBhcnRpdGlvbiBsYXlvdXQgZXRjLg0K
Pj4NCj4+IC0tDQo+PiBBbGxhbiBKdWRlDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXw0KPj4gZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIG1haWxp
bmcgbGlzdA0KPj4gaHR0cHM6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Zy
ZWVic2QtY3VycmVudA0KPj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVi
c2QtY3VycmVudC11bnN1YnNjcmliZUBmcmVlYnNkLm9yZw0KPj4gIg0KPj4NCj4NCj4NCgotLSAK
PS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tCuen
mOWvhuS/neaMgeOBq+OBpOOBhOOBpu+8muOBk+OBrumbu+WtkOODoeODvOODq+OBr+OAgeWQjeWu
m+S6uuOBq+mAgeS/oeOBl+OBn+OCguOBruOBp+OBguOCiuOAgeenmOWMv+eJueaoqeOBruWvvuix
oeOBqOOBquOCi+aDheWgseOCkuWQq+OCk+OBp+OBhOOBvuOBmeOAggrjgoLjgZfjgIHlkI3lrpvk
urrku6XlpJbjga7mlrnjgYzlj5fkv6HjgZXjgozjgZ/loLTlkIjjgIHjgZPjga7jg6Hjg7zjg6vj
ga7noLTmo4TjgIHjgYrjgojjgbPjgZPjga7jg6Hjg7zjg6vjgavplqLjgZnjgovkuIDliIfjga7p
lovnpLrjgIEK6KSH5YaZ44CB6YWN5biD44CB44Gd44Gu5LuW44Gu5Yip55So44CB44G+44Gf44Gv
6KiY6LyJ5YaF5a6544Gr5Z+644Gl44GP44GE44GL44Gq44KL6KGM5YuV44KC44GV44KM44Gq44GE
44KI44GG44GK6aGY44GE55Sz44GX5LiK44GS44G+44GZ44CCCi0tLQpDT05GSURFTlRJQUxJVFkg
Tk9URTogVGhlIGluZm9ybWF0aW9uIGluIHRoaXMgZW1haWwgaXMgY29uZmlkZW50aWFsCmFuZCBp
bnRlbmRlZCBzb2xlbHkgZm9yIHRoZSBhZGRyZXNzZWUuCkRpc2Nsb3N1cmUsIGNvcHlpbmcsIGRp
c3RyaWJ1dGlvbiBvciBhbnkgb3RoZXIgYWN0aW9uIG9mIHVzZSBvZiB0aGlzCmVtYWlsIGJ5IHBl
cnNvbiBvdGhlciB0aGFuIGludGVuZGVkIHJlY2lwaWVudCwgaXMgcHJvaGliaXRlZC4KSWYgeW91
IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCBhbmQgaGF2ZSByZWNlaXZlZCB0aGlzIGVt
YWlsIGluCmVycm9yLCBwbGVhc2UgZGVzdHJveSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4K
From owner-freebsd-current@freebsd.org  Sat May  7 23:44:35 2016
Return-Path: <owner-freebsd-current@freebsd.org>
Delivered-To: freebsd-current@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 337B6B32766
 for <freebsd-current@mailman.ysv.freebsd.org>;
 Sat,  7 May 2016 23:44:35 +0000 (UTC)
 (envelope-from graham@menhennitt.com.au)
Received: from homiemail-a114.g.dreamhost.com (sub5.mail.dreamhost.com
 [208.113.200.129])
 (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 0A06B1725
 for <freebsd-current@freebsd.org>; Sat,  7 May 2016 23:44:34 +0000 (UTC)
 (envelope-from graham@menhennitt.com.au)
Received: from homiemail-a114.g.dreamhost.com (localhost [127.0.0.1])
 by homiemail-a114.g.dreamhost.com (Postfix) with ESMTP id 336EF6009CF1A
 for <freebsd-current@freebsd.org>; Sat,  7 May 2016 16:44:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=menhennitt.com.au; h=
 subject:to:references:from:message-id:date:mime-version
 :in-reply-to:content-type:content-transfer-encoding; s=
 menhennitt.com.au; bh=Z2rgFiwlpXg/X/GJ31jbsmpkBlc=; b=LpzNamnWec
 f8OM2fULOvNaNhQpP0fIJYIXegB+KLnKcsuMG2/1wiMUrJl8d2T73x5qBNWogngg
 OkT2y69v1hNjuLiXXlyb7uXp90X1skLF+2/eNiguyWovPJaInviWepU6DiJlQ65M
 9vLBgVmeqVOpR6Fk7fWy6MyZa0nfD8q3Y=
Received: from [203.2.73.68] (c122-107-214-88.mckinn3.vic.optusnet.com.au
 [122.107.214.88])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 (Authenticated sender: graham@menhennitt.com.au)
 by homiemail-a114.g.dreamhost.com (Postfix) with ESMTPSA id BB37B6009CF02
 for <freebsd-current@freebsd.org>; Sat,  7 May 2016 16:44:27 -0700 (PDT)
Subject: Re: boot fails "Can't stat /dev/da0a: No such file or directory"
To: freebsd-current@freebsd.org
References: <57247294.4050607@menhennitt.com.au>
 <57266A7E.1070500@menhennitt.com.au> <20160503084251.GB5892@brick>
 <57286DC6.3010403@menhennitt.com.au> <20160503095925.GC5892@brick>
 <4ec4e751-5ac7-d793-9356-5af4327b824d@menhennitt.com.au>
 <20160505114123.GA1289@brick>
From: Graham Menhennitt <graham@menhennitt.com.au>
Message-ID: <aaae0f54-4236-af0f-b926-afb217b24f01@menhennitt.com.au>
Date: Sun, 8 May 2016 09:44:25 +1000
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101
 Thunderbird/45.0
MIME-Version: 1.0
In-Reply-To: <20160505114123.GA1289@brick>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
 <freebsd-current.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-current>, 
 <mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current/>;
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-current>, 
 <mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 07 May 2016 23:44:35 -0000

On 5/05/2016 09:41 PM, Edward Tomasz Napiera=C5=82a wrote:
> On 0505T1847, Graham Menhennitt wrote:
>> On 3/05/2016 07:59 PM, Edward Tomasz Napiera=C5=82a wrote:
>>> On 0503T1922, Graham Menhennitt wrote:
>>>> On 3/05/2016 06:42 PM, Edward Tomasz Napiera=C5=82a wrote:
>>>>> On 0502T0643, Graham Menhennitt wrote:
>>>>>> On 30/04/2016 06:53 PM, Graham Menhennitt wrote:
>>>>>>> Hi all,
>>>>>>>
>>>>>>> I have a USB disk that I use for backup. Up till now, it's mounte=
d
>>>>>>> without any problems at boot time. After updating to -current as =
of
>>>>>>> yesterday, it doesn't mount and causes the boot to fail.
>>>>>>>
>>>>>>> My /etc/fstab looks like:
>>>>>>>
>>>>>>>     # Device    Mountpoint    FStype    Options    Dump    Pass#
>>>>>>>
>>>>>>>     /dev/ada0s1a    /        ufs    rw    1    1
>>>>>>>     /dev/ada0s1b    none        swap    sw    0    0
>>>>>>>     /dev/da0a    /backup        ufs    rw,late    1    1
>>>>>>>
>>>>>>>
>>>>>>> I tried adding the "late" to fix the problem, but it doesn't help=
.
>>>>>>>
>>>>>>> The error message is:
>>>>>>>
>>>>>>>     /dev/ada0s1a: clean...
>>>>>>>     Can't stat /dev/da0a: No such file or directory
>>>>>>>     Unknown error; help!
>>>>>>>     ERROR: ABORTING BOOT (sending SIGTERM to parent)!
>>>>>>>
>>>>>>>
>>>>>>> (hand transcribed - maybe typos)
>>>>>>>
>>>>>>> Can anybody help, please.
>>>>>>>
>>>>>>> Thanks,
>>>>>>>     Graham
>>>>>> Sorry, I forgot to mention...
>>>>>>
>>>>>> I commented out that line from fstab which allows the boot to comp=
lete.
>>>>>> I can then manually mount it without any problems. It looks like t=
he
>>>>>> device doesn't get created early enough.
>>>>> Have you run mergemaster after upgrade?  In particular, do you have
>>>>> the current version of /etc/rc.d/mountcritlocal?
>>>>>
>>>> Thanks for replying, Edward. Yes I've installed that file. The delay
>>>> that Dave told me about has fixed the problem.
>>> Still, it would be nice if this worked by default.  The updated
>>> mountcritlocal script should wait for USB to release root tokens
>>> if the mount initially fails,
>>>
>> Ok, I tried to do a bit of diagnosis here. I took out the delay from
>> /boot/loader.conf and I added "set -x" to the top of
>> /etc/rc.d/mountcritlocal (before the start of the mountcritlocal_start=
()
>> function definition). I then rebooted. I didn't see any shell command
>> output from the "set -x" before the error occurred. That means that th=
e
>> error is happening before /etc/rc.d/mountcritlocal is being read.
>>
>> When I put the delay back in and boot, I see the shell commands after
>> the filesystems are mounted (and, hence, after the error would have
>> occurred if the delay wasn't there). So I don't think mountcritlocal i=
s
>> going to help me.
>>
>> I'm not sure what else to try. if you have any suggestions, I can do
>> some experimenting. Is there a simple way to capture the output from t=
he
>> rc.d scripts?
> Huh, you've nailed it - it was a different script, /etc/rc.d/fsck; it
> runs before mountcritlocal.  Could you try the following patch?  You ca=
n
> apply it directly to /etc/rc.d:

Yep, that worked. I saw
	Can't stat /dev/da0a: No such file or directory
Then a bit later
	Restarting file system checks
which succeeded.

Thank you, Edward.

Graham




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAASDrVkx0yTtOvow=TT-o4YXubvF2fdxdtryOfZV2OEwoDowxQ>