From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adam Pribyl Subject: Re: System installation from a USB stick Date: Mon, 21 Jul 2014 09:44:29 +0200 (CEST) Message-ID: 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: MULTIPART/MIXED; BOUNDARY="-1463811484-1817761919-1405928395=:8605" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:52775) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X98Gz-0001Hr-T3 for guix-devel@gnu.org; Mon, 21 Jul 2014 03:44:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X98Gu-00070i-QG for guix-devel@gnu.org; Mon, 21 Jul 2014 03:44:37 -0400 Received: from sandbox.cz ([87.236.197.188]:56373 helo=mx.sandbox.cz) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X98Gu-000703-Fj for guix-devel@gnu.org; Mon, 21 Jul 2014 03:44:32 -0400 Received: from localhost (localhost [127.0.0.1]) by sandbox.cz (Postfix) with ESMTP id C42E338236 for ; Mon, 21 Jul 2014 09:44:29 +0200 (CEST) In-Reply-To: <87k378be4g.fsf@gnu.org> Content-ID: 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 Cc: guix-devel This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---1463811484-1817761919-1405928395=:8605 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-ID: Content-Transfer-Encoding: quoted-printable On Sun, 20 Jul 2014, Ludovic Court=C3=A8s wrote: > Adam Pribyl skribis: > >> On Sat, 19 Jul 2014, Ludovic Court=C3=A8s wrote: >> >>> Adam Pribyl skribis: >>> >>>>> Sorry, I was completely wrong, the new liveUSB has e2fsprogs, >>>>> however I probably do have the problem with ahci module too, and I >>>>> confused the old /dev/sda harddrive which is now missing, and >>>>> /dev/sda USB. So this is it. My HDD is not visible with the new USB >>>>> image. >>>> >>>> OK, one more correction - the ahci module is loaded and HDD detected= , >>>> but /dev/sdf is not created. There is just sda to sdd.. >>> >>> Once the USB installation is booted, it=E2=80=99s actually udev which= takes the >>> responsibility of loading modules like AHCI (the problem David report= ed >>> is in the *installed* system, where the AHCI modules have to be >>> available in the initrd.) >>> >>> So there really are this many storage devices in the machine? >> >> Yes and no - there is a USB reader with many interfaces. They are >> reorder with this kernel and sda is now sdf. sda is the USB flash >> drive with the installation. > > Sure, but is there an actual USB storage device plugged in each on of > these interfaces? This is an internal card reader, devices like /dev/sdb, sdc, sde are=20 reserved but empty - like an empty CDROM drive. > >>> Does running =E2=80=98udevadm trigger=E2=80=99 helps detect any missi= ng device? >> >> Tried that before - no. > > Maybe there=E2=80=99s just nothing to detect, no? > > I don=E2=80=99t really understand what the problem is. What makes you = think it > should detect sdf? What=E2=80=99s the target device node? 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 lik= e=20 there is some built in limit in udev for number of "scsi" devices in this= =20 case or something. >> After a few mknods, I ended with "guix system init.." at Not enought >> space > > Before it started copying stuff? > >> 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): (use-modules (gnu) (gnu system grub)) (operating-system (host-name "foo") (timezone "Europe/Paris") (locale "en_US.UTF-8") (bootloader (grub-configuration (device "/dev/sdX"))) (file-systems (list (file-system (device "/dev/sdX1") (mount-point "/") (type "ext4"))))) Nothing special. I tried to bind mount the /gnu to a target drive, the=20 download went OK (cca 1.4G) but then led to different kind of failure. > Thanks, > Ludo=E2=80=99. Adam Pribyl ---1463811484-1817761919-1405928395=:8605--