mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Rob Landley <landley@trommello.org>
To: linux-kernel@vger.kernel.org
Subject: ssh won't work from initial ram disk in 2.4.18
Date: Thu, 28 Mar 2002 07:28:05 -0500	[thread overview]
Message-ID: <20020328124257.99FD54FF@merlin.webofficenow.com> (raw)

I'm using a 2.4.18 kernel and ssh 3.0.2, and I'm trying to run ssh from the 
initrd, and it's refusing to work.  The exact same setup works booted from a 
small partition, but if I take a tarball of that filesystem and dump it into 
a ramdisk, ssh always fails to authenticate.  (Public key or password, it 
doesn't matter.  When I run it from sh in initrd, it doesn't even prompt me 
for a password, just prints out three failure messages and exits.  The same 
setup from /dev/hda1 works just fine...)

Both filesystems (/dev/hda1 and the initrd.img) are formatted ext3.  (Because 
ext2 support is a seperate driver I'd have to compile in, the journal size is 
1 meg.  The initrd is 16 megs, and yes I upped the default ramdisk size to 16 
megs.  The box itself has 128 megs of ram.)  Modules are disabled.

(In case you're wondering, I'm running dhcpcd, which is happy, followed by a 
variant of "ssh 10.0.0.1 cat yourbrain.sh | /bin/bash".  The reason I need to 
make it run from a ramdisk is that the script I'm trying to suck accross will 
repartion the box, format the partitions, and untar a big tarball into it.  
It's quick and dirty a system manufacturing thing.  sfdisk won't reread the 
partition table if you have any partitions from the drive, and a reboot 
between "partition" and "format" stages is, um, problematic.)

As I said, it works fine when it's NOT running from an initial ramdisk.  ssh 
connects and has no problem transferring data.  But from a ramdisk, instant 
failure, either password or public key pair.  I don't even get to ENTER my 
password.  (Run /bin/bash and try to ssh as root.  It WILL prompt me about 
the box's fingerprint not being recognized, but it immediately goes 
"Permission denied, please try again." three times for the password without 
lettiing me type anything.)

If this is an ssh problem I'll be happy to go bug those guys, but why would 
it be different from initrd than from an actual mounted partition?  
(Permissions are the same, I checked.)

If somebody wants a tarball of this test case, drop me an email.  It's only a 
couple megabytes...

Rob

             reply	other threads:[~2002-03-28 12:28 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-03-28 12:28 Rob Landley [this message]
2002-03-28 13:20 ` Sean Neakums
2002-03-28 14:00   ` Rob Landley
2002-03-28 14:28 ` Kurt Garloff

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=20020328124257.99FD54FF@merlin.webofficenow.com \
    --to=landley@trommello.org \
    --cc=linux-kernel@vger.kernel.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

all inboxes | Powered by JetHome®