现在的位置: 首页 > 操作系统 > 正文

linux下jdk安装及VMware Tools安装内核版本缺失问题

2017年12月06日 操作系统 ⁄ 共 2958字 ⁄ 字号 评论关闭

之前遇到了好多问题,都一一解决了,问题排除过程中会对linux有新的认识。这里谈两点,不是多高深的知识,不过对新手挺有帮助。

(1) Java安装问题以及Eclipse CDT问题

我个人喜欢用最新版,所以http://www.oracle.com/technetwork/java/javaee/downloads/java-ee-sdk-7-jdk-7u21-downloads-1956231.html的J2EE是跑不了的,选择的是,

Linux x64 - Multi-Language 170.27 MB  java_ee_sdk-7-jdk7-linux-x64-ml.sh

其中包含最新的jdk7和j2ee的sdk,文件是标准shell文件,但是 ./*.sh运行不了,sudo下也不行。

网上没有给出有用的解决方案,后来发现了原因,该*.sh文件是需要jdk环境才能运行的,因为.sh里面有jdk API调用。这点就很值得吐槽了,他奶奶的明明封好的包包含jdk,但是没有jdk又不能运行,真他娘的牛逼!

老老实实下载jdk,或者只下载jre也可。标准tar安装,解压好,配置环境变量。最好使用./etc/profile不要用自定义的环境变量/etc/environment(方便不同用户使用),环境变量配置的时候跟win下差不多,最好设置JAVA_HOME参数接收jdk路径,方便将来不同版本的java改写使用容易。不细写了。

java -version
javac -version

都可以看到版本号的话,jdk安装成功。

然后cd to 解包j2ee的*.sh路径,我当时之前chmod +755 *.sh设置了权限,后来sudo ./java_ee_sdk-7-jdk7-linux-x64-ml.sh无法执行。最后直接./java_ee_sdk-7-jdk7-linux-x64-ml.sh就可以了。

j2ee也安装成功。

Eclipse也是标准tar.gz包,安装容易。解压后的eclipse路径最好加入环境变量,可以用终端命令启动。

CDT是*.zip的,解压后再解包,把/feature/和/plugins/的所有文件cp到eclipse相应的文件夹下面。

建议为eclipse配置google的V8引擎,可以调试很多新技术的东东。

另外,除了学习apeche解决方案,使用tomcat配置数据库服务器等,推荐学习mongodb(64x大数据处理可行),还有习惯使用IntelIJ IDEA。Eclipse平台还是有诸多缺陷的。

(2) 内核版本问题以及VMware Tools找不到内核头文件问题

手贱想安装最新的VMware Tools,结果卸载了旧版,新版安装遇到了内核头文件问题。

Searching for a valid kernel header path...
The path "" is not valid.
Would you like to change it? [yes]
What is the location of the directory of C header files that match your running
kernel? /lib/modules/3.8.0-27-generic/build/include
The path "/lib/modules/3.8.0-27-generic/build/include" is not valid.

原因是ubuntu 13.04原来的内核是3.8.0-19-generic,后来内核被我升级过几次,所以现在出现内核头问题不奇怪。

paladin@ubuntu:/lib/modules$ ls
3.8.0-19-generic 3.8.0-26-generic 3.8.0-27-generic

首先想到的是想到的是安装内核头信息,升级内核可能未安装内核头信息。

paladin@ubuntu:/usr/src$ uname -a
Linux ubuntu 3.8.0-27-generic #40-Ubuntu SMP Tue Jul 9 00:17:05 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
paladin@ubuntu:/usr/src$ uname -r
3.8.0-27-generic

因此,

sudo apt-get update
sudo apt-get install build-essential
sudo apt-get linux-header-$(uname -r)
sudo ./vmware-uninstall-tools.pl //提示:vmware-uninstall-tools.pl是在./bin路径下
sudo ./vmware-install.pl

结果还是有问题,然后

paladin@ubuntu:/usr/src$ ls
linux-headers-3.8.0-19 linux-headers-3.8.0-26-generic
linux-headers-3.8.0-19-generic linux-headers-3.8.0-27
linux-headers-3.8.0-26 linux-headers-3.8.0-27-generic

头信息是有的,但是没有链接到,于是

cd /lib/modules/$(uname -r)/build/include/linux
sudo ln -s ../generated/utsrelease.h
sudo ln -s ../generated/autoconf.h
sudo ln -s ../generated/uapi/linux/version.h
sudo ./vmware-install.pl

结果还是不行,然后,cd /lib/modules/$(uname -r)/build/include/linux的时候发现build是一个link symbol,链接到/usr/src/linux-headers-$(uname -r)/,因此想到不能修改/lib/modules/$(uname -r)/build/include/linux的头文件,应该修改源路径下的。soso,

cd /usr/src/linux-headers-$(uname -r)/include/linux
sudo ln -s ../generated/utsrelease.h ./utsrelease.h
sudo ln -s ../generated/autoconf.h ./autoconf.h
sudo ln -s ../generated/uapi/linux/version.h ./version.h

最后sudo ./vmware-install.pl发现可以识别了。很好。

特别注意,不要用下面的方式去覆盖,

cp -p ../generated/utsrelease.h utsrelease.h 
cp -p ../generated/autoconf.h autoconf.h

因为使用cp方式会增加移植难度。下次再去更新linux内核,又要重新cp,使用ln方式则方便管理易于修改。

网上大部分人使用cd /lib/modules/$(uname -r)/build/include/linux下修改解决了问题,所以一开始按照这种方法郁闷了半天。不过好在解决问题的过程中对文件系统有了一点新的了解。

抱歉!评论已关闭.