智能助手网
标签聚合 Linux

/tag/Linux

linux.do · 2026-04-18 19:53:39+08:00 · tech

介绍:一个能基于vmware自动创建实验环境,检测代码执行结果的Linux教学平台。 初衷 六七年运维运维老人了,深知linux学习过程过于枯燥,因此想着做一个教程实验一体的一个小软件。网络上教程和实际操作大多数是分离的,环境不一,资料不全,关键步骤是否执行成功也无法得知,导致进展不下去。 很多伙伴不是没有学习的动力,是学习前的准备工作太多了,就像一个学习炒菜的人,如果需要出门买菜、砍价、洗菜,浪费太多的时间在前置工作上,做这个软件的目的,是让你先把时间花在炒菜上面,前置步骤可以后面慢慢学。 你需要做什么,把vmware软件安装好,ova文件准备好,导入下实验文件,就可以开始学习了。(说明书都有教程) linux教程方面,属红帽最为知名,因此配套课程以红帽作为编写模板,对其进行必要的补充和修改,学不会就真是我写的有问题了,无AI,放心食用。 核心辅助:针对关键步骤做了检测判断,可以辅助你查看命令是否执行成功。 环境重置:一键重置实验环境,新手要的是先成功,而不是排错。能力不足时,重新开始会更好,排错是等你学会后,再来折腾。 虚拟机资源调度:如果你平日里经常折腾vm,需要创建集群环境之类的,软件也支持自定义资源,直接帮你创建好虚拟机,不需要你手动点开vm,一台台创建操作。 软件介绍 课程导入 软件依赖于实验手册,导入实验手册后就能看得到课程,具体操作在说明中有写。 实验区域 左侧功能菜单,中间实验手册,右侧ssh资源,ssh资源基于vmare自行创建,自动连接实验手册对应的虚拟机资源。 环境重置 环境弄坏了,点击左侧"环境重置即可",基于快照机制,10秒崭新如初。中间实验手册,目前展示的内容基于红帽编写,(累啊)纯手工制作,右侧是实验手册对应的ssh资源。 实验步骤检测 实验手册针对当前必要的步骤进行检测,辅助确认命令有效执行。 未通过: 通过: 实验文件一键导入 如果实验手册绑定文件(任意类型),支持一键导入,避免实验中缺失素材。 资源自定义 除了实验手册定义的资源,可自行定义虚拟机。 在首页中新建课程,课程中新建目录,然后即可创建实验,在实验中,可自行添加实验资源。 假设说你需要弄个集群,可根据个人需要创建虚拟机,只要你本地资源足够就行。 此处演示创建三台虚拟机。 虚拟机管理 可自行管理课程所创建的虚拟机。 其他介绍在说明数中,可前往查看。 软件下载安装 github限制100M的软件,目前暂时放到百度网盘,有其他更好的佬可以告知下。 链接: 百度网盘 请输入提取码 提取码: p8mh 课程资料也在网盘中,一起下载即可。 双击"LabBox-1.0.0-Portable.exe"直接运行,免安装。 1 个帖子 - 1 位参与者 阅读完整话题

linux.do · 2026-04-18 17:07:58+08:00 · tech

