jaclaz

Nlite or NTlite? https://www.nliteos.com/download.html jaclaz

Wait until you have a Profile1 besides the Profile0 ... jaclaz

Sure, whatever does that, it also reads that, so that path/directory name is written *somewhere* and the proper approach remains to read that same path/directory (*wherever* it is written) INSTEAD of using the DIR | FIND ".default", which is intrinsecally prone to error in case of name collision. You are welcome jaclaz

And - only for the record - the Author of the meme also disabled spelling auto correction (or did he/she actually used tolls to "modify OS"? ) jaclaz

The: SET myvar="%%~dpnxA\cache\*.*" Is not really-really carved in stone, try replacing it with SET myvar="%%~nxA" this should be only the name and extension of the folder which contain ".default". Or try: SET myvar="%HOMEDRIVE%%HOMEPATH%\AppData\Local\Waterfox\Profiles\%%~nxA\cache\*.*" Now you see the usefulness of the SET myvar line, don't you? As a side note I doubt it is the "correct" way (remember you asked for this) to find the name of that folder, I mean, unless Waterfox has some peculiar encrypted/encoded way of storing its settings, that folder name and path is written *somewhere*, either in a .ini (or .config file or similar or in the Registry as Waterfox needs obviously to know it, so the more "proper" approach would be to read it from where it is written, instead of using the (subject to possible errors/conflicts/collisions/whatever) DIR /A:D approach. jaclaz

Sure, remove or REM the line SET myvar (that was made to let you check visually that it worked as expected) Also as is it was intended to be a line in a more complex batch, so you might need to remove the SETLOCAL line to have the myvar definition "static" in the environment. jaclaz

I am not sure to understand fully, however: @ECHO OFF SETLOCAL FOR /F "tokens=* delims=" %%A IN ('DIR /A:D /B "%HOMEDRIVE%%HOMEPATH%\AppData\Local\Waterfox\Profiles\" ^|FIND /I ".default"') DO SET myvar="%%~dpnxA\cache\*.*" SET myvar should do. This will only work if there is only one .default directory, or if there are more than one it will get the variable set to the last one jaclaz

https://www.majorgeeks.com/files/details/nasty_file_remover.html http://www.easycommander.com/telecharger/driver-cleaner-pe jaclaz

Only for the record : https://quoteinvestigator.com/2013/10/20/no-predict/ jaclaz

Yep, but that might account for the "BIOS level" issue, not for the "OS level" one, with the HAL and (presumably) the same drivers installed for the same hardware (besides the same OS). jaclaz

Queer. I mean, the previous issue was "at BIOS level", this seems like extending to "OS level". Which OS do you have running on the ECS K8M800-M2, Athlon 64 system? An XP or a later system? Is it not that *somehow* you burned them with (say) UDF (or something else) that the XP cannot recognize? jaclaz

I would say the emphasis is "narrower", almost exclusively on the quality/features of the camera, as if one would fork from an awful amount of money[1] only to take "better" photos and videos (and of course senselessly share them immediately on social media). The "showing off" implied in the above is what is perplexing to me, we have shifted from exalting the user's eperiences to exalting their showing to the world. jaclaz [1] I mean, we are talking of more than US$ 1,000, what else can you buy with the same amount of money (to remain in the area of appliances)? A more than decent desktop, or a not too shabby laptop/notebook, or a laaarge television, or a dishwaher and a washing machine.

Only as a test, try booting from the CD after having physically disconnected the hard disk. It is possible that for *some reasons* the little program that "detects" the presence of a hard disk and prompts to press a key to boot from CD instead (bootfix.bin) does not work as intended. This might happen more likely if using the F12 (or *whatever*) boot menu change of boot order, but you never know: https://msfn.org/board/topic/154015-cannot-boot-from-cddvd-unless-hdd-is-blank/ jaclaz

9) QTWeb (Not Updated) : http://qtweb.net/ 10) Serpent/Basilisk (Updated) New Moon and more: https://msfn.org/board/topic/180462-my-browser-builds-part-2/ http://rtfreesoft.blogspot.com/search/label/browser jaclaz

It is, but it isn't see: https://msfn.org/board/topic/179810-download-links-for-all-vista-sp2-32-bit-and-64-bit-updates-from-windows-update/ https://msfn.org/board/topic/179810-download-links-for-all-vista-sp2-32-bit-and-64-bit-updates-from-windows-update/?do=findComment&comment=1185625 Possibly a small subset at a time, then a reboot, ... jaclaz

You are welcome jaclaz

