Hi fiends! Please correct the install/dosbin/install.pl row 681, from
my $post_cmds = 'fdisk /delete /pri:1;fdisk /pri:4000;fdisk /activate:1' to my $post_cmds = 'fdisk /delete /pri:1;fdisk /pri:8000;fdisk /activate:1' and the problem is solved :) Now good enough place for a lot of drivers. FwdTmp you right, at first stage 4G limit is real, but it is working :D Before the second stage partition converted to ntfs, and the drivers extracted from archive to that space. (May be installer does not take care of size of the partition, space is enough) More exiting that after unattended installation and profiling (users, desktop ...) and install some other utilities I usually making a ghost image of whole partition, clearing the extra partition (using "partitionmagic") and it is blame that partition have some fault, but it can correct it! - XP itself does not complain. I wondering, have you the same experience, or is it because of this cruel modification of partition table. Also, unattended still using parted, and Linux installer complain about that it is using legacy ... something. Why we should use parted? Sincerelly tovis > Hello tovis, > > that 4G you mean, which is the first part of the installation (fat32, > the partition to be resized and converted to ntfs)? if so, then it > cannot be "solved", just some other way. I mean that this 4G is a file > system limitation of the installer (do I remember well...? someone > will correct if not :D). So, when you use the drivers, you have to > copy less, that that! this is why I rewrote the installer script > (well, actually the one that copies the system files before the > installation procedure; now, with the version 4.8 it only copies the > drivers needed. not all of them). I haven't tested the new version > (4.9) and its driver autodetect, but if it works _after_ the windows > installation... well, it is not good, because it then copies _all the > drivers_, and it is not necessary. does it? I hope not :) and the > lspci was mentioned as a tool for detection of the drivers, so I hope > the detection means it does not copies all the drivers and use some of > them later... does it? :) > > Saturday, January 16, 2010, 6:56:16 PM, you wrote: > >> Hi again! > >> Another issue :( To install BTS driver pack we need larger disk space - >> after partitioning, and formatting unattended gives only 4 G partition! >> I can swear that it was solved some how! Some one remember it? > > >>> Hi! >>> >>> I'm trying to fire up new 4.9 release, on a Debian Lenny (PXE boot is >>> working with RIP, Hiren's boot CD and Debian installer - what mean that >>> tftp server and DHCP, also samba is configured well). >>> Problems: >>> >>> 1. My target is box with two NIC - of course unattended trying to work >>> on >>> wrong NIC (one is a 100 Mbit onboard - BIOS can use one - and one >>> 1000 Gbit Realtek add-on card for future production). >>> - For now I can resolv, swap cable. >>> >>> 2. As usually, without DNS server it could not resolve address >>> //ntinstall/install. >>> - For now I have put in by hand using known ip address. >>> >>> For now I'm using default configurations exclude unattended.txt and >>> keys.bat >>> Everything other goes smoothly, include installation of the BTS driver >>> pack. >>> >>> One more quick question. Where I can customize installation profiles (I >>> mean "base", "develop," ...)? >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Throughout its 18-year history, RSA Conference consistently attracts >>> the >>> world's best and brightest in the field, creating opportunities for >>> Conference >>> attendees to learn about information security's most important issues >>> through >>> interactions with peers, luminaries and emerging and established >>> companies. >>> http://p.sf.net/sfu/rsaconf-dev2dev >>> _______________________________________________ >>> unattended-info mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/unattended-info >>> >>> > > > > >> ------------------------------------------------------------------------------ >> Throughout its 18-year history, RSA Conference consistently attracts the >> world's best and brightest in the field, creating opportunities for >> Conference >> attendees to learn about information security's most important issues >> through >> interactions with peers, luminaries and emerging and established >> companies. >> http://p.sf.net/sfu/rsaconf-dev2dev >> _______________________________________________ >> unattended-info mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/unattended-info > > > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established > companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > unattended-info mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/unattended-info > > ------------------------------------------------------------------------------ Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ unattended-info mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/unattended-info
