RingEdge_NoKey_softmod icon indicating copy to clipboard operation
RingEdge_NoKey_softmod copied to clipboard

RS3 Disk

Open francky06l opened this issue 4 years ago • 3 comments

Hello, First thanks to your extended work, I have been reading and learn many things about Sega. This is not really an issue but a question. I am a Linux developer, and a friend having few RE2 let me use one for "playing" (eventually being able to copy disk etc ..)

I am using Linux Opensuse, and have windows only in a VM.

Among the game disk I have, there is one RS3, I can unlock the drive and mount the boot partition. The partitions looks a bit different from yours:

franck@franckhp:~/Extra/sega> sudo fdisk -l /dev/sdc
Disk /dev/sdc: 30 GiB, 32212254720 bytes, 62914560 sectors
Disk model:  RS3            
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 33553920 bytes
Disklabel type: dos
Disk identifier: 0xd12ba446

Device     Boot    Start      End  Sectors   Size Id Type
/dev/sdc1  *          63  3148739  3148677   1.5G  7 HPFS/NTFS/exFAT
/dev/sdc2        3148740  6297479  3148740   1.5G  7 HPFS/NTFS/exFAT
/dev/sdc3        6297480 62894474 56596995    27G  f W95 Ext'd (LBA)
/dev/sdc5        6297543  7357769  1060227 517.7M  6 FAT16
/dev/sdc6        7357833 11566799  4208967     2G  6 FAT16
/dev/sdc7       11566863 15775829  4208967     2G  6 FAT16
/dev/sdc8       15775893 46106549 30330657  14.5G  7 HPFS/NTFS/exFAT
/dev/sdc9       46106613 62894474 16787862     8G  6 FAT16
franck@franckhp:~/Extra/sega> sudo mount /dev/sdc1 /home/franck/mnt/test
franck@franckhp:~/Extra/sega>

The sdc1 and sdc2 seems to be bigger.

I check for the SystemKeyFile and UpdateKeyFIle and the are as expected (the SystemKeyFile is exactly the same as in your example), UpdateKeyFile is different:

franck@franckhp:~/mnt/test/System/Execute> attr -l DLL
Attribute "SystemKeyFile" has a 53 byte value for DLL
Attribute "UpdateKeyFile" has a 16 byte value for DLL
franck@franckhp:~/mnt/test/System/Execute>
franck@franckhp:~/Extra/sega> cat SystemKeyFile 
adsaf21519189aq1g56161asdff19as1f9:PF:CA[][_159191wef
franck@franckhp:~/Extra/sega> od -x UpdateKeyFile
0000000 adb1 c40a bf06 4782 6b87 4ee9 2302 008d

Now I wish to mount using TrueCrypt the System/Execute/System partition and I always get this error:

franck@franckhp:~/mnt/test/System/Execute> sudo truecrypt -v -p segahardpassword -k /home/franck/Extra/sega/SystemKeyFile ./System /home/franck/mnt/tc
Protect hidden volume? (y=Yes/n=No) [No]: n
Incorrect keyfile(s) and/or password or not a TrueCrypt volume.
Enter password for /home/franck/mnt/test/System/Execute/System:

I have downloaded the TrueCrypt5.1a, and I am using fuse.

franck@franckhp:~/mnt/test/System/Execute> truecrypt -t --version
TrueCrypt 5.1a
franck@franckhp:~/mnt/test/System/Execute>
franck@franckhp:~/mnt/test/System/Execute> rpm -v -q fuse
fuse-2.9.7-lp151.3.28.x86_64

I was not sure it was not a TrueCrypt problem, so I first use windows TrueCrypt to mount System (Windows 7 in VM having the Linux home a shared drive - where the sdc1 is mounted), it gives the same results. I did install a windows 4.3a version (as the one in the RE system, no luck). At the end I decided to use the TrueCrypt that was in the RS3 disk and no luck.

I am a bit stuck here for now, any hint would be great (maybe there is something I misunderstood). I am trying to get Niko RE2Multi, but it seems there is no more seeder on the torrent I have .. if someone can help ?

Thanks again for the great work !

francky06l avatar Jul 02 '20 16:07 francky06l

I had the same problem when I tried to mount the System folder under Ubuntu 20.4. I'm running a dual-boot setup with Windows 10 Pro and Ubuntu 20.4 and found myself constantly having to boot into Windows just to get around that error. Mounting the System folder works flawlessly using TrueCrypt 7.2 under Windows.

kioku25 avatar Jul 02 '20 20:07 kioku25

It's fixed, I spent long time for such a basic error !! When I dump the SystemKeyFile, I had an extra end line (LF) and this was the source of the problem. Making sure the file is exactly 53 bytes just works. Sorry to open such dumb "issue"

francky06l avatar Jul 06 '20 12:07 francky06l

That sir is exactly why I never close out these issues... they are often something Goofy, and others benefit from seeing the end result. Glad you all worked through it!

MAVProxyUser avatar Jul 06 '20 13:07 MAVProxyUser