jaclaz

The grub4dos (normal and for UEFI) is available already compiled on its github page: https://github.com/chenall/grub4dos/releases There are usually no issues in having a "base VHD" with the OS and another attached VHD with all the programs (though not all "portable" programs are really-really fully portable) As a side note there is a relatively new feature of grub4dos (for UEFI) that allows using differential VHD's, that probably would be what you want to achieve, a "base", immutable, OS (in a VHD) and everything else on a "child" VHD. But I believe you are wanting too much all together, IMHO you should start with a simple - surely working - approach first, to get the hang of tools and methods, try this thingy by Wimb: http://reboot.pro/index.php?showtopic=22621 jaclaz

No, he is writing from seniority on MSFN.org. Joined yesterday 9:42, 1 post (on this thread, at 9:43), and it is about how great Windows 11 is. jaclaz

Well Portuguese literature (among many actual masterpieces) originated the immortal "English as she is spoke": https://en.wikipedia.org/wiki/English_as_She_Is_Spoke and - though not proved - we might have been deprived of this: https://en.wikipedia.org/wiki/Dirty_Hungarian_Phrasebook particularly, the very common and useful sentence "My hovercraft is full of eels." would probably have never been coined, and "Please fondle my buttocks" would have been far less used. jaclaz

Good, everything is well that ends well. :) jaclaz

As a side note there are traditionally issues with the NUSB in case of non-English installs (or anyway non-matching-languages), you might want to try an alternative, simple, USB mass Storage driver, some info: https://msfn.org/board/topic/171620-usb-flash-drivers-for-98se/ If you installed a non-matching language version of NUSB, it is likely part of the problems. jaclaz

9x/Me will do: https://msfn.org/board/forum/8-windows-9xme/ jaclaz

