Re: gpg errors
Am 09.11.2010 21:45, schrieb Martin Konrad: It seems the keys are not available if I chroot to the NFSROOT. Correct. These keys need to be in $NFSROOT/etc/apt/trusted.gpg Maybe that's why the script failes? Like Thomas said, no? From what you wrote, it looks like yo haven't installed any kernels in the nfsroot. It just means the script tries to copy kernels from the nfsroot to your tftp-dir and cannot find one. Actually, even that is no real failure, as you could as well provide the kernel and initrd by some other means. Bye, Andreas
Re: gpg errors
Am 10.11.2010 11:15, schrieb Martin Konrad: Hi, It seems the keys are not available if I chroot to the NFSROOT. Correct. These keys need to be in $NFSROOT/etc/apt/trusted.gpg Are they added automatically to this file? chroot $NFSROOT apt-key list does not report any keys of third party repositories. Do I need to use a hook to add those keys to the NFSROOT? Martin Well, since I do not add new repositories very often, and use the same ones from my server and the to-be-installed-clients, I just do 'cp /etc/apt/trusted.gpg /srv/fai/nfsroot/live/filesystem.dir/etc/apt/' on the server whenever I add a new repository and its key. Andreas
Re: gpg errors
On Wed, 10 Nov 2010 09:47:00 +0100, Andreas Heinlein aheinl...@gmx.com said: installed any kernels in the nfsroot. It just means the script tries to copy kernels from the nfsroot to your tftp-dir and cannot find one. Actually, even that is no real failure, as you could as well provide the kernel and initrd by some other means. Sure, this _is_ a real failure. If you have no kernel inside the nfsroot, also won't have the kernel modules inside the nfsroot. Thus, even if you boot a kernel it cannot load its modules and will likely fail to continue with the installation. -- regards Thomas
Re: gpg errors
On Tue, 9 Nov 2010 21:45:05 +0100, Martin Konrad kon...@ikp.tu-darmstadt.de said: cp: cannot stat `/srv/fai/nfsroot/live/filesystem.dir/boot/vmlinu?-*': No such file or directory cp: cannot stat `/srv/fai/nfsroot/live/filesystem.dir/boot/initrd.img-*': No such file or directory Which FAI version are you using? It seems the keys are not available if I chroot to the NFSROOT. Maybe that's why the script failes? No, the script does not fail because of the GPG error. Try make-fai-nfsroot -v and read the log file. -- regards Thomas
algorithm of setting BOOT_DEVICE
Hello all! Is there a human-language description of how the value of BOOT_DEVICE gets determined in setup-storage? I tried to read the sources (/usr/share/fai/setup-storage/Fstab.pm) but there are several pieces of code dealing with assignment of this variable and tracking the necessary conditions is complicated. I would also want to know if there is a standard way of overriding the decision of setup-storage (with regard to BOOT_DEVICE) for any particular class of computers? Toomas Tamm
Re: algorithm of setting BOOT_DEVICE
Hello all! Is there a human-language description of how the value of BOOT_DEVICE gets determined in setup-storage? I tried to read the sources (/usr/share/fai/setup-storage/Fstab.pm) but there are several pieces of code dealing with assignment of this variable and tracking the necessary conditions is complicated. Unfortunately no, I think I never properly documented this anywhere. It should be done, though, and probably the setup-storage man page would be the best place. I'll try to fix this soon, but one of the core problems is that AFAIK the version in trunk and the experimental one differ in this regard. Which version would you be interested in? I would also want to know if there is a standard way of overriding the decision of setup-storage (with regard to BOOT_DEVICE) for any particular class of computers? Would you mind explaining why you'd need to override this? The reason I'm asking is that if you have a case possibly relevant to others then we might want to add this to setup-storage. Anyway, overriding is utterly simple: Under the assumption that you use grub, the only point where $BOOT_DEVICE is actually used is files/boot/grub/menu.lst/postinst - which is part of your config space, if you based it on the provided simple example. And of course you are free to do whatever you like in this script... Hope this helps, Michael pgpZ2SM7xNPTv.pgp Description: PGP signature
Re: gpg errors
On Wed, 10 Nov 2010 11:09:05 +0100, Martin Konrad kon...@ikp.tu-darmstadt.de said: Which FAI version are you using? Sorry, I forgot: 3.4.4 on squeeze. I'm using FAI_ALLOW_UNSIGNED=0 to avoid installation of untrusted packages. FAI_ALLOW_UNSIGNED=0 does not work when calling make-fai-nfsroot. It will be ignored. So the problem must be elsewhere. It tries to get the grml kernel from your repository which fails because of the gpg issue. So this should be only a subsequent error. I don't think so. Please show the parts from the logs. -- regards Thomas
