From owner-freebsd-current@FreeBSD.ORG Fri May 28 23:27:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFAAB16A4CF for ; Fri, 28 May 2004 23:27:35 -0700 (PDT) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B61743E30 for ; Fri, 28 May 2004 23:09:08 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86])i4T6955v013683; Sat, 29 May 2004 16:09:05 +1000 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i4T6932O004297; Sat, 29 May 2004 16:09:04 +1000 Date: Sat, 29 May 2004 16:09:02 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Don Bowman In-Reply-To: Message-ID: <20040529160532.C18355@gamplex.bde.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'current@freebsd.org'" Subject: Re: blocking entropy device, serial console? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 May 2004 06:27:38 -0000 On Sat, 29 May 2004, Don Bowman wrote: > I must confess i find this kind of humourous... > I'd just booted the system, in single user mode. > I have just a serial console. > > This message popped out when i tried to run vi /etc/fstab: > Entropy device is blocking. Dance fandango on keyboard to unblock. > > catch is, i'm stuck now... the vi process is blocked > (load: 0.28 cmd: vi 167 [block] 0.00u 0.01s 0% 1256k) > i can't ^C or anything. > suggestions on what this might be? > is this normal? I've never seen this before? > > I tried hitting keys on the serial for a while, but nothing > happened. Apparently entropy is only generated for local keyboards. Even with local keyboards, it can take a lot of keys to unblock. Copying a disk drive to /dev/null dances faster (at least for ata drives). Bruce