From: Stroller <stroller@stellar.eclipse.co.uk>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Problems setting up sshd on an installation kernel
Date: Wed, 9 Dec 2009 21:57:18 +0000 [thread overview]
Message-ID: <E00F9FC4-2997-4E10-9F77-C02558D3BF54@stellar.eclipse.co.uk> (raw)
In-Reply-To: <200912092142.56433.alan.mckinnon@gmail.com>
On 9 Dec 2009, at 19:42, Alan McKinnon wrote:
> ...
> Installation is supposed to be an atomic operation - it
> starts then continues till it ends. It either fully completes or is
> considered
> to not have happened, meaning that persistence is diametrically
> opposed to
> what an install is. It's analogous to a compile - terminating
> compilation at
> some arbitrary point then picking up from where it ended at some
> later point
> is just not supported. Possible yes, but not supported by default.
I'd disagree with you on that point, assuming I'm reading you right.
If a compile fails it shouldn't be an "unsupported" situation. One
should be able to reemerge the package, possibly after emerging a
required dependency first. That should work just fine (and surely it
always does?).
Likewise it's not at all uncommon to make a mistake during the
installation process - to miss out an essential kernel driver or
package, and find that the installation fails to boot. The way I
interpret your statement is that the supported remedy is to start
again completely from scratch. Clearly this is not what one does - one
boots again with the LiveCD, chroots into the installation, makes the
fix and then reboots again to see if the system is now fixed. Every
new Gentoo user has to do this a number of times, it is our standard
advice to them, and we, as experienced users, will still have to do
the same thing occasionally due to our own oversights.
However, I would agree with you that resolving Alan Mackenzie's
problems with ssh should not be a priority. The "standard" procedure
should be written for a user sitting in front of the machine on which
Gentoo is being installed. Installing via SSH is an "advanced"
procedure and should be considered to be undertaken by users who know
what they're doing. The requirement to rarely remove a line from
~/.ssh/known_hosts is really not much hassle.
I am somewhat surprised that Mr Mackenzie managed to waste as much
time as 10 hours attempting to SSH into the "wrong" environment, as it
has never occurred to me to do it that way around, and Florian posted
appropriate advice to resolve the problem less than 2 hours after
Alan's original post.
I think this is typical of the kind of mistake we all make and learn
from - we have all wasted 10 hours on some occasion, only to kick
ourselves afterwards. When we do this we learn never again to make the
same mistake.
On 9 Dec 2009, at 16:46, Alan Mackenzie wrote:
> However, setting up /dev completely (with --rbind) costs nothing, adds
> capability, and takes nothing away.
It is not clear to me that this is the "obvious" and "optimal"
solution. It may be. I cannot foresee whether it may introduce side-
effects.
Stroller.
next prev parent reply other threads:[~2009-12-09 21:57 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-06 14:48 [gentoo-user] Problems setting up sshd on an installation kernel Alan Mackenzie
2009-12-06 16:28 ` Mick
2009-12-06 20:23 ` Alan Mackenzie
2009-12-06 22:22 ` Mick
2009-12-06 16:59 ` Florian Philipp
2009-12-06 18:56 ` Joshua Murphy
2009-12-06 20:45 ` Alan Mackenzie
2009-12-09 15:24 ` Alan Mackenzie
2009-12-09 15:43 ` Alan McKinnon
2009-12-09 16:46 ` Alan Mackenzie
2009-12-09 19:42 ` Alan McKinnon
2009-12-09 21:57 ` Stroller [this message]
2009-12-09 22:20 ` Alan McKinnon
2009-12-10 10:36 ` Alan Mackenzie
2009-12-10 14:23 ` Neil Bothwick
2009-12-10 18:41 ` William Hubbs
2009-12-10 20:42 ` Mick
2009-12-10 15:27 ` Willie Wong
2009-12-10 16:52 ` Joshua Murphy
2009-12-09 22:35 ` Alan Mackenzie
2009-12-10 5:00 ` Stroller
2009-12-09 21:27 ` Stroller
2009-12-10 0:23 ` Dale
2009-12-06 20:17 ` Alan Mackenzie
2009-12-06 18:36 ` Walter Dnes
2009-12-06 21:31 ` Joshua Murphy
2009-12-06 21:49 ` Boy Hartsuiker
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=E00F9FC4-2997-4E10-9F77-C02558D3BF54@stellar.eclipse.co.uk \
--to=stroller@stellar.eclipse.co.uk \
--cc=gentoo-user@lists.gentoo.org \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox