最近在 HPE 服务器上部署 redhat7.8，系统安装好后，安装一个封装了 java 版本的软件，会报 java 错误，但在虚拟机里实验安装又完全没问题。完全搞不懂问题出在哪里？
错误 1：
*** Warning with: /home/eda/calibre/install.ixl/mgc_installThe version of /home/eda/calibre/install.ixl/JRE/bin/java may not be correct!...Required: "1.6.0"...Found: Error occurred during initializat美国服务器ion of VMjava/lang/NoClassDefFoundError: java/lang/Object...Please check that you have correctly installed the Mentor Install program that contains the Java Runtime Environment.Error occurred during initialization of VMjava/lang/NoClassDefFoundError: java/lang/Object

错误 2
*** Warning with: /home/eda/calibre/install.ixl/mgc_installThe version of /home/eda/calibre/install.ixl/JRE/bin/java may not be correct!...Required: "1.6.0"...Found: Error: no server' JVM at/home/eda/calibre/install.ixl/JRE/lib/i386/server/libjvm.so'....Please check that you have correctly installed the Mentor Install program that contains the Java Runtime Environment.Error: no server' JVM at/home/eda/calibre/install.ixl/JRE/lib/i386/server/libjvm.so'.
java 没装吧，下个 jdk 配置一下

java 已经安装了，奇怪就奇怪在物理机和虚拟机都全新安装，虚拟机没问题，物理机有问题。

对比下二者的环境变量看下

架构一样吗？包括指令位数

是 cpu 指令集吗？

alternatives --config java
输入这个看下两边的路径和版本都是一样的吗，是不是有一边源不一样安装了不同版本?

比如说是不是都是 64 位这样

https://stackoverflow.com/questions/31564474/install4j-linux-installer-fails-with-no-server-jvm-at-error-unless-you-use-j

刚刚发现，在根目录下安装就没问题，不晓得是不是 xfs 文件系统大于 2t 后出的问题

这不可能是文件系统的问题，附言具有误导性。

把 home 目录更换为 ext4 后就真的解决了，具体深层次的原因我也不懂，希望懂的大佬分享一样吧。

在这以前我物理机和虚拟机都重装过几次，物理机就是要报错。但今天发现如果我把文件拷贝到根目录下安装就不会报错，根目录也是 xfs 分区，和 home 目录的区别是，分区格式都是 xfs，唯一不同就是 home 目录大于 2T

软件内置的 java 环境太旧问题，不支持 2TB 以上的 XFS 文件系统，eda 工具尽量用 ext4 文件系统。大部分的 eda 工具的官方支持的系统是 redhat6 。

其实我上周五 google 的时候就看见一篇类似的文章，没一起重视，折腾了两天。

可能类似是这个原因吧，文件系统的 inode 数大于 2^32：
Doc ID 761566.1 & 1330701.1
Errors on XFS file system for large disks mounted with 64-bit inode (inode64) option
The use of the XFS file system, the default local filesystem on Oracle Linux/RHEL 7, for larger disks (greater than around 1TB) with the inode64 mount option may result in errors when using EBS such as:
Preparing to launch Oracle Universal Installer from..
Please wait …Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object
This is due to the use of 32-bit executables in EBS which can result in the accessing of inode numbers on the file system that are greater than the 2^32 limit of the 32-bit userspace. It is recommended to use the 32-bit inode option (the default for XFS) or other local filesystems such as ext4 if this problem is encountered.