昨天到的0034在一晚上的迫真坏道检查后一个坏道都没检出来，可以用了（确信🤔至此它便乘了我至少有据可查的第12块st6000nm系列硬盘（确信🤔理论上来说我现在差不多该彻底抛弃st6000nm了，但这几天实在是找不到什么600块钱12TB的车，那就只能接着用st6000nm了（半恼🤔也许现在什么st8000nm也降到了400块钱以下，但它还是没有0034便宜，0034哪怕245算也相当于固态界的pe4010，当然在它涨价之前🤔

那么我便可以着手将那两块3TB垃圾盘上的非u2内容复制上去了🤔大致看了眼，一块盘上只有不到30GB的玩意，可以直接一个rar打包vans（确信🤔另外一块盘是大头，占空间1.5TB，其中三分之一是游戏备份档，一看就是从砂糖盘里复制过去的，难怪砂糖盘里没有任何cuties impact之外的游戏备份档，原来我全放这儿了（意味深🤔

剩下三分之二是各种备份档，我估计度盘上面肯定有存档，尽管现在度盘解析脚本是用不了了，但我哪天实在是闲得蛋疼了大不了再从度盘下，然后重新上传🤔

接下来有114514种复制文件的方法，考虑到我目前有一块可用空间超过500GB的pe4010，最简单的方案就是对整个文件夹跑rar复制函数，它会将里面的东西一个一个一个一个打包到临时rar文件再解压啊啊啊啊啊🤔它里面的子文件夹最大的也就是400GB，应该能随便对付（确信🤔

这大概也是我第一次将这个固态直接插主板pcie插槽上🤔所以我顺便测了一张as图：

看起来效果还不错，也许我可以考虑再买一张pcie转usb3 gen2卡了，不太清楚那个什么rtl9210b跑gen2还会和gen1一样稳吗🤔

bruhfei

话说这破3TB硬盘怎么那么慢，才100MB/s，梦回114514年前了（全恼🤔这也就是为什么我需要将它们挪到0034上，并将它们扔进柜子里，从而腾出两个硬盘位（恼🤔

既然我有那么一段时间没法impact cuties了，干脆就来测试前几天写的脚本好了🤔我应该已经加上了time语句，到时候可以直观地观察到处理一个8GB文件每一步需要多少时间（确信🤔

AYAYA

onedrive转discord drive和guilded drive脚本基本上测试顺利，可以大规模跑了（确信🤔一小时大概能处理完成十个甚至⑨个8GB的文件🤔现在没有搞定的东西是将文件的大小也打到guilded drive的输出上，但也许我也没必要在guilded脚本里做，比如我的discord drive输出里面就包括文件大小，到时候直接替换到guilded drive对应行也许就vans了（确信🤔

接下来也许可以考虑写一下onedrive转度盘（确信🤔或者我一直想整的一个烂活：用cloudflare worker将任何http直链文件重新上传到guilded上面🤔

url2guilded

这玩意我参照了114514种脚本，甚至还参照bash脚本手动构造过form（恼🤔

但手动构造form并没法解决上传二进制文件的问题，毕竟js可不像bash一样可以混合字符串和二进制文件对象🤔所以，最后我发现这玩意其实和我之前写的浏览器上传脚本最接近，所以最后的成品在它的基础上改出来了（确信🤔

当然和浏览器的js不同，cloudflare worker的js没法从fetch下来的文件里获取文件名参数，至于content disposition响应头，我发现很多链接根本就没有这个头（恼🤔所以我最后改成了文件名从链接里面提取，我假定了这玩意的输入是直链，或者不管它跳转成了什么玩意（点名oneindex），至少看上去是直链🤔

接下来我发现了一件，不对，两件极其生草的事情：首先guilded的后端居然也是用扩展名来判断文件类型的，而非content-type🤔这也就意味着我浏览器上传guilded的脚本真的可以完全照搬到cloudflare worker上面（确信🤔

但content-type仍然不能乱设，不然的话，文件是可以转存但再次下载的时候会出一些问题🤔比如转存onedrive的迫真直链，它扩展名是对的（比如flac）但content-type有问题，导致上传后的文件尽管扩展名也是对的，但就是没法在线播放（悲🤔curl -I可以看到重新上传后的guilded drive文件，它的content type也跟着乱套了（恼🤔

我估摸着得添加一个扩展名和content-type的对应关系啥的，强行规定content-type，这样它应该就可以正常转存onedrive的迫真直链了（确信🤔至少我原来的浏览器js里上传guilded上传列表之外的文件时，就强行设置了content-type为text/plain（确信🤔

另外一件生草的事情是guilded这几天突然开启了content-disposition响应头，直接橄榄了我的guilded drive下载脚本，因为我每个上传的分片文件都是同一个随便填的名字（半恼🤔看来，现在filename字段变得有意义了，我恐怕得在我的guilded上传脚本，和这个cloudflare workers脚本里设置好文件名了，比如上面我们就从链接里提取出了文件名，然后用在上面（确信🤔

无论如何，最后我还是撸出来了，尽管它还是有很多缺点（比如onedrive迫真直链方面🤔https://url2guilded.wiebitte.workers.dev/，或者其barbruh形式https://u2g.barbruh.lol/，请（吴慈悲🤔

在我干了一个早上加下午后，终于将预期的600GB多一点数据挪到了12TB矿渣上，而且还做出了8GB包🤔除此之外，我感觉还想往矿渣里再加一份170GB的数据，刚好某个600GB的sas暂存盘还剩220GB空间，那就是它了（确信🤔所以最终腾出来的数据达到了800GB，砂糖盘可用空间3.2TB🤔

接下来我终于可以对砂糖盘做一次defrag了🤔果然如我所料，尽管砂糖盘向来没有什么碎片，但由于我抽掉了一大堆备份档之类的玩意，它里面出现了大量空隙，我要是不管的话以后再往里面直接写入rar就会产生大量碎片（恼🤔所以我得通过defrag将这些空隙填上，好在这个盘里面绝大多数都是照片，填这些空隙应该相当容易，这要是归档盘的话，恐怕就只能执行一次complete/name才能搞定了，那就真的不知道什么时候才能搞完了（恼🤔

话说对一块smr硬盘进行“通过rar来写入”，会不会优化它的写入过程，让它只做写入不做覆盖？🤔我现在没有smr硬盘，所以不清楚（恼🤔但我去年的某段时间里的确有打算通过买smr硬盘来存储东西，也许那时我可以有机会验证这个理论（迫真🤔还好chia彻底完蛋了（吴慈悲🤔

昨天决定更新存储体系后，我检查了下mds futaba需要复制到砂糖盘的内容，发现这部分只需要160GB多一点（确信🤔看来，我完全不需要等明天腾出所有空间后再干它们了，我今天就能干完它们🤔

考虑到某些东西（比如vm）mds futaba和砂糖盘上都有，实际复制的东西其实是少于160GB的，最终搞下来砂糖盘还剩下2.34TB空间🤔而我计划在明天腾出砂糖盘的东西高达600GB，这样算下来腾出3TB可用空间的目标应该是能完成的（确信🤔

到此mds futaba真的可以封箱了，但我现在不急着做这事，我可能在等哪天我有时间或者有动机再买块0034，并将曾经的两款3TB矿渣里面的数据挪过去之后，再将这三块硬盘一块封箱了（确信🤔那么，我可能还得再买两块硬盘保护盒🤔

没错，不同硬盘享受的保护盒级别也是不一样的，10TB及以上硬盘享受的是49块钱的三防保护盒（尽管我肯定不会将硬盘装里面摔就是了），0034享受的是16块钱的普通保护盒，再差一点的矿渣享受（大嘘）的是17块钱五个的不清楚有没有保护效果的盒子🤔但愿等我想起来这事时，快递别たま给我停了（半恼🤔

明天基本上有更多东西需要我完成，比如除了处理和上传600GB数据外，我还得给一个新的度盘小号搞一个超级会员🤔我也没想到这个号用得这么快，感觉连半个月都没有就塞进去了3TB数据（恼🤔这样下去别说度盘会员了，连硬盘都得换，这可比度盘会员贵多了（悲🤔现在新的存储体系下，照片rar和截图rar放在了同一个硬盘里面，我不到半年就将一块12TB的硬盘用到了只剩3.5TB可还行，估摸着这块矿渣空间彻底用完的时候非常有可能半年都没有过去（全恼🤔

barbruh

