1.Ubuntu20.04源码编译CARLA0.9.14全过程记录
2.linux和 win7 双系统重装win7后修复linux引导
3.为什么打不开华为手机第二个系统？
4.海思双系统linux不能使用UART1(ttyAMA1)的双系问题解决
Ubuntu20.04源码编译CARLA0.9.14全过程记录
本文详尽记录了在Ubuntu .上通过源码编译CARLA 0.9.的全过程，特别强调了Linux系统环境的统源配置以支持与ROS和Autoware的协同仿真，并且允许自定义场景和车辆配置。双系步骤一：系统基础配置
首先，统源确保安装Ubuntu .并配置Nvidia显卡驱动，双系参考链接：win + Ubuntu . LTS 双系统安装（UEFI + GPT）。统源买了网站源码怎么用步骤二：安装依赖
参考Linux build - CARLA Simulator -branch 0.9.，双系逐步安装必要的统源软件，如遇到下载问题，双系可考虑使用阿里源或新华源，统源推荐查阅：ubuntu安装软件依赖问题。双系步骤三：Unreal Engine 4. 安装与配置
由于CARLA 0.9.以上版本使用UE4.，统源女贞花有蜜源码需先安装并编译。双系确保Github账户已与Unreal Engine账户关联，统源如需Personal Access Token，双系参考Github - 使用新的Personal Access Token进行仓库认证。步骤四：下载与编译CARLA
从官方仓库下载CARLA源代码，更新时可能遇到官方资产Url变化，需修改Update.sh文件。编译过程中，PythonAPI部分网络需求较高，make launch可能需要设定UE4_ROOT环境变量，具体步骤见BuildCarlaUE4.sh。成都金丝溯源码燕窝步骤五：运行测试
在完成上述步骤后，进行测试并欢迎在评论区交流问题，如有任何疑问，欢迎留言。如果你对内容满意，请别忘了收藏和关注。linux和 win7 双系统重装win7后修复linux引导
CentOS（Community Enterprise Operating System，中文意思是：社区企业操作系统）是Linux发行版之一，它是来自于Red Hat Enterprise Linux依照开放源代码规定释出的源代码所编译而成。由于出自同样的源代码，因此有些要求高度稳定性的cad线段点击事件源码服务器以CentOS替代商业版的Red Hat Enterprise Linux使用。两者的不同，在于CentOS并不包含封闭源代码软件。
EasyBCD是一款系统引导相关的软件,EasyBCD能够极好地支持多种操作系统与Windows 7、Vista结合的多重启动。任何在安装Windows7 前其能够正常启动的系统，通过EasyBCD，均可保证其在安装Windows7后同样能够启动。同时，在设置方面极为简单，完全摆脱BCDEdit的繁琐冗长命令，用户只需选择相应的防伪码溯源码造假平台与启动方式(如Linux下的Grub或LILO)，即可完成。
Win7（Vista同理）的激活方式是通过grub摸你OEM的Slic信息，所以主引导分区MBR被这个grub占用，以此才能激活WIn7。重装win7后修复后无法引导进入我们先前的安装的linux所以还用EasyBCD 软件进行修复 第一步，安装 下载EasyBCD 2.2 软件，EasyBCD是一款系统引导相关的软件,EasyBCD能够极好地支持多种操作系统与Windows 7、Vista结合的多重启动， 安装并打开 EasyBCD
第二步，点add new entry 选择linux/BSD选项 在名字中输入 Centos kingxiaobo 勾中use esaybcd's copy of grub 选项 增加就可以了 返回主页面保存
第三步 ，重启系统 就可以进行linux系统了，完成了修复linux启动
为什么打不开华为手机第二个系统？
原因：目前华为手机的硬件和内核均不支持开双系统。
双系统需要手机使用U-boot或者grub进行启动，需要硬件支持，华为手机的未授权启动非常困难，内核短缺源代码，只有手机厂商拥有授权。
此外，双系统会对手机的安全提出威胁。
海思双系统linux不能使用UART1(ttyAMA1)的问题解决
问题的产生：
产品应用中，Linux系统除了使用UART0进行调试和打印外，还需要通过UART1进行一路通信。然而，编写测试时发现，UART1无法正常收发数据，系统错误提示为“Resource temporarily unavailable”。这意味着资源暂时不可用，问题可能出在系统资源管理或配置上。
问题的原因：
在双系统架构中，UART1被海思SDK中的LiteOS系统作为终端串口使用，而Linux系统被禁止访问该资源。这种设计使得开发者难以灵活配置和使用外部资源，特别是在需要同时支持多个操作系统且需要共享硬件资源的情况下，限制了系统的可扩展性和灵活性。
问题的解决：
要解决这个问题，需要对Linux端和LiteOS端进行相应的代码修改。
在Linux端，需要进行以下操作：
(1) 修改设备树文件，以解除UART1的注释，允许Linux系统访问该资源。
(2) 修改时钟配置，确保UART1的时钟被正确开启，以支持其正常工作。
在LiteOS端，需要做以下调整：
(1) 更改终端串口设置，将串口从UART1切换至UART2。
(2) 重新配置中断映射表，确保Linux系统（CPU0）能够访问UART2的中断，而LiteOS系统（CPU1）不会抢占这些中断资源。
通过以上步骤，问题得到了解决。这不仅涉及到Linux端的设备树和时钟配置，还涉及到LiteOS端的串口和中断管理。分析过程中，通过检查内核日志、源代码以及硬件配置，明确了资源不可用的原因，并针对性地进行了代码修改和配置调整。
