https://bugs.winehq.org/show_bug.cgi?id=37531
Bug ID: 37531 Summary: HxD and HexEdit fail to access disks Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: tcll5850@gmail.com Distribution: ---
what I'm trying to do is dump my 500GB HDD onto my 1TB HDD by opening the 500GB in either HxD or HexEdit and saving it as a file on the 1TB.
HxD only sees my C drive and 5 logical disks (all reporting "Bad Device Type")
HexEdit sees my 500GB E drive, but needs administrative privileges to open it.
first place I looked up on google told me to report a bug... if you need downloads: HxD: http://mh-nexus.de/en/downloads.php?product=HxD HexEdit: http://www.4shared.com/file/VRaD3TtAce/HexEditPro4_0.html? (sorry for 4Shared, http://www.hexeditpro.com no longer exists)
why do I want/need this type of access? My 500GB was corrupted by ChkDsk (every file is 0KB in size) (that's ~300GB of IMPORTANT data not being looked at) I havn't touched it, so I know the data is still there, however, the drive is/was compressed.
I want a raw image so I can format the drive and not have to worry about loss of data. (as I can recover from the image)
https://bugs.winehq.org/show_bug.cgi?id=37531
--- Comment #1 from Austin English austinenglish@gmail.com --- You should really be using native tools for this, not wine.
https://bugs.winehq.org/show_bug.cgi?id=37531
--- Comment #2 from Tcll tcll5850@gmail.com --- I gave a few shots on USC and Google... USC has nothing, and I havn't seen anything on Google that can dump a raw image... (not saying there isn't anything, I just can't find it)
If not Wine, then what could I use to get an exact byte dump of my 500GB?? (I don't want a program with a disk dump in it's own format)
I'm expecting ISO or IMG format (exactly how the data is on the disk)
thanks ___
Why Wine in the first place? the only software I really trust for this purpose is hex editors. (almost any disk backup utility saves either the files on the disk, or saves in it's own format that can't be read by any other program) ^anything here is useless for what I need to do
Linux doesn't have any decent hex editors, few of them can't even perform like simple HxD. and none of them (including wxHexEditor) can even compare to HexEdit, though there are better that aren't free (not sure if they support linux) ___
if all else fails, perhapse I could build an img dumper >_>
but even still, back to the original topic... I'm supposed to already have admin privs, and HxD can't even open the drives... so this is still a major issue.
I'm reporting this simply because: http://wiki.winehq.org/Bugs
You should report a bug when:
- Wine doesn't run a program the same way as Windows does
this is overridden when something is beyond advanced such as Visual Studio. but HxD is extremely basic, and it's portable. (the program itself is a single file with no dependencies other than anything in system32/)
https://bugs.winehq.org/show_bug.cgi?id=37531
--- Comment #3 from Austin English austinenglish@gmail.com --- (In reply to Tcll from comment #2)
I gave a few shots on USC and Google... USC has nothing, and I havn't seen anything on Google that can dump a raw image... (not saying there isn't anything, I just can't find it)
If not Wine, then what could I use to get an exact byte dump of my 500GB?? (I don't want a program with a disk dump in it's own format)
I'm expecting ISO or IMG format (exactly how the data is on the disk)
dd
https://bugs.winehq.org/show_bug.cgi?id=37531
roger@mailinator.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |roger@mailinator.com
--- Comment #4 from roger@mailinator.com --- Do you understand that wine isn't operating system. Some functions aren't expected ever to work with wine.
To get your program working with wine can take years if not all.
https://bugs.winehq.org/show_bug.cgi?id=37531
--- Comment #5 from roger@mailinator.com --- Most likely you should use live iso and some repair program. Or dd to copy files.
https://bugs.winehq.org/show_bug.cgi?id=37531
--- Comment #6 from Tcll tcll5850@gmail.com ---
To get your program working with wine can take years if not all.
I understand Wine is basically an emulator. ;)
but as for this, I can understand something simple taking a while to implement... I'm running into those problems myself with my own program... heck I just had to completely rebuild my formatting interface a 3rd time (and hopefully the last)
well... I'm no linux expert, I come from knowing everything (over-exaggerating) about WindowsXP
I understand linux majorly lacks in decent software as well... but idk what IS available, if someone could plz give me info to fulfill exactly what I need.
I would help out with Wine development if I knew a thing or 2 about C or C++ but again, I do work on my own program (in Python), so I've kinda got my hands tied up there.
https://bugs.winehq.org/show_bug.cgi?id=37531
--- Comment #7 from Tcll tcll5850@gmail.com ---
Most likely you should use live iso and some repair program. Or dd to copy files.
thanks
oh, I was unsure about 'dd' in the last dude's comment wasn't sure if that was an acro or something
but if that just copies files, then I most likely wouldn't want it as it would just copy 0KB in about 140000 files of various programs, installers, game-rips, images, etc. etc. (including my last latest code for my program (that's why I said IMPORTANT))
roughly 300GB is now 0KB in blank files I've always hated ChkDsk, and couldn't stop it from taking 4 days to forcefully delete my 500GB HDD
I'm so glad I switched to linux ^_^ that's one nightmare I'll never have to worry about again.
I just hope I can get my data back
https://bugs.winehq.org/show_bug.cgi?id=37531
Tcll tcll5850@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |1.7.30 Distribution|--- |Ubuntu
https://bugs.winehq.org/show_bug.cgi?id=37531
--- Comment #8 from Tcll tcll5850@gmail.com --- updated the bug info to get the categorizations down a bit better... hopefully that'll help out a bit ;)
also, I've marked the hardware as x86 because I'm using an x86 prefix the hardware itself is x64
if this confuses you guys, I'm sorry I was told to use an x86 prefix because x64 has many major compatibility issues. (another thing I can understand because MS likes to be major douchy with various support)
also, don't think I think negatively about wine, it's extremely great when it comes to support, and is only getting better ;)
and with the fact Windows is closed src, that only makes things 15x more difficult to predict support ;)
don't let me bring you guys down, I'm only reporting a major issue with a widely used feature among hex editors, and providing a purpose for needing a fix. no keep going guys, you're doing great, and I have patience for however long it takes to fix it. (if it can be fixed) ;)
https://bugs.winehq.org/show_bug.cgi?id=37531
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net, | |super_man@post.com
https://bugs.winehq.org/show_bug.cgi?id=37531
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Keywords| |download URL| |https://web.archive.org/web | |/20190403125220/https://mh- | |nexus.de/downloads/HxDSetup | |EN.zip Summary|HxD and HexEdit fail to |HxD and HexEdit fail to |access disks |access raw disk/partitions | |via '\\.\PhysicalDriveX' Ever confirmed|0 |1
--- Comment #9 from Anastasius Focht focht@gmx.net --- Hello folks,
adding stable download links and trace log. Kinda exotic use-case to run a tool that requires raw disk access since Linux already provides all the mechanics/tools.
--- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/HxD
$ WINEDEBUG=+seh,+relay,+ntdll,+mountmgr wine ./HxD.exe >>log.txt 2>&1 ... 0009:Call KERNEL32.CreateFileA(00905128 "\\.\PhysicalDrive0",80000000,00000003,00000000,00000003,b0000000,00000000) ret=004d7be4 0009:trace:ntdll:FILE_CreateFile handle=0x34f994 access=80100080 name=L"\??\PhysicalDrive0" objattr=00000040 root=(nil) sec=(nil) io=0x34f9a0 alloc_size=(nil) attr=00000000 sharing=00000003 disp=1 options=0000086a ea=(nil).0x00000000 0009:Ret KERNEL32.CreateFileA() retval=000000cc ret=004d7be4 0009:Call KERNEL32.DeviceIoControl(000000cc,000700a0,00000000,00000000,0034faf0,00000028,0034fb30,00000000) ret=004d7c8a 0024:Ret KERNEL32.WaitForMultipleObjectsEx() retval=00000001 ret=7fb243d2f1c6 0009:trace:ntdll:NtDeviceIoControlFile (0xcc,(nil),(nil),(nil),0x34fa08,0x000700a0,(nil),0x00000000,0x34faf0,0x00000028) ... 0024:Call driver dispatch 0x7fb243d2dc30 (device=0x2f5c0,irp=0x75c80) ... 0024:Ret driver dispatch 0x7fb243d2dc30 (device=0x2f5c0,irp=0x75c80) retval=c0000010 ... 0024:Call driver dispatch 0x7fb2521b7f20 (device=0x2f5c0,irp=0x75c80) 0024:trace:mountmgr:harddisk_ioctl ioctl 700a0 insize 0 outsize 40 0024:fixme:mountmgr:harddisk_ioctl The DISK_PARTITION_INFO and DISK_DETECTION_INFO structures will not be filled 0024:Call ntoskrnl.exe.IoCompleteRequest(00075c80,00000000) ret=7fb2521b8019 ... 0024:Ret ntoskrnl.exe.IoCompleteRequest() retval=00000001 ret=7fb2521b8019 0024:Ret driver dispatch 0x7fb2521b7f20 (device=0x2f5c0,irp=0x75c80) retval=00000000 ... 0009:Ret KERNEL32.DeviceIoControl() retval=00000001 ret=004d7c8a ... 0009:Call user32.CreateMDIWindowW(001adf4c L"TFormHexView.UnicodeClass",00000000,06cf0000,80000000,80000000,80000000,80000000,0001009c,00400000,00000000) ret=004c3e51 ... 0009:Call KERNEL32.SetFilePointer(000000cc,00000000,0034f578,00000000) ret=0040b3d7 0009:trace:ntdll:NtSetInformationFile (0xcc,0x34f488,0x34f480,0x00000008,0x0000000e) 0009:Ret KERNEL32.SetFilePointer() retval=ffffffff ret=0040b3d7 0009:Call KERNEL32.GetLastError() ret=0043c079 0009:Ret KERNEL32.GetLastError() retval=00000042 ret=0043c079 ... 0009:Call KERNEL32.WideCharToMultiByte(00000000,00000000,001b3fe4 L"Bad device type.",00000010,0034e53c,00000fff,00000000,00000000) ret=004c5f91 0009:Ret KERNEL32.WideCharToMultiByte() retval=00000010 ret=004c5f91 0009:Call KERNEL32.RaiseException(0eedfade,00000001,00000007,0034f554) ret=0043c0ba 0009:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b45008b ip=7b45008b tid=0009 0009:trace:seh:raise_exception info[0]=0043c0ba 0009:trace:seh:raise_exception info[1]=0090b480 0009:trace:seh:raise_exception info[2]=00000042 0009:trace:seh:raise_exception info[3]=00911990 0009:trace:seh:raise_exception info[4]=00ed0000 0009:trace:seh:raise_exception info[5]=0034f584 0009:trace:seh:raise_exception info[6]=0034f570 0009:trace:seh:raise_exception eax=0034f4a0 ebx=0034f584 ecx=00000018 edx=0034f554 esi=0034f554 edi=0034f520 0009:trace:seh:raise_exception ebp=0034f4f8 esp=0034f494 cs=340023 ds=34002b es=f7c2002b fs=f7c20063 gs=f7c2006b flags=00000212 0009:trace:seh:call_vectored_handlers calling handler at 0x7d4a6040 code=eedfade flags=1 --- snip ---
$ sha1sum HxDSetupEN.zip e2c3c761f2d52b754a82709c1b47c5efe9e06417 HxDSetupEN.zip
$ du -sh HxDSetupEN.zip 852K HxDSetupEN.zip
$ wine --version wine-4.10
Regards
https://bugs.winehq.org/show_bug.cgi?id=37531
--- Comment #10 from Tcll tcll5850@gmail.com --- just want to note, while the tools are provided, they're not exactly easy to use... you can't just select a section of bytes on your HDD like you can with HxD, let alone Ctrl+S
sure you can type commands, but that's not nearly as intuitive
you can probably tell I don't like using the terminal :P I don't need to google some documentation or use man pages to use HxD
but yeah that's just some 2 cents that's worth considering.