另外X都现在貌似还在封城，而且目测没什么可能这几天就结束🤔我也许可以每天出一次门，但现在我也懒得出门，毕竟impact cuties不香吗（恼🤔再说了，现在也许刚好是一个消耗掉一大堆食品库存的大好机会（迫真🤔

当然现在我的库存和1⑨年相比还是差远了，1⑨年我一天就能买半周到一周的货，各种零食多到什么程度，多到现在它们还堆积在阳台上（全恼🤔我可不想到时候只能吃它们，那恐怕只能看X都的这次疫情持续到什么阶段了，如果像X海一样一天来个几千乃至上万的话，那么我需要担心的恐怕不是会不会被迫吃那坨可能过期了两年的玩意了，而是会不会被邻居感染（恼🤔但我觉得1145.14%不会便乘这样，搞不好最迟这个月末就能解除封城状态（确信🤔

在114514秒之后，我买的32GB玩具盘终于（迫真）到了，先测试一番🤔读写速度反正非常的坑爹，写入只有40多一点，读只有110到120，基本上就是u盘速度了（恼🤔功耗方面，读写都是0.⑨W，待机0.514W，一个字：臭 盘（吴慈悲🤔

更离谱的是as ssd测试的4k写入部分，剩余时间居然到了40分钟，可见它的io是有多烂，可以说是比tf卡还要烂了（全恼🤔

我估摸着这玩意搞不好真的只适合跑vhd系统了（悲🤔或者，为什么我不尝试直接把vhd放我的某块nvne固态上，然后用它来启动vhd系统？🤔

thonkwalker

与此同时windwalker上个月的作品也发到了我的邮箱里🤔这次他搞得还行，有某个崩坏3的pink eyes waifu，还有lisa，都有破处版本（确信🤔而psd也挺实用的，图层至少分了，可以随便排列组合各种表情和属性（比如有没有virgin blood🤔但绘图过程的视频我感觉没啥太大意思，下个月搞不好我可以不要这玩意了，换7美元档（全恼🤔

等等，这psd只有1080p分辨率是怎么回事？那为什么jpg能有5k？🤔这就非常见鬼了，他是用了waifu2x，还是输出psd的时候故意调低了分辨率，我暂且蒙在鼓里（恼🤔

hddthonk

一不小心看到6TB矿渣现在已经降到220块钱了，wiebitte？🤔我觉得300就已经够爽了，200多？是不是可以买一些专门放片子了？（意味深🤔

但再怎么说，继一年半前我提出机械硬盘的存储分级理论之后，现在我使用机械硬盘的方式发生了很大变化🤔由于我可以将某些东西远程保存两到三份副本（考虑到度盘转discord drive已经相当好用了，如果哪天我愿意，在那个actions里顺手再上传一遍guilded drive也不是⑧行），现在主存储（基本上等同于一手的最大容量到下一容量档硬盘）这个概念基本上已经没了，无论是截图还是照片还是游戏打包还是服务器备份还是别的啥玩意通通扔到以前的副存储这一级别里面🤔当然砂糖盘作为旧体系的遗产现在还在用，而且上面还有差不多2.6TB空间，但如果它也用完了，我没什么想法维持原来的存储体系了（确信🤔

现在看来，我可能需要更新下机械硬盘存储的分级理论了，现在基本上它只分两级，第一级是10TB以上硬盘，第二级是6TB矿渣，比如0034🤔6TB以下通通不考虑，或者全部升级到0034🤔

而在所谓的（新）第一级存储里，它又按照用途分为两类，归档存储和非归档存储🤔归档盘除了极少数例外，基本上只存储rar压缩包，而且存储方式不是将其直接设为压缩包的目标位置（也就是直接写入），而是在另外一个位置制作好压缩包，二次打包成能够上传到远程的8GB包，然后再解压到它们（又称用rar写入）🤔长期的实践证明这样写入rar，它114514%不会产生碎片，defrag基本上秒过（确信🤔比如mds futaba这样的主存储就属于这类，最近几年（我估摸着从18年末期起）主存储基本上全部便乘了归档存储，而且考虑到这样处理过的rar基本上有至少两份远程副本，归档盘是可以“降级”的（确信🤔比如现在用的futabruh盘就是mds futaba降级的成果，它们都是12TB氦气盘，但一个要2100，另外一个只要600，可见归档存储降级可以省下不少钱，或者说用相同的存储成本带来更多的存储能力（确信🤔

而非归档盘恰好相反，它们存储的是数据本身，比如照片的话就是jpg和raw文件，硬盘备份的话就是tib档本身🤔而且和归档盘存完东西基本上就不再使用不同，非归档盘上的数据由于是直接存进去的，被使用的频次很明显比前者多很多🤔历史上这种盘由于是副存储居多，也会被用于存放一些不太重要的数据的rar压缩包，比如截图和游戏打包，只不过和归档盘不一样，这些压缩包被直接写入这种盘，并产生大量的碎片（悲🤔和归档盘的降级相反，非归档盘基本上是逐步升级的，以前我基本上只用0034、0095或者其他型号的6TB盘，直到最近一次，我买了个全新的hc330作为非归档盘用，也就是现在的砂糖盘（确信🤔目前的非归档盘基本上只剩下砂糖盘一个了，而且它不仅会被用来存放照片的原始数据（作为本地的第二份副本），还会作为截图和游戏打包（以及部分硬盘备份）的暂存盘用，至少目前看来我一直在将照片之外的玩意挪出它，挪到比如furabruh盘（确信🤔

除这两者之外的（新）第二级存储，其实完全就是以前的第三级存储，用来存储一些不怎么重要却要经常使用，而且肯定不值得用固态来存放的数据，比如片子，比如背景音乐🤔但在新的分级里面，它们被排这里不是因为它们相比起来不重要，而是因为它们相比起来使用频次极高，高到我不可能像上面两个一样只有用时才给上线，它们必须100%时间接在机子上🤔

thonkrose

现在看来，以前的存储分级方式有一个问题，由于非归档存储的级别比归档存储低，而且容量小，导致我每一年的年末都需要将它们的（照片之外的）数据再备份一次，每次要花掉至少半个月的时间（恼🤔但现在的存储分级里，归档存储经常更换而且上面的数据在存入之前就已经有了至少两份远程副本，非归档存储会逐渐便乘使用时间更长而且（可能）容量更大的硬盘（确信🤔而且如果非归档存储上面的数据需要备份的话，它们通常会以被归档的方式直接扔进归档存储（并同时生成至少两份远程副本），从而腾出它们占用的空间来存储别的玩意，而且这样也彻底规避了以前需要在年末集中备份的问题（确信🤔

总结一下，旧的存储分级理论是以数据的重要性来分级，而现在的分级理论是以数据的使用频次和形式（其实这两者当然是关联的，原始数据肯定使用频次要高，归档数据肯定使用频次要低，甚至几年都不使用一次）🤔以这个理论作为指导，我基本上可以考虑将现有的存储体系转为新的存储体系了：

• 砂糖盘（至少在它的容量真的被照片占完前）将作为真·非归档盘，用来存储归档数据和可以扔进6TB矿渣的玩意之外的一切玩意，包括之前在mds futaba里的部分数据（确信🤔
• 那也就意味着mds futaba需要便乘归档盘并封存起来，但那应该不意味着它上面除了rar压缩包之外的东西就得删了，这些东西早就放得到处都是，删了之后只会让defrag便乘需要连续搞一周的事（恼🤔我只需要将这些东西复制到砂糖盘（也许可以顺便再搞两份远程副本）就vans了，比如某些游戏的存档这种玩意以前是放在mds futaba的（由于它在旧体系里比游戏打包重要），现在复制过去并在以后一直放在砂糖盘里，如果以后我有新的游戏存档了也放砂糖盘里🤔接下来，我也许就可以假装mds futaba完全不存在了（迫真🤔
• 以后砂糖盘要是有什么东西需要挪出它，直接打包到归档盘里，然后重启后两边验证一遍checksum，再diff一遍checksum文件，diff通过直接删就vans了（🤔

接下来继续腾空间，直到砂糖盘腾出3TB空间为止（吴慈悲🤔

昨天晚上的截图处理极其尴尬，几乎每一份截图也好，pm961备份也好，体积都达到了180GB以上，所以每一块600GB（实际可用空间只有不到550GB）硬盘只能塞进去两份，我的三块硬盘只能塞进去六份，问题是我有四份pm961备份和三份截图需要上传，这样搞下来最后一份截图就没地方放了，只能下次再搞（全恼🤔

当然我也许可以将其制作好后见缝插针地分散到三块硬盘上，但我懒得折腾了（恼🤔干脆今天中午上传完第一张盘后直接腾出空间然后上传得了🤔或者如果我嫌它只处理一份备份没有充分利用空间的话，还可以捎带着再处理一份玩意，我有一个200GB的固态备份或者200GB的tf卡备份也许可以一块搞了（确信🤔

等等，今天那块可用空间270GB的固态没空间了，又一次被我塞满了cuties impact截图（恼🤔实在不行，直接从另外一块固态里挪掉cuties impact的国际服，用它搞？🤔现在另外一块固态也满了（半恼🤔

但我也许也没有那么急着搞定它，等下次压缩截图后顺手搞了也不是⑧行🤔

thonkeqing

与此同时闲得寄吧蛋疼花25买了个32GB的垃圾sata固态🤔我去年就花同样的25买了个32GB的u盘，结果那玩意不仅写入速度慢的批爆，量产了114514次就是量产不成功（全恼🤔这次它应该折腾起来稍微舒服些，再不济它也至少是个sata固态，如果连u盘都不如可真是太生草了（🤔

我还试图找个32GB的固态u盘玩具，但它们都太贵，所以就拉寄吧倒⑧（恼🤔

反正无论是16GB还是32GB，固态u盘还是sata固态，它们都可以用来存放并启动我上次制作的winserver2022，说不定我可以拿着这玩意制霸网吧（大嘘🤔现在cuties impact私服也有了，也许我可以找个凌晨几点，在网吧里面搭建一个玩玩？🤔

也有一说普通u盘也能装win系统，但此时需要以vhd的方式安装和启动，比如我那套玩意需要先释放到vhd里，然后将vhd拷到u盘里面，然后设置u盘的bootloader从vhd启动（🤔我反正早就没有而且也不用所谓普通u盘了，懒得折腾（吴慈悲🤔

我寻思tib镜像如何释放到vhd里面？如果我在win系统的磁盘管理器里将vhd挂载起来并给了盘符，它能成为acronis backup恢复时的目标位置吗？🤔如果不能的话，我能否将tib先便乘raw镜像，然后用starwind转换为vhd？🤔这样转换后的vhd又能否从真机启动？🤔

wiebitte

草，上传第三份备份档时那台x79破机子居然自动重启了🤔有时它一连parsec就自动重启，有时它上传一个或者半个8GB包后才自然重启，总之它和parsec有着撇不清的关系（确信🤔

我无端猜测是那个破电源的老毛病又寄吧犯了，比如它接在我的主力机上时，玩个cuties impact就有机会由于显卡供电不足而导致整个机子卡死，表现就是功耗降到200W以下（恼🤔而parsec连接上时就会大量消耗显卡的内置编码器，从而使显卡供电直接上去（确信🤔

既然如此，看来除了更换电源外，我现在能做的恐怕只有彻底关掉parsec，用rdp来连接这台破机子了，或者直接操作它（悲🤔然后我再开始上传，现在上传了十几个8GB包都没啥问题（确信🤔

现在我倒是没什么需要让它impact cuties或者啥，但哪天我需要了，恐怕我只能真的换电源了（恼🤔或者我把某台1060笔记本扔阳台⑧，反正X都现在到处都是病例，我估计有一个月我是哪儿都别想去了，这笔记本也没法移动地用，那我就只能将其当作台式机用了（半恼🤔

今天终于可以将2.8活动时在另外一块机械硬盘上存放的截图也一块处理了🤔考虑到我这几天其实也没歇着，最后这些东西又一次和我已经生成了的截图一块达到了压缩前将近600GB的程度（恼🤔

还好这次其实并没有超过600GB，不然非常有可能最后的压缩包会超过200GB，目前来看尽管我两块nvme固态的剩余空间都超过了200GB，但我还是需要尽可能将截图压缩包的体积控制在200GB以内🤔这样至少方便我之后再次处理它们，比如做成8GB包的时候，如果它们最后总体积超过了比如210GB，那么它就只能放到那个稍微大点的固态里，我就失去了至少一半灵活性（确信🤔

