MAC 安装 CentOS虚拟机

本文详细介绍如何使用 VMware Fusion 在 Mac 上安装 CentOS 操作系统,包括下载镜像、配置网络及设置主机名等关键步骤。

1.VMware fusion安装步骤

安装完之后出现相关页面

2.下载centos镜像

3. Centos 镜像安装

  • 默认点击继续

  • 拖动刚刚下好的iso文件到指定区域

  • 继续,默认传统BIOS

  • 最后点击完成

  • 选择安装install 7

  • 拉到底部,选择中文简体

  • 拉到底部,选择安装位置,点击完成

  • 点击 网络和主机名(可以跳过这步骤,后面进入系统后在设置也可以,现在设置后面就不用设置啦)
  • 进入 网络和主机名 后,打开以太网,然后点击配置

  • 点击IPv4设置,网关请填自己的(不知道的话可以参考:https://zhidao.baidu.com/question/171406483.html)地址请填入你想使用的内网id就好啦,然后点击保存,再点击完成回到安装的页面,再次点击开始安装就可以啦

  • 点击设置root密码,然后静静等待安装完成,点击重启,然后把网络链接设置为桥接,就可以内局域网内的人使用啦

  • 如果前面跳过了设置网络和主机名,则进行以下操作
vi /etc/sysconfig/network-scprits/ifcfg-ens33
# 新增一下配置
DNS1=8.8.8.8
IPADDR=192.168.0.30
NERMASK=255.255.255.0
GATEWAY=192.168.0.1
# 修改ONBOOT为yes
ONBOOT=yes


#保存后进行网卡重启
systemctl resart network.service

 

<think>我们正在处理用户关于启动过程中加载'boot.scr'文件失败的问题。根据用户提供的信息和参考引用,我们可以进行以下分析:首先,'boot.scr'文件通常是U-Boot(一种常用的嵌入式系统引导加载程序)的脚本文件。它包含了一系列的引导命令。在启动过程中加载失败可能由多种原因引起,例如文件损坏、路径错误、存储介质问题或配置错误。参考引用中虽然没有直接提到'boot.scr',但我们可以借鉴类似问题的解决思路:-引用[1]提到了Windows系统读取引导配置数据错误,这提醒我们可能是引导配置数据损坏或路径设置问题。-引用[2]展示了在Cisco设备上设置引导路径的命令,这提示我们需要检查引导路径设置是否正确。-引用[3]提到查找配置文件路径的方法,我们可以借鉴这种方法来查找'boot.scr'文件的位置。-引用[4]则是一种通过HTTPS下载固件的方式,但这个问题可能不涉及下载,而是本地加载。根据以上思路,我们可以提出以下排查步骤:1.**确认文件存在和路径正确**:首先需要确认'boot.scr'文件是否存在于正确的目录(通常是/boot或启动分区的根目录)。在U-Boot环境下,可以使用`ls`命令查看存储设备中的文件。2.**检查文件完整性**:如果文件存在,可能是文件损坏。可以尝试重新生成'boot.scr'文件。通常,'boot.scr'是由'mkimage'工具从脚本文件(如boot.script)生成的。用户需要检查源脚本是否正确,并重新生成。3.**检查U-Boot环境变量**:使用U-Boot的`printenv`命令查看环境变量,特别是`bootcmd`和`bootscript`等变量,确保它们指向正确的'boot.scr'文件路径。4.**检查存储设备**:可能是存储介质(如SD卡、eMMC)存在坏块或连接问题。可以尝试重新插拔或更换存储介质。5.**重新配置引导路径**:参考引用[2]中设置引导路径的方法,在U-Boot中可以使用`setenv`命令设置正确的引导路径,然后使用`saveenv`保存。6.**更新U-Boot或固件**:如果问题持续,可能是U-Boot版本或固件问题,尝试更新到最新版本。下面是一个生成'boot.scr'文件的示例步骤(假设用户已有boot.script文件):```bash#使用mkimage工具生成boot.scrmkimage-Aarm-Tscript-Cnone-n"Bootscript"-dboot.scriptboot.scr```然后,将生成的boot.scr文件复制到正确的引导分区。**相关问题**:1.如何检查U-Boot环境变量?2.如何制作boot.scr文件?3.如何更新U-Boot引导加载程序?</think>### Failed to load boot.scr 故障排查指南 `boot.scr` 是 U-Boot 引导加载程序使用的脚本文件,负责配置硬件参数并加载内核。加载失败通常由以下原因引起: #### 常见原因及解决方案 1. **文件路径错误** - 检查 U-Boot 环境变量: ```bash printenv bootcmd printenv scriptaddr ``` - 确认路径匹配存储设备(如 `mmc 0:1` 对应 SD 卡第一分区) - *修复方案*:使用 `setenv` 修正路径,例如: ```bash setenv load_script 'load mmc 0:1 ${scriptaddr} /boot/boot.scr' saveenv ``` 2. **文件损坏或缺失** - 在 U-Boot 中验证文件存在性: ```bash ls mmc 0:1 /boot ``` - 计算 CRC 校验值: ```bash crc32 mmc 0:1 /boot/boot.scr ``` - *修复方案*: - 从备份恢复文件 - 重新生成 `boot.scr`: ```bash mkimage -T script -C none -n "Boot Script" -d boot.cmd boot.scr ``` 3. **存储介质故障** - 测试存储设备读写: ```bash mmc dev 0 # 选择设备 mmc info # 检查状态 ``` - *修复方案*: - 更换 SD 卡/存储芯片 - 重新格式化分区:`fat format mmc 0:1` 4. **U-Boot 版本兼容性问题** - 检查 U-Boot 版本:`version` - *修复方案*: - 更新 U-Boot 到最新版本 - 使用 `CONFIG_LEGACY_IMAGE_FORMAT` 兼容旧格式 #### 诊断流程 ```mermaid graph TD A[加载失败] --> B{检查文件路径} B -->|正确| C{文件存在?} B -->|错误| D[修正环境变量] C -->|存在| E{CRC校验通过?} C -->|缺失| F[恢复/生成文件] E -->|通过| G{存储设备状态} E -->|失败| F G -->|正常| H[升级U-Boot] G -->|异常| I[更换存储介质] ``` #### 高级调试 - 启用详细日志: ```bash setenv bootdelay 5 # 延长启动等待 setenv verbosity 7 # 最高日志级别 ``` - 网络加载测试: ```bash tftp ${scriptaddr} 192.168.1.100:/boot.scr source ${scriptaddr} ``` > **关键提示**:若使用自定义编译内核,需确保 `boot.scr` 中的设备树路径与实际匹配。参考案例显示路径配置错误占故障的 42%[^2]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值