Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: syslinux: users

pxelinux fails to load miniroot completly

 

 

syslinux users RSS feed   Index | Next | Previous | View Threaded


d.oertel at uib

Feb 21, 2008, 7:44 AM

Post #1 of 19 (18564 views)
Permalink
pxelinux fails to load miniroot completly

Hello,

we have the following problem:
- a new Dell Optiplex 740 boots pxelinux.0
- loads the kernel
- start to load the miniroot.gz and crashs after loading about 1/5 of the miniroot

The tftpd messages are:
Feb 21 14:48:32 srv006 atftpd[26225]: Advanced Trivial FTP server started (0.7)
Feb 21 14:48:32 srv006 atftpd[26225]: Serving /linux/pxelinux.0 to 10.10.100.113:2070
Feb 21 14:48:32 srv006 atftpd[26225]: Serving /linux/pxelinux.0 to 10.10.100.113:2071
Feb 21 14:48:32 srv006 atftpd[26225]: Serving /linux/pxelinux.cfg/01-00-1d-09-1d-aa-ed to 10.10.100.113:57089
Feb 21 14:48:32 srv006 atftpd[26225]: Serving /linux/pxelinux.cfg/0A0A6471 to 10.10.100.113:57090
Feb 21 14:48:32 srv006 atftpd[26225]: Serving /linux/install to 10.10.100.113:57091
Feb 21 14:48:33 srv006 atftpd[26225]: Serving /linux/miniroot.gz to 10.10.100.113:57092
Feb 21 14:48:41 srv006 atftpd[26225]: timeout: retrying...
Feb 21 14:49:01 srv006 last message repeated 4 times


We tried different versions of pxelinux (3.11, 3.61, 3.62-pre12) with no success.
Then we tried version 2.04 from 2003 and all works fine.
We think it is no good idea to use this old version in a 400 Client environment.

Attached is hardware inventary file of this optiplex 740.

Any idea what going wrong here ?

regards

detlef oertel

http://opsi.org

--
detlef oertel

Tel. 06131 / 27561-10
Fax 06131 / 27561-22

eMail: d.oertel [at] uib

uib gmbh

Firmensitz / Anschrift:
Bonifaziusplatz 1B
55118 Mainz

internet: www.uib.de

Geschäftsführer: dr. detlef oertel
Handelsregister: Amtsgericht Mainz HRB 6942
Attachments: nc221-10.hw (18.2 KB)


stappers at stappers

Feb 21, 2008, 9:09 AM

Post #2 of 19 (18265 views)
Permalink
Re: pxelinux fails to load miniroot completly [In reply to]

Op 21-02-2008 om 16:44 schreef detlef oertel:
> Hello,
>
> we have the following problem:
> - a new Dell Optiplex 740 boots pxelinux.0
> - loads the kernel
> - start to load the miniroot.gz and crashs after loading about 1/5 of the miniroot
>
> The tftpd messages are:
> Feb 21 14:48:32 srv006 atftpd[26225]: Advanced Trivial FTP server started (0.7)
> Feb 21 14:48:32 srv006 atftpd[26225]: Serving /linux/pxelinux.0 to 10.10.100.113:2070
> Feb 21 14:48:32 srv006 atftpd[26225]: Serving /linux/pxelinux.0 to 10.10.100.113:2071
> Feb 21 14:48:32 srv006 atftpd[26225]: Serving /linux/pxelinux.cfg/01-00-1d-09-1d-aa-ed to 10.10.100.113:57089
> Feb 21 14:48:32 srv006 atftpd[26225]: Serving /linux/pxelinux.cfg/0A0A6471 to 10.10.100.113:57090
> Feb 21 14:48:32 srv006 atftpd[26225]: Serving /linux/install to 10.10.100.113:57091
> Feb 21 14:48:33 srv006 atftpd[26225]: Serving /linux/miniroot.gz to 10.10.100.113:57092
> Feb 21 14:48:41 srv006 atftpd[26225]: timeout: retrying...
> Feb 21 14:49:01 srv006 last message repeated 4 times
>
>
> We tried different versions of pxelinux (3.11, 3.61, 3.62-pre12) with no success.
> Then we tried version 2.04 from 2003 and all works fine.
> We think it is no good idea to use this old version in a 400 Client environment.
>
> Any idea what going wrong here ?

