为什么呢？安装完后测试都好好的，怎么重启之后会这样呢。在网上找了很多方法来处理： 
网上给出的解决思路如下: 
1、查看操作系统内核参数是否无误 
[oracle@rhel7 database]$ ulimit -a
core file size          (blocks, -c) 0
data seg size          (kbytes, -d) unlimited
scheduling priority            (-e) 0
file size              (blocks, -f) unlimited
pending signals                (-i) 15738
max locked memory      (kbytes, -l) 64
max memory size        (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues    (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 10240
cpu time              (seconds, -t) unlimited
max user processes              (-u) 2047
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited
   
2、确认$ORACLE_HOME/bin/oracle文件权限是否有问题 
（在rac下需要查看$ORACLE_HOME/bin/oracle和$GRID_HOME/bin/oracle两个文件）， 
正确权限为： 
[oracle@normal adump]$ ll $ORACLE_HOME/bin/oracle 
-rwsr-s--x 1 oracle oinstall 232399083 Aug 28 17:23 /u01/app/oracle/product/11.2.0/db_1/bin/oracle 
   
如果权限不对 
chmod 6751 $ORACLE_HOME/bin/oracle 
   
3、检查一下环境变量 
echo $ORACLE_HOME 
echo $ORACLE_SID 
echo $LD_LIBRARY_PATH --注意：不同的操作系统此环境变量会不同 
echo $PATH 
   
4、检查$ORACLE_HOME/bin/oracle 和 $ORACLE_HOME/rdbms/lib/config.o 的文件大小是否为0， 
如果大小为0，需要重新编译oracle软件： 
[oracle@normal backup]$ relink all 
writing relink log to: /u01/app/oracle/product/11.2.0/db_1/install/relink.log 
   
5、使用操作系统跟踪命令跟踪sqlplus连接过程，从而观察跟踪文件。 
ltrace -f -o /tmp/sqlplus.log sqlplus / as sysdba
或truss命令

按照上面的五个步骤都做了一遍还是一直报错。
最后仔细检查了一下内核配置和oracle用户的limit参数配置，发现limits.conf中有一个参数配置的值太小，我配置的是：
oracle  hard  stack  1024
而官方文档中建议的是10240。
这才想起来，当时安装Oracle时偷懒没有配置内核参数和limits.conf文件，而是使用fix.sh脚本修改的，修改完后发现有些配置没有写到配置文件里，就又手动把漏掉的配置写了进去，结果还写错了，最终导致了上面的错误的出现。
修改limits.conf文件后重新使用oracle用户登录，不再报错。