unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / code / Atom feed
From: "Ludovic Courtès" <ludo@gnu.org>
To: Thomas Schmitt <scdbackup@gmx.net>,
	"\"pelzflorian (Florian Pelz)\"" <pelzflorian@pelzflorian.de>
Cc: bug-xorriso@gnu.org, 33639@debbugs.gnu.org
Subject: bug#33639: ISO installer image is broken on i686
Date: Fri, 12 Apr 2019 23:26:28 +0200	[thread overview]
Message-ID: <87o95alxtn.fsf@gnu.org> (raw)
In-Reply-To: <16217671677318139528@scdbackup.webframe.org> (Thomas Schmitt's message of "Wed, 10 Apr 2019 13:17:14 +0200")

[-- Attachment #1: Type: text/plain, Size: 922 bytes --]

Hello Florian & Thomas,

I was able to reproduce the issue: ‘guix system disk-image
--file-system-format=iso9660’ would create partly unreadable images.

Since this was pretty much like the issue I had encountered with ‘guix
system docker-image’, which would produce truncated tarballs, and since
calling ‘sync’ wasn’t enough, I looked at our file system mount options…

The attached patch fixes the problem for me.  In hindsight, it’s not
surprising that “cache=loose” on the /xchg mount point (used to exchange
data between the host and the guest) would have this effect.

Florian, it would be great if you could confirm.  Just apply it on
‘master’, and then run:

  ./pre-inst-env guix system disk-image --file-system-format=iso9660 \
     gnu/system/install.scm

Thanks, and apologies for blaming Xorriso, which presumably never had
anything to do with it!

Ludo’.


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Type: text/x-patch, Size: 2008 bytes --]

diff --git a/gnu/system/vm.scm b/gnu/system/vm.scm
index db9b1707d7..22e3fcc522 100644
--- a/gnu/system/vm.scm
+++ b/gnu/system/vm.scm
@@ -94,6 +94,12 @@
 (define %linux-vm-file-systems
   ;; File systems mounted for 'derivation-in-linux-vm'.  These are shared with
   ;; the host over 9p.
+  ;;
+  ;; The 9p documentation says that cache=loose is "intended for exclusive,
+  ;; read-only mounts", without additional details.  It's much faster than the
+  ;; default cache=none, especially when copying and registering store items.
+  ;; Thus, use cache=loose, except for /xchg where we want to ensure
+  ;; consistency.
   (list (file-system
           (mount-point (%store-prefix))
           (device "store")
@@ -102,18 +108,12 @@
           (flags '(read-only))
           (options "trans=virtio,cache=loose")
           (check? #f))
-
-        ;; The 9p documentation says that cache=loose is "intended for
-        ;; exclusive, read-only mounts", without additional details.  In
-        ;; practice it seems to work well for these, and it's much faster than
-        ;; the default cache=none, especially when copying and registering
-        ;; store items.
         (file-system
           (mount-point "/xchg")
           (device "xchg")
           (type "9p")
           (needed-for-boot? #t)
-          (options "trans=virtio,cache=loose")
+          (options "trans=virtio")
           (check? #f))
         (file-system
           (mount-point "/tmp")
@@ -530,10 +530,7 @@ should set REGISTER-CLOSURES? to #f."
                  #$os
                  #:compressor '(#+(file-append gzip "/bin/gzip") "-9n")
                  #:creation-time (make-time time-utc 0 1)
-                 #:transformations `((,root-directory -> "")))
-
-                ;; Make sure the tarball is fully written before rebooting.
-                (sync))))))
+                 #:transformations `((,root-directory -> ""))))))))
     (expression->derivation-in-linux-vm
      name build
      #:make-disk-image? #f

  parent reply	other threads:[~2019-04-12 21:27 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-12-06  0:02 bug#33639: ISO installer image is broken on i686 Ludovic Courtès
2018-12-06  7:19 ` Ludovic Courtès
2018-12-06 10:34   ` Ludovic Courtès
2018-12-06 14:08     ` Thomas Schmitt
2018-12-06 15:34       ` Ludovic Courtès
2018-12-06 16:59         ` Thomas Schmitt
2018-12-15 18:40         ` Thomas Schmitt
2018-12-15 19:24           ` Thomas Schmitt
2018-12-16 15:52           ` Ludovic Courtès
2018-12-16 16:52             ` Thomas Schmitt
2018-12-18 11:16               ` Ludovic Courtès
2018-12-18 21:45                 ` Thomas Schmitt
2018-12-19 14:05                   ` Ludovic Courtès
2018-12-19 14:51                     ` Thomas Schmitt
2018-12-20 13:38                       ` Thomas Schmitt
2018-12-21 20:44                         ` Ludovic Courtès
2018-12-21 21:42                           ` Thomas Schmitt
2019-04-07 20:18                             ` pelzflorian (Florian Pelz)
2019-04-07 21:35                               ` Thomas Schmitt
2019-04-08  8:50                                 ` Ludovic Courtès
2019-04-09 22:13                                   ` pelzflorian (Florian Pelz)
2019-04-10 11:17                                     ` Thomas Schmitt
2019-04-10 21:23                                       ` pelzflorian (Florian Pelz)
2019-04-12 21:26                                       ` Ludovic Courtès [this message]
2019-04-13  6:37                                         ` Thomas Schmitt
2019-04-13 13:46                                         ` pelzflorian (Florian Pelz)
2019-04-13 16:20                                           ` Thomas Schmitt
2019-04-14 21:43                                             ` Ludovic Courtès
2019-04-15  6:07                                               ` pelzflorian (Florian Pelz)
2019-04-15  8:16                                               ` Thomas Schmitt
2019-04-15  8:35                                                 ` Thomas Schmitt
2019-04-19 11:40                                             ` bug#35283: ISO images are not reproducible Ludovic Courtès
2019-04-19 12:46                                               ` Thomas Schmitt
2019-04-20 22:57                                                 ` Ludovic Courtès
2019-04-21  8:17                                                   ` Thomas Schmitt
2019-04-21 16:42                                                     ` Ludovic Courtès
2019-04-21 18:44                                                       ` Thomas Schmitt
2019-04-20 23:03                                                 ` bug#35283: [PATCH] mformat: initialize boot sector before writing it Ludovic Courtès
2019-04-21 16:32                                                 ` bug#35283: [PATCH] grub-mkrescue: Allow users to specify a FAT serial number Ludovic Courtès
2019-04-14 15:47                                           ` bug#33639: ISO installer image is broken on i686 Ludovic Courtès
2019-04-15 16:54                                           ` pelzflorian (Florian Pelz)
2019-04-15 17:55                                             ` Thomas Schmitt
2019-04-16  9:57                                               ` Gábor Boskovits
2019-04-16 21:01                                             ` Ludovic Courtès
2019-04-17  9:03                                               ` pelzflorian (Florian Pelz)
2018-12-06 16:28       ` Ludovic Courtès
2018-12-06 17:29         ` Thomas Schmitt
2018-12-07 22:51           ` Ludovic Courtès
2018-12-08 12:42             ` Thomas Schmitt
2018-12-06  9:35 ` swedebugia

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87o95alxtn.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=33639@debbugs.gnu.org \
    --cc=bug-xorriso@gnu.org \
    --cc=pelzflorian@pelzflorian.de \
    --cc=scdbackup@gmx.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).