due to deps update.
This commit is contained in:
@ -89,7 +89,7 @@ Windows 启不动我们会尝试修复引导,Arch 亦然。修复 Grub 引导
|
||||
### ii. 补充回退启动项
|
||||
事实上,需要反复重建 Grub 引导的一大原因就在于,Grub 只会写入它自己的`grubx64.efi`,以及原生启动项:
|
||||
|
||||

|
||||

|
||||
|
||||
那么办法也很简单:像 Windows 那样也建一个回退路径启动项。具体来说,在 ESP 分区里建立`EFI\BOOT`目录,复制`grubx64.efi`重命名成`bootx64.efi`嘛。~~Windows 不也干了(~~
|
||||
当然如果是像图中那样不止一个 Grub,甚至同盘 Windows 和 Arch 双系统,那我不推荐你这么做。
|
||||
|
@ -46,7 +46,7 @@ Bottles 是由 [bottlesdevs](https://github.com/bottlesdevs) 开发的可视化
|
||||
初次运行 Bottles 会弹出一个向导跟你 blabla,无脑下一步即可。
|
||||
到最后一步时 Bottles 会下载一些组件包。由于众所周知的原因,可能会花费比较长的时间。
|
||||
|
||||

|
||||

|
||||
|
||||
## 二、部署 Bottle
|
||||
|
||||
@ -76,7 +76,7 @@ Bottles 是由 [bottlesdevs](https://github.com/bottlesdevs) 开发的可视化
|
||||
> [!warning]
|
||||
> 如果你在全局设置里改过默认目录,千万不要在新建这里又改到同一个位置,否则会报**符号占用,创建失败**。
|
||||
|
||||

|
||||

|
||||
|
||||
然后在右上角点击“创建”即可。
|
||||
|
||||
@ -138,7 +138,7 @@ unzip -O GBK -o '~/Documents/0.6.2 离线更新包.zip' -d '~/Documents/Extreme
|
||||
|
||||
然后点开你的 Bottle 进入详情页,为客户端`Extreme Starry.exe`添加快捷方式,这样就不需要每次都点“运行可执行程序”找半天了。
|
||||
|
||||

|
||||

|
||||
|
||||
> [!tip]
|
||||
> 在“选择可执行文件”对话框中,若找不到 exe,请在“过滤”那里改为`Supported Executables`。
|
||||
@ -189,7 +189,7 @@ unzip -O GBK -o '~/Documents/0.6.2 离线更新包.zip' -d '~/Documents/Extreme
|
||||
::: info 再次启动客户端没有反应
|
||||
可能是因为进程还驻留在 Wine 环境当中,需要“强制停止所有进程”手动干掉:
|
||||
|
||||

|
||||

|
||||
:::
|
||||
|
||||
## 附录:关于 Syringe 命令行
|
||||
|
@ -260,7 +260,7 @@ EXPORT_FUNC(funcname)
|
||||
浓缩版就是,向`hook`的地址那里写入`jmp`无条件跳转指令。由于`jmp`指令码本身占 1B,后面跟的虚拟地址总是占 4B,故`size`至少得是 5。
|
||||
那倘若要覆盖超过 5B 的机器代码呢?答案是多余部分用`nop`(空指令,什么也不做)填充。
|
||||
|
||||

|
||||

|
||||
:::
|
||||
|
||||
### 注意事项
|
||||
|
Reference in New Issue
Block a user