【水】尝试手动制作 U盘 Win10 To Go 翻车了,不得不用开源的 WTG 助手(真香)

作者:V君 发布于:2021-11-26 13:37 Friday 分类:折腾手记

这次没有 TL;DR 直接开水

最近手里的 SATA SSD 有点不够用,想起有 WinToGo 这种把完整 Windows 安装到 U盘 的玩法,正好有闲置的大 U盘,虽然是 USB 3.0 但并没有通过认证,因此不能用 Win10 自带的向导。由于担心第三方工具可能会搞小动作于是就按照自己的想法先尝试着搞起来。

首先用 7-zip 解开系统盘镜像,然后直接走 UEFI 方式启动安装,符合预期的失败了,Windows 安装程序找不到驱动器。然后尝试用 7-zip 把 wim 文件解开,再用 bootice 编辑 efi 路径下的 bcd 文件,遗憾的是这种方式虽然能拉起 Windows 的 boot 过程,但进不去,在那儿反复重启。

最后只能找找助手之类的东西了,一搜就找到《WTG辅助工具 v5.6》最近(2021-10-23)才更新的,而且开放了源代码(这里再扯细一点发现它是用 C♯ 写的)。其中值得称赞的一点是它有个选项能跳过 OOBE,能直接以 administrator 登录。当年装 Win7 的时候可以手动跳过的 OOBE 过程,现在 Win10 不让跳过了。

这个开源的小工具没有让我失望,花了 40 多分钟把系统灌进 U盘 然后插到主板调好启动方式就能吃。启动时间不长,进入桌面之后需要静置几分钟,不然操作反应会慢,其他除了换主板需要重新激活之外,没有发现明显的问题,大概是老坛酸菜的激活方式有问题吧,反正我也不会拿着到处跑。这下总算释放了一个 SATA SSD。

这次的内容好水,但也没办法,因为正在折腾的东西还没有结果,又到月底了,再不水点什么这个月就没存在感了,很慌,那就水一下小折腾……

次日更新:通过拜读其源代码,弄懂了跳过 OOBE 的原理。原来是通过 sysprep 应答文件 来实现的。

标签: 系统安装

评论(0) 引用(0) 浏览(27)

用C♯访问共享内存(MACMSharedMemory)调用Afterburner控制显卡风扇转速

作者:V君 发布于:2021-10-26 20:25 Tuesday 分类:折腾手记

TL;DR for 立即想拿来用的人:[下载 |源代码 ]

0) 确保 MSI Afterburner 正常运行
1) 一些命令行示例
◆ 显示全部显卡风扇转速: -q
◆ 显示第一块显卡风扇转速: -q0
◆ 将全部显卡风扇设置为自动:-sAUTO
◆ 将全部显卡风扇设置为全速:-s100
◆ 将全部显卡风扇设置为最低转速:-s0
◆ 将第一块显卡风扇设置为自动:-sAUTO -i0
◇ 无参启动会输出完整用法
X) 只在 Windows 10 环境下调试通过,不确保其他环境也能用…

扯一扯这次折腾的经历

〇缘起

我为啥没事要控制显卡风扇转速呢?我只敷衍一下说懂得都懂吧 _(:з)∠)_
原因这部分略过,在找到 MSI Afterburner 共享内存的方式之前我还尝试了许多不靠谱的其他方式,最终选择了小飞机。

①使用来自 guru3D 论坛别人封装库的尝试:有BUG啊

起初在咕狗上找小飞机的 API,然后就找到 guru3D 论坛上标题为
MSI Afterburner .NET Class Library》 的帖子,提供了一个加密混淆了的 .NET 程序集和一份文档。用起来感觉还行,读取全部显卡的风扇转速。 但是要设置风扇转速的时候它只能动前两块显卡,如果要设置第三块及以上的显卡,(不要问…),这个库会出现内存访问违规,也就是传说中的 Access Violation(AV)…… 由于这个程序集不提供源代码,那就只能自己实现了,况且 MSI Afterburner 提供了 SDK 示例,虽然是用 C++ 写的,但也能勉强读懂吧,反正只要能调整风扇转速就达到了这次的目的。