起因 今天在使用WSL上的Centos时, 发现Vscode远程连接上不上了, 然后想起来vscode之前下载claude插件自动更新了一次, 导致它的版本变成了v1.106.0, 然后就连不上了. 从 VS Code 1.99(2025年3月发布) 开始,官方预编译的 VS Code Server 对 Linux 发行版的系统依赖做了升级,要求远端服务器必须满足: glibc >= 2.28 libstdc++ >= 3.4.25 以及对应的动态链接环境 ssh远程连接时错误信息如下: [2026-04-18 03:33:45.663] Starting server: /home/user/.vscode-server/bin/ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57/bin/code-server --host=127.0.0.1 --port=0 --connection-token=1869292326-2464295744-3154885190-4149685785 --use-host-proxy --without-browser-env-var --disable-websocket-compression --accept-server-license-terms --telemetry-level=all [2026-04-18 03:33:45.664] /home/user/.vscode-server/bin/ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57/node: /lib64/libm.so.6: version `GLIBC_2.27' not found (required by /home/user/.vscode-server/bin/ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57/node) [2026-04-18 03:33:45.664] /home/user/.vscode-server/bin/ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57/node: /lib64/libc.so.6: version `GLIBC_2.27' not found (required by /home/user/.vscode-server/bin/ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57/node) [2026-04-18 03:33:45.664] /home/user/.vscode-server/bin/ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57/node: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by /home/user/.vscode-server/bin/ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57/node) [2026-04-18 03:33:45.664] /home/user/.vscode-server/bin/ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57/node: /lib64/libc.so.6: version `GLIBC_2.25' not found (required by /home/user/.vscode-server/bin/ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57/node) 解决方法一: 官方推荐的自定义运行库法 code.visualstudio.com Can I run VS Code Server on older Linux distributions? - Remote Development FAQ This article covers frequently asked questions for each of the Visual Studio Code Remote Development extensions. See the SSH, Containers, and WSL articles for more details on setting up and working with each of their respective capabilities. Or try... 以下是AI关于这个文档的解释: VS Code 1.99 之后,官方发的 VS Code Server 二进制 默认要求远端系统有较新的: glibc >= 2.28 libstdc++ >= 3.4.25 以及相应动态链接环境 如果你的老服务器系统本身太旧,比如 CentOS 7,没有这些库,Server 本体会启动失败 这时候可以额外准备一套“较新的运行库目录”,让 VS Code Server 不要使用系统自带旧 glibc,而是改为加载你提供的那一套新库. 这个“较新的运行库目录”,官方建议你用 Crosstool-ng 去构建,这就是文档里说的 sysroot 准备工具: v0.18.x 以上的 patchelf. Release 0.18.0 · NixOS/patchelf · GitHub 在 rpmfind.net 中找到所需要的 glibc 2.28 地址: RPM resource glibc 选择AlmaLinux 8.10 BaseOS for aarch64 glibc-2.28-251.el8_10.31.aarch64.rpm 在 rpmfind.net 中找到所需要的 libstdc++ 地址: https://www.rpmfind.net/linux/almalinux/8.10/BaseOS/x86_64/os/Packages/libstdc++-8.5.0-28.el8_10.alma.1.i686.rpm 选择AlmaLinux 8.10 BaseOS for aarch64 libstdc++-8.5.0-28.el8_10.alma.1.i686.rpm 不要直接安装 rpm!!! mkdir -p /home/user/lib/vscode_server_linux_root mv glibc-2.28-251.el8.x86_64.rpm /home/user/lib/vscode_server_linux_root/ mv libstdc++-8.5.0-21.el8.x86_64.rpm /home/user/lib/vscode_server_linux_root/ cd /home/user/lib/vscode_server_linux_root # 将rpm文件解压到当前目录 rpm2cpio glibc-2.28-251.el8.x86_64.rpm | cpio -idmv rpm2cpio libstdc++-8.5.0-21.el8.x86_64.rpm | cpio -idmv # 检查下 so 文件中的 ABI 兼容版本是否符合 VSCode 或者 Node.js 的要求 strings ./usr/lib/libc.so.6 | grep -E '^GLIBC_[0-9.]+' | sort strings ./usr/lib/libstdc++.so.6 | grep -E '^GLIBCXX_[0-9.]+' | sort # 设置环境变量, 两个环境变量都试一下 export VSCODE_SERVER_CUSTOM_GLIBC_LINKER=/home/user/my_lib/vscode_server_linux_root/usr/lib # export VSCODE_SERVER_CUSTOM_GLIBC_LINKER=/home/flipped/my_lib/vscode_server_linux_root/usr/lib/ld-linux.so.2 export VSCODE_SERVER_CUSTOM_GLIBC_PATH=/home/user/my_lib/vscode_server_linux_root/usr/lib export VSCODE_SERVER_PATCHELF_PATH=/home/user/my_lib/vscode_server_linux_root/bin 理论上这样之后, node 应该可以正常启动了, 但是我在wsl上的centos7.9进行测试时, 即使设置了环境变量, 服务器上的node也没有到我指定的目录下去找2.28的glibc. 然后我也尝试了手动patch node. 但发现patch后, node --version 都运行不了. [!NOTE] 不一定起作用 若环境变量不生效,可尝试直接修改 VS Code Server 内嵌 Node.js 的动态链接路径: patchelf --set-interpreter ${CUSTOM_LIB_DIR}/usr/lib64/ld-linux-x86-64.so.2 \ --set-rpath ${CUSTOM_LIB_DIR}/usr/lib64 \ ~/.vscode-server/bin/<VSCode版本号>/node 解决方法2: 第三方补丁工具 从社区仓库下载与本地 VS Code 版本匹配的包: 仓库地址: MikeWang000000/vscode-server-centos7 查看本地 VS Code 版本:点击左下角齿轮 → 关于 → 复制版本哈希(如 ac4cbdf48759c7d8c3eb91ffe6bb04316e263c57 ) # 1. 创建VS Code Server目录(若已存在则跳过) mkdir -p ~/.vscode-server # 2. 解压下载的预补丁包 tar xzf vscode-server_*.tar.gz -C ~/.vscode-server --strip-components 1 # 3. 执行补丁脚本 ~/.vscode-server/code-latest --patch-now # 4. 替换官方内嵌的Node.js(替换为预编译的兼容版本) cp -f ~/.vscode-server/cli/servers/Stable-<版本哈希>/server/node \ ~/.vscode-server/bin/<版本哈希>/node 使用这个方案, 我电脑上能够连接到centos了, 但是远程连接后, 无法在vscode的集成终端中使用 code a.log 打开服务器上的文件, 报错如下: user@user:test$ code . Unable to connect to VS Code server: Error in request. Error: connect ENOENT /run/user/1000/vscode-ipc-d2af735a-73ee-499c-9f8c-48fa19a6199e.sock at PipeConnectWrap.afterConnect [as oncomplete] (node:net:1637:16) { errno: -2, code: 'ENOENT', syscall: 'connect', address: '/run/user/1000/vscode-ipc-d2af735a-73ee-499c-9f8c-48fa19a6199e.sock' } 除了上面给出的预编译后的node文件, 在下面这个issue里面针对centos上运行v18以后的nodejs的问题, 也提供了一个预编译好的版本 github.com/nodejs/node Node.js is showing error "node: /lib64/libm.so.6: version `GLIBC_2.27' not found (required by node)" 已打开 05:40AM - 28 Mar 24 UTC 已关闭 08:38PM - 17 May 25 UTC yogeshlc ### Version node-v20.11.0-linux-x64.tar.xz ### Platform Linux yogVM 5.4.17-21 … 36.325.5.1.el7uek.x86_64 ### Subsystem _No response_ ### What steps will reproduce the bug? - Extract node.js tar at location /usr/local - check node --version cmd which is failing with error Error: node --version node: /lib64/libm.so.6: version `GLIBC_2.27' not found (required by node) node: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by node) node: /lib64/libstdc++.so.6: version `CXXABI_1.3.9' not found (required by node) node: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by node) node: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by node) node: /lib64/libc.so.6: version `GLIBC_2.25' not found (required by node) ### How often does it reproduce? Is there a required condition? _No response_ ### What is the expected behavior? Why is that the expected behavior? node --version v20.11.0 ### What do you see instead? node --version node: /lib64/libm.so.6: version `GLIBC_2.27' not found (required by node) node: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by node) node: /lib64/libstdc++.so.6: version `CXXABI_1.3.9' not found (required by node) node: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by node) node: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by node) node: /lib64/libc.so.6: version `GLIBC_2.25' not found (required by node) ### Additional information _No response_ 但我用这个, 虽然也能正常连接, 但无法打开vscode中的集成终端. 报错如下. 结尾 佬友们帮忙看看, 为什么我使用官方文档里面的方法, 设置环境变量之后还是没有办法让服务器上的node到我指定的目录下去找glibc. 2 个帖子 - 2 位参与者 阅读完整话题