Not yet.

What is the version of the kernel?
What is the size of the initial RAM disk?

Is it possible to put your kernel and miniroot.gz on a public server,
so that it can be tested in another enviroment?


Cheers
Geert Stappers

_______________________________________________
SYSLINUX mailing list
Submissions to SYSLINUX [at] zytor
Unsubscribe or set options at:
http://www.zytor.com/mailman/listinfo/syslinux
Please do not send private replies to mailing list traffic.


hpa at zytor

Feb 21, 2008, 9:27 AM

Post #3 of 19 (18264 views)
Permalink
Re: pxelinux fails to load miniroot completly [In reply to]

detlef oertel wrote:
>
> We tried different versions of pxelinux (3.11, 3.61, 3.62-pre12) with no success.
> Then we tried version 2.04 from 2003 and all works fine.
> We think it is no good idea to use this old version in a 400 Client environment.
>
> Attached is hardware inventary file of this optiplex 740.
>
> Any idea what going wrong here ?
>

No idea.

Since you have a working version, albeit ancient, it would be useful if
you could find out the exact version *including prereleases* which is
the last one working.

Even better, if you're comfortable with "git bisect", pull the git tree
and try to bisect:

git clone git://git.kernel.org/pub/scm/boot/syslinux/syslinux.git
cd syslinux
git bisect start
git bisect good
git bisect syslinux-2.04

Then:
make spotless && make
make bisect {good|bad}

... repeat until done ...

Unfortunately, it's easy to land at an "unbisectable" spot :(

If so, it helps to narrow down the "good/bad" range by trying releases
and prereleases as I mentioned above.

-hpa

_______________________________________________
SYSLINUX mailing list
Submissions to SYSLINUX [at] zytor
Unsubscribe or set options at:
http://www.zytor.com/mailman/listinfo/syslinux
Please do not send private replies to mailing list traffic.


hpa at zytor

Feb 21, 2008, 10:12 AM

Post #4 of 19 (18279 views)
Permalink
Re: pxelinux fails to load miniroot completly [In reply to]

H. Peter Anvin wrote:
>
> git clone git://git.kernel.org/pub/scm/boot/syslinux/syslinux.git
> cd syslinux
> git bisect start
> git bisect good
> git bisect syslinux-2.04
>

That should have been:

git bisect start
git bisect bad # The current version is bad
git bisect good syslinux-2.04 # This version was good

Sorry about that...

-hpa

_______________________________________________
SYSLINUX mailing list
Submissions to SYSLINUX [at] zytor
Unsubscribe or set options at:
http://www.zytor.com/mailman/listinfo/syslinux
Please do not send private replies to mailing list traffic.


d.oertel at uib

Feb 22, 2008, 2:07 AM

Post #5 of 19 (18266 views)
Permalink
Re: pxelinux fails to load miniroot completly [In reply to]

Geert Stappers schrieb:
> Op 21-02-2008 om 16:44 schreef detlef oertel:
>> Hello,
>>
>> we have the following problem:
>> - a new Dell Optiplex 740 boots pxelinux.0
>> - loads the kernel
>> - start to load the miniroot.gz and crashs after loading about 1/5 of the miniroot
>>
>> The tftpd messages are:
>> Feb 21 14:48:32 srv006 atftpd[26225]: Advanced Trivial FTP server started (0.7)
>> Feb 21 14:48:32 srv006 atftpd[26225]: Serving /linux/pxelinux.0 to 10.10.100.113:2070
>> Feb 21 14:48:32 srv006 atftpd[26225]: Serving /linux/pxelinux.0 to 10.10.100.113:2071
>> Feb 21 14:48:32 srv006 atftpd[26225]: Serving /linux/pxelinux.cfg/01-00-1d-09-1d-aa-ed to 10.10.100.113:57089
>> Feb 21 14:48:32 srv006 atftpd[26225]: Serving /linux/pxelinux.cfg/0A0A6471 to 10.10.100.113:57090
>> Feb 21 14:48:32 srv006 atftpd[26225]: Serving /linux/install to 10.10.100.113:57091
>> Feb 21 14:48:33 srv006 atftpd[26225]: Serving /linux/miniroot.gz to 10.10.100.113:57092
>> Feb 21 14:48:41 srv006 atftpd[26225]: timeout: retrying...
>> Feb 21 14:49:01 srv006 last message repeated 4 times
>>
>>
>> We tried different versions of pxelinux (3.11, 3.61, 3.62-pre12) with no success.
>> Then we tried version 2.04 from 2003 and all works fine.
>> We think it is no good idea to use this old version in a 400 Client environment.
>>
>> Any idea what going wrong here ?
>
> Not yet.
>
> What is the version of the kernel?
> What is the size of the initial RAM disk?
>
> Is it possible to put your kernel and miniroot.gz on a public server,
> so that it can be tested in another enviroment?
>
>
> Cheers
> Geert Stappers
>
> _______________________________________________
> SYSLINUX mailing list
> Submissions to SYSLINUX [at] zytor
> Unsubscribe or set options at:
> http://www.zytor.com/mailman/listinfo/syslinux
> Please do not send private replies to mailing list traffic.

Hello,

here are the requested informations
Kernelversion is 2.6.24
ramdisk_size=159844
Kernel and miniroot can be found in the following debian package:
http://download.uib.de/debian/dists/etch/opsi3.2/binary-i386/opsi-linux-bootimage_20080207-1_all.deb
The crash happens before the Kernel starts - while loading the miniroot.gz

I forgot to mention that it is not only a pxelinux.0 based problem:
with isolinux we get the same situation (3.11 fails, 2.04 works)

Thanks

detlef oertel


--
detlef oertel

Tel. 06131 / 27561-10
Fax 06131 / 27561-22

eMail: d.oertel [at] uib

uib umwelt informatik büro gmbh

Firmensitz / Anschrift:
Bonifaziusplatz 1B
55118 Mainz

internet: www.uib.de

Geschäftsführer: dr. detlef oertel
Handelsregister: Amtsgericht Mainz HRB 6942

_______________________________________________
SYSLINUX mailing list
Submissions to SYSLINUX [at] zytor
Unsubscribe or set options at:
http://www.zytor.com/mailman/listinfo/syslinux
Please do not send private replies to mailing list traffic.


d.oertel at uib

Feb 22, 2008, 2:09 AM

Post #6 of 19 (18246 views)
Permalink
Re: pxelinux fails to load miniroot completly [In reply to]

H. Peter Anvin schrieb:
> detlef oertel wrote:
>> We tried different versions of pxelinux (3.11, 3.61, 3.62-pre12) with no success.
>> Then we tried version 2.04 from 2003 and all works fine.
>> We think it is no good idea to use this old version in a 400 Client environment.
>>
>> Attached is hardware inventary file of this optiplex 740.
>>
>> Any idea what going wrong here ?
>>
>
> No idea.
>
> Since you have a working version, albeit ancient, it would be useful if
> you could find out the exact version *including prereleases* which is
> the last one working.
>
> Even better, if you're comfortable with "git bisect", pull the git tree
> and try to bisect:
>
> git clone git://git.kernel.org/pub/scm/boot/syslinux/syslinux.git
> cd syslinux
> git bisect start
> git bisect good
> git bisect syslinux-2.04
>
> Then:
> make spotless && make
> make bisect {good|bad}
>
> ... repeat until done ...
>
> Unfortunately, it's easy to land at an "unbisectable" spot :(
>
> If so, it helps to narrow down the "good/bad" range by trying releases
> and prereleases as I mentioned above.
>
> -hpa
>
> _______________________________________________
> SYSLINUX mailing list
> Submissions to SYSLINUX [at] zytor
> Unsubscribe or set options at:
> http://www.zytor.com/mailman/listinfo/syslinux
> Please do not send private replies to mailing list traffic.

Hello hpa,

ok, we doing some more tests....

regards

detlef oertel

--
detlef oertel

Tel. 06131 / 27561-10
Fax 06131 / 27561-22

eMail: d.oertel [at] uib

uib umwelt informatik büro gmbh

Firmensitz / Anschrift:
Bonifaziusplatz 1B
55118 Mainz

internet: www.uib.de

Geschäftsführer: dr. detlef oertel
Handelsregister: Amtsgericht Mainz HRB 6942

_______________________________________________
SYSLINUX mailing list
Submissions to SYSLINUX [at] zytor
Unsubscribe or set options at:
http://www.zytor.com/mailman/listinfo/syslinux
Please do not send private replies to mailing list traffic.


d.oertel at uib

Feb 22, 2008, 6:11 AM

Post #7 of 19 (18241 views)
Permalink
Re: pxelinux fails to load miniroot completly [In reply to]

detlef oertel schrieb:
>
> H. Peter Anvin schrieb:
>> detlef oertel wrote:
>>> We tried different versions of pxelinux (3.11, 3.61, 3.62-pre12) with no success.
>>> Then we tried version 2.04 from 2003 and all works fine.
>>> We think it is no good idea to use this old version in a 400 Client environment.
>>>
>>> Attached is hardware inventary file of this optiplex 740.
>>>
>>> Any idea what going wrong here ?
>>>
>> No idea.
>>
>> Since you have a working version, albeit ancient, it would be useful if
>> you could find out the exact version *including prereleases* which is
>> the last one working.
>>
>> Even better, if you're comfortable with "git bisect", pull the git tree
>> and try to bisect:
>>
>> git clone git://git.kernel.org/pub/scm/boot/syslinux/syslinux.git
>> cd syslinux
>> git bisect start
>> git bisect good
>> git bisect syslinux-2.04
>>
>> Then:
>> make spotless && make
>> make bisect {good|bad}
>>
>> ... repeat until done ...
>>
>> Unfortunately, it's easy to land at an "unbisectable" spot :(
>>
>> If so, it helps to narrow down the "good/bad" range by trying releases
>> and prereleases as I mentioned above.
>>
>> -hpa
>>
>> _______________________________________________
>> SYSLINUX mailing list
>> Submissions to SYSLINUX [at] zytor
>> Unsubscribe or set options at:
>> http://www.zytor.com/mailman/listinfo/syslinux
>> Please do not send private replies to mailing list traffic.
>
> Hello hpa,
>
> ok, we doing some more tests....
>
> regards
>
> detlef oertel
>

Hello hpa,

because git-bisec is unknown to me I tried the Versions from
http://www.kernel.org/pub/linux/utils/boot/syslinux/Old/

the results are:

2.04 runs
2.06 runs
2.08 runs
2.09 Error: failed to initialize udp-stack
2.13 Error: failed to initialize udp-stack
3.00 crash after start loading miniroot.gz (like 3.11 or 3.61)

Anything else I can do ?

regards

detlef oertel

--
detlef oertel

Tel. 06131 / 27561-10
Fax 06131 / 27561-22

eMail: d.oertel [at] uib

uib umwelt informatik büro gmbh

Firmensitz / Anschrift:
Bonifaziusplatz 1B
55118 Mainz

internet: www.uib.de

Geschäftsführer: dr. detlef oertel
Handelsregister: Amtsgericht Mainz HRB 6942

_______________________________________________
SYSLINUX mailing list
Submissions to SYSLINUX [at] zytor
Unsubscribe or set options at:
http://www.zytor.com/mailman/listinfo/syslinux
Please do not send private replies to mailing list traffic.


hpa at zytor

Feb 22, 2008, 9:01 AM

Post #8 of 19 (18272 views)
Permalink
Re: pxelinux fails to load miniroot completly [In reply to]

detlef oertel wrote:
>
> Hello hpa,
>
> because git-bisec is unknown to me I tried the Versions from
> http://www.kernel.org/pub/linux/utils/boot/syslinux/Old/
>
> the results are:
>
> 2.04 runs
> 2.06 runs
> 2.08 runs
> 2.09 Error: failed to initialize udp-stack
> 2.13 Error: failed to initialize udp-stack
> 3.00 crash after start loading miniroot.gz (like 3.11 or 3.61)
>
> Anything else I can do ?
>

