jaclaz

.swm files should be parts of a bigger .wim file: http://www.msfn.org/board/index.php?showtopic=114830 http://www.msfn.org/board/index.php?showtopic=89955 http://www.msfn.org/board/index.php?showtopic=109293 http://www.msfn.org/board/index.php?showtopic=107920 But they could well be crippled/encrypted/whatever: http://www.msfn.org/board/index.php?showtopic=127624 your mileage may vary http://www.msfn.org/board/index.php?showtopic=121676 jaclaz

I guess you have a wrong idea about bottle necks. Data transfer on a USB bus is MUCH slower than from SATA. FYI: http://www.msfn.org/board/index.php?showtopic=125222 There is no problem in putting your programs on another drive, of course all .dll's and "common" files that a program may install in \%SYSTEMROOT%\ or \%SYSTEMROOT%\system32 will be on the SYSTEM drive nonetheless. jaclaz

Doesn't the TXTSETUP.OEM method work? http://www.911cd.net/forums//index.php?showtopic=19486 You may also cross check your txtsetup.sif entries with the ones in cdob's plugin. jaclaz P.S.: For the record, starting thread is here (cross-linking for reference): http://www.msfn.org/board/index.php?showtopic=119415

Since it is Christmas, I'll try again. The text that appears on your desktop is read from the Registry key: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion (and possibly some other key) To change the text displayed on the desktop, you need to change the contents of the keys from which the text comes. But since those keys may be used by a number of other programs, and possibly by key processes, it is NOT recommended to change the contents of ythe Registry key(s). A workaround is to disable the feature by setting: HKEY_CURRENT_USER\Control Panel\Desktop\PaintDesktopVersion to 0. and use ANOTHER, independent program to print on desktop whatever you like. Examples are in the linked thread: http://www.msfn.org/board/index.php?showtopic=99231 i.e.: http://mystuff.clarke.co.nz/MyStuff/wallpaper.asp jaclaz

Basically the request is for a Windows XP driver for Printer Tally T 7040. It appears to be a rather oldish printer, driver page is here: http://www.tallygenicom.uk.com/support/pri...er_obsolete.htm http://www.genicom.com/drivers/GENICOM.HTM http://www.tallygenicom.com/drivers/legacy/7080-drv.htm NO XP driver. It seems like the 7040EC is a HP Laserjet III model, thus most probably a plain PCL5 driver should work with it. jaclaz

It is possible that we have understood you wrong, but it is also equally possible that you failed to express your question in an understandable way. Open REGEDIT. Navigate to key: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion What do you see? Or, better even, run this from command line: REG QUERY "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion" |FIND "REG_S" Anything familiar? jaclaz

Hey, this must be a record , this thread got as far as 4 (four) posts before someone came out to say that NTFS is better. If I were you I would also abandon XP and double boot Linux and Vista , this way you'll save a lot of of other posts..... Back to topic, cannot really say, I never personally experienced ANY problem using the CONVERT.EXE utility, but again it never happened to me to use it on a fully configured SYSTEM volume. The most logical thing to do, if you are living happily with FAT32 and the only problem you have is with biggish video files, would be to get another hard disk, and make on it a partition NTFS only for DATA where to store the bigger than 4 Gb files. (or use a partition utility to resize your current partition(s) and create a NTFS DATA one on your current HD). Then, when you have another occasion and time to re-install, try re-installing the system to a NTFS volume. jaclaz

I am afraid that's specifically a "linux" side feature/problem, I guess you might have better luck posting the problem on a more "linux oriented" board or on boot-land. The Author of kexec-loader is a member there: http://www.boot-land.net/forums/index.php?showtopic=4636 I would also try with other versions of Linux Live distro's maybe that problem is specific to the Kanotix distro and the way it is configured. jaclaz

Seemingly unrelated, but not much : http://www.msfn.org/board/index.php?showtopic=99231 jaclaz

Two things, just for the record. 1) be aware when you buy one of those trays, that they have 80 leads cables, quite a few of the cheap ones have the old IDE 40 lead cable, and if you have a newish/faster drive you'll experience problems. 2) @cannie, it depends on a number of factors, NT 4.00 was doable on FAT 16 volumes. http://www.forensicfocus.com/index.php?nam...opic&t=2159 Windows 2K introduced a complication: http://www.msfn.org/board/index.php?showtopic=90495 but it was still doable, at least on FAT 16 and 32 volumes. I never tried with XP, nor with NTFS volumes. Most probably robocopy or strarc: http://www.ltr-data.se/opencode.html or some similar software may be able to handle the permissions. About XCOPY, Nick Rage: http://www.duxcw.com/digest/Howto/hd/cpyhd/cpyhd2.htm is to be credited for the: http://www.msfn.org/board/index.php?showtopic=24650&st=9 I SERVe Kentucky Fried Chicken Hot! jaclaz

My guess is that the question of the OP is a little different, more like: If this is the question, the answer is NO. You need to "feed" nlite with the original "base" disc, the source of latest SP and the sources of ALL the later updates you want to include. In other words nlite won't touch your current install. Probably an easier way would be to use another app, like HFSLIP: http://www.msfn.org/board/index.php?showforum=129 or RyanVM integrator: http://www.ryanvm.net/msfn/ to create an up-to-date "full" install source, and then use nlite on this. jaclaz

I may add that generally speaking SERVER machines have by design very fast disks and comparatively low CPU power. On the other hand Common END USER PC's have relatively slow disks and usually very fast CPU's, that are often not used to their full capabilities. Consequently, since: TANSTAAFL http://en.wikipedia.org/wiki/TANSTAAFL Compression is a trade-off, you are exchanging some CPU cycles for faster data access/transfer. It's up to you to find out if the "deal" is advantageous in your particular case. Also, compression, even if not as much as encryption, adds a layer of complexity that can make, should disaster strike, recovering data more difficult or impossible. jaclaz

