From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Marusich Subject: Re: Installing GuixSD on an external USB hard drive Date: Tue, 17 Apr 2018 16:26:17 +0000 Message-ID: References: <87k1t7hvtv.fsf@santanas.co.za> <871sfehtla.fsf@santanas.co.za> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000eace3d056a0dcc58" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:50106) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f8TRA-0002Jm-Mr for help-guix@gnu.org; Tue, 17 Apr 2018 12:26:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f8TR9-00079c-IG for help-guix@gnu.org; Tue, 17 Apr 2018 12:26:32 -0400 Received: from mail-lf0-x22a.google.com ([2a00:1450:4010:c07::22a]:39213) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1f8TR9-000797-5F for help-guix@gnu.org; Tue, 17 Apr 2018 12:26:31 -0400 Received: by mail-lf0-x22a.google.com with SMTP id p142-v6so28224064lfd.6 for ; Tue, 17 Apr 2018 09:26:30 -0700 (PDT) In-Reply-To: <871sfehtla.fsf@santanas.co.za> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: Divan Santana Cc: help-guix --000000000000eace3d056a0dcc58 Content-Type: text/plain; charset="UTF-8" Hi Divan! Thank you for taking the time to write to us about the problem. These kinds of but reports are very helpful! On Tue, Apr 17, 2018, 06:43 Divan Santana wrote: > OK, I think this is a bug. It could be. Please report it to bug-guix@gnu.org. If you have an operating system configuration file that reproduces the problem consistently, please share it in your report. In particular, if you can reproduce the problem using "guix system vm", it will make things much easier for us to debug. The manual describes how to use that command: https://www.gnu.org/software/guix/manual/html_node/Invoking-guix-system.html The way I worked around it was to: > 1) remount /gnu/store rw > > 2) > > cd > > /gnu/store/n9ym4yl7s55pm57rnc5whjlzjgvxas32-linux-libre-4.16.2/lib/modules/4.16.2-gnu/kernel/drivers/usb/storage/ > cp usb_storage.ko usb-storage.ko > That's good to know, but you should not modify files in the store or mount it rw. It can lead to unpredictable behavior because doing so may violate certain invariants. When hacking around on a throw-away system to investigate an issue like this, don't this might be useful, but on systems you care about, essentially the only way you should interact with the store is via the public Guix scheme APIs and the Guix command line tools, since they will ensure that the store's invariants are never violated. Again, thank you for the report! I hope everything is smooth sailing from this point on. -- Chris --000000000000eace3d056a0dcc58 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Divan!

Thank you for taking the time to write to us a= bout the problem.=C2=A0 These kinds of but reports are very helpful!
On Tue, Apr 17, 2018, 06:43 Di= van Santana <divan@santanas.co.z= a> wrote:
OK, I think this is a bug.

It could be.=C2=A0 Please report it= to bug-guix@gnu.org.=C2=A0 If you = have an operating system configuration file that reproduces the problem con= sistently, please share it in your report.=C2=A0 In particular, if you can = reproduce the problem using "guix system vm", it will make things= much easier for us to debug.=C2=A0 The manual describes how to use that co= mmand:


The way I worked around it was to:

1) remount /gnu/store rw

2)

cd
/gnu/store/n9ym4yl7s55pm57rnc5whjlzjgvxas32-linux-libre-4.16.2/lib/modules/= 4.16.2-gnu/kernel/drivers/usb/storage/
cp usb_storage.ko usb-storage.ko



--000000000000eace3d056a0dcc58--