> On Thu, 28 May 2009 15:59:35 +0200, Torsten Schlabach
> said:
>
/srv/fai/nfsroot/live/filesystem.dir/usr/share/man/man7/live-initramfs.7.gz
>>
>> It describes all parameters of the live scripts.
> Where would I have to change them and what command will re-built my
Torsten Schlabach wrote:
[...]
> Where would I have to change them and what command will re-built my
> initrd image afterwards with the changed parameters? I think I don't
> want to entirely rebuild the fai-nfsroot, do I?
>
Hi Torsten,
at least I want to have the infrastructure to automatically h
Torsten Schlabach wrote:
> In contrast to what has been said here before, there seems to be a
> difference between the stock Debian initrd from the kernel package and
> the FAI initrd. (I am just talking about the initrd, not about the
> kernel as such.)
In case you mean my post on this: I did not
Hi Thomas!
> Have a look at
>
/srv/fai/nfsroot/live/filesystem.dir/usr/share/man/man7/live-initramfs.7.gz
>
> It describes all parameters of the live scripts.
Where would I have to change them and what command will re-built my
initrd image afterwards with the changed parameters? I think I don
> On Thu, 28 May 2009 15:38:45 +0200, Torsten Schlabach
> said:
> The question may be OT on this list, but has the ip=... kernel parameter
> any meaning when using an initrd?
Have a look at
/srv/fai/nfsroot/live/filesystem.dir/usr/share/man/man7/live-initramfs.7.gz
It describe
Hi!
Quick update on this subject:
I decided to spend the money and have a technician in the DC connect an
IP based KVM remote console temporarily, so if the book process hangs, I
can see now *why* it hangs.
In contrast to what has been said here before, there seems to be a
difference betwee
> On Thu, 28 May 2009 12:56:15 +0200, Torsten Schlabach
> said:
> To ask a simple question:
> There is no FAI install kernel anymore; FAI is using a stock Debian
> kernel now, right?
Yep, FAI is using a stock Debian kernel, which includes some
hooks/plugins for initramfs. W
Torsten Schlabach wrote:
> There is no FAI install kernel anymore; FAI is using a stock Debian
> kernel now, right?
Right.
> Is there mabye a FAI initrd or is the initrd also the "stock" one that
> comes from the corresponding Debian package.
In recent FAI versions, make-fai-nfsroot creates an
Hi again!
> propose, but also kexec seems not to be what you need - kexec just
> changes the kernel, but keeps all processes and stuff runnning,
No, it doesn't. It would be wonderful if a tool would exist which "just
changes the kernel" on a running system. Starting a new kernel with
kexec is
Hi Henning!
>> But the basic-installed systems wasn't installed using FAI.
>
> That's not necessary for softupdates.
No, but I *want* it to have been installed by FAI. The whole point here
is to have identical (well, at least similar) installations of Debian
across servers rented from differen
Torsten Schlabach wrote:
> But the basic-installed systems wasn't installed using FAI.
That's not necessary for softupdates.
> It needs an
> entirely new partitioning of the hard disk,
so you want to wipe the whole system anyway. O.K.
> it might have an entirely
> different kernel than what we
Hi Jean!
i think the goal here is to take any machine from a provider that you
do not control via dhcp or pxe and use fai anyway to reinstall it
from scratch.
I couldn't have explained it better.
> If you knwo how i am interested :)
Well, as I already mentioned, some ideas (which have worked
Hi Henning!
> but on an already
> basic-installed system, I'd simply run fai softupdate.
But the basic-installed systems wasn't installed using FAI. It needs an
entirely new partitioning of the hard disk, it might have an entirely
different kernel than what we want to install, it might not eve
I might not fully understand your case, but on an already
basic-installed system, I'd simply run fai softupdate.
Wasn't kexec some system for changing the running kernel without reboot?
Henning
i think the goal here is to take any machine from a provider that you do
not control via dhcp o
Torsten Schlabach wrote:
> We get servers which have some random Linux image on them. We don't have
> physical access to those servers and we cannot modify and DHCP settings.
> So no PXE based install, no USB stick install, etc.
I might not fully understand your case, but on an already
basic-insta
Hi all!
Did anyone ever try to use kexec to start a FAI installation?
My question is related to:
http://faiwiki.informatik.uni-koeln.de/index.php/Using_FAI_to_install_a_root_Server
In other words:
We get servers which have some random Linux image on them. We don't have
physical access to tho
16 matches
Mail list logo
