centos nvm，centos官网
今天给各位分享centos nvm的知识，其中也会对centos官网进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
Node.js-0005-CentOS 7.9 安装 Node.js 18.x-04-安装
在部署前端应用时，Node.js环境是必不可少的。本文将详细介绍在CentOS 7.9系统上安装Node.js 18.x版本的几种尝试和问题。首先，我们尝试通过nvm（Node Version Manager）来安装，但nvm 0.39.7版本的安装顺利完成之后，查看版本和软件列表时，发现无法直接安装Node.js 18。问题在于，CentOS 7.9自带的glibc库和gcc库无法支持Node.js 18.x的运行。
之前已经编译过gcc、make和glibc以解决这个问题，但尝试通过之前文章中的方法（格瑞图：Node.js-0001-至0004）安装时，遇到了依赖错误。尤其是编译glibc时，不慎导致系统出现问题，导致bash命令无法执行。为避免类似问题，建议在尝试编译高版本之前，先通过nvm安装17、16或15等版本的Node.js，确认系统兼容性，或者直接判断CentOS 7.9支持的Node.js最高版本。
在后续的尝试中，如果系统出现问题，可以先尝试修复或恢复，例如使用CentOS 7.9的急救措施。最后，我们不建议直接在CentOS 7.9上编译高版本Node.js，除非对系统有深入理解并愿意承担可能的风险。毕竟，选择一个系统支持的稳定版本能更好地保证应用的稳定运行。
【NodeJS】GLIBC_2.28 not found CentOS7不兼容Node高版本
在CentOS 7环境下，若遇到使用Nvm安装高版本Node后，执行node-v时出现"GLIBC_2.28 not found"的错误，实际上并非Nvm的问题，而是系统的GLIBC版本过低。查看ldd版本后发现GLIBC版本为17，而错误中提到需要25、27、28版本。由于GLIBC具有向下兼容性，只需安装GLIBC_2.28即可解决此问题。
若条件允许，直接升级到CentOS 8版本，将可有效解决此问题。解决方案分为三步：
更新glibc，以确保系统拥有最新版本的GLIBC。
升级gcc和make，以兼容更高版本的库。
升级libstdc++，选择性操作，根据是否解决问题而定。
在执行升级操作后，使用`ldd`查看当前版本，确保所有依赖库版本均已更新。通过`node-v`命令验证Node版本，确认问题已解决。
在解决此问题时，参考了知乎文章《OSError:/lib64/libm.so.6: version `GLIBC_2.27' not found(required by xxx.so)——升级GLIBC并解决系统错误》，以及博客园文章《解决nvm升级node v18.14.0时/lib64/libm.so.6: version'GLIBC_2.27' not found(required by node)问题》。
本文由博客一文多发平台OpenWrite发布。
linux系统哪个好
好用的linux系统：Debian、Linux Mint、Manjaro、ubuntu、solus。
1、Linux Mint
Mint最大的特点就是极其符合windows用户的操作习惯，甚至贴心地准备了更新管理器、开始菜单、Office等用户在windows上喜闻乐见的功能。
mint是一个真正的开箱即用的发行版本。它完善到你完成安装后甚至不用再添加别的软件，就可以畅快开始使用。相比ubuntu，在各个方面都做得更好。
2、Manjaro
由于基于Arch，它获得了惊人数量的软件库。安装很多软件时，你不需要百度，不需要到处找，一个命令就全部ok了。另外，它的易用性也是它极大的优势。相比上面的系统，它在简洁性上完胜。另外更棒的是，它提供了直接可用的QQ。
3、ubuntu
社区支持非常完善，可以在ASK UBUNTU社区里询问一切关于linux的问题，大部分问题都能得到热心的解答。另外，ubuntu作为一个成熟的系统，被广泛地应用，软件数量能与Arch匹敌了。
是个好的操作系统，但不是一个好的个人操作系统。Unity桌面的性能很低，并且不是很稳定，常常卡死。
4、solus
非常简洁快速，几乎所有评论中都提到了它神奇的开机速度。由于它是新兴的发行版本，设计概念也是比较前卫的，不会存在冗余代码的问题。另外，它的包管理器也是全新设计的，安装应用速度非常快。
5、Debian
精简而稳定，它是数万人共同努力的成果。它的deb包高度集中，依赖性问题出现的很少。当然，它也拥有最大的支持社区。
由于它是完全自由的操作系统，因此没有专业的技术支持。另外它的更新周期很长，软件库里很多软件也显得老旧了。