为了实现这一目标，我再次启动了某块300GB机械硬盘，并将昨天生成的截图全部扔进了它里面🤔这部分内容包括至少五个矿场小号开启须弥矿场🤔现在这玩意我已经非常熟悉了，比如从琥牢山出发，我会直接先去那个长满蘑菇的森林（如果有200体力的话，应该能直接落在仍然在璃月境内但却有一个跳高蘑菇的地方，跳上去就能到了），去解锁它对面的两个瞄点，然后再去解锁森林旁边的神像，再南下解锁剩下两个，然后去玩3.0活动剧情🤔一番迫真优化下来，我13分钟就能从琥牢山到3.0活动剧情处，再用不到5分钟就能解锁collei chan，然后下一个号，请（吴慈悲🤔

现在既然我开了一大堆矿场，那么给某个小号搞点collei chan突破材料也非常方便了，最后动用了两个矿场小号外加它本身，再从第三个矿场小号里捡了几个，凑满了50个，直接将collei chan从40级升到了60+🤔接下来这个号的collei chan就不需要担心了，等我想起来了直接250个蓝色经验书升到70级（确信🤔

而我的大号这段时间集中刷了两天boss，也攒得差不多了，突破材料可能有大量缺口，但我可以慢慢搞🤔不过另外两个小号和某个双草大号，到今天还没有玩须弥，原因也很简单，我在等2.8那部分截图完成处理，所以必须少占用一些固态空间来存放新生成的截图，以确保它们总体积低于600GB🤔

但今天的截图压缩完后，我应该就有足够的空间将它们的3.0版本任务都完成一遍了（附加一大堆想想就烦的合影impact环节🤔然后它们也可以去开启升级collei chan（也许还有须弥aloy）的王道征途（确信🤔

至于我昨天放那些机械硬盘里的截图，emmmmmmmmmmmm这确实是个带问题，但这不是我今天需要处理的（确信🤔再说了它们也没什么可能超过300GB，我记得最多应该只有200GB⑧🤔

thonkfei

话说回来我上次直接dd生成的238GB镜像今天该怎么处理？🤔直接打包成8GB包？感觉挺浪费空间的🤔像截图一样压缩下？我趁着睡觉有时间压缩截图并不代表我白天也有时间压缩这坨玩意，而且压缩之后能压缩多少空间还不好说呢🤔搞什么多线程gzip+gpg？改天再说⑧，今天我没兴趣（🤔

其实由于截图体积控制，我有一块nvme固态完全没被用来做截图，它还剩210GB空间，也许我可以用acronis来将dd镜像压缩一遍？至少比rar快⑧（确信🤔考虑到截图压缩当前处理的是另外一个盘的截图，这两件事真的可以并行🤔只不过同时搞的话，rar压缩速度直接减半，acronis也从100MB/s降到了80MB/s（悲🤔

最后dd镜像被压缩成了175GB，相比之下直接对原硬盘进行备份和压缩生成了180GB的tib镜像，居然还少5GB，可真的还行（🤔所以，我现在不清楚cygwin版的dd都做了什么，它真的是在从底层读取一块硬盘吗？🤔

滑稽的是现在这块上古pm961被我足足备份了三遍，而我需要上传到度盘的镜像版本也便乘了四份，我却再也不想拿它做移动硬盘用了（恼🤔因为它有X都极端高温期间直接掉线的黑历史，详见我20号左右写的玩意🤔

thonkeqing

另外这几天明显天气好转了很多，像昨天一整天我基本上都不需要开空调了，这在几天前是做梦都想不到的（恼🤔当然X都夜间天气好转早就发生了，比如24号晚上就变得没那么热了，之后几天晚上直接开窗通风都没问题🤔但白天我也不需要空调可真的还行，我以为可能⑨月末这种好事才会发生🤔

但无论如何，X都的⑨月份尤其是⑨月后半部分是公认适合出去转的，当然今年就免了，因为X都刚摆脱极端高温，马上就是新的病例接踵而至，中间真就只有不到半天的间隔，我了个大草（全恼🤔

什么寄吧玩意，现在别说跨市旅游了，就是去市里玩个水，一不小心都能便乘超级传播者，就离谱🤔还好我向来不喜欢玩水，尤其是在前几天那种天气，连出个门都不想出（确信🤔所以，我接下来一个月还是接着在家里impact cuties⑧🤔