The START_MB and END_MB variables should be the problem, cause maybe
they are used in next parted command.Have you commented them too? Can
you send the errors you get?
However,even if it's not a clean solution, the one that i have sent
before should work (infact mkpart does not clean or modify the
I think it's a bug in systemimager, that doesn't reconize ntfs
partition.
I use this method:
Instead of ext2 set ntfs in mkpart command.
Then comment the mkefs commond below in your script, where it formats
your /dev/hda1 Xp partition.
Mind that in this way you have to format manually your xp parti
l us what you think of them. Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______
> Sisuite-users mailing list
&g
On Fri, 28 May 2004, Brian Elliott Finley wrote:
>
> COUNT=0 seems to be already getting set, but I may be looking in the
> wrong place. Can you send in a patch?
I think the solution is not to set COUNT=0. For me the problem is that
COUNT is unset in sleep_loop procedure at every cicle.
Last mon
Thanks a lot for your udp-sender patch, Ramon.
About your tips on multicast, i can add that if the whole image ( multicast.tgz ) is
big, it's not sufficient to set
the tmpfs size to an high value, as writed in the FAQ.
If it's bigger than swap+memory then you must create additional swap
partition
My experience on redhat 9.0 (think same for other distrib):
many times set high size for tmps in kernel parameters is not
sufficient.
If the whole image is bigger than swap+memory then you get a lack of
disk space error message.
You must create a swap (i setted it in master script). Mind that you
c
I try it on redhat 9.0 with rsync and multicast.
With rsync i had no problem (only the utility makeautoinstalldiskette
fails to write floppy because of kernel image too big), while multicast
source code is a little buggy and i had to make some manual modification
to get it fully works.
On Mon, 2013
