v3.1.9 is available.
Few small changes...

Download link:
http://www.nu2.nu/download.php?sFile=pebuilder319.zip
(Please check the mirrors, most still need to re-sync)

Please read the change log below:


Regards,
Bart.

Many thanks Bart, looking forward to test it.

working for me

thanks Bart

many thanks !

About 1 year to update from 3.1.3 to 3.1.9.

Thanx for all the effort for creating this project. Without it wouldn 't be possible to create the nice stuff we can do today !

Yea, remember that I code this my spare time...
Besides coding I also try to do other things as well...

Bart.

Thanks Bart. We do appreciate your work. I doubt anybody here begrudges you personal time. :-)

I would to make a suggestion. If we create standard sub-folders to categorize the plug-in, it will be neater and easier to maintain. For example, create sub-folders such as disk tools, file tools, security tools, networking tools, etc, then putting a43 into File Tools; adawarese, mcafee, stinger into the security tools; ghst8, snapshot, chkdsk into the disk tools, and so on. Further, edit the nu2menu.xml file and the .xml files of categorized plugins to appear organized in the nu2menu, grouped by categories, and also the .inf files to make them organized in the start menu of XPE.

I have to do these works every time there is a version upgrade. I think it is better to have the standard categories pre-defined. I suggested 'Disk Tools', 'Security Tools', 'File Tools', 'System Tools', and 'Networking Tools' be pre-defined.

That's way TOO much to expect from Bart. Not everyone does this, basically you just need to take the time to do this work yourself. I suggest you compare a "plain" BPE download with your current work. He doesn't always change everything between releases. Since a new "official" version usually comes out about every year....I think you can find the time to do this yourself every year.

Haha. You've got me wrong. I have no problem doing it myself. I just think there might be many people who like to categorize the plugins or many people who have been thinking to do it, and it will be beneficial to many if the common ones are already there.

There's the problem straight away. Your ideal catagories are not necessarilly Bart's, mine or anyone elses.
I for one have sub-folders in the plugin folders called .hardware -- which contains hardware drivers for my graphics card etc. and .system -- which contains things like the bootfix plugin, pserv, regshot, ramdisk, tweaks, update devices plug and play etc. These are are all plugins associated or used with BartPE itself and nothing to do with tools to rescue/clean/repair a system. To me this is logical but I bet this isn't how anyone else does it.

OT.

I'm sorry if I sounded rude or hasty in my initial reply to you.

Perhaps "offtopic" worded it better than I. I think between our two responses you understand that everyone is different. It basically wouldn't be fair for Bart to side with one person or group. He had made an awesome tool for us!!! Whatever customizations we want, we need to do.

Works great (as usual)!

Thanks Bart!

thanks Bart, time to try it out

Greetings -

I am having to copy the following files to my Windows XP Source in order for the 3.19 to function properly:

DEFAULT
DEFAULT.LOG
SAM
SAM.LOG
SECURITY
SECURITY.LOG
SOFTWARE
SOFTWARE.LOG


Any suggestions would be most helpful.

Thanks for your time.

you need to use the pebuilder.inf that came with it
or else you will get errors

from pebuilder.inf included in v3.1.9

it's not always just the .exe that gets updated

My file was dated 2/22/2005 and has been replaced with the 1/8/2006.

Thanks for the help!

Are lines 23-33 in your file the same as those shown by CWorks? Mine are and I have the same file date as you..

I think what he means is he did have an old file and replaced it and now it's all good

I upgrade from 3.1.4 to 3.1.9. Now after cd-burning I can't find bootsect.bin in root directory of my disk. I think it is reason that ERD Commander 2005 placed together with BartPE can't load with message "ntloader failed". With 3.1.4 it works fine. How can I fix it?

bootsect.bin is the boot image, it is not visible on the CD.
I cannot "guess" what could be wrong the you start "mixing" with erd05.

Regards,
Bart.




