all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: ludo@gnu.org (Ludovic Courtès)
To: Thomas Danckaert <post@thomasdanckaert.be>
Cc: guix-devel@gnu.org
Subject: Re: install experience
Date: Mon, 23 Jan 2017 15:17:16 +0100	[thread overview]
Message-ID: <87lgu1vp1v.fsf@gnu.org> (raw)
In-Reply-To: <20170123.110557.219963780152995906.post@thomasdanckaert.be> (Thomas Danckaert's message of "Mon, 23 Jan 2017 11:05:57 +0100 (CET)")

Hi Thomas!

Thanks for your report on your experience.  It’s very helpful in
understanding what’s wrong and in improving the thing!

Thomas Danckaert <post@thomasdanckaert.be> skribis:

>  - I had a false start because on my first attempt, I did not have a
>    BIOS boot partition (there was still an EFI system partition,
>    originally from a past windows installation, I think), so the final
>    step of the installation, installing grub, failed. 宋文武 already
>    submitted a patch to point out this requirement in the docs.

Good.  :-)

I hope we can eventually rely on a manual that deals specifically with
partitioning.

>  - During this first attempt, which would ultimately fail for the
>    above reason, I also got an error running “herd start cow-store
>    /mnt”.  The message was:
>
>     “ERROR. in procedure mount: mount "./rw-store" on "/gnu/store":
> invalid
>     argument”
>
>    I decided to reboot and try again, but got the same message.
>    However, when running guix system reconfigure, the store in
>    /mnt/gnu/store did get populated (which is the point of cow-store,
>    as I understand it), so perhaps this error was not fatal...
>
>    On my second attempt (then with the correct boot partition), I did
>    not get this error anymore.  So I have no further information, I'm
>    afraid.  The only difference that I'm aware of between both
>    attempts, was the partitioning scheme (2nd attempt added the BIOS
>    boot partition, and removed a few unnecessary partitions).

People reported it before but I don’t see how this can happen.  At any
rate, there seems to be a bug lurking here, we’ll have to investigate.

>  - I followed advice I thought I'd once read somewhere (though not in
>    the manual), and first installed a basic system with the bare-bones
>    config from
>
> https://www.gnu.org/software/guix/manual/html_node/Using-the-Configuration-System.html#Using-the-Configuration-System,
>
>     and then switched to a full desktop environment after booting into
>     the newly installed system for the first time (perhaps I
>     could/should have just used a full desktop rightaway?).  I had
>     used the wireless during installation, but didn't include
>     wpa_supplicant (and whatever else might be needed to get similar
>     wifi support as the installation image) in my system
>     configuration, so I couldn't use wireless anymore after booting
>     into my new system :-) Therefore, I had to walk over to my router
>     and connect by cable to continue (at least that was the solution I
>     came up with).

Heh.  :-)

>  - When I tried to login as non-root user for the first time, my home
>    directory was not there, and I was sent back to the login screen. I
>    logged in as root and created/chown'ed the home directory myself.
>    Unfortunately, I have no further information here, either.

Could it be that /home is a separate partition?  There’s a bug waiting
to be fixed in this area: <https://bugs.gnu.org/21108>.

> Now, the system works fine, though I'll try to tweak it for better
> touchpad support, graphics acceleration (I'm gnome3 is currently
> unusable) and sharper fonts.  Those things worked better when it was
> running Ubuntu, though I suspect some of that was due to non-free
> driver blobs etc.

If you find ways to tweak it, let us know how we can improve the default
settings.

Thank you!

LUdo’.

  reply	other threads:[~2017-01-23 14:17 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-23 10:05 install experience Thomas Danckaert
2017-01-23 14:17 ` Ludovic Courtès [this message]
2017-01-24  7:51   ` Thomas Danckaert

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

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

  git send-email \
    --in-reply-to=87lgu1vp1v.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=guix-devel@gnu.org \
    --cc=post@thomasdanckaert.be \
    /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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.