RHEL8中/etc/profile为目录致SSH报错及profile.d脚本无法加载求助

问题背景 #

在RHEL8系统中，/etc/profile被错误配置为目录而非默认的文件，导致SSH连接主机时触发报错：

bash: /etc/profile: is a directory

该目录内存在真正的profile配置文件，且系统默认会通过/etc/profile调用/etc/profile.d目录下的自定义脚本，当前报错导致这一逻辑失效，无法加载profile.d内的自定义配置。

尝试直接复制文件时因目标为目录，触发重名错误：

cp: '/etc/profile/profile' and '/etc/profile/profile' are the same file

修复步骤 #

1. 备份原错误目录
   先将错误的/etc/profile目录重命名为备份文件，避免误操作丢失数据：

sudo mv /etc/profile /etc/profile.bak

2. 恢复正确的profile文件
   将备份目录内的真实profile文件移动到/etc目录下，恢复默认的文件结构：

sudo mv /etc/profile.bak/profile /etc/profile

3. 迁移目录内其他配置文件（可选）
   如果原/etc/profile目录内还有.sh或.csh配置文件，这些文件通常应属于/etc/profile.d目录，可统一迁移：

sudo mv /etc/profile.bak/*.sh /etc/profile.d/
sudo mv /etc/profile.bak/*.csh /etc/profile.d/

4. 修正文件权限
   确保恢复后的/etc/profile文件权限符合系统默认要求：

sudo chmod 644 /etc/profile
sudo chown root:root /etc/profile

验证修复效果 #

• 重新通过SSH连接主机，确认不再出现bash: /etc/profile: is a directory报错
• 在/etc/profile.d目录中添加测试脚本（例如test.sh，内容为export TEST_VAR="profile_d_works"），重新登录后执行echo $TEST_VAR，若输出对应值则说明profile.d加载逻辑恢复正常

内容的提问来源于stack exchange，提问作者cloud chang