②自己照着 SDK 实现:还凑合

默认情况下 SDK 示例能在 C:\Program Files (x86)\MSI Afterburner\SDK\Samples\SharedMemory\MACMSharedMemorySample 找到。 主要看 MACMSharedMemorySampleDlg.cpp 就可以了。 整个流程大概分成四个阶段:连接、读取、修改、写入,读写的时候有个全局互斥锁,还有个 MACM 签名用来避免误操作,最后不要忘了释放资源。 结构体定义我就懒得自己重新扒 C++ 而是从《MSI Afterburner .NET Class Library》里面直接扒出来了,对外公开的数据结构没有混淆,也不能混淆 乂目

●结语

这只能称之为一个小作品或者小节目吧,还可以再扩展一下吧核心、显存频率引出来的,但是懒了 _(:з)∠)_ 其实是月底还没写这个月的博客,有点慌了w 因为要恰饭,所以就算是家里蹲,留给自己的时间也不多,一直想做一个自己的个人博客还在咕着 _(:з)∠)_ 忙完这阵子之后我想先深入了解一下 Blazor 然后尝试做个博客管理界面,至于前台嘛,为了方便互联网档案馆之类的场景,我决定还是做成全站伪静态,服务端渲染的页面。

★题外话(?)

对于不想安装小飞机又想用命令行控制显卡风扇转速的小伙伴,我这里有个方法能将小飞机强行精简绿化,最终的 7z 压缩包只有 1.2MB。 去官网下载安装包,然后用 7-zip 解开,挑出下面列出的文件,然后再修改一下配置文件 MSIAfterburner.cfgMSI Afterburner v4.6.4.16117 Beta 4
│  LogitechLcd.dll
│  MSIAfterburner.cfg
│  MSIAfterburner.dat
│  MSIAfterburner.exe
│  MSIAfterburner.oem
│  MSIAfterburner.oem1
│  MSIAfterburner.oem2
│  RTCore.cfg
│  RTCore.dll
│  RTCore32.sys
│  RTCore64.sys
│  RTFC.dll
│  RTHAL.dll
│  RTMUI.dll
│  RTUI.dll

├─Profiles
│      MSIAfterburner.cfg

└─Skins
        MSIModern.usf
配置文件内容[Settings]
Skin=MSIModern.usf
用这种方式需要自己打32、64位的 VC2008 运行库

标签: 软件开发 C#

评论(0) 引用(0) 浏览(78)

使用 grub4dos 实现高度兼容的 Windows 10 和 Ubuntu 双启动选择

作者:V君 发布于:2021-9-11 9:54 Saturday 分类:折腾手记

TL;DR for 高级玩家

1) 更新 MBR/PBR
2) 在对应分区拷入 grldr 撰写 menu.lst 配置文件
3) 重启,享受可选启动选择
x) 修改 default 指定默认选中项

为新手展开详细的操作步骤

①更新 MBR/PBR

我喜欢使用 BOOTICE 来更新 MBR 和 PBR,它的官网似乎挂了,得用搜索引擎找其他三方网站提供的下载。 本文撰写时找到的网站是 MAJOR GEEKS 这个页面还另外提供了32位的下载。 若这个网站无法访问,还可以用我下好的副本。 BOOTICE 的使用方法非常简单,打开之后选中目标磁盘,点击更新主引导记录就能写 MBR。 我喜欢使用 NT6 的 MBR,它的策略是从激活的分区启动。 接着是更新 PBR,点击更新分区引导记录,目标分区选择活动分区,将类型更改成 GRUB4DOS,根据实际情况选择版本即可。 在运行着的 Win10 情况下这个工具可能无法更新系统分区 PBR 这时候就需要用 Win10 安装盘或者其他 PE 来跑 BOOTICE 了。 (当然你有多台电脑也可以把硬盘插到另一台电脑上来写 PBR,我就经常这样干 乂目) 更新 MBR/PBR 这一步就完成了,现在电脑无法启动,会显示 No grldr,因为还需要把 grldr 放到活动分区根目录