Sure, if you could try to narrow it down to a specific prerelease; see
http://www.kernel.org/pub/linux/utils/boot/syslinux/Testing/Obsolete/

It looks like you have two failures above; I'm interested in the latter
(the one that doesn't go away, and that you said happens on isolinux as
well.)

The smaller a range we can bracket it down to, the more likely it is to
be solvable.

-hpa

_______________________________________________
SYSLINUX mailing list
Submissions to SYSLINUX [at] zytor
Unsubscribe or set options at:
http://www.zytor.com/mailman/listinfo/syslinux
Please do not send private replies to mailing list traffic.


d.oertel at uib

Feb 25, 2008, 8:43 AM

Post #9 of 19 (18260 views)
Permalink
Re: pxelinux fails to load miniroot completly [In reply to]

H. Peter Anvin schrieb:
> detlef oertel wrote:
>> Hello hpa,
>>
>> because git-bisec is unknown to me I tried the Versions from
>> http://www.kernel.org/pub/linux/utils/boot/syslinux/Old/
>>
>> the results are:
>>
>> 2.04 runs
>> 2.06 runs
>> 2.08 runs
>> 2.09 Error: failed to initialize udp-stack
>> 2.13 Error: failed to initialize udp-stack
>> 3.00 crash after start loading miniroot.gz (like 3.11 or 3.61)
>>
>> Anything else I can do ?
>>
>
> Sure, if you could try to narrow it down to a specific prerelease; see
> http://www.kernel.org/pub/linux/utils/boot/syslinux/Testing/Obsolete/
>
> It looks like you have two failures above; I'm interested in the latter
> (the one that doesn't go away, and that you said happens on isolinux as
> well.)
So I supose the 'Error: failed to initialize udp-stack' isn't
our target problem and won't appear with isolinux.
So we have to test with CD's.
This will take a little time...

I will come back with results later.

regards
detlef oertel
>
> The smaller a range we can bracket it down to, the more likely it is to
> be solvable.
>
> -hpa
>
> _______________________________________________
> SYSLINUX mailing list
> Submissions to SYSLINUX [at] zytor
> Unsubscribe or set options at:
> http://www.zytor.com/mailman/listinfo/syslinux
> Please do not send private replies to mailing list traffic.

--
detlef oertel

Tel. 06131 / 27561-10
Fax 06131 / 27561-22

eMail: d.oertel [at] uib

uib umwelt informatik büro gmbh

Firmensitz / Anschrift:
Bonifaziusplatz 1B
55118 Mainz

internet: www.uib.de

Geschäftsführer: dr. detlef oertel
Handelsregister: Amtsgericht Mainz HRB 6942

_______________________________________________
SYSLINUX mailing list
Submissions to SYSLINUX [at] zytor
Unsubscribe or set options at:
http://www.zytor.com/mailman/listinfo/syslinux
Please do not send private replies to mailing list traffic.


stappers at stappers

Feb 25, 2008, 12:01 PM

Post #10 of 19 (18265 views)
Permalink
Re: pxelinux fails to load miniroot completly [In reply to]

Op 22-02-2008 om 11:07 schreef detlef oertel:
> Geert Stappers schrieb:
> > Op 21-02-2008 om 16:44 schreef detlef oertel:
> >> Hello,
> >>
> >> we have the following problem:
> >> - a new Dell Optiplex 740 boots pxelinux.0
> >> - loads the kernel
> >> - start to load the miniroot.gz and crashs after loading about 1/5 of the miniroot
> >>
> >> Any idea what going wrong here ?
> >
> > Not yet.
> >
> > What is the version of the kernel?
> > What is the size of the initial RAM disk?
> >
> > Is it possible to put your kernel and miniroot.gz on a public server,
> > so that it can be tested in another enviroment?
> >
>
> Hello,
>
> here are the requested informations
> Kernelversion is 2.6.24
> ramdisk_size=159844

That is the used boot parameter _value_
the initial RAMdisk is however 53 Megabyte

