Re: [Unattended] Unattended 4.0-test2

2004-02-03 Thread Steffen Kaiser
On Mon, 2 Feb 2004, Patrick J. LoPresti wrote:

 This release includes a brand-new version of FreeDOS himem64.exe with
 contributions from yours truly.  See

I tried the new one on a Asus P4P800 Deluxe (3com 3c940 onboard); the new
himem64 just states:

HIMEM - Fast A20 method used

(I hope that's OK ;-)

With both driver from test-1 I had problems (*), when a PM-program (such
as Symantec Ghost or PQ Magic) died. There seems to be no such problem
with the new himem anymore.

However: I cannot run PQ Magic, either:

a) it dies with a stack overflow, or
b) it dies with a CauseWay DOS Extender v3.49 Exception: 0E, Error code:
0006.


With the new boot disk I was able to:

a) Install WinXP unattendedly (I don't use the perl-framework, yet, but a
pre-configured answer file -- no smartdrv however);
b) partition the hard disk, and
c) ran Symantec Ghost to make a backup of the system onto a network drive.

Cool thing!

BTW: The 3c2000/3c940 driver from 3com seems to behave OK in the 2nd
machine, I guess the other machine has some sort of trouble.

===

*) The problems were:

+ The XMS v0.92.Oranges said: 80386 4GB Version and if a PM program died,
it constantly said VDISK detected and failed to load. Even a reset
didn't worked - I had to turn off the machine for some minute.

+ Himem64 v2.09 Jan 17 2003 always claimed Can't disable A20 - ignored.
The disk then ran, though (loaded the UMBPCI driver etc.pp.).

Bye,

-- 

Steffen Kaiser


---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
unattended-info mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-info


[Unattended] Warning: could not send message for past 4 hours

2004-02-03 Thread Mail Delivery Subsystem
**
**  THIS IS A WARNING MESSAGE ONLY  **
**  YOU DO NOT NEED TO RESEND YOUR MESSAGE  **
**

The original message was received at Fri, 30 Jan 2004 17:08:56 GMT
from AFontenayssB-103-2-1-14.w217-128.abo.wanadoo.fr [217.128.3.14]

   - Transcript of session follows -
[EMAIL PROTECTED]... Deferred: Connection timed out with mail.teledisnet.be.
Warning: message still undelivered after 4 hours
Will keep trying until message is 5 days old
Reporting-MTA: dns; bru5eusosrv29.bru.ops.eu.uu.net
Arrival-Date: Fri, 30 Jan 2004 17:08:56 GMT

Final-Recipient: RFC822; [EMAIL PROTECTED]
Action: delayed
Status: 4.4.1
Last-Attempt-Date: Tue, 3 Feb 2004 04:45:24 GMT
Will-Retry-Until: Wed, 4 Feb 2004 17:08:56 GMT
Return-Path: [EMAIL PROTECTED]
Received: from lists.sourceforge.net (AFontenayssB-103-2-1-14.w217-128.abo.wanadoo.fr [217.128.3.14])
	by bru5eusosrv29.bru.ops.eu.uu.net (8.12.11/8.12.11) with ESMTP id i0UH8tAr020337
	for [EMAIL PROTECTED]; Fri, 30 Jan 2004 17:08:56 GMT
