|
|
[資源]
【原創(chuàng)】在Fedora下安裝Materials Studio 4.3 已有3人參與
系統(tǒng)環(huán)境:Fedora 12 i386 chs,運行于VMWare 7下。
直接安裝Materials Studio 4.3會確定無疑的提示如下(比如只選擇3號,也就是CASTEP安裝。):
Checking for dependencies for CASTEPServer:7
Checking for dependencies for CASTEP: None
Checking for dependencies for Licensing:1
Checking for dependencies for LicensePack: None
Aborting Materials Studio installation.
然后看到當(dāng)前用戶目錄下,只有個空蕩蕩的Accelrys的文件夾。
其實,上面那些依賴信息和數(shù)字,并不是失敗的根源,有興趣的同學(xué)可以參考一下安裝盤中/UNIX/installer/Linux/default下三個配置文件就明白了。
具體發(fā)現(xiàn)如何修改的過程就不說了,其實在T2050的破CPU的老本本下跑VM還是很痛苦的,并且Materials Studio也是個大軟件,為了查找發(fā)生錯誤的根源,從最基本的install.log(寫個腳本在刪除前拷貝出)開始入手,一點點的翻閱可能有關(guān)的所有安裝用腳本、配置文件和安裝包,折騰了三個小時才搞定。幸好自己有不少寫C/C++玩的經(jīng)驗,否則這么多代碼,估計得看到明天早晨了。
直接入正題了。
做兩處修改,第一個,/UNIX/Installer/lib/InstallTools.pm中,有個子函數(shù)GetOSVersion。其中校驗了兩個系統(tǒng)。把出現(xiàn)的四個redhat-release都修改為fedora-release。
第二個,/UNIX/Installer/lib/LicensePack.pm中,有一段是安裝證書包的,問題出在if的檢驗上。原來的代碼:
if (
system(
"$SourcePath/installer/call_lp_setup.csh $extraarg $MSInstallRoot $msi_lic_pack_dir $LicSource $SourcePath/installer"
) != 0
)
直接在終端測試,無法運行call_lp_setup.csh,所以結(jié)果肯定是非零,根據(jù)判斷非零所需要調(diào)用的代碼,大家很痛心疾首的:
print "Aborting Materials Studio installation.\n";
system("rm -rf $MSInstallRoot" ;
于是,直接更新了csh腳本執(zhí)行命令,然后為了防止系統(tǒng)默認并不是執(zhí)行的csh而是其他腳本命令,直接在代碼強制執(zhí)行csh,所以這段代碼就成為了:
if (
system(
"csh $SourcePath/installer/call_lp_setup.csh $extraarg $MSInstallRoot $msi_lic_pack_dir $LicSource $SourcePath/installer"
) != 0
)
于是再進行安裝,一切順利。
順便后悔一下安裝了Linux Security,居然把我的Gataway給攔截了。以前還攔截了Adobe Reader,崩潰。
另外,由于Ubuntu是基于Debian的,使用的包的類型與Red Hat和SUSE都不太相同,想要做修改安裝的同學(xué),要再多加點油了。至少現(xiàn)在,F(xiàn)edora和CentOS應(yīng)該是都沒有問題的了。
當(dāng)然了,前提是先需要把安裝文件從ISO中拷貝到硬盤上,否則是無法修改后保存的。
修改后的安裝過程入下(終端過程,由于VM中劃分的硬盤空間比較小,所以只安裝了CASTEP作為例子,其他的也都沒有問題): |
» 收錄本帖的淘帖專輯推薦
» 猜你喜歡
» 本主題相關(guān)價值貼推薦,對您同樣有幫助:
|