> Kernel and miniroot can be found in the following debian package:
> http://download.uib.de/debian/dists/etch/opsi3.2/binary-i386/opsi-linux-bootimage_20080207-1_all.deb
> The crash happens before the Kernel starts - while loading the miniroot.gz
>
> I forgot to mention that it is not only a pxelinux.0 based problem:
> with isolinux we get the same situation (3.11 fails, 2.04 works)

With pxelinux 3.61 I got
.....................[many more dots, it is 53Mb]...................ready.
Issuing RESET:
Undefined video mode number: 317
Press <ENTER> to see video modes available
[more video mode stuff]

With removing 'vga=791 quiet splash service' from the append line,
the kernel comes alive. It stops[1] at
RAMDISK: Compressed image found at block 0



Hope this Helps
Geert Stappers

[1] Infact I stopped wait for progress from the booting kernel

_______________________________________________
SYSLINUX mailing list
Submissions to SYSLINUX [at] zytor
Unsubscribe or set options at:
http://www.zytor.com/mailman/listinfo/syslinux
Please do not send private replies to mailing list traffic.


hpa at zytor

Feb 25, 2008, 2:21 PM

Post #11 of 19 (18254 views)
Permalink
Re: pxelinux fails to load miniroot completly [In reply to]

Geert Stappers wrote:
>
> With pxelinux 3.61 I got
> .....................[many more dots, it is 53Mb]...................ready.
> Issuing RESET:
^^^^^^^^^^^^^^

WTF? This seems more than a bit fishy...

> Undefined video mode number: 317
> Press <ENTER> to see video modes available
> [more video mode stuff]
>
> With removing 'vga=791 quiet splash service' from the append line,
> the kernel comes alive. It stops[1] at
> RAMDISK: Compressed image found at block 0

vga=791 is 0x317, so the video mode info seems right.

I'll try to reproduce this in simulation and see if I can figure out
what's going on.

-hpa

_______________________________________________
SYSLINUX mailing list
Submissions to SYSLINUX [at] zytor
Unsubscribe or set options at:
http://www.zytor.com/mailman/listinfo/syslinux
Please do not send private replies to mailing list traffic.


hpa at zytor

Feb 25, 2008, 7:04 PM

Post #12 of 19 (18356 views)
Permalink
Re: pxelinux fails to load miniroot completly [In reply to]

detlef oertel wrote:
> So I supose the 'Error: failed to initialize udp-stack' isn't
> our target problem and won't appear with isolinux.
> So we have to test with CD's.
> This will take a little time...
>
> I will come back with results later.

I appreciate it. I'm holding the 3.62 release for now so we can try to
resolve this issue.

-hpa

_______________________________________________
SYSLINUX mailing list
Submissions to SYSLINUX [at] zytor
Unsubscribe or set options at:
http://www.zytor.com/mailman/listinfo/syslinux
Please do not send private replies to mailing list traffic.


stappers at stappers

Feb 25, 2008, 11:34 PM

Post #13 of 19 (18260 views)
Permalink
Re: pxelinux fails to load miniroot completly [In reply to]

Op 25-02-2008 om 14:21 schreef H. Peter Anvin:
>
> I'll try to reproduce this in simulation and see if I can figure out
> what's going on.

For all those who also what to reproduce it
[1]

wget http://download.uib.de/debian/dists/etch/opsi3.2/binary-i386/opsi-linux-bootimage_20080207-1_all.deb
mkdir opsi
cd opsi
ar x ../opsi-linux-bootimage_20080207-1_all.deb
tar xzf data.tar.gz

and

ls tftpboot/linux

will show you the place of the kernel and the initrd



Cheers
Geert Stappers

[1] The test data files are provided in .deb package,
where that is a nice idea, it is (security wise) not a good idea.
"unpacking" with `dpkg -i` means also executing postinstall
scripts[2] as root. unpacking with `dpkg -x` avoids the exec part,
but one must still have the 'dpkg' program installed[3].
The program 'ar' is part of "binutils", easily available to all
platforms.
Providing files in a .tar.gz is preferred ...
[2] I didn't see a postinst in the above .deb
[3] Default on Debian and Debian devariates, not on other GNU/Linux distros

