Re: Problem with grml autoconfig
Bojan Sukalo <shukalo83 <at> yahoo.com>
2011-09-06 06:37:04 GMT
Thank You once more.
Thing with keys works like a charm.
I tar all the dirs you mentioned to config.tbz on GRMLCFG labeled fs (preserving absolute path) and it gets restored on boot.
As for ssh:mysecret that was typo and
ssh=mysecret doesn't do any good. Maybe it's a bug or I make mistake somewhere else along the way.
Also, to avoid these kind of problems it seems to me that configuration is somewhat misleading.
I'll quote from grml-autoconfig web page:
Without any additional boot parameters, the GCA at DCSDIR/config.tbz is automatically unpacked and DCSDIR/scrips/grml.sh is automatically
executed on system startup
DCSDIR/scrips/grml.sh shoud be, according to my experience DCSDIR/grml.sh
From: Lupe Christoph
<lupe <at> lupe-christoph.de>
To: Bojan Sukalo <shukalo83 <at> yahoo.com>
Cc: "grml <at> mur.at" <grml <at> mur.at>
Sent: Monday, September 5, 2011 4:17 PM
Subject: Re: [Grml] Problem with grml autoconfig
On Monday, 2011-09-05 at 06:50:05 -0700, Bojan Sukalo wrote:
> Thank You.
> That helped a lot.
You're welcome.
> I know we supposed to finish this thread and start another but I need hint a bout ssh server.
> Starting an sshd from script does the job but I have problem because root password is empty so I not access the server.
I would propose that you use a key to access root on this server rather
than a password. While you could overwrite /etc/passwd from grml.sh or
config.tbz, I would not
recommend to do that.
Here is what I do:
1) Create /root/.ssh/authorized_keys
2) Save these files and directories to /mnt/GRMLCFG/config.tbz:
/etc/ssh/ssh_host_dsa_key
/etc/ssh/ssh_host_dsa_key.pub
/etc/ssh/ssh_host_ecdsa_key
/etc/ssh/ssh_host_ecdsa_key.pub
/etc/ssh/ssh_host_key
/etc/ssh/ssh_host_key.pub
/etc/ssh/ssh_host_rsa_key
/etc/ssh/ssh_host_rsa_key.pub
/root/.ssh
3) Log in with the key
> Is there a workaroud. bootoption ssh:mysecret does not seem to start the sshd or to change password for grml user.
That should be ssh=password not ssh:password.
> Even if it does, will I abe able to change from grml to root without knowing the root pass.
May I suggest "sudo su -"? The grml user has full sudoers rights,
without a password. But with the default /etc/shadow, "su -" does not
request a password.
If you want to use /mnt/GRMLCFG/config.tbz, here is what I use
to manage
it. I write the file and directory names to /mnt/GRMLCFG/config.list and
run this little script (/mnt/GRMLCFG/save-config) to refresh
/mnt/GRMLCFG/config.tbz:
#!/bin/sh
tar cvfjpP /mnt/GRMLCFG/config.tbz -T /mnt/GRMLCFG/config.list
HTH,
Lupe Christoph
--
| It is a well-known fact in any organisation that, if you want a job |
| done, you should give it to someone who is already very busy. |
| Terry Pratchett, "Unseen Academicals" |
<div><div>
<div><span>Thank You once more.</span></div>
<div><span><br></span></div>
<div><span>Thing with keys works like a charm.</span></div>
<div><span><br></span></div>
<div><span>I tar all the dirs you mentioned to config.tbz on GRMLCFG labeled fs (preserving absolute path) and it gets restored on boot.</span></div>
<div> <br>
</div>
<div>As for ssh:mysecret that was typo and
ssh=mysecret doesn't do any good. Maybe it's a bug or I make mistake somewhere else along the way.</div>
<div><br></div>
<div>Also, to avoid these kind of problems it seems to me that configuration is somewhat misleading.</div>
<div><br></div>
<div>I'll quote from grml-autoconfig web page:</div>
<div><br></div>
<div>
<span class="Apple-style-span">Without any additional boot parameters, the GCA at DCSDIR/config.tbz is automatically unpacked and DCSDIR/scrips/grml.sh is automatically
executed on system startup</span><br>
</div>
<div><br></div>
<div>DCSDIR/scrips/grml.sh shoud be, according to my experience DCSDIR/grml.sh</div>
<div><br></div>
<div><br></div>
<div><br></div>
<div><br></div>
<div><div>
<span>From:</span> Lupe Christoph
<lupe <at> lupe-christoph.de><br><span>To:</span> Bojan Sukalo <shukalo83 <at> yahoo.com><br><span>Cc:</span> "grml <at> mur.at" <grml <at> mur.at><br><span>Sent:</span> Monday, September 5, 2011 4:17 PM<br><span>Subject:</span> Re: [Grml] Problem with grml autoconfig<br><br>On Monday, 2011-09-05 at 06:50:05 -0700, Bojan Sukalo wrote:<br>> Thank You.<br>> That helped a lot.<br><br>You're welcome.<br><br>> I know we supposed to finish this thread and start another but I need hint a bout ssh server.<br><br>> Starting an sshd from script does the job but I have problem because root password is empty so I not access the server.<br><br>I would propose that you use a key to access root on this server rather<br>than a password. While you could overwrite /etc/passwd from grml.sh or<br>config.tbz, I would not
recommend to do that.<br><br>Here is what I do:<br><br>1) Create /root/.ssh/authorized_keys<br>2) Save these files and directories to /mnt/GRMLCFG/config.tbz:<br>/etc/ssh/ssh_host_dsa_key<br>/etc/ssh/ssh_host_dsa_key.pub<br>/etc/ssh/ssh_host_ecdsa_key<br>/etc/ssh/ssh_host_ecdsa_key.pub<br>/etc/ssh/ssh_host_key<br>/etc/ssh/ssh_host_key.pub<br>/etc/ssh/ssh_host_rsa_key<br>/etc/ssh/ssh_host_rsa_key.pub<br>/root/.ssh<br>3) Log in with the key<br><br>> Is there a workaroud. bootoption ssh:mysecret does not seem to start the sshd or to change password for grml user.<br><br>That should be ssh=password not ssh:password.<br><br>> Even if it does, will I abe able to change from grml to root without knowing the root pass.<br><br>May I suggest "sudo su -"? The grml user has full sudoers rights,<br>without a password. But with the default /etc/shadow, "su -" does not<br>request a password.<br><br>If you want to use /mnt/GRMLCFG/config.tbz, here is what I use
to manage<br>it. I write the file and directory names to /mnt/GRMLCFG/config.list and<br>run this little script (/mnt/GRMLCFG/save-config) to refresh<br>/mnt/GRMLCFG/config.tbz:<br><br>#!/bin/sh<br><br>tar cvfjpP /mnt/GRMLCFG/config.tbz -T /mnt/GRMLCFG/config.list<br><br>HTH,<br>Lupe Christoph<br>-- <br>| It is a well-known fact in any organisation that, if you want a job |<br>| done, you should give it to someone who is already very busy. |<br>| Terry Pratchett, "Unseen Academicals" |<br><br><br>
</div></div>
</div></div>