bootsect.bin is the boot image, it is not visible on the CD.
I cannot "guess" what could be wrong the you start "mixing" with erd05.

Regards,
Bart.

OK. But how can I add bootsect.bin to disk to check depedency with ERD05? I can't do it with plugin's section SourceFiles cause BartPE ignore it

uhm...add it manually maybe?

Use the Sherpya build scripts and wrapper.cmd. You have total control then over what parameters you pass to mkisofs

Pebldr 3.1.9 isn't executing wrapper.cmd anymore. Is is possible to add this functionality again?

Thanks, Kalonji.

I expect you've over-written the fake mkisofs.exe with the real one from the PE-Builder.

Regards,
OT

Sounds good! I'll test that later, thanks for your help!

@offtopic:

You were right. Many thanks again!

Kalonji.

Yeah... If add file manually it works but why BartPE don't add this file? It ignores section bootsetc.bin=3000,bootsect.bin Actualy, that file is copied to HDD, but when iso-file is building it missing in root-directory.

Hello togehter,

i think in pebuilder.inf line 344



should better be



W2k3 SP1 will crash if the NTVDM.EXE is stored in i386\system32 with the above RegKey. This happens for example with the dospe plugin.
In W2k3 the olethk32.dll doesn't exist in the KnownDll List.

rgds
Sykoo

Sykoodad

Big Thanks.
It seems this will solve my problem with DOSPE

Hi, added in future v3.1.10

Regards,
Bart.

@Bart

Current StarBurn implementation does work well, CD and DVD writing is possible now. Thanks.


I use default PEBuilder 3.1.9 files and added one plugin z_multiprocessor.inf, containing:
pebuilder.log
File ntoskrnl.exe does contain ntoskrnl.exe, but not ntkrnlmp.exe.

If I edit layout.inf, remove ntoskrnl.exe, I get expected ntkrnlmp.exe.

What's more importand: layout.inf or a custom plugin?


If you integrate a hotfix, then file \I386\NTKRNLMP.EX? is most update version.
I like current process order: first *.cab next \I386\*.

I'm not sure exactly what this accomplishes?

Bart-

Love your stuff!

Question,

I fresh downloaded and ran version 3.1.3 and 3.1.9.

To each I only added the plugin "scsi-raid.zip" downloaded from
http://www.oion.net/qnd/bootcd/plugindepot.shtml

I get the error:


Processing INF file: "C:\Projects\Bart PE\plugin\raid\raid.inf"
Section: SetValue
Error: cannot find file "U‹ìjÿhr>F"
Error: setValue() failed 0: The operation completed successfully. (Line 0 String "winpeoem.sif,OEMDriverParams,OemDriverRoot,drivers")


I get the same error with another plugin, but I don't have the original download link for that one.

It is also for 3rd party RAID drivers.

Both use XP SP2. Both are fresh downloads with nothing added except the plugin.

I've tried it on 2 different machines, same result; 3.1.3 works, 3.1.9 errors.

Any ideas?

Thanks!

@waldense

Not sure, in pebuilder 3.1.9 there is not file like "winpeoem.sif" that could be a problem.

This way (using winpeoem.sif) of adding drivers is old and bad.
You should add drivers to the "drivers" folder, see pebuilder help pages.

See for a few driver, http://www.nu2.nu/pebuilder/#faq item number 31

Regards,
Bart.

I am sorry for my poor english.

The bootfont.bin file need to be uppercased, the system boot does not see it in lower case.

@Sergio Neddi

I see that pebuilder 3.1.9 does not add bootfont.bin when needed.
Best thing todo here is add these lines to pebuilder.inf file.



Regards,
Bart.

I have NOT read some thing in here, so I can't confirm other
problems (including the above) with peb319.

I have burned a BartPE CD. I used pebuilder319, but found no problems, except
one plugin that I removed from pebuilder314-beta
to pebuilder319, named firefox DO NOT WORK if 319.

