TESTED the generator works, with the one 2009.01 ( the one on rapidshare ), just search "verdi 2009 不要信元"
tar xvzf <>.tar.gz <- those you've download, e.g. I've put it to /home/<USER>/novas/
Use the second license gen to generate the full set:
novas.exe -M<MAC_ADDR> -V2009.01 -E1-jun-2010 -U20
zip that novas_license_v6.0.txt file, send to linux
Modify the first few lines only, under linux,
SERVER <HOSTNAME> <- typically different from the one we run our keygen.
then DAEMON snslmgrd add /home/<USER>/novas/bin/snslmgrd
then /home/<USER>/novas/bin/lmgrd -c /home/<USER>/novas/licnese/novas_license_v6.0.txt -l /home/<USER>/novas/licnese/novas.log
Now we've a problem here, this license will report 0x3f2, which the answer has been given out by 要你命3000 already, it's the desktop_main feature from the set causing troubles ( I guess he got the information by disassembling the binary, thanks for his hardwork). Since the batch is generated under -V2009.01 of course the license of it would be 2009.01, which makes no senses to verdi (desktop_main are old features)
Removing the desktop_main won't work, it'd report 0x3ec again.
The solution? use the first key gen but this time:
novas_single.exe -M<MAC_ADDR> -V5.0 -E1-jun-2010 -U20
zip that file, send to linux
At linux, replace the lines of the FEATURE desktop_main, typically looks like:
FEATURE desktop_main snslmgrd 2009.01 20 <KEY> \
VENDOR_STRING=ES=<KEY> HOSTID=<MAC> \
ck=<key>
by the new one:
FEATURE desktop_main snslmgrd 5.0 20 <KEY2> \
VENDOR_STRING=ES=<KEY2> HOSTID=<MAC> \
ck=<KEY2>
lmdown -c 28001@<HOSTNAME>
/home/<USER>/novas/bin/lmgrd -c /home/<USER>/novas/license/novas_licnese_v6.0.txt -l /home/<USER>/novas/license/novas.log
some sidetrack:
if the lmgrd line doesn't run fine, saying the port being used up, you can either reboot or you can just su to root, /sbin/ifdown <eth?> /sbin/ifup <eth?>
So hopefully there's no more needs to patch the binary anymore! |