Menu
▾
▴
trustedgrub-users
|
From: Mike B. <mbu...@ce...> - 2008-11-05 21:02:52
|
Marcel - That would be great, thanks. I'm on Ubuntn 8.10, btw. -Mike. -- Sent from my mobile. Mike Bursell, European Technical Manager, Certicom. mob: +447971926937 --- original message --- From: "Marcel Selhorst" <m.s...@si...> Subject: Re: [Trustedgrub-users] Compiling under 64bit Linux Date: 5th November 2008 Time: 5:52:53 pm Hi Mike, I am using a 64-Bit Gentoo-Linux and I can compile TrustedGRUB without any problems (although I have to admit, that Gentoo is very compiling-friendly compared to Ubuntu et.al.). Usually, the "-m32" CFLAG should take care of your needs, so I assume, that this is more a problem of your installed libs... Probably you need to install something like "emul-linux-x86-compat", but I don't know how the according packages on Debian-based systems are called. I can ask our admins tomorrow, whether we have a 64-Bit ubuntu somewhere installed in the company, so that I can check it myself. I'll get back to you asap. Cheers, Marcel Mike Bursell schrieb: > Hi - > > I'm having problems compiling under 64bit Linux (output from .configure > below). Are there real issues compiling under 64bit, and if so, does > anyone have any idea how easily they might be fixed with a chroot > environment? I'd prefer not to have set one up if I can avoid it, and > I'm going to be executing under 64bit (setting up a chroot that early > seems somewhat like overkill...). > > Any help much appreciated! > > Thanks, > > -Mike. > > gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) > configure:2943: $? = 0 > configure:2950: gcc -V >&5 > gcc: '-V' option must have argument > configure:2953: $? = 1 > configure:2976: checking for C compiler default output file name > configure:3003: gcc -m32 conftest.c >&5 > /usr/bin/ld: skipping > incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.2/libgcc.a when searching > for -lgcc > /usr/bin/ld: skipping > incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.2/libgcc.a when searching > for -lgcc > /usr/bin/ld: cannot find -lgcc > collect2: ld returned 1 exit status -- Sirrix AG security technologies - http://www.sirrix.com Marcel Selhorst eMail: m.s...@si... Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599 get my public key from keyserver, key id: 0x7C9821CC Fingerprint 4138 E617 E62E 79D3 E663 BE5A 14E7 1CD8 7C98 21CC Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. |
|
From: Mike B. <mbu...@ce...> - 2008-11-06 12:03:10
|
Marcel -
I've got further on, thanks. I'm afraid that I'd not installed all the
relevant 32bit compability packages (I thought I had!). I can now
complete configuration, and I'm getting close. 'make' fails, however
(end of output below). It seems that the key issue is
__stack_chk_fail
Googling similar errors in other packages, it seems that the careful
addition of "-fno-stack-protector" may help, but I don't feel qualified
to be certain whether this is a good idea, or where to put it.
(I tried changing line 90 of my Makefile from
CFLAGS = -m32 -g
to
CFLAGS = -m32 -g -fno-stack-protector
in case it was that simple, but that hasn't worked!).
Let me know if you need other information for debugging.
Many thanks,
-Mike.
then mv -f ".deps/pre_stage2_exec-tparm.Tpo"
".deps/pre_stage2_exec-tparm.Po"; else rm -f
".deps/pre_stage2_exec-tparm.Tpo"; exit 1; fi
gcc -m32 -g -o pre_stage2.exec -nostdlib -Wl,-N -Wl,-Ttext -Wl,8200
pre_stage2_exec-asm.o pre_stage2_exec-bios.o pre_stage2_exec-boot.o
pre_stage2_exec-builtins.o pre_stage2_exec-char_io.o
pre_stage2_exec-cmdline.o pre_stage2_exec-common.o
pre_stage2_exec-console.o pre_stage2_exec-disk_io.o
pre_stage2_exec-fsys_ext2fs.o pre_stage2_exec-fsys_fat.o
pre_stage2_exec-fsys_ntfs.o pre_stage2_exec-fsys_ffs.o
pre_stage2_exec-fsys_iso9660.o pre_stage2_exec-fsys_jfs.o
pre_stage2_exec-fsys_minix.o pre_stage2_exec-fsys_reiserfs.o
pre_stage2_exec-fsys_ufs2.o pre_stage2_exec-fsys_vstafs.o
pre_stage2_exec-fsys_xfs.o pre_stage2_exec-gunzip.o
pre_stage2_exec-hercules.o pre_stage2_exec-md5.o
pre_stage2_exec-serial.o pre_stage2_exec-sha1.o
pre_stage2_exec-smp-imps.o pre_stage2_exec-stage2.o
pre_stage2_exec-terminfo.o pre_stage2_exec-tparm.o
pre_stage2_exec-bios.o: In function `get_cdinfo':
/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2/bios.c:179:
undefined reference to `__stack_chk_fail'
pre_stage2_exec-bios.o: In function `get_diskinfo':
/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2/bios.c:317:
undefined reference to `__stack_chk_fail'
pre_stage2_exec-boot.o: In function `load_checkfile':
/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2/boot.c:298:
undefined reference to `__stack_chk_fail'
pre_stage2_exec-boot.o: In function `load_image':
/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2/boot.c:1051:
undefined reference to `__stack_chk_fail'
pre_stage2_exec-boot.o: In function `load_module':
/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2/boot.c:1216:
undefined reference to `__stack_chk_fail'
pre_stage2_exec-builtins.o:/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2/builtins.c:225: more undefined references to `__stack_chk_fail' follow
collect2: ld returned 1 exit status
make[2]: *** [pre_stage2.exec] Error 1
make[2]: Leaving directory
`/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3'
On Wed, 2008-11-05 at 16:00 -0500, Mike Bursell wrote:
> Marcel -
> That would be great, thanks. I'm on Ubuntn 8.10, btw.
>
> -Mike.
> --
> Sent from my mobile.
> Mike Bursell, European Technical Manager,
> Certicom. mob: +447971926937
>
> --- original message ---
> From: "Marcel Selhorst" <m.s...@si...>
> Subject: Re: [Trustedgrub-users] Compiling under 64bit Linux
> Date: 5th November 2008
> Time: 5:52:53 pm
>
>
> Hi Mike,
>
> I am using a 64-Bit Gentoo-Linux and I can compile TrustedGRUB without any
> problems (although I have to admit, that Gentoo is very compiling-friendly
> compared to Ubuntu et.al.).
> Usually, the "-m32" CFLAG should take care of your needs, so I assume, that this
> is more a problem of your installed libs...
> Probably you need to install something like "emul-linux-x86-compat", but I don't
> know how the according packages on Debian-based systems are called.
>
> I can ask our admins tomorrow, whether we have a 64-Bit ubuntu somewhere
> installed in the company, so that I can check it myself.
>
> I'll get back to you asap.
>
> Cheers,
> Marcel
>
> Mike Bursell schrieb:
> > Hi -
> >
> > I'm having problems compiling under 64bit Linux (output from .configure
> > below). Are there real issues compiling under 64bit, and if so, does
> > anyone have any idea how easily they might be fixed with a chroot
> > environment? I'd prefer not to have set one up if I can avoid it, and
> > I'm going to be executing under 64bit (setting up a chroot that early
> > seems somewhat like overkill...).
> >
> > Any help much appreciated!
> >
> > Thanks,
> >
> > -Mike.
> >
> > gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11)
> > configure:2943: $? = 0
> > configure:2950: gcc -V >&5
> > gcc: '-V' option must have argument
> > configure:2953: $? = 1
> > configure:2976: checking for C compiler default output file name
> > configure:3003: gcc -m32 conftest.c >&5
> > /usr/bin/ld: skipping
> > incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.2/libgcc.a when searching
> > for -lgcc
> > /usr/bin/ld: skipping
> > incompatible /usr/lib/gcc/x86_64-linux-gnu/4.3.2/libgcc.a when searching
> > for -lgcc
> > /usr/bin/ld: cannot find -lgcc
> > collect2: ld returned 1 exit status
>
> --
> Sirrix AG security technologies - http://www.sirrix.com
> Marcel Selhorst eMail: m.s...@si...
> Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599
> get my public key from keyserver, key id: 0x7C9821CC
> Fingerprint 4138 E617 E62E 79D3 E663 BE5A 14E7 1CD8 7C98 21CC
>
> Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble
> Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg
> Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken
>
> This message may contain confidential and/or privileged information.
> If you are not the addressee, you must not use, copy, disclose or
> take any action based on this message or any information herein.
> If you have received this message in error, please advise the sender
> immediately by reply e-mail and delete this message.
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Trustedgrub-users mailing list
> Tru...@li...
> https://lists.sourceforge.net/lists/listinfo/trustedgrub-users
--
Mike Bursell, CISSP, MBA: European Technical Manager
Certicom Corp mobile: +44 7971 926937
|
|
From: Marcel S. <m.s...@si...> - 2008-11-06 13:36:00
|
Hi Mike, > I've got further on, thanks. I'm afraid that I'd not installed all the > relevant 32bit compability packages (I thought I had!). I can now > complete configuration, and I'm getting close. OK, just for my personal interest: Do you remember the names of the packages you had to install? This might be an interesting addition to the FAQ. > 'make' fails, however > (end of output below). It seems that the key issue is > __stack_chk_fail > > Googling similar errors in other packages, it seems that the careful > addition of "-fno-stack-protector" may help, but I don't feel qualified > to be certain whether this is a good idea, or where to put it. > > (I tried changing line 90 of my Makefile from IMHO, "just" changing the Makefile will not help, I would put it in line 50 of "configure.ac" and then execute the following commands: # rm configure # aclocal # autoreconf -i # ./configure # make Please try this, as soon as I have access to the 64bit Ubuntu machine, I will try it on my own. Best regards, Marcel -- Sirrix AG security technologies - http://www.sirrix.com Marcel Selhorst eMail: m.s...@si... Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599 get my public key from keyserver, key id: 0x7C9821CC Fingerprint 4138 E617 E62E 79D3 E663 BE5A 14E7 1CD8 7C98 21CC Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. |
|
From: Mike B. <mbu...@ce...> - 2008-11-06 14:39:17
|
Marcel - > OK, just for my personal interest: Do you remember the names of the packages you > had to install? This might be an interesting addition to the FAQ. I already had ia32-libs installed, so thought I'd try ia32-libs-dev. There was no installation candidate, so I took what was offered as an alternative, which was: libc6-dev-i386 (2.8~20080505-0ubuntu7) ... lib32gomp1 (4.3.2-1ubuntu11) ... gcc-4.3-multilib (4.3.2-1ubuntu11) ... gcc-multilib (4:4.3.1-1ubuntu2) ... lib32bz2-1.0 (1.0.5-0.1ubuntu1) ... libbz2-dev (1.0.5-0.1ubuntu1) ... lib32bz2-dev (1.0.5-0.1ubuntu1) ... lib32z1-dev (1:1.2.3.3.dfsg-12ubuntu1) ... Hope that's useful. > > 'make' fails, however > > (end of output below). It seems that the key issue is > > __stack_chk_fail > > > > Googling similar errors in other packages, it seems that the careful > > addition of "-fno-stack-protector" may help, but I don't feel qualified > > to be certain whether this is a good idea, or where to put it. > > > > (I tried changing line 90 of my Makefile from > > IMHO, "just" changing the Makefile will not help, Thought it might take more than that! > I would put it in line 50 of > "configure.ac" and then execute the following commands: > > # rm configure > # aclocal > # autoreconf -i > autoreconf -i docs/Makefile.am:30: `%'-style pattern rules are a GNU make extension docs/Makefile.am:33: `%'-style pattern rules are a GNU make extension docs/Makefile.am:36: `%'-style pattern rules are a GNU make extension docs/Makefile.am:3: compiling `kernel.c' with per-target flags requires `AM_PROG_CC_C_O' in `configure.ac' /usr/share/automake-1.10/am/depend2.am: am__fastdepCCAS does not appear in AM_CONDITIONAL /usr/share/automake-1.10/am/depend2.am: The usual way to define `am__fastdepCCAS' is to add `AM_PROG_AS' /usr/share/automake-1.10/am/depend2.am: to `configure.ac' and run `aclocal' and `autoconf' again. autoreconf: automake failed with exit status: 1 I'm not going to mess at this level without guidance, I think! Suggestions, please? -Mike. > # ./configure > # make > > Please try this, as soon as I have access to the 64bit Ubuntu machine, I will > try it on my own. > > Best regards, > Marcel -- Mike Bursell, CISSP, MBA: European Technical Manager Certicom Corp mobile: +44 7971 926937 |
|
From: Marcel S. <m.s...@si...> - 2008-11-06 15:11:18
|
> libc6-dev-i386 (2.8~20080505-0ubuntu7) ... > lib32gomp1 (4.3.2-1ubuntu11) ... > gcc-4.3-multilib (4.3.2-1ubuntu11) ... > gcc-multilib (4:4.3.1-1ubuntu2) ... > lib32bz2-1.0 (1.0.5-0.1ubuntu1) ... > libbz2-dev (1.0.5-0.1ubuntu1) ... > lib32bz2-dev (1.0.5-0.1ubuntu1) ... > lib32z1-dev (1:1.2.3.3.dfsg-12ubuntu1) ... thanks! > docs/Makefile.am:30: `%'-style pattern rules are a GNU make extension > docs/Makefile.am:33: `%'-style pattern rules are a GNU make extension > docs/Makefile.am:36: `%'-style pattern rules are a GNU make extension > docs/Makefile.am:3: compiling `kernel.c' with per-target flags requires > `AM_PROG_CC_C_O' in `configure.ac' > /usr/share/automake-1.10/am/depend2.am: am__fastdepCCAS does not appear > in AM_CONDITIONAL > /usr/share/automake-1.10/am/depend2.am: The usual way to define > `am__fastdepCCAS' is to add `AM_PROG_AS' > /usr/share/automake-1.10/am/depend2.am: to `configure.ac' and run > `aclocal' and `autoconf' again. > autoreconf: automake failed with exit status: 1 > > I'm not going to mess at this level without guidance, I think! > Suggestions, please? Very good, we are on a good way, since this problem can be solved by applying this original GRUB-patch: http://www.koders.com/noncode/fid243FBF39BBB8AEB881A7535D308037D8C9AF5AD0.aspx -- Sirrix AG security technologies - http://www.sirrix.com Marcel Selhorst eMail: m.s...@si... Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599 get my public key from keyserver, key id: 0x7C9821CC Fingerprint 4138 E617 E62E 79D3 E663 BE5A 14E7 1CD8 7C98 21CC Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. |
|
From: Mike B. <mbu...@ce...> - 2008-11-06 15:20:22
|
Closer: > autoreconf -i docs/Makefile.am:30: `%'-style pattern rules are a GNU make extension docs/Makefile.am:33: `%'-style pattern rules are a GNU make extension docs/Makefile.am:36: `%'-style pattern rules are a GNU make extension docs/Makefile.am:3: compiling `kernel.c' with per-target flags requires `AM_PROG_CC_C_O' in `configure.ac' -Mike. On Thu, 2008-11-06 at 10:10 -0500, Marcel Selhorst wrote: > > libc6-dev-i386 (2.8~20080505-0ubuntu7) ... > > lib32gomp1 (4.3.2-1ubuntu11) ... > > gcc-4.3-multilib (4.3.2-1ubuntu11) ... > > gcc-multilib (4:4.3.1-1ubuntu2) ... > > lib32bz2-1.0 (1.0.5-0.1ubuntu1) ... > > libbz2-dev (1.0.5-0.1ubuntu1) ... > > lib32bz2-dev (1.0.5-0.1ubuntu1) ... > > lib32z1-dev (1:1.2.3.3.dfsg-12ubuntu1) ... > > thanks! > > > docs/Makefile.am:30: `%'-style pattern rules are a GNU make extension > > docs/Makefile.am:33: `%'-style pattern rules are a GNU make extension > > docs/Makefile.am:36: `%'-style pattern rules are a GNU make extension > > docs/Makefile.am:3: compiling `kernel.c' with per-target flags requires > > `AM_PROG_CC_C_O' in `configure.ac' > > /usr/share/automake-1.10/am/depend2.am: am__fastdepCCAS does not appear > > in AM_CONDITIONAL > > /usr/share/automake-1.10/am/depend2.am: The usual way to define > > `am__fastdepCCAS' is to add `AM_PROG_AS' > > /usr/share/automake-1.10/am/depend2.am: to `configure.ac' and run > > `aclocal' and `autoconf' again. > > autoreconf: automake failed with exit status: 1 > > > > I'm not going to mess at this level without guidance, I think! > > Suggestions, please? > > Very good, we are on a good way, since this problem can be solved by applying > this original GRUB-patch: > > http://www.koders.com/noncode/fid243FBF39BBB8AEB881A7535D308037D8C9AF5AD0.aspx > -- Mike Bursell, CISSP, MBA: European Technical Manager Certicom Corp mobile: +44 7971 926937 |
|
From: Marcel S. <m.s...@si...> - 2008-11-06 15:30:13
|
> docs/Makefile.am:3: compiling `kernel.c' with per-target flags requires > `AM_PROG_CC_C_O' in `configure.ac' OK, this is new to me, but what happens, if you add: AM_PROG_CC_C_O to configure.ac and then repeat the whole procedure? # rm configure # aclocal # autoreconf -i # ./configure # make -- Sirrix AG security technologies - http://www.sirrix.com Marcel Selhorst eMail: m.s...@si... Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599 get my public key from keyserver, key id: 0x7C9821CC Fingerprint 4138 E617 E62E 79D3 E663 BE5A 14E7 1CD8 7C98 21CC Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. |
|
From: Mike B. <mbu...@ce...> - 2008-11-06 16:03:20
|
Marcel - > > docs/Makefile.am:3: compiling `kernel.c' with per-target flags requires > > `AM_PROG_CC_C_O' in `configure.ac' > > OK, this is new to me, but what happens, if you add: > AM_PROG_CC_C_O > to configure.ac and then repeat the whole procedure? I added it close to the top: AC_PREREQ(2.57) AC_INIT([GRUB], [1.1.3], [m.s...@si...]) AC_CONFIG_SRCDIR([stage2/stage2.c]) AC_CONFIG_HEADER([config.h]) AM_INIT_AUTOMAKE AC_CANONICAL_HOST AM_PROG_CC_C_O case "$host_cpu" in > # rm configure > # aclocal > aclocalconfigure.ac:60: error: AC_PROG_CC cannot be called after AM_PROG_CC_C_O configure.ac:60: the top level autom4te: /usr/bin/m4 failed with exit status: 1 aclocal: autom4te failed with exit status: 1 I then tried it immediately after AC_PROG_CC, and aclocal ran without complaint. > # autoreconf -i > # ./configure > # make All this ran without incident (various warnings, but all seemed to complete), but ... > make check Making check in netboot make[1]: Entering directory `/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/netboot' make[1]: Nothing to be done for `check'. make[1]: Leaving directory `/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/netboot' Making check in stage2 make[1]: Entering directory `/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2' make check-am make[2]: Entering directory `/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2' make check-TESTS make[3]: Entering directory `/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2' ffs_stage1_5 is too big (9920 > 7168). FAIL: size_test ====================================== 1 of 1 tests failed Please report to m.s...@si... ====================================== make[3]: *** [check-TESTS] Error 1 make[3]: Leaving directory `/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2' make[2]: *** [check-am] Error 2 make[2]: Leaving directory `/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2' make[1]: *** [check] Error 2 make[1]: Leaving directory `/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2' make: *** [check-recursive] Error 1 Thanks for all your help: I hope this is useful for you, too! -Mike. -- Mike Bursell, CISSP, MBA: European Technical Manager Certicom Corp mobile: +44 7971 926937 |
|
From: Marcel S. <m.s...@si...> - 2008-11-06 16:23:48
|
> I then tried it immediately after AC_PROG_CC, and aclocal ran without > complaint. oh, good. >> make check > `/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2' > ffs_stage1_5 is too big (9920 > 7168). > FAIL: size_test you can forget about the *1_5-files, since they aren't needed / used for TrustedGRUB. What matters is the size of stage1/stage1 and stage2/stage2. stage1 has to be 512 Byte exactly, while stage2 should be something around 168-170kb. Cheers, Marcel -- Sirrix AG security technologies - http://www.sirrix.com Marcel Selhorst eMail: m.s...@si... Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599 get my public key from keyserver, key id: 0x7C9821CC Fingerprint 4138 E617 E62E 79D3 E663 BE5A 14E7 1CD8 7C98 21CC Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. |
|
From: Mike B. <mbu...@ce...> - 2008-11-06 16:44:59
|
Marcel - Thanks for all your help. I now have the machine booting up with TrustedBoot. Now to turn on some security! Really appreciate your help. -Mike. On Thu, 2008-11-06 at 11:23 -0500, Marcel Selhorst wrote: > > I then tried it immediately after AC_PROG_CC, and aclocal ran without > > complaint. > > oh, good. > > >> make check > > `/usr/src/TrustedGRUB-1.1.3/TrustedGRUB-1.1.3/stage2' > > ffs_stage1_5 is too big (9920 > 7168). > > FAIL: size_test > > you can forget about the *1_5-files, since they aren't needed / used for > TrustedGRUB. What matters is the size of stage1/stage1 and stage2/stage2. > stage1 has to be 512 Byte exactly, while stage2 should be something around > 168-170kb. > > Cheers, > Marcel -- Mike Bursell, CISSP, MBA: European Technical Manager Certicom Corp mobile: +44 7971 926937 |
|
From: Marcel S. <m.s...@si...> - 2008-11-06 16:47:01
|
Hi Mike, > Thanks for all your help. I now have the machine booting up with > TrustedBoot. Now to turn on some security! > Really appreciate your help. I'm happy to read, that it works now! I will definitely put this info into my FAQ :) Marcel -- Sirrix AG security technologies - http://www.sirrix.com Marcel Selhorst eMail: m.s...@si... Tel +49(234) 61 0071-199 Fax +49(234) 61 0071-599 get my public key from keyserver, key id: 0x7C9821CC Fingerprint 4138 E617 E62E 79D3 E663 BE5A 14E7 1CD8 7C98 21CC Vorstand: Ammar Alkassar (Vors.), Ahmad-Reza Sadeghi, Christian Stüble Vorsitzender des Aufsichtsrates: Prof. Dr. Kai Rannenberg Sitz der Gesellschaft: Homburg/Saar, HRB 3857 Amtsgericht Saarbrücken This message may contain confidential and/or privileged information. If you are not the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. |
Thanks for helping keep SourceForge clean.
X