虚拟机文件系统混乱,导致编译失败

简介: 虚拟机文件系统混乱,导致编译失败

两个模块编译出错:

编译x264,运行autogen.sh就出错。晚上回家一看,x264根本没有这个文件。

编译ffmpeg,一直没编译成功so。提示打开文件太多。今天从备份中恢复目录,成功编译。前后对比一下,Makefile都完全不同。


吾当然不会改这些东西。那就是文件系统出错了?所以备份很重要啊。



目录
相关文章
|
6月前
|
Linux KVM 数据库
服务器数据恢复—EXT4文件系统下误删除虚拟机数据恢复案例
服务器数据恢复环境&故障: 1台服务器,Linux操作系统+EXT4文件系统,部署了数台KVM虚拟机,每台虚拟机包含一个qcow2格式的磁盘文件,和一个raw格式的磁盘文件。 工作人员操作失误删除了3台服务器上的KVM虚拟机,需要恢复raw格式的磁盘文件。
服务器数据恢复—EXT4文件系统下误删除虚拟机数据恢复案例
|
机器学习/深度学习 Ubuntu 算法
操作系统原理实验2:进程调度(在Ubuntu虚拟机gcc编译环境下
操作系统原理实验2:进程调度(在Ubuntu虚拟机gcc编译环境下
208 0
|
Java 编译器
JVM 虚拟机 AOT 和 JIT 即时编译
JVM 虚拟机 AOT 和 JIT 即时编译
191 0
|
前端开发 Java Linux
深入理解JVM虚拟机 - 自我编译JDK
不出所料,编译失败了,我们可以根据错误日志来进行调整
83 0
|
XML 存储 Ubuntu
RK3568开发笔记(五):在虚拟机上使用SDK编译制作uboot、kernel和ubuntu镜像
buildroot虽然灵活,但是基于实际情况,本身是侧重驱动和应用定制开发的只定制一次文件系统投入有点多,还不如直接ubunt自己交叉编译依赖库,做一些库的移植裁剪。   于是本篇就使用ubuntu系统了,至于其他库自己下源码在宿主机交叉编译号后,再拷贝过去或者直接在板子上编译也行(只是会比较慢),但是意义不大,因为开发过程肯定是用宿主机,不然核心板编译太慢,在编译上会花费不少可以省去的时间。
RK3568开发笔记(五):在虚拟机上使用SDK编译制作uboot、kernel和ubuntu镜像
|
存储 XML Ubuntu
RK3568开发笔记(四):在虚拟机上使用SDK编译制作uboot、kernel和buildroot镜像
上一篇搭建好了ubuntu宿主机开发环境,本篇的目标系统主要是开发linux+qt,所以需要刷上billdroot+Qt创建的系统,为了更好的熟悉原理和整个开发过程,选择从零开始搭建rk3568的sdk开发环境。
RK3568开发笔记(四):在虚拟机上使用SDK编译制作uboot、kernel和buildroot镜像
|
Ubuntu 开发工具 Windows
Hi3516开发笔记(四):Hi3516虚拟机编译uboot、kernel、roofts和userdata以及分区表
Hi3516开发笔记(四):Hi3516虚拟机编译uboot、kernel、roofts和userdata以及分区表
Hi3516开发笔记(四):Hi3516虚拟机编译uboot、kernel、roofts和userdata以及分区表
|
存储 Java 程序员
JVM 虚拟机之编译优化(上)
本文主要是概念篇,总结和摘录了 JVM 对于编译优化中存在的几个核心概念: 热点探测、方法内联、逃逸分析、公共子表达式消除、数组边界消除等。
160 0
JVM 虚拟机之编译优化(上)
|
前端开发 Java Linux
深入理解JVM虚拟机 - 自我编译JDK
深入理解JVM虚拟机 - 自我编译JDK
564 0