From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?Tom=C3=A1=C5=A1_?= =?UTF-8?Q?=C4=8Cech?= Subject: bug#20071: none Date: Tue, 10 Mar 2015 12:59:30 +0100 Message-ID: <20150310115930.GG16813@crashnator.suse.cz> References: <87a9347gtj.wl%sleep_walker@suse.cz> <87wq67qao8.fsf@gnu.org> <874mta7au9.wl%sleep_walker@suse.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vv4Sf/kQfcwinyKX" Return-path: Sender: "Debbugs-submit" Resent-Message-ID: Content-Disposition: inline In-Reply-To: <874mta7au9.wl%sleep_walker@suse.cz> 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-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: 20071@debbugs.gnu.org Cc: guix-devel@gnu.org List-Id: guix-devel.gnu.org --vv4Sf/kQfcwinyKX Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 05, 2014 at 09:35:42AM +0100, Tomas Cech wrote: >At Fri, 05 Dec 2014 00:04:23 +0100, >Ludovic Court=C3=A8s wrote: >> >> Tomas Cech skribis: >> >> > I tried to install Guix as alternative OS to my Gentoo and openSUSE >> > installations to give a try. I tried unsupported scenario - >> > installation on LVM volume and separate /boot partition until I was >> > told it is unsupported. Separate boot wasn't hard as I had to just >> > copy generated files so they are loaded. >> >> OK, but there=E2=80=99s still an open bug on that topic. :-) >> http://bugs.gnu.org/19220 > >Good, I'll give a try again. > >> > 1] if you set device to partition (and not to disk) in your grub-confi= guration like this: >> > >> > (bootloader (grub-configuration >> > (device "/dev/sda4"))) >> >> Why would you want to use a partition and not a disk? I didn=E2=80=99t = know >> this was even possible. > >Because this way I can separate Grub managed by Guix and Grub from my >Gentoo. As I'm playing with that on my notebook I need for work, this >way can reduce risks. > >I'm not sure how Guix installer can manipulate with grub.cfg and I'd >like to always have some working system... > >> >> > `guix system init' will fail on grub installation. By default Grub >> > tries to fit in the beginning of partition and fails if it can't fit >> > in. I asked about this behaviour on Grub mailing list and it seems >> > that there are two options: >> > >> > a] add `--force' to command line and use block list for keeping info= rmation about position of Grub's core.img >> > b] use filesystem which allows embedding - BtrFS or ZFS >> > >> > I verified both options (a] and then b] with BtrFS) and it no longer f= ails. >> > >> > But, >> > ad a] - I don't feel safe passing `--force' to grub-install every >> > time. So if installation fails on this point and you'd like to use >> > your FS anyway, you can pass `--no-grub' to `guix system init' and >> > then rung grub-install manually. >> > >> > ad b] - I don't feel safe using still experimental BtrFS. >> >> OK. I think the conclusion for Guix is to leave the defaults unchanged. >> Perhaps we could add a =E2=80=98force?=E2=80=99 field to the =E2=80=98gr= ub-configuration=E2=80=99 data >> type to allow those who know what they doing to get the effect of >> =E2=80=98--force=E2=80=99. WDYT? After giving some more thoughts and after more experience with the process I do agree that exposing `--force' parameter into grub-configuration is good = idea. I'm filing bug for that. --vv4Sf/kQfcwinyKX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlT+3KEACgkQ37XrCapiVCMWpACfSVJbg63+THwkhNKavc6APZrt kWEAmgNur5/CPQHZFDO6An1ktHBk3Cd0 =Fo3z -----END PGP SIGNATURE----- --vv4Sf/kQfcwinyKX--