From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 27 15:03:26 2019 Received: (at 36380) by debbugs.gnu.org; 27 Jun 2019 19:03:26 +0000 Received: from localhost ([127.0.0.1]:39694 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hgZg5-0004hj-VN for submit@debbugs.gnu.org; Thu, 27 Jun 2019 15:03:26 -0400 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:56517) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hgZg3-0004hU-4Z for 36380@debbugs.gnu.org; Thu, 27 Jun 2019 15:03:23 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 0491A21F5A; Thu, 27 Jun 2019 15:03:18 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Thu, 27 Jun 2019 15:03:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=famulari.name; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=mesmtp; bh=/erxm6ChRGnC2p4kpqcUZbvi iCrizmNkBjBoMLNqH/8=; b=1zG3E7cvrNSjs5qhaOMK4PlASym8zPJFdKqLWvP0 8oOdxWnq+m7mqr4EIJjdSSQCCHfVvQLdmGcs/7HgnQNEtddzq524qlo3+STBmEkH 7STZw8FLRmVJW5YYVddD2bVlEagURWKoEMaUvJk8b6PcVSbgsvMa0qzqJwkr9/K3 chk= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=/erxm6 ChRGnC2p4kpqcUZbviiCrizmNkBjBoMLNqH/8=; b=Kz3lFq+/idJaF4PKPW8kGF wzE6E5PAoR+9nZdA5x8z18HN2q70qJCj1V3IO/bIlTxq8AnHjjuk8MWv/D+BvCCW L7p0Sxa2mtjJmxymp2UJl2P6T71QzT7ABCUoYdPTdNKFa3H2PCMwIcDgkxQCVxiq VNRGZn3elq2UcO7WIR/87xioWIr40FCRda1wLTS4M+3yr9WaFLTC6S2Y5dWfAi73 yRvfPZ1vKcmlEimc2gttcnwUWnlWLjWtyPIOJPetjYzBPpmD51AgXkgXstoPNkdt Yg2R7GnHpWqq1FUxK79TJ5+hpScgYr5ptmjpPyGKOl5huUq5hmZfKmapjIwk2JBA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrudekgddufeegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfhfgggtuggjfgesghdtreertderjeenucfhrhhomhepnfgvohcu hfgrmhhulhgrrhhiuceolhgvohesfhgrmhhulhgrrhhirdhnrghmvgeqnecuffhomhgrih hnpeguihhsthhrohifrghttghhrdgtohhmnecukfhppedujedvrdehiedrvdelrddufeef necurfgrrhgrmhepmhgrihhlfhhrohhmpehlvghosehfrghmuhhlrghrihdrnhgrmhgvne cuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from localhost (unknown [172.56.29.133]) by mail.messagingengine.com (Postfix) with ESMTPA id E4061380083; Thu, 27 Jun 2019 15:03:16 -0400 (EDT) Date: Thu, 27 Jun 2019 15:03:14 -0400 From: Leo Famulari To: Ludovic =?iso-8859-1?Q?Court=E8s?= Subject: Re: bug#36380: service urandom-seed takes too long on boot Message-ID: <20190627190314.GA7403@jasmine.lan> References: <20190626154721.GA2999@jasmine.lan> <87zhm3xdfu.fsf@gnu.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <87zhm3xdfu.fsf@gnu.org> User-Agent: Mutt/1.12.0 (2019-05-25) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 36380 Cc: 36380@debbugs.gnu.org, Robert Vollmert X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --DocE+STaALJfprDB Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 27, 2019 at 05:20:21PM +0200, Ludovic Court=C3=A8s wrote: > We had a =E2=80=9Cbug report=E2=80=9D at > , which may be > due to the same issue: >=20 > The first time I loaded Guix the boot process took an unusually long > time. At one point the system appeared to lock up for about five > minutes before continuing. In the end, from boot menu to graphical > login screen, the start-up time totalled about ten minutes. Perhaps, but if the reason for the slowness on their first boot was a suboptimal /dev/hwrng source, I would expect it to be equally slow for each boot, since we unconditionally read 64 bytes each time. However, their next sentence says, "Curiously, after the first boot, Guix started up considerably faster, generally taking less than a minute to arrive at the login screen." They are using an old machine with a spinning disk, so who knows... --DocE+STaALJfprDB Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEsFFZSPHn08G5gDigJkb6MLrKfwgFAl0VEvAACgkQJkb6MLrK fwi72Q/+KFZ5pVsyeDr/ouu9JIGSCfc+cCpSu88cOW0MhtWqLN+J38Gt+mtHHPIq n847ae2WKe+Sa/snMFmqRAkUgUw4vcjJgYFPwPU2f+EQP6Hl422mgdKknbMJbsaN poOQJyf/I5sY96BPYHICegFfHUVd8NHwDTFbcPnh6TfU9WN/fx4CMuG6fy5Ten3/ NSZ6m7QFYncrwvb9J9JJmNFl3LFhulA4Y68/lFnGBL3xVSHNDndOMBUMssg6EmsI y+oLIYiUsfdjfW/OsvZQNqdbGszgk0Ifany8n+u4KOTlMjv7mhIlXPyL0TfkU3XW 5Vc5R7ga7f4jxRo2cDAIP55HhZ+lc3Y5nr59mnxzw/bIPWZpdtqYqE0zOlq4EIQ5 eQFvSZdQv4yLXp5pD8hSxuLlh3Gj3qjqIqgFqf54d3XL+bWd+X1M6F1u+pKKLaQa js/O3yoR1xr11TH9fK2psA3FWwZWVal7mc/ujDHtd+njvf56jrbBZ10wqZlAkhPf 2mbecVMNw9udQCrY+crivuiF+oCjYjNBQ85l7mUed92xK1eLcraPYJLpN/8ZEsdJ HvBqSQOBkhQvstvC1GaSAo5xAZj+mX0UblRrM5CqVyZEDgBvqnX3cuayjRWUUthE moHJvT0CpCvQHDhYI/gSNFJhLPBOY11fZtoV5oS3XYKrmcgz0/Q= =iTHL -----END PGP SIGNATURE----- --DocE+STaALJfprDB--