From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Famulari Subject: bug#36380: service urandom-seed takes too long on boot Date: Thu, 27 Jun 2019 15:03:14 -0400 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" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:55303) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hgZgl-0001yv-Bv for bug-guix@gnu.org; Thu, 27 Jun 2019 15:04:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hgZgi-0001Mf-41 for bug-guix@gnu.org; Thu, 27 Jun 2019 15:04:06 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:54385) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hgZgg-0001LV-D0 for bug-guix@gnu.org; Thu, 27 Jun 2019 15:04:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hgZgg-0004ir-2q for bug-guix@gnu.org; Thu, 27 Jun 2019 15:04:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: Content-Disposition: inline In-Reply-To: <87zhm3xdfu.fsf@gnu.org> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 36380@debbugs.gnu.org, Robert Vollmert --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--