看起来你遇到的是PSReadLine组件无法读写历史文件的权限问题，虽然两台机器配置一致，但大概率是文件/目录权限或者SELinux上下文的差异导致的，下面是一步步的排查和解决方法：

1. 检查并修复文件/目录的权限与归属 #

首先确认问题路径的权限是否正确，错误提示直接指向权限被拒绝，这是最常见的原因：

• 先查看目录和文件的权限信息：

  ls -ld ~/.local/share/powershell/PSReadLine/
  ls -l ~/.local/share/powershell/PSReadLine/Console_history.txt
  

• 重点看所有者和所属组，必须是你的当前用户（user_name），如果显示是root或者其他用户，执行以下命令修改归属：

  chown -R user_name:user_name ~/.local/share/powershell/
  

• 同时确保权限足够：目录至少设置为700（仅当前用户可读写执行），文件至少设置为600（仅当前用户可读写）：

  chmod 700 ~/.local/share/powershell/PSReadLine/
  chmod 600 ~/.local/share/powershell/PSReadLine/Console_history.txt
  

2. 排查SELinux上下文问题 #

RHEL 7.x默认启用SELinux，即使文件权限正确，SELinux的安全标签也可能阻止PowerShell访问文件：

• 查看路径的SELinux标签：

  ls -Z ~/.local/share/powershell/PSReadLine/
  

• 正常情况下，用户主目录下的文件标签应该是unconfined_u:object_r:user_home_t:s0这类，如果标签异常，执行以下命令恢复默认上下文：

  restorecon -R ~/.local/share/powershell/
  

3. 更换历史文件路径（如果上述方法无效） #

如果权限和SELinux都没问题，你可以手动指定一个新的历史文件路径，避开有问题的目录：

• 临时生效：在PowerShell会话中执行：

  Set-PSReadLineOption -HistorySavePath ~/.ps_history
  

• 永久生效：编辑PowerShell的用户配置文件（如果不存在则创建）：

  mkdir -p ~/.config/powershell/
  nano ~/.config/powershell/Microsoft.PowerShell_profile.ps1
  

  添加以下内容并保存：

  Set-PSReadLineOption -HistorySavePath ~/.ps_history
  

  下次启动PowerShell时，这个设置会自动加载。

4. 临时禁用历史记录（不推荐，仅应急用） #

如果你暂时不需要历史记录功能，可以直接禁用：

• 临时生效：

  Set-PSReadLineOption -HistorySaveStyle SaveNothing
  

• 永久生效：同样把上面的命令添加到PowerShell配置文件中。

为什么两台机器会有差异？ #

大概率是其中一台机器曾用root用户运行过pwsh，导致~/.local/share/powershell/PSReadLine/目录被创建为root归属；或者SELinux在某台机器上有过自定义规则；也可能是用户主目录（~/.local/）的权限本身不一致导致的。

内容的提问来源于stack exchange，提问作者Mayuresh K