②在对应分区拷入 grldr 撰写 menu.lst 配置文件

我们可以在 grub4dos 的官网或者 GitHub 下载 grldr, 本文使用的版本是 grub4dos-0.4.6a-2021-08-13 若无法访问官网或 GitHub,也可以用我下好的副本,这个副本只有 grldr 单个文件。 将 grldr 放到活动分区根目录就能手动敲命令行选择系统来启动了。 为了进一步偷懒我们可以在旁边放一个配置文件 menu.lst 来呈现列表界面,用键盘方向键选择要启动的系统,还可以倒计时启动选择指定的系统。这里提供一个 menu.lst 的示例(感谢Kirkx)。

timeout 10
default 0

title Windows 10
    root (hd0,0)
    chainloader /bootmgr

title Ubuntu
    root (hd0,1)
    kernel /boot/vmlinuz root=UUID=00000000-1111-2222-3333-444444444444 ro
    initrd /boot/initrd.img

这里要注意一下 Linux 内核参数的分区 UUID,有三种方法可以获取。分别是在 Linux 终端打 ls /dev/disk/by-uuid、在 grub4dos 命令行打 UUID、在 Windows 使用 DiskGen 之类的分区工具查看。 注意这里有个坑, DiskGen 提供的 UUID 格式和 Linux 内核参数的格式不一样,在最后一组十六进制的前4个字符之后需要加一个横杠才能使用,否则内核会告诉你找不到卷。 到这里就结束了,可以重启电脑,选择一个系统来启动了。

听我扯扯

最近搞来一台比较奇怪的机器,经过各种尝试最终确定下来它只能用 bootmgr 和 grub4dos 这两个引导器,其他(grub2、syslinux、……)的统统无法启动,会反复循环重启。由于需要在 Win10 和 Ubuntu 之间切换,那就把 grub4dos 用起来,弄懂了如何使用 grub4dos 启动 Linux ~

(两天后)回过头来悄悄吐槽 Ubuntu自带的 GRUB2 的配置文件好难读懂,明明一个 chainloader 就可以解释清楚的事情,为啥要写这么多行。老手莫笑,毕竟我年幼的时候也吐槽过为啥 SQLite 一个文件就能带走全家,为啥还有 SQL Server 这种要安装成服务的家伙。 格局小了哈

标签: linux 系统安装 Windows10 Ubuntu

评论(0) 引用(0) 浏览(128)

在 Blazor WebAssembly 中使用 Ace 代码编辑器

作者:V君 发布于:2021-8-1 15:02 Sunday 分类:折腾手记

TL;DR for 急着想要知道怎么用的人

[源代码、快速上手文档]

用爽了和不爽都可以回来听我扯扯

最近开始摸 Blazor 的 WebAssembly 前端项目,尽管早就知道有 WebAssembly 的纯前端版本,但那时候似乎还不太稳定的样子,那就等等再用,保持关注,然后最近就发现它似乎已经可以用了。想拿来试试手又不想太 HelloWorld 就得找点事情做,比如博客管理界面啥的。(终于不咕了么)

其实在 Blazor WebAssembly 之前我就一直都盘算着用 Markdown 来撰写文章了,用 Ace 代码编辑器,然后节流发回后端用 Markdig 渲染了再丢回前端呈现预览,现在可好,用 WebAssembly 方式可以把「原生」.NET 库在浏览器运行了,再有就是 Blazor 的组件化以及前端路由,看起来已经能摆脱 js 和 vue 的束缚,当然目前调用 js 库还是得自己写一点胶水代码,将来生态丰富了就不需要自己胶了吧。

那就先从移植组件开始,参考了 Lucky Seven 的如何优雅的移植 JavaScript 组件到 Blazor,一边对着 Ace 的文档引入目前所需的 API。

起初在 index.html 引入 cdn 脚本,后来发现可以用 import 关键字在脚本文件里引入外部脚本,只是要补充一下库基址。于是就搞起了模块化胶水(JSInteropC♯)。使用起来没发现明显的问题,至于性能嘛,前端工程是跑在每个浏览器的,只要不是反应卡顿,都可以忽略掉(❌),可以不太在意性能,把代码写的好看点,这有啥毛病呀(

不扯了,来点类似下集预告之类的吧。整合了 Ace 代码编辑器之后,当然就是搭管理界面的前端工程。找到了个简单易懂的栗子,原来前端路由拦截这么简单。好了打住,欲知后事如何,且听下回分解w

标签: 软件开发 C# 前端工程

评论(0) 引用(0) 浏览(164)

做了个基于 VCommon 的 ASP.NET Core 项目案例

作者:V君 发布于:2021-7-19 15:11 Monday 分类:折腾手记

前言

这是啥?简单用一句话来讲这就是一个山寨(简化?)版的 ABP 项目,用来学习 WebAPI 后端的完整流程以及做些个人项目。这几天抽了许多时间来摸 ASP.NET Core 尝试把 VCommon 用起来。进展还算顺利,那就淡定地水一水吧。

TL;DR

源代码:[VcommonCore] [本项目]
快速上手:
1)将 VcommonCore 和本项目克隆到同一个文件夹,打开本项目尝试编译
2)在配置文件按实际情况配好 MySQL 和 Redis
3)在包控制台用 update-database 命令创建数据库
4)如果没有异常,那就可以按 F5 跑起来看 Swagger 了
x)目前只有 SaaS 的基础功能。

TL;DR之后就是折腾感想了,主要还是和传统 ASP.NET 的差别以及适配

感想其一:配置文件。传统的 ASP.NET 只要在 Web.Config 配了连接字符串或者 AppSetting 就可以在任意位置使用 ConfigurationManager 来获取。不过这一套在 Core 已经行不通了,于是我从 ABP 项目抄来读取配置文件的实现,顺利地兼容了 EFCore 命令行工具和 ASP.NET Core 环境。EFCore 的方式完全照搬,而 ASP.NET Core 环境就得自己实现任意位置访问了,把配置对象注册到 IoC 容器中去!

感想其二:中间件。由于一开始就想绕过 ASP.NET 繁琐的生命周期,于是选用了 HttpModule 来把请求按约定的路径拦截下来并做出处理。换到 Core 之后,它没有 HttpModule 了,咋办?咕狗呗,找到微软的迁移文档,给 VCommon.VOpenApi 做了个中间件,从而平滑过渡到 Core。

感想其三:HttpContext/Session/RequestScope。传统的 ASP.NET 可以从任意位置通过静态成员获取当前上下文,然鹅转换到 Core 之后 HttpContext 的静态成员 Current 没有了,咕狗回来发现大伙们都用依赖注入的方式把上下文注册到 IoC 容器中。由于 HTTP 的无状态性,直接把上下文注册到容器是会乱套的,这时候就需要改变 UnityContainer 的使用姿势,用起派生容器了。插一句,或许有的人看不起 UnityContainer 说其老旧性能低下,但它自带的接口拦截功能还是很香的,它不需要把业务方法定义成虚方法,性能也还可以接受。在 WebAPI 请求处理的中间件调用业务方法之前,从根容器派生出子容器,将其作为 RequestScope 来使用,把上下文以及依赖上下文的组件一起注册进去,这样就不会乱套了。

最后,埋个伏笔(?)啥时候不咕了,那就用 VCommon 来做一个自己的博客吧!

标签: 软件开发 C# ASP.NET .NetCore

评论(0) 引用(0) 浏览(129)

Powered by emlog 去你妹的备案 sitemap