Yep. Windows NT systems are set (I believe it is a manufacturer default since - possibly - after Windows 2000) to automatically reboot if an error is encountered. (this is profoundly and utterly wrong, a system should STOP in case fo error) The setting is in the Registry, in CurrentcControlSet, CrashControl. The 3.0 (or 3.1 or 4.0, etc-, it won't make a difference) PE is only the most simple/common way to edit that key value, the issue with doing that from another "full" OS running is only that (it may depend on the OS's involved, both the "running" system and the "target" one) is with permissions on the specific Registry hive/key (but as said there are tools/methods//workarounds), for all it matters you can use (if you are familiar with it) a Linux system via hivesx or whatever else you can use, even a hex/disk editor from DOS (but this latter would be tricky to say the least). And yes, Easy2boot allows to add PE's (I seem to remember both as .iso and as partition/disk image). But even a Windows install DVD is running a (minimal/primitive) PE, so if you can boot from such a DVD (or from it's image) that would be enough (Shift+F10, then run regedit.exe). You can also use (if you are familiar with command line) the Offline Registry Editor: http://reboot.pro/index.php?showtopic=18527 http://reboot.pro/index.php?showtopic=11312 usage is well described in one of Misty's guides: http://mistyprojects.co.uk/documents/offlinereg/offlinereg.htm Before, you, can use the Offline Registry Viewer: https://www.nirsoft.net/utils/offline_registry_view.html to make sure the key exists and it is 1 (if it is already 0, the reboot happens earlier) . Both should work just fine from your installed OS on the offline registry (your neighbour's hard disk temporarily attached). In any case, your mission (the goal), should you accept it , is to change a single byte value in the Registry of the failed system (any which way you can). jaclaz

From a PE3 you should be able to (a PE3 normally has SYSTEM privileges): 1) backup (make a copy of) the Registry backing files (just in case): SAM SECURITY SYSTEM SOFTWARE NTUSER.DAT and since Vista BCD 2) mount in Regedit the SYSTEM as (say) my_system and check hive: \SYSTEM\CurrentControlSet\Control\CrashControl (it won't be actually "CurrentControlSet", it will be either ControlSet001 or Controlset002, check which one in key \SYSTEM\Select) The value of AutoReboot should be set to 0 (to avoid automatic rebooting and thus stopping with the BSOD in case of error) If you have a PC running 7 or later you may be able to do the same, but likely you would have permission issues to change the value, you could use something *like* NIrcmd, PSexec, RunAsSystem or RunAsTI: https://www.winhelponline.com/blog/run-program-as-system-localsystem-account-windows/ https://github.com/jschicht/RunAsTI to start the regedit with higher privileges. Then reconnect the hard disk on the original PC, and try booting, two possibilities: 1) no change <- this would mean that the issue is in any of the earlier booting files/code (MBR/PBR/BOOTMGR/BCD/WINLOAD.EXE) but usually (not always) errors in these result in either a black screen or an error message (white on black) 2) you get a BSOD (white on blue) with a STOP ERROR <- post this to further troubleshoot jaclaz

If I may, there are many possible causes of this happening, Tripredacus checked one and then (IMHO mistakenly) stated "The issue is elsewhere". It is very likely that one of the updates of the (stupid) forum software is causing the issue, the "Oops! Something went wrong, Please try again" is the typical (stupid) error message (meaningless) that the board software produces, so definitely the issue/bug is on msfn.org, though I believe that pinpointing it won't be easy, over the years many similar issues surfaced, particularly with thread notification mails (that may or may not be related to confirmation ones). jaclaz

In case of need, besides the "without patch" one already linked to: https://msfn.org/board/topic/183753-windows-me-patch-for-dos-mode-is-incompatible-with-letter-assigner/?do=findComment&comment=1222058 MDGX has 4 patches listed (no idea what the differences are among them): https://www.mdgx.com/dos.htm#ME Maybe also this can be useful: https://msfn.org/board/topic/140391-windows-98-live-cd-project-update/page/4/ leading to: https://www.mdgx.com/newtip2.htm#EXIT As said, sometimes instructions/info from MDGX are not (to me) very clear, so some experimenting will probably be needed. About XMS/EMM386 (if needed) there is some new info here: https://msfn.org/board/topic/183250-how-to-disable-the-built-in-xms-driver-in-windows-mes-iosys/ jaclaz

The one you described is one way. There are others, you may want to experiment with them: https://msfn.org/board/topic/183753-windows-me-patch-for-dos-mode-is-incompatible-with-letter-assigner/?do=findComment&comment=1222058 jaclaz

The idea of posting the reference to that page was exactly to avoid any debate (which besides being endless would also be meaningless), if you need a better endless one, meet over vs. under: https://en.wikipedia.org/wiki/Toilet_paper_orientation And it is over[1]. jaclaz [1] pun intended

@NotHereToPlayGames In case of need, refer to the web page of the program: https://www.rizonesoft.com/downloads/firemin/ (bolding/underlining is mine) jaclaz

No, they are for Windows only (at the moment). But maybe by december a Mlite version may come out. jaclaz

Well, they work just fine from here. Maybe you have *something else* blocking the download of the .exe, try the zipped one: http://www.endpoint.eclipse.co.uk/wordpress/powermeterplus-exe.zip or get it from Softpedia: https://www.softpedia.com/get/PORTABLE-SOFTWARE/System/System-Enhancements/Windows-Portable-Applications-Portable-Power-Meter-Plus.shtml jaclaz

https://mattcollinge.wordpress.com/software/power-meter-plus/ But do you have ACPI enabled? https://msfn.org/board/topic/176492-laptop-says-its-always-plugged-in-solved/#comment-1136039 https://msfn.org/board/topic/100859-my-experience-installing-windows-98se/page/3/#comment-1159519 jaclaz

Only to keep everything as together as possible. https://msfn.org/board/topic/183847-last-update-broke-msfn-for-me-on-a-couple-old-browsers/ It is interesting the different approach between myself and reboot12, as I see it, the issue is with the forum software, while reboot12 seems like putting the blame on the (old) browser (that works just fine on most other sites). The funny thing is that this forum is largely populated by members that are among the few people remaining that run old OSes (and browsers). jaclaz

Personally I never liked the way BigMuscle put down the "donation/license" stuff, but technically it is more like you went to a church, got a candle, lighted it up and left a small amount of money in the offer box. There is no guarantee of sorts, and certainly there wasn't any agreement on the price, half of the board threads on Aeroglass are by people whining about the way the keys are distributed or about trying guessing how much is the minimum "free" offer they have to make to get rid of the watermark via a key. Now - for *whatever reasons* - the project is dead, so it would be interesting to understand if the donation/license effectively shelled out was (or wasn't) a fair amount for what the software offered. jaclaz

