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’.
next prev parent 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.