Regards Plugin Builder,
PS. Firefox Solution:


@echo off
rem FireFox startup file for BartPE
if not "%userprofile%" == "" goto LessThanPebuilder319
set userprofile=%tmp%\
set dp0=%systemdrive%\programs\firefox\
%dp0%firefox.exe -CreateProfile "BartPE %userprofile%\Mozilla\Firefox\Profiles"
copy "%dp0%bookmarks.html" "%userprofile%\Mozilla\Firefox\Profiles\."
copy "%dp0%cookies.txt" "%userprofile%\Mozilla\Firefox\Profiles\."
copy "%dp0%prefs.js" "%userprofile%\Mozilla\Firefox\Profiles\."
start %dp0%firefox.exe -p BartPE
goto :_end

:LessThanPebuilder319
if not exist "%~dp0firefox.exe" (
echo FIREFOX: The file "%~dp0firefox.exe" does not exist.
goto _err)
echo FIREFOX: Creating directory: %userprofile%\Mozilla\Firefox\Profiles
mkdir "%userprofile%\Mozilla\Firefox\Profiles"
if not exist "%userprofile%\Mozilla\Firefox\Profiles" (
echo FIREFOX.CMD: The directory "%userprofile%\Mozilla\Firefox\Profiles" does not exist!!!
goto _err)
echo FIREFOX: Creating profile
%~dp0firefox.exe -CreateProfile "BartPE %userprofile%\Mozilla\Firefox\Profiles"
if exist "%~dp0bookmarks.html" copy "%~dp0bookmarks.html" "%userprofile%\Mozilla\Firefox\Profiles\."
if exist "%~dp0cookies.txt" copy "%~dp0cookies.txt" "%userprofile%\Mozilla\Firefox\Profiles\."
if exist "%~dp0prefs.js" copy "%~dp0prefs.js" "%userprofile%\Mozilla\Firefox\Profiles\."
echo FIREFOX: Starting...
start %~dp0firefox.exe -p BartPE
goto :_end
:_err
echo.
echo FIREFOX.CMD: Error, script aborted.
echo.
pause
:_end

SNIP... found no problems, except... Firefox...
OOPS. Avpersonal, etc. wont work after a simpel cleanup,

Regards Plugin Builder,
PS. Avpersonal, and/or a RAM Drive CleanUp... Solution:


@echo off
echo RamDriveCleanUp.cmd: Starting...
if (%tmp%) == (B:) rmdir /s /q B:\.
rem Strange, but if missing folder(s), avpersonal said
rem ERROR space needed, and then it freeze, so
if not "%userprofile%" == "" (
rem peb3x:
mkdir "%tmp%\Documents and Settings\All Users\Desktop"
mkdir "%tmp%\Documents and Settings\All Users\Start Menu\Programs"
mkdir "%tmp%\Documents and Settings\Default User\Desktop"
mkdir "%tmp%\Documents and Settings\Default User\Favorites"
mkdir "%tmp%\Documents and Settings\Default User\Start Menu"
mkdir "%tmp%\Documents and Settings\Default User\Local Settings\Application Data"
mkdir "%tmp%\Documents and Settings\Default User\Application Data\Microsoft\Internet Explorer"
) else (
rem peb319:
mkdir "%tmp%\Documents and Settings\All Users\Skrivebord"
mkdir "%tmp%\Documents and Settings\All Users\Menuen Start\Programmer"
mkdir "%tmp%\Documents and Settings\Default User\Skrivebord"
mkdir "%tmp%\Documents and Settings\Default User\Foretrukne"
mkdir "%tmp%\Documents and Settings\Default User\Menuen Start\Programmer\Start"
mkdir "%tmp%\Documents and Settings\Default User\Lokale indstillinger\Application Data"
mkdir "%tmp%\Documents and Settings\Default User\Application Data"
)
rem Don't know how to write in your language, sorry.

