嘿，我碰到过类似的版本升级后兼容性问题，结合你的情况——从PHP7.0升到7.2，Laravel5.4搭配LibreOffice转换包，旧机器正常新机器出错，给了root权限也没用——给你几个针对性的排查和解决方向：

1. 先从命令行验证LibreOffice本身是否正常 #

别先纠结PHP和包，先确认LibreOffice在新机器上能不能独立工作：

• 用root账号直接执行转换命令试试：

  libreoffice --headless --convert-to pdf /path/to/test.doc --outdir /tmp
  

  如果这步都失败，那问题出在LibreOffice的安装或系统依赖上，先补全依赖（比如AWS Linux上装libreoffice-headless、libreoffice-writer），或者升级到更稳定的7.x版本，6.0.1确实有点老了。
• 要是命令行正常，那再看PHP进程的权限：除了文件读写权限，还要注意SELinux的限制——AWS Linux默认开SELinux，可能拦截了PHP调用外部程序，你可以临时关了测试：setenforce 0，如果正常了，就给存储目录加SELinux上下文：

  chcon -t httpd_sys_rw_content_t /your/doc/storage/path
  chcon -t httpd_sys_rw_content_t /your/output/path
  

2. 检查PHP7.2的执行限制 #

PHP7.2比7.0加了不少安全限制，可能影响了外部程序调用：

• 打开php.ini，看看disable_functions里有没有禁用exec、shell_exec、proc_open这些函数——那个转换包肯定要用到这些，要是被禁了就去掉；
• 另外，PHP7.2的环境变量继承可能有问题，你可以在Laravel代码里手动指定LibreOffice的路径，比如：

  // 先把LibreOffice的bin目录加到环境变量里
  putenv('PATH=/usr/bin/libreoffice:' . getenv('PATH'));
  

  或者用proc_open手动指定执行用户，避免权限继承问题：

  $cmd = 'libreoffice --headless --convert-to pdf ' . escapeshellarg($inputPath) . ' --outdir ' . escapeshellarg($outputPath);
  $descriptors = [0 => ['pipe', 'r'], 1 => ['pipe', 'w'], 2 => ['pipe', 'w']];
  $process = proc_open($cmd, $descriptors, $pipes, null, ['USER' => 'root']);
  // 然后读取输出和错误信息排查
  $error = stream_get_contents($pipes[2]);
  proc_close($process);
  if (!empty($error)) {
      Log::error('LibreOffice转换错误：' . $error);
  }
  

3. 处理包和Laravel的兼容性 #

那个转换包可能没适配PHP7.2，加上Laravel5.4本身对PHP7.2的支持不算完美（官方推荐最高PHP7.1）：

• 打开包的源码看看，有没有用PHP7.2废弃的函数（比如each()、mcrypt相关），有的话手动改一下；
• 要是不想改源码，试试找替代方案，比如用phpoffice/phpword读取Docx，再用TCPDF生成PDF，虽然需要改点代码，但兼容性更好；
• 能升级Laravel的话最好升到5.5+，5.5开始完美支持PHP7.2，很多隐性兼容性问题会自动消失。

4. 排查LibreOffice的headless模式问题 #

旧版本的LibreOffice在headless模式下可能有进程残留的问题，导致后续转换失败：

• 可以先杀掉所有LibreOffice相关进程：

  pkill -f libreoffice
  

  然后再测试转换；
• 另外，给LibreOffice加个--norestore参数，避免恢复之前的错误会话：

  libreoffice --headless --norestore --convert-to pdf /path/to/test.doc
  

内容的提问来源于stack exchange，提问作者Syed Abdur Rehman Kazmi