From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: System installation from a USB stick Date: Mon, 21 Jul 2014 18:09:20 +0200 Message-ID: <878unm4rtb.fsf@gnu.org> References: <87y4xdhgn3.fsf@gnu.org> <877g3z2w60.fsf@gnu.org> <87r41jp2pa.fsf@gnu.org> <87bnslk4d6.fsf@gnu.org> <87vbqtfq0x.fsf@gnu.org> <87mwc5e2uj.fsf@gnu.org> <87k378be4g.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:45686) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X9G9Y-00031p-MM for guix-devel@gnu.org; Mon, 21 Jul 2014 12:09:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X9G9T-0004Cw-0H for guix-devel@gnu.org; Mon, 21 Jul 2014 12:09:28 -0400 Received: from hera.aquilenet.fr ([2a01:474::1]:37032) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X9G9S-0004Ch-OZ for guix-devel@gnu.org; Mon, 21 Jul 2014 12:09:22 -0400 In-Reply-To: (Adam Pribyl's message of "Mon, 21 Jul 2014 09:44:29 +0200 (CEST)") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Adam Pribyl Cc: guix-devel Adam Pribyl skribis: > Kernel in dmesg identifies the device like /dev/sdf, doing > mknod /dev/sdf b 8 80; mknod /dev/sdf1 b 8 81; mount /dev/sdf1 /mnt > solves the problem. So definitely the drive is at sdf. It looks to me > like there is some built in limit in udev for number of "scsi" devices > in this case or something. Hmm, I have no idea. We=E2=80=99re using a relatively old version of udev, maybe that will be solved when upgrading. >>> as there is only 1GB of RAM and it seems the install fetches too much >>> packages into ramdisk. Why is it not using the target file system >>> already? >> >> Hmm, it=E2=80=99s actually initially populating the local store, on the = RAM >> disk, right. I agree that=E2=80=99s a problem we should address. >> >> However, most stuff are already in the store, unless the configuration >> being built uses many more packages, or use Xorg and related stuff. Is >> it what=E2=80=99s happening? > > The config.scm is as sugessted (just hostname and device modified): Hmm, OK. I=E2=80=99m surprised that this requires downloading more than 1G= iB of stuff. I=E2=80=99m looking at a fix, but that=E2=80=99s not as simple as I would h= ave liked. > Nothing special. I tried to bind mount the /gnu to a target drive, the > download went OK (cca 1.4G) but then led to different kind of failure. I=E2=80=99d be interested in knowing about that one as well. :-) Thanks, Ludo=E2=80=99.