www.ithome.com · 2026-04-18 16:27:47+08:00 · tech

IT之家 4 月 18 日消息,据科技媒体 Phoronix 昨天报道,Linux 全新 NTFS 驱动现已正式并入 7.1 版本主线内核, 旨在解决当前 Paragon NTFS3 driver 驱动存在的不足 。 过去四年前,开发者 Namjae Jeon 一直在重构 Linux 原有的 NTFS 内核驱动。 他用更简洁的代码加入了写入支持 ,在改进兼容性的同时引入更多现代特性。这些变动使其优于几年前停滞的 NTFS3 驱动。 这名开发者本周提交全新 NTFS 驱动 Pull Request 后,Linux 创始人 Linus Torvalds 曾一度因 Git 结构问题撤回代码。不过他很快就提交了符合规范的修订版本。 截至目前,该驱动已经成功合入 7.1 主线内核,Linus 甚至将其称为“NTFS 的复兴”。不过 NTFS3 驱动仍将保留在内核源码树中,新驱动已经可以通过 NTFS_FS 的 Kconfig 开关启用。

linux.do · 2026-04-18 11:47:04+08:00 · tech

主贴 https://linux.do/t/topic/1972106 由于昨天触碰上游的限制,导致8条线路请求过多而限流 现在已建号池,来规避 上下文,现在已经完全搞不清楚了,这个上下文没办法做到测试,,那家公司跟抽风的一样,我也搞不清楚,一会儿长一会儿短的上下文 今天可能开放承压测试, 关于昨天 请大家理智发言,不要在评论区引起争端,本身以公益性质为准,(你总不可能要求别人这个要求别人那个吧) 致谢 感谢有三位佬友,修改的方案 42 个帖子 - 29 位参与者 阅读完整话题

