分类: 计算机

  • N1盒子burnning tool线刷无法识别到硬件与魔百和7%

    这是我2024年的折腾记录,其中一些重要细节我已经忘记了。

    菲讯N1的刷机过程

    当时搞了很久,把网上的所有方法都测试了一遍,最后灵感涌现才得到这篇文章。

    简单来说:

    N1盒子运行的是卖家之前刷好的armbian系统,一直可以正常使用。

    现在我想要通过线刷刷入别的系统。但是在烧录软件界面,没有任何识别到设备的提示。

    网上的说法,有更换AMD到Intel平台的,有说要拆机短接的,有说什么3秒钟断电然后马上重连的。反正当时网上能找到的方法我都试过了,结果全部无效。

    包括拆机直接短接触点,也无法进入刷机模式,烧录工具就是无法识别到设备。

     

    因为实在是失败了太多次,太多次了。

    这时候我继续深度搜索,发现可能是N1的bootloader或者boot分区发生了数据损坏,破坏了开机识别进入刷机模式的流程。

    因为N1默认就可以直接用U盘启动,所以我决定随便找一个Armbian 且兼容N1的发行版固件。这个版本并没有什么特殊的,只是下载到了U盘,将U盘插入USB口,然后N1会自动启动到U盘。

    一般来说,网上的install脚本是不完美的,是不能直接用来安装到N1的,需要再做下额外的适配,但是对于这里而言已经足够了。

    给N1链接鼠标键盘,运行install或nand flash install脚本。

    运行install的过程会重新格式化和写入emmc数据,等待写入完成断电即可。当然,原来的系统也就被新的系统替代了。

    这时候将N1重新接入电脑,打开烧录工具,重新按照网上的刷机教程,你会惊喜发现,烧录工具已经重新识别到了N1,现在你想怎么刷写就怎么刷写。

    这次,其实暴露这个arm盒子,所谓短接进入刷机模式好像也没那么底层。内部分区数据损坏也会导致无法进入线刷模式。

     

    魔百和/魔百盒卡在7%

    在当时,我还尝试过刷另外的晶晨盒子,但是反复出现卡在烧录7%过程中。重试了很多次,全部失败。网上的人,都说是固件没找对,让我重新换固件。这时候我换了十多个固件还是没用,那么到底是怎么回事呢?

    当时我觉得应该是机器本身有问题,但是没有任何证据。到了2025年,网上终于有人说,卡7%是emmc内部损坏,需要更换emmc解决。

    所以疑难问题到此终结。

  • 游戏串流软件如Sunshine语音聊天回音问题的解析

    现在原子化时代,想要朋友一起近距离玩游戏和看电影越来越困难了。不仅是找人难,还在于就算是有了指定的游戏,如果每个人都寻找一份副本且进度同步,其实是一件成本很高,难度很高的事。

    我目前能想到的最好的方案就是串流——不仅是串流玩游戏,还可以串流一起看电影,看视频,逛网站。

    在2022年的时候,我就用过Parsec,对于回音问题还是有一些心得的。现在Parsec新版已经直接更新了app 白名单制度,可以直接使用Skype在国内语音通话而不会发生任何回音。

    经过我的测试,在国内最简单和优质的串流方案就是Parsec+Skype。其他的语音聊天软件在国内基本处于用起来让人崩溃的阶段。

    不过现在的sunshine服务器和网易的gameviewer的回音又应该如何解决呢?

    Parsec以前的方案也就是用VB audio出品的虚拟Cable来解决问题,其他的方案因为没有原生的白名单支持,所以依然可以使用这个完全免费的简单方案。

    回音问题的起源

    所谓回音问题,是在Host主机上开语音聊天软件与串流的其他受众在语音时,受众会发现自己说话的声音出现在了自己的扬声器中。受众当事人会稍后听到自己的声音,所以就有了回音。

    究其原因,是因为Parsec默认抓取的声音输出是整个系统的声音输出,其中就包括Host主机上听到的声音,也就是之前说的受众说话的声音。

    回音消除的思路

    显然的,想要消除回音,就让Parsec抓取的声音和语音聊天软件所使用的声音分离,正确地将游戏和系统声音输送到Client的受众,同时还要让Host主机当事人可以听到自己的系统声音。

    可以选择的方案其实很多,Voicemeeter等等软件是有成本的。最免费和简单的,是用同公司出品的VB-CABLE Virtual Audio Device免费软件。

    VB-CABLE Virtual Audio Device的唯一作用,是作为输出端接收声音,此时属于虚拟扬声器;然后将前者的声音作为输入端播放声音,此时属于虚拟麦克风。它唯一的作用就是一个声音桥接。

    通过这点,我们可以将需要串流的声音全部输出到虚拟扬声器,然后让Parsec,Sunshine,网易gameviewer等软件抓取虚拟扬声器的声音。

    同时,我们在语音聊天软件中,将真实的麦克风设置为语音聊天的输入端,再将真实的物理扬声器,设置为声音的输出端,那么sunshine等串流软件,就不再会抓取到client受众的语音说话声音,那么回音就自然消除了。

    看到这里,你估计已经发现了问题,那么Host岂不是自己就没了游戏等系统声音?

    要解决这点,在彻底免费的大前提下,可以使用Windows自带的录制“侦听”,或者翻译为倾听,将虚拟麦克风的声音回放到指定的物理设备。

    如此,就彻底解决了声音分离和host能听到声音的问题。

     

    VB-CABLE Virtual Audio Device的配置

    首先是安装对应的驱动程序然后重启计算机。这点请自行完成。

    请将真实物理扬声器的音量拉满

    然后我们需要打开Windows控制面板的声音设置,将真实物理声音输出设备所连接的声卡音量拉满。

    这是因为,等会我们会将虚拟声音设备的声音重新输出到真实物理设备,从而确保Host主机可以听到自己系统的声音。但是不同声卡的音量大小是独立的。现在请将真实设备的音量拉满,方便我们稍后在虚拟设备中调节音量大小。

    如果你不这么做,那么虚拟设备最大的音量也不会超过真实设备设置好的音量。

    请将VB-CABLE设置为系统默认声音输出

    Windows现在有两套声音设置界面,两者的数据是互通的。下图表述的是将虚拟声音设备设置为系统默认声音输出设备。

    设置不同APP的声音输出设置

    聪明的你应该已经通过上图发现了,不同APP一般来说是使用的系统默认输出设备,但是每个APP本质上可以独立设置自己的输出和输入,所以也请检查你想要串流的APP是否将声音输出设置到了虚拟设备。

    上图为网易云的声音输出设置。我将网易云音乐的声音输出设置到了Wasapi的虚拟扬声器。

     

    通过倾听设备,将输入的声音回放到真实物理输出设备

    请打开传统Windows声音面板,切换到录制,选择虚拟麦克风,打开侦听功能,同时指定真实的音响设备。

    这项设置的功能,是将虚拟麦克风接收到的声音,重新投送到真实物理扬声器上进行回放。

    所谓“侦听”其实是“倾听”,“播放”,其实是“回放”。

    因为这里涉及到了一点声音处理转接和混合流程,所以声音会稍微多一点延迟。

    确保Parsec等软件抓取的是虚拟扬声器的声音

    保险起见,请手动确认下,Host中等待被抓取的设备是否是虚拟扬声器设备

    以上截图仅仅用作示例,因为Parsec已经支持app白名单,所以是没有必要使用虚拟扬声器的。需要使用虚拟扬声器的,注定是sunshine,网易gameviewer等软件。

     

    语音聊天软件请直接使用物理设备

    以微信为例,请一定一定要使用真实的麦克风和扬声器作为输入输出设备,不然就会再次发生回音。我们的目的就是要分离不同app的声音,可别在这里弄错了。

     

     

    通过以上设置,本文最开始的思路和目标已经完全实现。现在语音聊天和串流之间互不干扰,且host主机自己也可以听到声音。终于可以愉快的和小伙伴玩耍了。

     

    本文本质上是对Parsec官方文章的重新解读,如有需要可阅读原文。

    Eliminating Sound Echo While Co-Op’ing With Friends – Parsec

     

  • 搬家重装WordPress到docker版本顺路解决媒体库无法加载转圈问题

    我目前的WordPress网站已经连续使用了十多年了,经历过各种虚拟主机和VPS,用过Apache和Nginx,不可避免的已经有了不少历史遗留问题。

     

    历史遗留问题

    之前,最让我恼火的,就是三个问题:

    媒体库总是转圈,无法查看和管理,以及在文章中插入图片。
    媒体库上传的中文文件名已经乱码。
    更新WordPress总是提示“更新失败,status:success”。又成功又失败,这是怎么回事?

     

    中文文件名乱码问题

    其中,中文文件名乱码算是相对好解决的。这个问题的起因也许是某些我经历过的Linux版本对中文文件名的支持有比较严重的问题。因为WordPress对上传的文件总是会生成几个不同分辨率的缩略图。而我上传的图片大小也是不固定的,这就导致,不同的文件其实是会有相当不同的分辨率的缩略图。

    就利用这点,如果你也是洁癖,愿意修复这个问题,那么可以模仿我之前的操作。 我的方法,就是下载了数据库文件.sql ,然后在本地用VSCode打开,搜索这些特定的分辨率,就能在数据库中找到正确的中文文件名。虽然本地文件名中的中文已经乱码,但是分辨率部分,比如100X100这个是没乱码的,通过这点就能手动修复已经乱掉的文件名。

    如果有的文件还是不太确定,就需要依靠记忆或者其他元数据中的线索,来决定文件名了。

    至于第二个问题,那才是最严重的。

     

    WordPress媒体库转圈无法打开问题

    我的WordPress从2022年附近开始,就无法在后台查看媒体库,而我完全不知道原因是什么。我当时唯一做过的,大概就是更新WordPress版本和oneinstack版本,其他什么也没做。

    之前,我在网上查找过各种各样的方案,少说也有10个吧,但是没有一个实际有效果,浪费非常多时间。 如果你也遇到了这个问题,我劝你还是别折腾了,直接像我用接下来会介绍的方法重装吧,直接清理掉各种历史遗留问题。

    在2023年,因为oneinstack暴露出疑似会给某些用户挂马,所以我决定抛弃oneinstack,切换到基于docker的1panel。

    当时的迁移过程真就没什么好说的,还是下载WordPress文件,导出数据库.sql (mysqldump),导入数据库。 数据库方面需要注意的是,1panel的mysql通信地址不再是127.0.0.1这样的,而是用的docker地址,需要专门修改下。

     

    1panel用直装版WordPress还是有媒体库转圈圈

    1panel其实也基本支持继续使用原来的WordPress文件直接运行,方法是使用所谓“PHP运行环境”,实际上就是用的docker版PHP。

    这里需要注意1panel的小字提示,index中的文件需要设置用户和组到1000。

    最开始,因为当时比较赶时间,所以我就是用的这个方案,毕竟熟悉嘛。结果呢…因为我依然是用的十几年来一直在用的WordPress,后台媒体库无法查看和管理文件的问题依然没有解决! 依然还是转圈圈。

     

     

    迁移1panel上的直装版到docker版WordPress

    于是今天我终于决定研究下怎么将直装版的WordPress迁移到docker中。

    在询问了GPT4turbo后,我发现其实这个过程简单到不可思议。简单来说,我只需要压缩和解压缩wp-content文件夹。

    大家可以看看GPT的回答:

    问:我打算将WordPress从直接运行的php环境搬迁到docker版本,因为docker版本已经准备好了所有的可执行文件,我似乎进行这种搬迁只需要处理自己的文件就可以了。那么我具体应该保留哪些文件呢?

    GPT4turbo:在将WordPress从传统的PHP环境迁移到Docker环境中时,确实焦点主要在于迁移你的个人数据和配置。这包括数据库、上传的文件、主题、插件以及自定义的配置文件。以下是迁移过程中你应该保留和转移的关键文件和数据:

    1. wp-content 文件夹:
      • 插件(Plugins):位于 wp-content/plugins 的所有文件和目录,这里包含了你网站的所有插件。
      • 主题(Themes):位于 wp-content/themes 的所有文件和目录,这里包含了所有安装的主题。
      • 上传的文件(Uploads):位于 wp-content/uploads 的所有文件和目录,这些是网站上上传的媒体文件。
    2. 数据库备份:
      • 导出当前环境中的WordPress数据库。可以使用phpMyAdmin或其他数据库管理工具导出SQL文件。
    3. wp-config.php 文件:
      • 这个文件包含了数据库连接信息以及其他重要设置。
      • 在迁移到Docker环境时,可能需要更新数据库的连接信息或表前缀等。
    4. .htaccess 文件(如果使用Apache):
    • 如果是在基于Apache服务器的环境中,.htaccess文件用于配置重写规则和其他服务器层面的设置。

    实际上,上述的大部分过程对我这样的,从1panel直装版WordPress迁移到docker版WordPress的用户来说,是不需要做的。

    docker版本WordPress的本质,就是将VPS上的WordPress文件映射到docker容器内部。

    基于以上思路,那么我现在需要做的就是首先做好资料备份,然后转移下文件而已。

     

    建议你先备份数据的迁移流程

    首先来到1panel,选择备份网站,将原来的直装版WordPress备份而且下载。注意,这个备份应该有大约70M,不要弄错了。

    来到数据库,将数据库备份然后下载。

    现在准备实际迁移。

    利用1panel的在线文件管理器,来到直装版WordPress的文件目录(在网站选项中可以直接进入这个目录),将wp-contens文件夹压缩,然后将wp-contens.zip移动到其他的某个你方便的位置。

    现在可以删除原来的直装版WordPress。不用担心,因为已经下载了备份,直接删除不会有什么风险。之所以删除,是因为原来的网站占用了域名资源,不方便你接下来的迁移。

    在应用商店搜索WordPress(docker版)安装,其中的数据库信息和原来一样,然后在https://你的后台管理面板/apps/installed,你可以看到新WordPress的文件目录。

    现在再次选择之前你复制到其他位置的wp-contens.zip,移动到docker版WordPress在vps上的数据目录(/opt/1panel/apps/wordpress/wordpress/data),然后解压缩。

    文件迁移已经完成,现在来匹配用户权限

    在1panel在线文件管理器中,来到wp-contents目录,可以发现docker版WordPress的所有文件都是www-data用户,www-data用户组。
    而你之前迁移过来的文件,可能是其他的用户和用户组,所以现在需要修复这一问题。

    选择wp-contens文件夹,选择权限,勾引递归,将用户和用户组都设置成“www-data”,修复用户问题。
    如果你是从其他地方迁移过来的,可能还要注意用户权限。文件夹的权限都是755,文件的权限是644。

    如果你不做以上修复,有相当大可能出现无法更新WordPress插件和主题的问题,会报错没有目录创建权限。具体可以查看这篇文章。

     

    现在已经完成了迁移过程,就是这么简单。

    现在剩下的就是配置下域名和证书什么的了,我相信这点没任何难度。

    wp-config.php这个文件是不需要手动迁移的。因为docker版WordPress的wp-config.php文件中的信息都是来自docker环境变量,而这些环境变量会在你设置容器的时候手动设置。所以你需要做的只是复制下其中的信息,然后填写到docker容器的设置选项中。

    现在重新打开你的WordPress域名,应该可以发现一切都正常了,包括媒体库转圈圈的问题终于彻底解决了。

     

    如果你是其他迁移路径

    如果你不是从1panel 直装版WordPress迁移到docker版,那么你的流程只需要做稍微修改。 反正还是导入数据库,然后上传wp-contents.zip文件夹到data中解压缩覆盖即可。

    总的来说,docker版的WordPress迁移过程其实比以前直装版的更简单。

    本文到此结束,希望对你有帮助。

  • Clash使用多个已知的坑

    今天我来说下我短暂试用了Clash几个小时发现的已知的坑。就这几个小时,直接让我放弃了使用它。

    发现1:

    Clash的各种GUI程序都缺乏多开能力。

    不管是CFW,还是Clash verge和ClashN,都没办法多开。

    这已经属于一个非常大的缺陷了。

    发现2:

    默认模式,不同GUI程序会跟同一个Core通信,因为通信的端口是相同的。当我分开设置不同的客户端都是正常的,同时运行却总是莫名其妙发生问题。这时候我才注意到它们的设置竟然会互相协同,代表它们默认用到了相同的Core。

    对此,你如果不提前看到这点,恐怕也要一无所觉。

    这个问题目前可以通过设置每个GUI程序的Core控制的不同端口实现,但是这些GUI的作者显然没有留意到这里进行预防。

    发现3:

    因为GUI的设置缺陷,会导致想要全局的时候进入了规则模式

    对此,比较下ClashN和Clash Verge会非常明显。Clash GUI的全局模式一般可以选择使用规则模式里面现存的模式。

    其中,ClashN 设置了代理状态为“全局”的时候,直接点标签切换到被复用的规则模式,就可以直接切换全局的节点。这非常直观和可靠。

    而对Clash verge,如选择的是复用Rule中的规则,那么你想再次想改变这个规则到底使用哪个节点的时候,就需要你必须切换回到Rule中进行设置。而这个切换到Rule设置的操作,还会将Clash的内部分流模式设置为Rule!

    那么,我自己是很有可能设置完了Rule中对应模式的新节点之后,就忘记切换回全局去。那么我明明是想要全局的,现在不小心又来到了Rule模式!

    发现4:

    Clash for Windows客户端闭源。Core P内核闭源。

    根据最近一年的发现,国外的大公司里面依然存在大量的员工被策反了,当起了内应。这点从各大外国媒体的中文版为某假装反贼的大外宣进行宣传和掩护也能看出来。

    就连国外的人都能策反,我不可能认为现在席卷机场的,流行的Clash闭源代码是非常安全的。

     

    结论:

    我就用了几个小时,随随便便就发现了这么多问题,我也不知道是不是还有什么坑我依然没发现。

    总体来说,Clash的GUI程序还是更适合开箱即用,不适合自己用来DIY,所以我选择回到SSR。

  • 抗云水表伴侣Cryptomator

    最近的iOS16更新引入了高级数据保护,即便是云上的数据也将免疫水表。

    那么其他系统能不能这样做呢?特别是我主要用的Onedrive,能否这样做?

    答案是可以,就用Cryptomator做云文件加密。

     

    你可能要问了,自己的数据至于这么夸张的保护吗?

    我的回答是:“有必要”。

    最近几年的各种论坛都默默删除,隐藏了前几年的数据,贴吧干脆把以前积累的海量数据不再公之于众,就如中文互联网发生了历史断层。他们这样做的原因,自然是以前可以公开说的内容,现在继续公开会惹来不可知的风险。

    而你可以看看自己制造的“非公开信息“,如果现在发出来恐怕会直接惹来麻烦。自己制造的信息,”笔记和阅读“记录是最容易引来牢狱之灾的。

    基于不是众所周知的原因,国内的笔记软件厂商应该都是会配备机器+人工来审核你的内容,就连文档编辑工具YPS都有云审核锁定你本地的文档,某来笔记CEO则直接上网豪言”你的信息我就是随便看“。

    以上内容只是想说明一件事,笔记和阅读记录这种非公开的内容依然存在长期的审查,而在全网络都在”明哲保身“的风气中,我自己作为只想安心躺稳的人,还是应该主动规避这种风险,反正成本并不高。

     

    介绍下Cryptomator

    Cryptomator也是免费开源的,其特色在于加密出来的文件都是小文件,规避以前的加密软件加密出来的单个文件成为了随机数据流,导致任何微小改动都可能导致全盘重传整个文件的麻烦,极大方便与OneDrive这种同步类型,空间又大的网盘协同。

    如果你要安装,记得使用推荐的安装格式安装,然后使用其中的”Fuse“卷,这种卷不同平台实现不同,但是性能和兼容性都远远比Webdav更好。

    另外值得一说的是,Cryptomator 2.0版本不再兼容Dokany,虽然我看了下有的帖子说Dokany的性能极差,数据可靠性却相对WinFSP实现更好。

    幸好Win平台的2.0版本只有WinFSP的Fuse与Webdav可以选择,不然我又要纠结了。目前我用Fuse卷配合Obsidian,没有发现什么问题。

     

  • Win11 全局DOH加密DNS

     

    而最近Windows11更新已经支持开启全局DNS 加密,更改DNS到无污染的加密DNS是一种常见的思路。

     

    开启全局DOH解析

    目前Windows11的全局DOH解析还需要手动开启,而且大多数DOH解析服务商都没有内置模板。所以,我们必须手动添加模板,而且还必须按照这里有些奇怪的固定格式添加模板。

    所谓固定格式,就是“IP地址”+“手动模板”的模式,你必须填写IP地址,不然是无法保存的。

    这里的IP地址的作用,在于将首先访问这个IP地址解析DoH DNS的域名。

     

    为速度优先考虑有国内镜像的DNS

    另外,为保证日常访问网站的效率,防止把国内网站解析到了国外节点,我都是选用的智能DNS或国内DNS,如此算是安全和便捷性的一点平衡。

    DNSCrypt/dnscrypt-resolvers: Lists of public DNSCrypt / DoH DNS servers and DNS relays

    公共DNS大全地址汇总|去广告DNS服务器|公共DNS服务器|DNS地址 – dns.iui.im

     

    之前的推荐的iqdns,easymosdns ,apad.pro等都已经关闭或者转为收费,还有需要的还是就看上面别人整理的列表,直接下拉到底部,找一个你看着顺眼的吧。

     

     

     

     

  • 云闪付以及其他手机APP抢购的一点经验

    最近云闪付上邮储借记卡可以30-15优惠支付,但是每天0点0分开始。

    这种优惠还可以叠加PDD的20-10年货节优惠券。顺路说一句,这张券应该是自由领取一张,晚上9点再一张,其他的是不可能成功的。

    目前,邮储的30-15我尝试了4次,成功了2次。因为失败的次数有点多,我就相当奇怪了,到底是怎么回事,如何才能提高成功率?

    经过录像对比,然后进行分析,我应该是发现了其中的一部分奥秘。

    众所周知,NVME硬盘速度再快,加载程序的速度也不如已经载入到内存里面的程序加载更快。

    所以,如果你是到了时间再提交云闪付支付,然后启动云闪付,就势必有个载入云闪付到内存的过程,这个过程是需要时间的,云闪付会白屏。

    所以,正确的做法是,先提前一分钟提交订单,然后跳转云闪付而不要支付。

    这样就完成了订单生成,提交和云闪付载入内存的过程。

    剩下的,就是等待59分59秒附近再次到支付界面跳转云闪付。可以看到,这次的跳转速度极快,没有白屏的加载过程,预计能节省2秒的时间。

     

    至少以上的方法,逻辑上能说通,我自己的录像也证实了这点。我相信任何需要跳转抢购的APP,应该都能用这种预先载入以加快速度的方法。

  • NoMachine启用H.264编码的正确步骤

    截至目前(2021年4月22日),NoMachine想使用H264编码,依然不是简单的点鼠标那么简单。

    在服务器“设置”中,虽然可以指定编码器,但是H264编码并不会在此时生效,因为你必须开启WebRTC支持以上设置才会有实际意义。

    如果不开启WebRTC支持,那么你只会得到两种可能结果:

    1. 无法被连接,控制端会卡在connecting。
    2. 自动强制切换到VP8编码,但是你很难察觉。

     

    而想要启用WebRTC支持,需要使用具有管理员权限的文本编辑器修改安装目录下的“server.cfg”,将“server.cfg”中的“#AcceptedWebMethods classic,webrtc”里面的“#”删除,即取消注释。

     

    最后可以用“CTRL+ALT+0″,在连接信息中验证实际使用的编码。

    之所以用H264替代VP8,纯粹是因为我那次用的机器的显卡似乎没有硬件VP8编码,而且H264的应用远远更广泛。但是据我实测,用H264可能是负优化…

    这个教程之所以存在,是因为我对比了Splashtop,NoMchine,RDP,Remeoteapp,Parsec之后发现NX远程协议还真就非常强大。至少NM和Parsec的输入延迟与画面延迟,不是其他常见的远程控制软件能比的。

    NoMachine作为一款老牌的远程控制软件,如果不是因为年久失修,基本算是最佳远程控制软件了。如果不能使用Moonlight,尽可能用技术更为先进的Parsec替代也许更好。

     

    参考:

    https://knowledgebase.nomachine.com/AR10N00905

    https://knowledgebase.nomachine.com/AR07N00892

     

  • AX200 就是垃圾网卡

    AX200网卡是现在普遍采用的一种WIFI6网卡,然而,这张卡实际就是垃圾。

    不管怎么吹,不管是PCIE还是CNVI协议也好,都无法改变这张卡是垃圾的事实。

    首先我们都知道,电脑如果是SSD做主要存储设备,那肯定要多备份。或者家中大量使用NAS等设备,那么网络大量传输文件那肯定不可避免的。

    问题也就在这里了,AX200 WIFI6网卡,虽然标称速度看起来不错,然而一旦开始大量发送和接受文件,也不需要多快,100Mbps和200Mbps的接收与发送同时进行,不出几分钟这张网卡就会崩溃。

    崩溃的表现分三步:

    网络报错,但是不会断线,等待约几十秒

    WIFI自动断开链接,需要自动重连,等待1分钟左右

    WIFI彻底断开,设备管理器中显示网卡已经“黄色感叹号”,无法驱动。

     

    反正这张网卡就是垃圾,基本不用考虑。有机会的话试试Killer(Killer硬件网卡),没机会的话直接1688买一根6类网线,回归古代安稳生活。

  • mATX主板第二个PCIE X8插槽用显卡的问题

    现在不知道怎么回事,mATX主板的销量是最高的。

    于是一直以来我都是随大流,买的是m主板,而且一般都买B系列,因为嫌弃H系列太过寒酸,内存和PCIE,M2等等扩展位依然是非常重要的。

    然而,mATX主板虽然看起来一般有一个PCIE3 X16 ,一个X8,一个X1,但是,真的安装主板的时候我才发现,现在的主板,那是各种在尺寸上偷工减料,能把所有一切刚好装上,不发生任何刚好被遮挡,可以算是奇迹。

    最近我想安装第二个显卡,本来计划安装在X8插槽上,才发现显卡不论怎么折腾都会直接压住跳线。而要命的是,跳线本身的头部还非常坚挺,这位置甚至有USB3.0.。

    没办法,经过一番摸索,现在我认为这个问题基本可以通过“PCIE 延长线”竖装显卡(需要机箱支持才行),或者,直接把跳线引申出来,然后寻找替死鬼之后,直接强行安装显卡。

    竖装显卡需要换机箱,还需要PCIE延长线,适合土豪。

    引申跳线需要“杜邦线”或者“跳线延长线”,如果有USB3.0遮挡,还需要“USB3.0 延长线”或“USB 3.0 弯角转向头“。

    后面的这种方法适合正常情况,我正在等待配件到位然后进行尝试。