затем запускаю ntbackup.exe и пытаюсь сделать backup
В случае рестора не видно диска и файлов *.bkf.
у меня BartPE сделан из XP SP2
Кстати, ты рестор из командной строки делал
Восстановление файлов из командной строки с помощью команды ntbackup невозможно.
Если не трудно, попробуй из менюшки
Цитата:В случае рестора не видно диска и файлов *.bkf.
Попробуй сделать ассоциацию этих файлов с программой NTBackup.
Потом настрой программу, как тебе нужно, в основной системе и скопируй раздел реестра HKEY_CURRENT_USER\Software\Microsoft\Ntbackup в куст Default РЕ
Так ведь даже самого диска и его подкаталогов не видно
С ссылки на nht-team.org был скачан Windows XPE Web Edition, дополнен и обновлен. Но! есть ли возможность увеличить объем виртуальной памяти? И как?
Darth_Vader
Posted: Nov 20 2004, 06:34 AM
...because It's very annoying, especially when installing PE to the hard drive, instead of that stupid recovery console...
1. I don't like having "Program Files" and "Programs" just one by another in the root of a system drive.
2. I don't like having that "Programs" dir in the root of my multi-bootable working CD which contains also a boot manager, XP installation source for OEM preinstall and fully interactive mode setup/repair routines, and some useful utilities. I want my working CD to have the least possible number of dirs in the root, and I want these dirs to be named in functionally-associated order, with general content chapters (like as \BTPE, \I386, etc.). I don't want the pieces of functional content parts to be lost over here and over there. I want them all be in their one right place, which is \BTPE dir on the CD and \MININT dir on the HDD.
3. Since WinPE/BartPE is a special "minimal" working environment, the more should it be contained alltogether in a single dir. Even for a regular OS installation, personally I install the default profiles location instead of that moronic %SystemDrive%\Documents And Settings\ to %Windir%\Profiles\, through the unattended setup scenario, but while the Program Files dir for a regular installation is a dynamically changing share and its location has already been settled as a world standard for almost 10 years - not like it, the "Programs" folder of BartPE is a static resource associated exclusively to the BartPE/WinPE execution environment (including the fact that many of those programs are specially designed to run on a WinPE/BartPE/ERDC platform only).
4. So, this is a kinda proposition/request to the author, to put the \Programs dir into the main startup dir of BartPE.
5. Also, I want to ask the olders whether anybody ever thought about the above stated inconvinience, and / or maybe even tried to fix it by himself?
I've made a search in the pebuilder folder, for the files that would contain the keyword "Programs", and unfortunately I found a very long list: apart all of the plugin installation INF's, this entry is present in the hives' templates and only GOD and Bart know where ALL of these entries are EXACTLY located.
Surely I can try to fix the paths in the plugin inf's, and try to fix the hives' templates, but I suspect that ny life may not be enough to reach all satisfactory and working results, since I have a job that takes plenty of my time (up to 20 hours some days) which I have to hols to make a living.
6. So, I'm asking for assistance, 'cos being an admin is hard enough © Bart himself
P.S. My greatest respect and thanks to the creator of this magnificiant "first aid and only treatment" rescue tool.
Wendy
Posted: Nov 20 2004, 08:39 AM
It's relatively simple, but tedious to move the files out of the programs tree into some other name, but i don't see the point.
To do this, you just work through the plugins moving the directories into the windows tree (ie change entries in WinNTDirectories from programs\mycmd=2 to programs\mycmd=0. This is relatively easy to look for.
You then go through and update the menus accordingly.
While you can do this, it does not gain any great benefit. It is better, for example, if you have DOS stuff, to make a similar tree for DOS stuff, eg mdos\pqmagic, rather than putting \pqmagic in the root. You can then use the same \programs tree between different Win32 sessions, for example, including putting the disk and running the stuff as a local cdrom.
Another reason that it does not good to mix applications and operating systems into the same tree, is that you can't run the apps from anything other than that operating system. If i happen to be running 2k, and i am logged into the xp working directory, then even invoking something like 4nt.exe will cause it to produce error messages about finding an incorrect version of DOS there.
One can also look at the \programs tree as a quick way of installing your own utilities onto a rebuilt system. Putting a similar effort into the reg files, can lead you to copy the tree to the hard drive (eg under the same or different name), and running a script to add all the registry entries, desktop icons, etc. I do this with my version, both for the DOS and Win32 stuff.
In any case, one should get used to the idea that programs and operating systems don't mix, and it is better to get into practice now, because that's where we're heading in the industry.
I have never run Windows NT (4, 2k, XP) from the c:\ drive. Therefore i don't have this issue.
The thing is that you should try to run the operating system in its own partition, and then install your data and local apps onto a different one. This *greatly* speeds up the recovery. [i know from bitter experience].
Accordingly, you can dual boot different windows versions, or the same version as a backup, from different OS partitions, and share the same data partition.
Some virii are specifically programmed to look for things on the c:\ drive, so not using that drive makes things much easier to use.
I even do this with DOS and OS/2.
Darth_Vader
Posted: Nov 20 2004, 09:41 AM
Wendy
10x a lot, I'll try all that. Appreciate your quick reply
hilander999
Posted: Nov 20 2004, 11:29 AM
@Darth_Vader
If you don't have XPE, or some of the more advanced pllugins,
you can probbly do what you want by simply moving the programs folder
manually or in a .cmd file before makeing the iso.
just move "PROGRAMS" to "BTPE\PROGRAMS" or i386\programs.
Now customise the profiles plugin to assign %SystemRoot% to %SystemDrive%.
I don't think there is anything other than plugins & the PROGRAMS directory
that use the %SystemRoot% varaible.
You could even change this with a simple "SET SystemDrive=%SystemRoot%" at startup.
Of course the best way to do this is to modify every plugin & menu entry not to use programs.
This is just a "Quick & Dirty" way of solving your problem.
Darth_Vader
Posted: Nov 20 2004, 12:08 PM
10x ppl, here's what I have by this moment:
1. I've edited all INFs in the plugin dirs and re-assigned destination value from "2" for "0", as Wendy had told me.
2. Then, I changed the "@GetProgramDrive()" entries in the NU2MENU XML modules for each plugin to "@GetWinDir()".
3. Now I should be a success, but... when trying to boot up the resulting PE system either from HD or CD, after the destop wallpaper appears, when setres is about to change the screen resolution - I receive an error message thet says that there's not enough virtual memory, or the paging file is too small or inaccessible - jr something like that, can't say verbousely cos the system reboots just at this moment.
4. I start becomingabout this... what the hell else does it want me to do - dance a jig for it or something like that?
P.S. Looks like I've found it:
0x2, "ControlSet001\Control\Session Manager\Environment", "ProfilesDir", "%SystemRoot%\Profiles"
So I can put rught here also re-assignment for %SystemDrive% to %SystemRoot%, but there's some reason why I don't like this idea, one of them is that I could run some programs from another share, abd these programs may cause bad issues with such an illegal re-assignment for the system variables.
Wendy
(or anyone)
Any ideas on the reasons / ways to fix the "paging file" problem?
==========================
Heh... same shit, another view ©
Setting
0x2, "ControlSet001\Control\Session Manager\Environment", "SystemDrive", "%SystemRoot%"
(without touching any XML's of INF's - just moving the files where they should be) does no good: the system reboots just the same way, setting vic versa results in BSOD with "Session Manager was terminated unexpectedly. Error Code 0xblah-blah-blah. The system has been shut down".
I'm considering now to contact Bart pesonally about this issue and my feature request.
I know definitely, that creation of "All-In-One" PE distributions if possible; such a sample I've seen recently at the Russian site http://forum.ru-board.com, but actually I'm not satisfied with the flexibility of their PE construction toolkt.
plugin\zz5\peloader (включен умолчально)На машине с WinXP SP1 все идет на "ура", а вот на XP SP2 возникает такая проблема.
При загрузке с HDD SP дистрибутива из которого изготовлен PE должен совпадать SP дист. из которого устанавливается консоль.
/imho/ Кста peloader есть и в 3032 plugin\zz5\peloader (включен умолчально)
Все запускается и работает на 100%, кроме Computer Management, с которым наблюдаю странный глюк: он нормально работает везде, кроме моей системы
Все запускается и работает на 100%, кроме Computer Management, с которым наблюдаю странный глюк: он нормально работает везде, кроме моей системы
Возможно, твоя проблема в SP2?чует мое сердце что так... а разбираться лень, да и время не хОчу тратить.. однако проще на SP1 сделать
)) А то у меня нет русского SP2, проверить не начем.
Если для дела, то мультизагрузчик bcdw будет лучшим вариантом.
Вопрос: просто интересно прикрутить?
Ради интереса.. хмм.
Если для дела, то мультизагрузчик bcdw будет лучшим вариантом.
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566
Предыдущая тема: Повреждается реестр в Windows XP