[GH-ISSUE #23] Rework sysprep to work on HDD images instead of directories #24

Closed
opened 2026-03-03 18:48:18 +03:00 by kerem · 4 comments
Owner

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.... 🤣

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.... 🤣
kerem closed this issue 2026-03-03 18:48:19 +03:00
Author
Owner

@yum13241 commented on GitHub (Jun 2, 2025):

Or live in a DST-only timezone, lol

<!-- gh-comment-id:2931161277 --> @yum13241 commented on GitHub (Jun 2, 2025): Or live in a DST-only timezone, lol
Author
Owner

@rawr51919 commented on GitHub (Jun 16, 2025):

Or a non-DST-only timezone

<!-- gh-comment-id:2976968993 --> @rawr51919 commented on GitHub (Jun 16, 2025): Or a non-DST-only timezone
Author
Owner

@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

<!-- gh-comment-id:2976998222 --> @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
Author
Owner

@oerg866 commented on GitHub (Feb 9, 2026):

Done

<!-- gh-comment-id:3873439772 --> @oerg866 commented on GitHub (Feb 9, 2026): Done
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/win98-quickinstall#24
No description provided.