mirror of
https://github.com/oerg866/win98-quickinstall.git
synced 2026-04-25 21:15:52 +03:00
[GH-ISSUE #23] Rework sysprep to work on HDD images instead of directories #24
Labels
No labels
bug
documentation
enhancement
help wanted
pull-request
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/win98-quickinstall#24
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @oerg866 on GitHub (Dec 16, 2024).
Original GitHub issue: https://github.com/oerg866/win98-quickinstall/issues/23
There's a problem specifically on Windows where files that were modified after the daylight savings time switchover suddenly appear to have a timestamp that is one hour offset, while files modified before that were intact...
I noticed this problem on the DirectX 8.1 Micro reference image where the DirectX files have a timestamp of late october 2001.
The image i created from this directory earlier this year was working fine, whilst if I create it now from the identical, unchanged directory, Windows says that these files are tampered with, as they are now 1 hour offset from the file date they should be. I can also see this in Windows Explorer on my host machine, where the files suddenly appear to have been created at 7:10AM instead of 8:10AM as they should be. Mind you, the Windows 98SE files themselves are fine, with their April 23, 1999 22:22 timestamp staying intact.
In the long run, I want to change the image creation process to operate on HDD images instead of raw directories...
Workaround for now is to just overwrite the files again after the DST switchover.... 🤣
@yum13241 commented on GitHub (Jun 2, 2025):
Or live in a DST-only timezone, lol
@rawr51919 commented on GitHub (Jun 16, 2025):
Or a non-DST-only timezone
@rawr51919 commented on GitHub (Jun 16, 2025):
Allowing for both HDD images and directories may be the best solution for this anyhow, even with the DST shenanigans
@oerg866 commented on GitHub (Feb 9, 2026):
Done