Message-Id: [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: 
Date: Fri, 30 Jan 2004 18:06:56 +0100
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary==_NextPart_000_0014_B6F04D80.5AD3AEEE
X-Priority: 3
X-MSMail-Priority: Normal


[Unattended] Fully unattended, changing pxelinux boot files

2004-02-03 Thread Max Lovius
I am working on fully unattended installations ideas.
Anyone done any work on changing pxelinux boot files? The last step!
Or some other way to complete the task of automation? Might I have missed
something?
The only thing I can think of is a perl or dos tftp client!
But thought I should ask, before I do something that I am seems like it
should have been done.  


Thanks
Max



---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
unattended-info mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-info


Re: [Unattended] Fully unattended, changing pxelinux boot files

2004-02-03 Thread Jordan Share
Max Lovius wrote:

I am working on fully unattended installations ideas.
Anyone done any work on changing pxelinux boot files? The last step!
Or some other way to complete the task of automation? Might I have missed
something?
The only thing I can think of is a perl or dos tftp client!
But thought I should ask, before I do something that I am seems like it
should have been done.  
It's not clear (to me anyway) what it is you are trying to accomplish.

Why do you need to change the pxelinux boot files?

A couple of things you might consider:

Rather than change the config files (if that is indeed what you need to 
do), you might consider changing the IP addresses handed out to the 
various MAC addresses.  pxelinux.0 will get its config file based on 
what IP address it was given.  So you could dynamically reconfigure your 
dhcp server to give out addresses from different pools.

We have every machine PXE boot all the time, and default to localboot 
in the /tftpboot/pxelinux.cfg/default file.  Thus, we manually tell it 
to boot to the unattended install (for the first boot) and then just let 
it reboot.  It subsequently PXE boots, times out, then boots from HD.

Jordan



---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
unattended-info mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-info


[Unattended] TXTSETUP.OEM

2004-02-03 Thread Ryan Nowakowski
Hey Folks,

I'm using unattended to install servers from 3 vendors: IBM, Compaq/HP,
and Dell.  What is the easiest way to make sure I have all the drivers I
need for each vendor?  I'd like to be able to install Win2k on any
server from each of the three vendors.

What's the best way to generate the combined TXTSETUP.OEM file?
My current solution goes something like this:

1) Try to install the server -  The install breaks due to missing SCSI drivers so...
2) Copy all drivers off of the vendor CD into the $OEM directory
3) Play around with the txtsetup.oem file
4) Try to install the server -  The install breaks due to missing SCSI drivers so...
5) goto step 3 until it works

Does anyone have some sage-like advice regarding my questions above?

Thanks in advance,

Ryan


signature.asc
Description: Digital signature


[Unattended] RE: Problems with site/config.pl

2004-02-03 Thread Johnson, Chris A -ND
I encountered the same problem...

There is a mismatch between the code in install.pl and config.pl (using unattended 
3.5).

--- Snippet from install.pl ---
if (-e $site_conf) {
my $result = do $site_conf;
$@
and die do $site_conf failed: $@;
defined $result
or die Could not do $site_conf: $^E;
}
--- End Snippet ---

The script will die if $result is not defined. But in the original example config.pl 
code, it explicitly returns an undefined value (depending on which OS is chosen). This 
only matters on the very last code block (ProductID in the example config.pl).

If you add a bogus return line at the end of the script (after the fine };), such as:
return 'foo';
The script should run correctly with no ill effects.

Someone with more perl experience might have a better explanation/solution. I'm just 
beginning to learn...

Chris