Also, the operation is quite CPU intensive, and there is however some degradation of quality / loosing of sync if you don't have good, fast hardware. Depending on the amount of VHS you need to convert and the time you want to spend on them, a hardware solution may be faster/more convenient (even if you have to spend some more money). Here some ideas are listed: http://www.howtodothings.com/electronics/a...vhs-to-dvd.html Of course if you need/want to edit the videos, add "special effects" and the like the PC solution is the one to choose. jaclaz

John, try expanding the luna.th_ file you made with EXPAND.EXE. What happens? Then, try again with the original luna.th_ file in the \I386 directory of your CD..... jaclaz

TWO things: 1) First thing ANYONE should do is to fix the "stupidest" (IMHO - there may be much stupider ones ) default setting of XP: http://www.pctools.com/guides/registry/detail/229/ Knowing WHICH exact STOP ERROR comes on the BSOD is usually half to 3/4 of the solution. 2) do what cluberti says, though not "specific" to this board, and although you are responding very nicely even without probably having read it, do read the "common sense advice" here: http://www.boot-land.net/forums/index.php?act=boardrules with particualr attention to point #f and expecially point #f.3 By looking a a full dump cluberti can tell you more things about your system that you will learn in months of studying. ...... Ok, I lied , they were three: 3) NEVER introduce more than one change/fix at the time, if you introduce two or three of them together you will NEVER be able to understand WHICH one is the actual fix (and it's needed) and WHICH one(s) is irrelevant to the problem at hand. jaclaz

Yep, part of the idea of the event log is to clear past logs and re-create the crash. Then you'll have the exact idea of what happened exactly before the crash. In any case there should be a number of triplets of I (info) entries showing you that the service was started (source eventlog codes 6005, 6006 and 6009), something like this: 6005 Eventlog service started <- the system booted allright 6009 Microsoft ® Windows ® 5.01. 2600 Service Pack 2 Multiprocessor Free. <- the system is booting allright 6006 Eventlog service stopped <- the system was shut down allright Basically, if you have a crash, you will find a 6009 and a 6005 (when the system was booted/re-booted after the crash) WITHOUT a corresponding prior 6006 (meaning that the crash didn't give the service the opportunity to stop properly and log the event) jaclaz

Well, no, strangely enough, I mentioned the Event Viewer meaning the Event Viewer. http://support.microsoft.com/kb/308427/en-us jaclaz

Well, maybe we've come to the "real" question. I am not at all into "themes", but luna (both ms_/mst and th_/the) have entries in TXTSETUP.SIF: luna.mst = 1,,,,,,,68,0,0,luna.msstyles luna.the = 1,,,,,,,129,0,0,Luna.theme Would this help? Hint...Hint.... If not, these may : http://gosh.msfn.org/txtsetup.htm http://www.msfn.org/board/index.php?showtopic=14852 jaclaz

Take it easy , no need to start a flame war, anyone is free to have his own opinions..... I now see how being a PC user since the age of 5 qualifies you for being trusted on your word, whatever you affirm (at least browser speed related). jaclaz

Any file on the XP CD with an underscore as last character (_) is compressed, not necessarily "cabbed with cabarc from microsoft SDK". Actually there is a MS "COMPRESS.EXE" app that corresponds to the "EXPAND.EXE" one, there are several versions of it: http://searchwindowsserver.techtarget.com/...1280435,00.html http://windowsitpro.com/article/articleid/...it-utility.html though most probably you are right and cabarc.exe or makecab.exe was used. I doubt that mscompress was used though : http://gnuwin32.sourceforge.net/packages/mscompress.htm Such a file can be viewed/opened/extracted by 7zip, among others freeware compression utilities. Something that may interest you: http://www.msfn.org/board/index.php?showtopic=112121 jaclaz

All the merits should go to the work done by user madurai_tiger at the http://forum.notebookreview.com I simply pointed you to it. Happy everything worked out as expected. B) jaclaz

The snippets you posted are referred to REG.EXE, NOT to REGEDIT.EXE. http://www.ss64.com/nt/reg.html Most probably they are referred to part of a RunOnceEx.cmd, that usually begins as: cmdow @ /HID @echo off SET KEY=HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnceEx See here: http://unattended.msfn.org/unattended.xp/view/web/31/ http://gosh.msfn.org/using_runonceex.htm And here: http://www.msfn.org/board/index.php?showtopic=23751&st=0 for some details. 1055 is just a "large" number to make sure that keys like "005" or "010" are executed before, in other words by changing the name of the key to a higher or lower number you are able to execute the command line within it after or before other ones. jaclaz

Not that I know of, nuhi tends to give not extended informations on the inner workings of nlite. There are others methods/apps that may (or may not) be of help in understanding what's going on: http://www.msfn.org/board/index.php?showtopic=124220 Also, some reduction can be made using HFSLIP: http://www.msfn.org/board/index.php?showforum=129 http://hfslip.org/advanced.html as always, your mileage may vary... jaclaz

Sorry for being not able to fulfill your wishes , but NO , I won't trust you on your word and self-declared experience. When I'll see some data I may. Of course, as long it is your personal opinion on the matter, I will hold it in the greatest consideration. , but still at the moment it sounds to me more like a: kind of innuendo. jaclaz

[sarcasm] No, I use the Italian flag because I like how green and red are matched with the white. [/sarcasm] [italian] Prego. Buon Natale e Felice Anno Nuovo anche a te. [/italian] Just in case, you may find this article nice and interesting, even if you are NOT a Bear of Little Brain : http://www.boot-land.net/forums/index.php?showtopic=1966 http://www.wd-3.com/archive/InfFiles.htm jaclaz