linux.do · 2026-04-18 01:38:47+08:00 · tech

起因是看到了站内佬友的 https://linux.do/t/topic/1909158 文章,正好前几天不知道为什么去办了招行的万事达卡(雾),想着自己说不定就能成呢。然后开始了三天的试错循环。 第一天想着qq邮箱是不是会被风控,所以去163注册了新的邮箱。(之前没有了解过,事实是甲骨文不差别对待大陆这边吧?邮箱ip账单地址只要是真实的就好)邮箱这里需要注意的点是,在手机/ipad等环境下需要你 提前去登录网页版邮箱 ,之后的激活邮件如果在邮箱app里面打开会有问题。这是第一个注意点。 然后开始准备把自己的地址按照这个文章里面弄成拼音,现在注册成功后来看并没有必要。在看了这篇文章的评论区的 @dzfun 的说法后,以及参考了 准确账单地址获取 后我就除了 省份 那边必填拼音外(比如 Fujian 这样的格式),都是使用中文。这边因为我是 招行的万事达(非信用卡) 我就使用了招行app的 账户证明 功能。获取到了开户时的地址,之后的甲骨文注册时就 直接使用这个地址!!! 整个过程我觉得最重要之一就是你的地址要准确,在使用这个地址之前我都是靠印象写的,用了这个之后我两遍就过了。 最后一个点,当时正好在上早八,用着自己手机连着流量试了一下,abc了,突发奇想是不是流量的ip不够行,正好学校里面有个09年的校园网(ping0看的,不知道有没有关系)转到自己的ipad(非越狱/巨魔环境)(后面我看到oracle authority app有个检测root环境不弹出确认设定,这边提一嘴)的Chrome无痕窗口试了,直接看到了跑道(跑道期间校园网断开弹认证把我吓死了,还以为止步于此,结果连回来后正常,估计是没影响),随后注册成功,过几分钟马上通知邮件发过来了,我可以登录上这个账号了。至此为止注册成功。半小时后我立即就在这个环境下提交升级申请了,然后几个小时后获得批准。至此全过程完结。 总结下,在各位佬友的说明下,甲骨文最重要的应该就是你的地址和你的卡要符合,你的ip要有某种条件?卡的资历应该也不重要(新开一周不到)其他的都不是很重要,最后再次感谢各位佬友以及Oracle大善人,祝大家都能用上4c24g的服务器~ 7 个帖子 - 5 位参与者 阅读完整话题

linux.do · 2026-04-17 19:00:10+08:00 · tech

https://linux.do/t/topic/1988273 Url 根据上边的帖子寻找,这边为发放key 预计20-30分钟开奖哦。 第一次抽奖,很担心大家没收到,不知道抽奖后 有没有一键发送key,如果没有的话,幸运佬私信我好了,我被禁止私信了.,如果有问题私信我。谢谢 19:30 截止,超过这个时间的切记勿回复,不在抽奖范围内了. 225 个帖子 - 208 位参与者 阅读完整话题

linux.do · 2026-04-17 18:07:22+08:00 · tech

如图,因为自己有个习惯是,喜欢翻看过去的一直到上次最新的一次 因为这里太多干货帖子了,不想错过任何一个(也有可能粗心不一定每个都细看,但强迫症总会翻看到所有的都翻过) 比如 24 小时没看linuxdo站点的每个话题了,或者 2,3 天的都要翻过去 大概1 个月前升级后,丝滑是丝滑了 但带来的一个严重问题是,如图的,超过 20 小时,就会经常性的加载慢的要死,时不时会弹出如图这样子的,基本就是超过一定时长,想再往前返,基本不太可能的感觉。 希望考虑下这个变化,期待优化,(不排除是我自己机器太差了,但同这台mac对比的话,比之前的区别,如上) 1 个帖子 - 1 位参与者 阅读完整话题

hnrss.org · 2026-04-17 18:00:39+08:00 · tech

I've made [candalf]( https://github.com/jarmo/candalf ) to setup my own PC and servers by using simple shell scripts instead of using something more complex like Ansible or similar. It's been used by me to manage production servers (physical and VM-s) running Linux/FreeBSD for years now and I'm also using it to configure my own laptop (Linux) so that if I install OS from scratch I can get up to speed really quickly and to also have everything "documented" in the scripts to not waste extra time in the future. I recently improved it a little to also support macOS, but have not used it for production usage having that OS. Maybe someone else also finds it useful. If not then also no harm is done. Comments URL: https://news.ycombinator.com/item?id=47804236 Points: 2 # Comments: 0