Both an old Chrome (actually Iron) and Arctic Fox do not allow to make a new thread or to reply to an existing one. The "rich text" box isn't simply there. For *some reasons* Basilisk/Serpent is working (I am writing from it). Though I know that most probably there is nothing that can be done, I thought to let people know. Any suggestion on a currently working browser (that can run in XP) is welcome (I simply cannot make head or tails of the various browser mentioned in the various threads on latest browsers for XP, I cannot even understand how they are called, the basilisk.exe I ran welcomed me to Serpent). jaclaz

Out of curiosity, don't you have right now an account (xpfan1)? What would be the need to un-ban the HaytamFrh one? I mean it has a handful on posts, none of which of particular relevance, on a single thread, . And I believe you should re-read Rules, paying particular attention to #4.b: https://msfn.org/board/guidelines/ jaclaz

May I ask you how much is what you consider a "honorable sum of money"? Since it would be not elegant to express this in dollars/euros, what about "buying power" comparison? I.e. can the total cost of using that software on three machines for a few years be compared to: 1. a coffee at Starbucks 2. a full lunch at McDonalds 3. a dinner for two at your local Pizza Hut or Domino's jaclaz

But which settings do you have for the video driver (resolution, number of colours, frequency, etc.)? Maybe you need something like Setres to change that (automatically)? https://atrandom.iansharpe.com/setres.php jaclaz

Could not find any manual from Microsoft, that's why I asked you. The quote you made, coming from this: https://superuser.com/questions/1117858/how-to-install-and-run-windows-xp-operating-system-on-an-external-hard-drive-or is about ANOTHER thing (installing XP to an USB drive, which BTW is perfectly possible), what OP did was installing XP from a USB drive, as well perfectly possible. jaclaz

Good , and you are welcome of course. Still, even if it allows you to boot without excessive typing (or with no typing at all) it remains a workaround . And the "<Windows root>\system32\ntoskrnl.exe" issue remains strange, in the sense that I can find no reason why (without any re-mapping) the grub4dos (now on the floppy) allows to boot it . There are three ways the grldr (in a setup like yours) can load an XP: 1) rootnoverify (hd0) chainloader (hd0)0+1 <-this chainloads the MBR 2) rootnoverify (hd0,0) <- or - alternatively - root (hd0,0) chainloader (hd0,0)0+1 <- this chainloads the PBR 3) root (hd0,0) chainloader /ntldr <- this chainloads the NT loader directly and it is what you are using successfully You can still try to boot to the grldr on hard disk, get to the grub> prompt and issue only: chainloader (hd0)0+1 boot and then choose the rdisk(0)disk(1) entry, if it fails, it should mean that the "fix" is the rootnoverify command, which would again point to something "wrong" in the BIOS autodetection/mapping of the hard disk. The only other possibility is something in the Registry (but what?). If you have a sure (tested) way to backup and restore the Registry (i.e. possibly a tested PE of some kind) you could try deleting the contents of the HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices and let XP re-build them on next boot, but I don't think that it can be related (I mean an error there wouldn't be solved by grub4dos booting). jaclaz

jaclaz