Yes and no. Windows 7 (some versions, and later OS's) have "native" VHD drivers. Vista has them not, but you can use a fixed VHD (which is nothing but a RAW image with a single "Conectix" sector appended) mapping it in grub4dos, and using *any* of the available drivers (Firadisk, WinvBlock or - lately - SVbus). See: http://reboot.pro/topic/21787-svbus-virtual-scsi-host-adapter-for-grub4dos/ http://reboot.pro/topic/9715-firadisk-and-vhd-img-images/ http://reboot.pro/topic/15407-booting-from-vhd-in-grub4dos/ Vista being very little used, I don't think there is a specific set of instructions for it, surely not for the new kid on the block (actually recommended) which is SVbus, but since it needs not any value passed from grub4dos, it should be easier than Firadisk or WinvBlock. jaclaz

Hmmm. No. Those drivers are seemingly Kernel drivers and SERVICE_DEMAND_START (PnP), in this case (I believe) the LoadOrderGroup is ignored. I think that you can try disabling them (setting StartType=4) without uninstalling them and see if they are the actual culprits. You can also try using loadord: https://docs.microsoft.com/en-us/sysinternals/downloads/loadorder to see how they "fit" in load order, then try changing the LoadOrderGroup to something "later" than "Base", the list is in : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ServiceGroupOrder but I don't think it may change anything Be warned, there is a risk the thingy will BSOD/hang, so have handy a way out. jaclaz

Semi-random thought, but maybe - just maybe - you can tweak loading settings for that driver/service. https://docs.microsoft.com/en-us/windows-hardware/drivers/install/specifying-driver-load-order jaclaz

Good , but it remains "queer". Maybe (not that I can understand the code, mind you) the issue is not gzip, but rather with the later added lzma: https://github.com/chenall/grub4dos/blob/master/stage2/gunzip.c the header for gzip seem fine: the issue must be *somewhere* here: https://github.com/chenall/grub4dos/blob/master/stage2/dec_lzma.c It seems (to me) that the file format has not any fixed signature bytes: https://svn.python.org/projects/external/xz-5.0.3/doc/lzma-file-format.txt http://fileformats.archiveteam.org/wiki/LZMA_Alone so it is a mis-detection of some kind. I guess it should be reported as well as a bug[1]. For the moment I just posted a reference to this thread on reboot.pro a a "heads up": http://reboot.pro/topic/22352-grub4dos-and-lnk-files-possible-lzma-collision/ jaclaz [1] BTW personally I find totally absurd that such detection code runs seemingly on *any* file in several commands, it simply makes no sense given that gzip and LZMA files may represent what? 0.001% of files, the decision to ignore file extensions and only attempt decompression on (say) .gz and .lzma is IMHO flawed, but as often happens hypothetically changing that would break half of the batches and/or existing workflows, in the case of gzip it may be fine[2] (because of the header, though it is IMHO too short to be reliable) but with LZMA (headerless) the approach becomes an issue, and since LZMA files are much less common than gzip ones, limiting that to file with the .lzma (or *whatever*) extension could be more than acceptable. [2] no, it isn't fine, more like "barely acceptable"

Aren't them avaialble just fine via the Wayback Machine? https://web.archive.org/web/2017*/http://www.vorck.com/windows/data/fdvfiles-xp.zip jaclaz

Good . I would add "unexpectedly". I really don't get it, maybe it is just me, but I don't understand people that asks for assistance/suggestions/ideas and then completely ignores them insisting on doing random things they know nothing or very little about. Probably I am too old (besides grumpy) for this kind of non-communication , jaclaz

Ok, The blocklist command tells you where exactly (on which extent(s)) a file resides on the volume. The (hd2,0)284918+3 is ok. The file is non-resident (on NTFS), is contiguous and it takes three sectors. The (hd2,0)6412[296-682] is the peculiar case of a resident in the $MFT file, and it makes sense since later you have it as (fd0)1262+1, i.e. it occupies only one sector (for max sizes of $MFT resident files on 512 bytes and 4KB sectored devices, please read as record 1KB and 4KB), see: https://www.forensicfocus.com/forums/general/mft-resident-data/ Earlier version of grub4dos had issues with these (hence the "default" file was made 2KB) But evidently that is not the problem. The problem must lie in something similar (or connected) to the gzip issue (but the gzip header is completely different 1F 8B) The 4C (or more likely the 4C 00 or the 4C 00 00 00 or the 4C 00 00 00 01 14 02 00) must be triggering *something*. What happens if you cat --hex the blocklist? (no idea if it changes something ) I.e. try blocklist /lnkfiles/irfanW10.lnk (hd2,0)284918+3 cat --hex --length=16 (hd2,0)284918+1 jaclaz

Then use nlite. No wait, nlite didn't work for you. Only for the record, the difference is that nlite integrates (slipstreams) drivers in the install source media (let's say on CD[1]), while the IntegrateDrv integrates them on a later stage, on the pre-expanded[2] installation media. Hint: #1 is almost entirely in \I386 #2 is in two directories: '$WIN_NT$.~BT' and '$WINT_NT$.~LS' It doesn't seem to me like hidden info: As said, no idea if it may make a difference in your case, it is perfectly possible that there is no way to install 2K on that PC, but right now we have listed 3 among the maybe 5 possible ways, and you ony tried (failing) one. And, once again: Personally I would still try making a plainer attempt with no AHCI, via DOS and WINNT.EXE on FAT32. https://msfn.org/board/topic/181798-the-installation-of-windows-2000-was-blocked-in-lenovo-g500/?do=findComment&comment=1186272 but again, no idea if it can work on your hardware, there are too many variables and unknowns (both known unknowns and unknown unknows). jaclaz

No. The MBR has nothing to do with that, it ONLY defines the addresses of the extents assigned to a partition or volume. Scandisk, chkdsk, etc. do not work at disk (whole thing) level, but at drive (please read a partition, volume, filesytem or "whatever gets a drive letter in windows") level. Cross-linking of file (if any) depends on FAT tables on FAT or $MFT (or $Bitmap) on NTFS corruption. jaclaz