There is no problem if Bart would let us specify the Plugin folder from with in PE Builder such as [drive]:\pebuilder\3.14\plugin & then I could have one that is [drive]:\pebuilder\3.19\plugin with pebuilder.exe being in each of the version numbered folders or one could have [drive]:\pebuilder\3.5\plugin where the 3.5 would represent the size of the cdrw disk & then that compilation would not get confused with [drive]:\pebuilder\dvd\plugin & in this case there would only be 1 pebuilder.exe file in the pebuilder folder so by having us specify the plugin folder we could set the categories up anyway that we wanted.

Hi,

I have seperated firefox plugin from pebuilder.
Please find complete firefox 1.5 plugins (all languages) here:
http://www.nu2.nu/pebuilder/firefox/

Regards,
Bart.

@Bart,

I noticed USERPROFILE is not set anymore in PEB319. More than that: I am not able to set it at all anymore .
I raised this issue some days ago in the Troubleshooting section, please take a look at This topic

Is it intentional that in PEB319 (using nu2shell) one cannot set USERPROFILE and ALLUSERSPROFILE as environment variables?
As you can see in the quote of Plugin Builder above, people are beginning to anticipate on that.

Please explain.

Thanks,
Erik.

A quick attempt putting Dell Precision 470 CERC2S SATA RAID driver in "drivers" failed. Will be looking at it more closely tomorrow. At the moment, I'm using 3.1.3 to build the image and 3.1.9 to burn the DVD. Update to this: driver failed because the d1 line in txtsetup.oem did not end in ', \'. Made the change and the driver loaded beautifully. Thanks to all that posted that little nugget of info.

Bart, thanks for all the great work so many of us can't get along without.

I have to say congratulations and thank you for rolling out this new version. I've been waiting with great anticipation

Hi Bart

I downloaded nu2shell.exe V1.030 and put it into a basic pebuilder V3.1.9. (zz5)
(no new plugins added to pebuilder, no drivers added)

After building & booting the CD I got a message

... Winlogon.exe failed ... msvcr71.dll not found.
[edit msvcr71.dll not msvcrt71.dll]

reason for upgrade to ensure environment settings created correctly
USERPROFILE=B:\Documents and Settings\Default User
ALLUSERSPROFILE=B:\Documents and Settings\All Users

Logon continued and the plugins I tried seemed to work.
can you check this out before the next release of pebuilder

regards
Mike Barnes

Strange, never got this message...
Anybody else also got this error???

Regards,
Bart.

Hi Bart,

Can you please have a look at this topic: Help my Help in the Troubleshooting section.
It looks like PEBUILDER can fetch files from C:\WINDOWS instead of the specified source CD.
Is this intentional?

As you can see in the topic, it causes problems with my Help (since PEBUILDER fetches the stub!! winhlp32.exe from C:\WINDOWS instead of decompressing WINHLP32.EX_ from my source CD).

Thanks,
Erik.

Edit 05feb06:
Found out this only occurs when running PEbuilder with "runas" from WinXP user account with limited rights.
I guess not many people work like this. See above referred topic for details.

Edit 07feb06:
Solved completely, thanks to Cdob.
"runas" must call tiny batch file to set working dir right again.

Sorry for being lyrical, but someone like Bart gives me hope and confidence in this country again. And I do need that. I am so fed up with- or disappointed by many people producing poor quality, also in our politics and media, especially around the terrorism business. Thank God that brains, dedication, clearness and helpful attitude are shown again in what Bart does. Or other good sysadmins. Or dedicated participants here.
It’s not only the product. It’s a great example of Building up in unity that is shown here. To me that means hope. To me it’s a mirror of what the world is waiting for. Call that a great side effect of what a man is doing in his spare time.
Oops.. back to work..

Bart my freind i dont knwo if any one has ever told you this but you ROCK like cotton socks .. ty so very much for making the project for all of us to use ..