-
-
Notifications
You must be signed in to change notification settings - Fork 4.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[issue]: update seems to have wiped the entire drive or at least the partition table #3128
Comments
I am on the same situation :-( Event the install has errors on it. This is the log file for install [2025/02/21 23:09:50.484] Now retry to install... |
I test the ventoy-1.1.02 works ok.. I try on my USB principal, (I need to make security copy first) |
Please @ventoy take the new release down ASAP. |
Ah good thinking, I forgot that Ventoy writes a log file. I only did an update and I found it rewrites the EFI partition with a new secure boot. Seems to be this commit: 4e8d8b2 Relevant log: [2025/01/21 21:19:34] ========================================================== |
I have fixed in the latest 1.1.04 release. |
I am guesting the data on the USB removed for the "1.1.03" lost right? ( I have backup copy) but it is only to know, my issue was with a windows version.. |
I could fix it with gdisk automatically. Both the main and backup header were intact but the main and backup partition tables had an error in it. Not sure what the corruption was. All data on the USB was backed up but i am glad i did not have to restore it. |
Update function is corrupting the USB. |
@ventoy I think that a good backup was make a backup of the original partition first (in order to avoid this) when you update.. it is cheap on terms of space and will save for some disasters. :-D I will try recover my usb with gparted Regards! |
Official FAQ
Ventoy Version
1.1.03
What about latest release
Yes. I have tried the latest release, but the bug still exist.
Try alternative boot mode
Yes. I have tried them, but the bug still exist.
BIOS Mode
Both
Partition Style
GPT
Disk Capacity
2TB
Disk Manufacturer
Transcend
Image file checksum (if applicable)
Yes.
Image file download link (if applicable)
No response
What happened?
Updating from 1.1.01 to 1.103 seems to have wiped the entire disk or at least the partiton table.
The disk had 1 exfat ventoy partition, 1 EFI partition and 1 luks partition.
After this update the partition table changed to 'Unknown (PMBR)' in gnome disk.
I downgraded to 1.1.01 which was possible but did not fix the problem.
Ventoy still sees the installed version but gparted and gnome disk do not recognize the partition table.
Seems it even damaged the backup partition table.
Repair with gdisk seems to be successful. I can mount Ventoy and the luks partition again and on first sight, all the files seem to be there.
gdisk report:
GPT fdisk (gdisk) version 1.0.9
Caution! After loading partitions, the CRC doesn't check out!
Warning! Main and backup partition tables differ! Use the 'c' and 'e' options
on the recovery & transformation menu to examine the two tables.
Warning! One or more CRCs don't match. You should repair the disk!
Main header: OK
Backup header: OK
Main partition table: ERROR
Backup partition table: ERROR
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: damaged
The text was updated successfully, but these errors were encountered: