使用 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) 浏览(76)

在 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) 浏览(119)

做了个基于 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) 浏览(102)

从 EF6 转到 EF Core 了,变化挺大

作者:V君 发布于:2021-6-27 14:19 Sunday 分类:折腾手记

月底了,还没发表这个月的文章,好方,那依旧水一水正在做的事情吧。

最近在拿起放置了好长时间的 VCommon 摆弄,试图将其迁移到 .NET 5+ 。目前刚完成 EF6 转到 Core 的迁移,前面的基础类库、IoC、AutoMapper 都还算挺顺利,从经典 EF 迁移到 Core 就没这么简单了。让我来水水这次的经历。

连接字符串配置。从经典 FrameWork 转到 Core 之后,config 文件和 ConfigurationManager 似乎不能再继续用,得改用 json 配置文件的方式,而且运行环境(单元测试、命令行工具)的适配也不一样。

审计字段和软删除。这一点上 Core 的 EF 和经典的没有差别,依旧重写 SaveChanges 方法,在里面按接口找出变更实体按需操作就可以了(别忘了调用基类方法)。

查询过滤器。这一点就比较坑了,首先 EF6 的 DynamicFilters 不支持 EF Core,其次 EF Core 自带的全局查询过滤器它不好用,于是只能把实现放在叠在 EF 上方的 Repository 层,反正业务逻辑通常也只使用 Repository,那就在向上层提供 IQueryable 之前先在内部根据过滤器状态做好前置条件(比如软删除之类的)。

目前经典 EF 转 Core 就只遇到过这几个问题。如果遇到更多问题再追加吧(希望不要

标签: 软件开发 C# 数据库

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

做了个奇怪(?)的文件复制工具

作者:V君 发布于:2021-5-22 17:03 Saturday 分类:我的应用

这个月实在是不知道该水些什么好,那就水一下当前正在做的事情相关的东西吧

TL;DR [ 下载 ][ 源代码 ]


效果:使用较大的缓冲区复制大文件,解决某些情况下用资源管理器不稳定或出错的问题
环境:基于 .NET Framework 4.6.1 编译,未在低于 Win 10 环境下测试
用法:
 1. 直接运行,按需调整选项
 2. 把要复制的源文件拖入File From
 3. 把目标文件夹拖入To Folder
 4. 检查来源和目标路径是否正确,点击 Fire! 按钮开始复制
 A. 针对某些情况提供了暂停选项,勾选之后会在复制一次缓冲区之后停下来,直到勾消
限制:尚不明确

稍微扯扯:

由于家庭服务器的RAID0阵列出现问题,剁了两块1T的SSD,打算搬出数据之后拆掉阵列,就在搬镜像文件的时候遇到复制速度慢或者不稳定的问题。

那就掏出这个工具试试,看着一凸一凸的性能曲线,这也应该比50MB/s的速度强一些吧

用完回来补充:那两块SSD是凄惨红的SL500,不查不知道,一查吓一跳,掉速症状和评测的一样,吓得赶紧退掉加钱换三星870EVO了。。。

标签: 软件开发 C# Winform

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

Powered by emlog 去你妹的备案 sitemap