-Original Message-
From: Max Lovius [EMAIL PROTECTED]
RE: Problems with site/config.pl  
2004-01-27 05:27

 
 
 
 It would be helpful if you say.
 What version of unattended are you using?
 What is line 933 in install.pl
 To me it looks like something else than your script that is causing the
 problem.
 my config looks something like this seems to work fine, I use install.pl
 1.97 with some modifcations:
 It looks on that version more like a diskformatting problem.
 Looking again at your script why do you have the two lines below, try with
 out these two lines, I don't think you realy want them
 Unless you realy know what you are doing (I don't):
  my $media_obj = Unattend::WinMedia-new ($u-{'_meta'}-{'OS_media'});
 my $os_name = $media_obj-name ();
 MY config.pl
  
 $u-{'UserData'}-{'ProductID'} =
 sub {
 my $src = $u-{'_meta'}-{'OS_media'};
  
   if ($src =~ /Windows 2000/i) {
 return 'PRODUCT KEY';
 }
 elsif ($src =~ /Windows XP/i) {
 return  'PRODUCT KEY';
 }
 else {
 die Unrecognized OS source directory $src;
 }
 };
 
 
 Thanks 
 Max 
 
 -Original Message-
 From: pommerer [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, 27 January, 2004 1:52 PM
 To: [EMAIL PROTECTED]
 Subject: [Unattended] Problems with site/config.pl
 
 
 
 Hi,
 
 On the Advanced Configuration (web)page there is an example, Assigning
 product
 
 key based on OS type.  I copied the code exactly as it appears on the page,
 
 replaced the MY-WINDOWS-XP-KEY ,MY-WINDOWS-2000-KEY and
 MY-SERVER-2003-KEY 
 
 entries to contain my serial numbers:
 
  
 
 
 use warnings;
 use strict;
  
 $u-{'UserData'}-{'ProductKey'} =
 sub {
 my $media_obj = Unattend::WinMedia-new
 ($u-{'_meta'}-{'OS_media'});
 my $os_name = $media_obj-name ();
 if ($os_name =~ /Windows XP/) {
 return 'MY-WINDOWS-XP-KEY';
 }
 elsif ($os_name =~ /Windows Server 2003/) {
 return 'MY-SERVER-2003-KEY';
 }
 return undef;
 };
  
 $u-{'UserData'}-{'ProductID'} =
 sub {
 my $media_obj = Unattend::WinMedia-new
 ($u-{'_meta'}-{'OS_media'});
 my $os_name = $media_obj-name ();
 if ($os_name =~ /Windows 2000/) {
 return 'MY-WINDOWS-2000-KEY';
 }
 elsif (defined $u-{'UserData'}-{'ProductKey'}) {
 # It is OK for us to return undef as long as there is a
 # ProductKey.
 return undef;
 }
 die No ProductKey nor ProductID!;
 };
 
 
 The program works as expected for Windows 2000, but not for WINXP and
 WIN2003. 
 When I select WINXP or WIN2003, the script stops with the error:
 could not do z:\site\config.pl: Function not implemented (ENOSYS) at
 z:\dosbin\install.pl
 line 933
  
 I played a little with the code: e.g.:
 
 
 use warnings;
 use strict;
  
 $u-{'UserData'}-{'ProductKey'} =
 sub {
 my $media_obj = Unattend::WinMedia-new
 ($u-{'_meta'}-{'OS_media'});
 my $os_name = $media_obj-name ();
 if ($os_name =~ /Windows XP/) {
 return 'MY-WINDOWS-XP-KEY';
 }
 elsif ($os_name =~ /Windows Server 2003/) {
 return 'MY-SERVER-2003-KEY';
 }
 return undef;
 };
  
 
 
 The program works as expected for WINXP and WIN2003 but not for WIN2000. 
 When I select WIN2000, the script stops with the error:
 could not do z:\site\config.pl: Function not implemented (ENOSYS) at
 z:\dosbin\install.pl
 line 933
 
 
  
 any Ideas?
  
 Regards 
 Werner
 
  
 
 -- 
 Werner Pommerer   

Re: [Unattended] TXTSETUP.OEM

2004-02-03 Thread Patrick J. LoPresti
Ryan Nowakowski [EMAIL PROTECTED] writes:

 I'm using unattended to install servers from 3 vendors: IBM,
 Compaq/HP, and Dell.  What is the easiest way to make sure I have
 all the drivers I need for each vendor?  I'd like to be able to
 install Win2k on any server from each of the three vendors.
 
 What's the best way to generate the combined TXTSETUP.OEM file?

Jordan Share gave a pretty good description of this in:

  http://www.mail-archive.com/[EMAIL PROTECTED]/msg00992.html

He asked a question about dealing with .dll files; I have tried the
method documented in KB275334 and it seems to work:

  http://support.microsoft.com/?id=275334

It should be possible to automate these steps, but not at install time
because the share is read-only.  Maybe if I get bored one day I will
take a crack at it...  Meanwhile, your best bet is trial and error, as
you surmised.

You might want to get each driver (with its txtsetup.oem) working by
itself first, then merge them together.

 - Pat


---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
unattended-info mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-info