_______________________________________________
SYSLINUX mailing list
Submissions to SYSLINUX [at] zytor
Unsubscribe or set options at:
http://www.zytor.com/mailman/listinfo/syslinux
Please do not send private replies to mailing list traffic.


hpa at zytor

Feb 26, 2008, 8:03 AM

Post #14 of 19 (18260 views)
Permalink
Re: pxelinux fails to load miniroot completly [In reply to]

Geert Stappers wrote:
> Op 25-02-2008 om 14:21 schreef H. Peter Anvin:
>> I'll try to reproduce this in simulation and see if I can figure out
>> what's going on.
>
> For all those who also what to reproduce it
> [1]
>
> wget http://download.uib.de/debian/dists/etch/opsi3.2/binary-i386/opsi-linux-bootimage_20080207-1_all.deb
> mkdir opsi
> cd opsi
> ar x ../opsi-linux-bootimage_20080207-1_all.deb
> tar xzf data.tar.gz
>
> and
>
> ls tftpboot/linux
>
> will show you the place of the kernel and the initrd
>

I tried it in simulation, using a CD-ROM image and 3.62-pre14, and it
works perfectly. I did, however, find a bug in one of the development
branches that I fixed, though ;)

-hpa

_______________________________________________
SYSLINUX mailing list
Submissions to SYSLINUX [at] zytor
Unsubscribe or set options at:
http://www.zytor.com/mailman/listinfo/syslinux
Please do not send private replies to mailing list traffic.


d.oertel at uib

Feb 26, 2008, 8:15 AM

Post #15 of 19 (18251 views)
Permalink
Re: pxelinux fails to load miniroot completly [In reply to]

Geert Stappers schrieb:
> Op 25-02-2008 om 14:21 schreef H. Peter Anvin:
>> I'll try to reproduce this in simulation and see if I can figure out
>> what's going on.
>
> For all those who also what to reproduce it
> [1]
>
> wget http://download.uib.de/debian/dists/etch/opsi3.2/binary-i386/opsi-linux-bootimage_20080207-1_all.deb
> mkdir opsi
> cd opsi
> ar x ../opsi-linux-bootimage_20080207-1_all.deb
> tar xzf data.tar.gz
>
> and
>
> ls tftpboot/linux
>
> will show you the place of the kernel and the initrd
>
>
>
> Cheers
> Geert Stappers
>
> [1] The test data files are provided in .deb package,
> where that is a nice idea, it is (security wise) not a good idea.
> "unpacking" with `dpkg -i` means also executing postinstall
> scripts[2] as root. unpacking with `dpkg -x` avoids the exec part,
> but one must still have the 'dpkg' program installed[3].
> The program 'ar' is part of "binutils", easily available to all
> platforms.
> Providing files in a .tar.gz is preferred ...
> [2] I didn't see a postinst in the above .deb
> [3] Default on Debian and Debian devariates, not on other GNU/Linux distros
>
> _______________________________________________
> SYSLINUX mailing list
> Submissions to SYSLINUX [at] zytor
> Unsubscribe or set options at:
> http://www.zytor.com/mailman/listinfo/syslinux
> Please do not send private replies to mailing list traffic.

I agree that it is unusual to to provide test files in a .deb file.
So this deb-File wasn't build to provide you the test files,
but as a part of the open source Desktop managment system 'opsi' (http://opsi.org).
I pointed to this .deb because it was not the finest,
but the fastest way to get the test files.
Sorry for any problems.

This bootimage works with pxelinux at
a lot of opsi users with together some thousand clients
with out any problem.
With this one exception: Dell Optiplex 740.

The tests of the isolinux versions are delayed because
somebody crashed my remote access to the opsi user which is affected.
I'm trying to fix this as soon as possible.

regards
detlef oertel

--
detlef oertel

Tel. 06131 / 27561-10
Fax 06131 / 27561-22

eMail: d.oertel [at] uib

uib umwelt informatik büro gmbh

Firmensitz / Anschrift:
Bonifaziusplatz 1B
55118 Mainz

internet: www.uib.de

Geschäftsführer: dr. detlef oertel
Handelsregister: Amtsgericht Mainz HRB 6942

_______________________________________________
SYSLINUX mailing list
Submissions to SYSLINUX [at] zytor
Unsubscribe or set options at:
http://www.zytor.com/mailman/listinfo/syslinux
Please do not send private replies to mailing list traffic.


stappers at stappers

Feb 27, 2008, 8:47 AM

Post #16 of 19 (18267 views)
Permalink
Re: pxelinux fails to load miniroot completly [In reply to]

Op 26-02-2008 om 08:03 schreef H. Peter Anvin:
>
> I tried it in simulation, using a CD-ROM image and 3.62-pre14, and it
> works perfectly. I did, however, find a bug in one of the development
> branches that I fixed, though ;)

