皮皮网

1.openwrt和lede有何区别?源码
2.百分之九十八的人不知道git操作如何查看所有版本
3.Lede R23.5.1最新版本无线故障及解决
4.PVE+lede+DSM网卡硬盘直通+win10

openwrt和lede有何区别?

       LEDE与OpenWrt的区别主要在于时间线与开发群体。LEDE项目始于年5月，内核是源码从OpenWrt分支而来。几乎所有的内核活跃开发者在那之后都转投了LEDE，使得它成为了主流的源码选择。目前稳定版为.，内核全新源码器搭积木一样内核版本为4.4.，源码对多种路由器的内核支持已相当完善，用户可以直接编译进行刷机使用。源码

       在开发者群体的内核转移下，LEDE在新功能和改进上展现出活力，源码如支持.r漫游功能，内核使得普通无线设备也能实现Cisco Aruba Ruckus等企业级无线产品才有的源码特性。未来，内核LEDE有望引入更多新功能和优化。源码

       虽然并非简单的kafka核心源码分析更名，LEDE还引入了大量新代码，如支持.r漫游。但在商用固件领域，稳定性和易于维护是优先考虑的因素，因此，短期内，许多厂家可能不会迅速转向LEDE，除非遇到无法在老版本上实现的关键新功能。

       总结而言，LEDE与OpenWrt的区别体现在开发团队转移、版本更新和新功能支持上。开发者群体的转变推动了LEDE的发展，使得它在功能支持和未来潜力方面展现出独特优势。

百分之九十八的人不知道git操作如何查看所有版本

       Git, 一款强大且流行的工具，它超越了传统的ai珠宝设计源码SVN局域网文件管理，成为分布式版本控制系统的代表。它的核心使命是高效地管理项目版本，特别适合处理大型项目，且资源存储在全球网络中，使得异地协作更为便捷。

       Git源于Linux内核开发的需求，由Linus Torvalds开源，旨在提升代码管理的效率。尽管它功能众多，本文重点聚焦于查看版本信息的实用操作。对于OpenWrt源码中的多个分支和版本，很多人可能不清楚如何查看每个分支的具体版本历史。

       要查看所有分支，使用命令：

       git branch -a，这将展示所有分支，熊掌号文件源码包括本地和远程的。而要查看所有版本标签，可以使用：

       git tag，这将揭示分支历史中的每一个版本标记。

       在实际操作中，如果你需要从一个分支迁移到另一个分支，如从lede-.迁移到origin/lede-.，命令是：

       git checkout -b lede-. origin/lede-.。此外，直接迁出特定版本代码，比如v..1，可以使用：

       git checkout v..1。这一技巧对于经常处理版本切换的开发者来说，无疑是实用且容易被忽视的。

Lede R.5.1最新版本无线故障及解决

       在刷新小米 R3G 的git merge源码解析固件至 Lede/R.5.1 版本时，遇到了无线故障问题。编译时报错，怀疑是加密相关模块版本不匹配导致。经过尝试，更新后发现无线ssid消失，其他设备无法通过无线连接。怀疑是配置冲突，重刷了设备并清除所有配置，但无线仍然异常，连扫描也无法进行。

       查阅 GitHub 中的 Lede 项目，发现近期有大量关于最新版本更新后无线异常的报告。尝试回退到 R.3.3 版本，无线功能恢复正常。注意到内核从5.4.切换到了5..，性能似乎有所下降。拉取代码后发现有针对无线问题的更新，重新编译后无线功能恢复，ssid可以被其他设备发现。

       然而，测试时发现5G WLAN至WAN的转发能力下降到M左右，作为Internet网关路由器测试时，整体转发性能也只有M不到。在仓库中提起的issue已被关闭，但问题的原因没有分析。决定回退本地版本。

       分析后发现，合适的回退版本可能为某个稳定版本，但Lede仓库今年还未发布R的稳定版tag。通过执行git log命令，可以找到关键节点并复位仓库，从而实现回退。确保重新编译后获得指定commit的版本，分析commit注释有助于定位问题位置。

       拉取最新代码后，注意到最新commit针对5./mt/mtk_hnat问题，性能问题有望解决。重新编译后烧录固件，手机连接测试speedtest结果达到Mb/s。内核迁移到5.后，性能提高到M，问题得到彻底解决。团队的高效工作值得赞赏。

PVE+lede+DSM网卡硬盘直通+win

       本文主要记录了一次实现PVE+lede+DSM网卡硬盘直通+win的折腾过程，耗时近一个月，期间遇到了不少挑战。

       起初尝试了unraid，但无法实现网卡直通，尽管有教程指导，但J主板的特殊性让这一过程变得复杂。尽管有人成功通过重新编译内核解决，但鉴于个人技术水平，这一方法并未采纳，转而选择PVE作为解决方案。

       PVE的安装过程中，注意官网下载文件的完整性，以及BIOS定时开机设置的问题。在PVE的使用中，遇到了更新软件源的错误，需区分免费开源版和企业版。网卡直通是关键环节，但务必在安装初期设置好网段，以便后续操作。

       实现直通需要重新编译内核，这一步骤在一些教程中未提及，得益于“花王网络”的教程才得以成功。步骤包括编辑系统文件、增加虚拟化驱动、升级设置和安装编译好的内核。直通时务必注意管理口不直通，以保证后台访问。

       DSM的安装与win的安装各有其细节和注意事项，如SN MAC的修改和PVE关机问题的解决。然而，J主板性能一般，可能不适合虚拟多个系统，DSM是最稳定的选择。

       尽管过程中面临诸多挑战，但也学到了很多，Linux的世界令人惊叹。此次经历提醒我们，记录过程非常重要，以便日后参考。总的来说，PVE的尝试虽然艰辛，但收获了新的技能和体验。