为什么柔性扫描计算出现错误？

lufenghxu

先给出gjf文件：
%nproc=12
%mem=24000Mb
# opt=modredundant mp2/6-311g

Title Card Required

0 1
C                 -1.86770427   -0.23991265   -0.63769160
H                 -1.33454052   -1.01910067   -1.14118187
H                 -2.93770427   -0.23991265   -0.63769160
C                 -1.19242996    0.74696174    0.00000000
H                 -1.72559371    1.52614976    0.50349027
C                  0.34757004    0.74696174    0.00000000
H                  0.70423638    1.59416098   -0.54767013
H                  0.70423638    0.79765810    1.00753114
H                  0.70423689   -0.15093390   -0.45986103

B 1 7 S 21 -0.100000


log文件：
Everywhere is walking distance if you have the time.
                                    -- Steven Wright
Error termination request processed by link 9999.
Error termination via Lnk1e in /home/erya123/g09/l9999.exe at Fri Nov 18 20:40:01 2016.
Job cpu time:  0 days  1 hours  5 minutes 57.5 seconds.
File lengths (MBytes):  RWF=      5 Int=      0 D2E=      0 Chk=      3 Scr=      1
问题1：计算一段时间出现问题。
问题2：在#后的内容加geom=connectivity，提交计算就错误。个人认识：windows下gview生产的gjf文件比较容易出现错误，是不是最好在linux下安装gview？

我本是个娃娃

第一，基组不加极化函数，是不被允许的
第二，http://sobereva.com/164几何优化不收敛的解决办法
第三，geom=connectivity要和坐标后的一堆烂数字共存亡
第四，菜鸟采用Gview提交作业，要学会自己在文本界面修改关键词和一些细节
第五，系统不重要，重要的是，上面的四点要吃透

yezhonghua

2楼的第二点处理l9999是神技，基本上用一遍，l9999和SCF不收敛都能解决，亲测有效。

sobereva

仔细看此文3.9节
谈谈量子化学中基组的选择
http://sobereva.com/336

基组改合适后重算还这样按2L第二条试图解决。

和gview是哪个系统的毛关系也没有。

完全理解不能你加geom=connectivity想做什么。

lufenghxu

sobereva 发表于 2016-11-19 07:02
仔细看此文3.9节
谈谈量子化学中基组的选择
http://sobereva.com/336

gaussview里面默认添加，我刚接触gaussian，网上查了查，好像说更onion有关。

sobereva

lufenghxu 发表于 2016-11-19 12:01
gaussview里面默认添加，我刚接触gaussian，网上查了查，好像说更onion有关。

和ONIOM没半点关系，你都没用ONIOM

zjxitcc

推荐楼主仔细阅读2楼建议，对新手有很大帮助。另外，描述问题时请贴出具体出错提示，尽量不用“出现问题”、“提交计算就错误”等无信息量词汇，应给出比如出现“Segmentation fault (core dumped)”、“EOF...”等错误提示。给出的“link 9999”算是有点信息量。