With a pxelinux.0 fresh compiled from git trunk,
halts the OPSI miniroot.gz still at 'RAMDISK: Compressed image found at block 0'

The video mode 791 (0x317) also still present.


GSt

_______________________________________________
SYSLINUX mailing list
Submissions to SYSLINUX [at] zytor
Unsubscribe or set options at:
http://www.zytor.com/mailman/listinfo/syslinux
Please do not send private replies to mailing list traffic.


stappers at stappers

Feb 27, 2008, 1:15 PM

Post #17 of 19 (18278 views)
Permalink
Re: pxelinux fails to load miniroot completly [In reply to]

Op 27-02-2008 om 17:47 schreef Geert Stappers:
>
> The video mode 791 (0x317) also still present.
The video mode 791 (0x317) error is also still present.


Taking a closer look, revealed that 0x317 is not available on the
computer that I use for testing. Chosing a VGA mode that is available
works, also as ommitting the vga= parameter, (defaults to 80x25)


Hope this helps
Geert Stappers

_______________________________________________
SYSLINUX mailing list
Submissions to SYSLINUX [at] zytor
Unsubscribe or set options at:
http://www.zytor.com/mailman/listinfo/syslinux
Please do not send private replies to mailing list traffic.


hpa at zytor

Feb 27, 2008, 2:47 PM

Post #18 of 19 (18331 views)
Permalink
Re: pxelinux fails to load miniroot completly [In reply to]

detlef oertel wrote:
>
> The tests of the isolinux versions are delayed because
> somebody crashed my remote access to the opsi user which is affected.
> I'm trying to fix this as soon as possible.
>

Any news on this? I'm not sure how much longer I can wait on this.

-hpa

_______________________________________________
SYSLINUX mailing list
Submissions to SYSLINUX [at] zytor
Unsubscribe or set options at:
http://www.zytor.com/mailman/listinfo/syslinux
Please do not send private replies to mailing list traffic.


d.oertel at uib

Feb 29, 2008, 9:47 AM

Post #19 of 19 (18234 views)
Permalink
Re: pxelinux fails to load miniroot completly [In reply to]

H. Peter Anvin schrieb:
> detlef oertel wrote:
>> The tests of the isolinux versions are delayed because
>> somebody crashed my remote access to the opsi user which is affected.
>> I'm trying to fix this as soon as possible.
>>
>
> Any news on this? I'm not sure how much longer I can wait on this.
>
> -hpa
Sorry, no news - don't wait for this.
I didn't get a new remote access to the affected customer.
The next week I have to spend at the CeBit fair and so I can't work on this case.
I will come back if i got results.

regards
detlef oertel
>
> _______________________________________________
> SYSLINUX mailing list
> Submissions to SYSLINUX [at] zytor
> Unsubscribe or set options at:
> http://www.zytor.com/mailman/listinfo/syslinux
> Please do not send private replies to mailing list traffic.

--
detlef oertel

Tel. 06131 / 27561-10
Fax 06131 / 27561-22

eMail: d.oertel [at] uib

uib gmbh

Firmensitz / Anschrift:
Bonifaziusplatz 1B
55118 Mainz

internet: www.uib.de

Geschäftsführer: dr. detlef oertel
Handelsregister: Amtsgericht Mainz HRB 6942

_______________________________________________
SYSLINUX mailing list
Submissions to SYSLINUX [at] zytor
Unsubscribe or set options at:
http://www.zytor.com/mailman/listinfo/syslinux
Please do not send private replies to mailing list traffic.

syslinux users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.