引用:

原帖由 蓝光大熊猫 于 2020-5-9 15:13 发表
京东自营带发票，排除买到假卡，512G，格完了460G多一点，前几天收了台基本全新的可破SWITCH，在京东买了这卡，今天才考了22个游戏，才160多G装进去，就提示卡有问题，要求格式化，我正规读卡器，插拔都安规定来，没 ...

你也记得留意一下你的读卡器，我遇到过和你几乎很接近的同类情况，一张256的三星Evo Plus的TF卡，写着写着就文件系统损坏，结果排除法做了很多次后，发觉是手头3个读卡器长时间连续I/O后都会出问题。然后我同一张卡分别用Macbook Pro的SD读卡槽读写和HP的暗影精灵上自带的SD读卡槽读写，写满了都没事，数据校验完全正常，然后用读卡器再去读写，半小时后又出错了，就确定问题在读卡器了。。。

还有顺带一提，就是另一个情况造成的数据损坏，就是PSV中用PSV上的文件管理器写入过文件后，千万别去Windows下或者Mac下去检查磁盘文件系统，虽然用的是exFAT或者FAT32作为PSV的卡的文件系统，但是似乎自制部分的文件系统Filter代码部分对这个文件系统兼容度不足，实际写入的内容有极少量点是不符合exFAT和FAT文件系统规范的，导致Windows和Mac下的磁盘检查工具会尝试修复，一修复，文件分配表就真的损毁，然后在PSV里会出现读取文件失败（因为被Windows/Mac把对应文件修复得丢失了）。

我不清楚NS会不会有同类情况，所以提前提醒下。

引用:

原帖由 jidatui 于 2020-5-9 21:24 发表
我刚刚在京东买了一块256G的朗科TF卡，准备刷一个236.5G的镜像。结果这个卡只有236G，容量不够，没法刷，还好京东给退货了。赶紧又下单了一块三星的256卡，据说有238G。

直接把末尾trim掉啊，就可以了

引用:

原帖由 jidatui 于 2020-5-10 14:04 发表
posted by wap, platform: Lenovo
linux的游戏镜像，img格式，不会搞，需要用什么软件裁剪？我用了winimage和7zip，都是只读模式，没法删除。

本帖最后由 jidatui 于 2020-5-10 14:04 通过手机版编辑  

这种情况，有几种方法，一是我说的你用那种文件分割器直接分割下源文件，但是缺点是因为你是几百G的文件，所以分割后等于你硬盘上还要留出同等的大小比较痛苦。
第二种方法比较无痛，就是用WinHex然后打开这个很大的文件，然后在右边边栏面板的模式里选In-Place Mode，这样是直接在目标文件上操作（不产生额外备份和保存时的临时文件），然后点Edit菜单的Goto Offset，根据你的SD/TF卡大小计算一下你的卡的RAW可写入大小，然后算成16进制数，Goto到这个Offset偏移，然后右键选择这个字节，点"选择开始(Alt+1)"，然后拉到文件末尾最后一个字节，右键选择这个字节，点"选择结束(Alt+2)"，然后在选择的蓝色文字部分上右键选"删除"。然后关闭WinHex，你的文件就裁去尾部了。
第三种办法最无痛，就是你就用WinHex，在Tool菜单选Disk -> Clone，源选择你那个200多G的镜像，然后目标选择你那个TF卡的设备。然后在右边右边起始偏移选0，克隆数据长度输入成你卡的大小，这样克隆时候多出的部分就不会克隆。

这三种任选一个完成，进克隆完成系统后，分区软件修复一下分区表，把分区长度修正回你卡实际的容量即可。

引用:

原帖由 aironline小号 于 2020-10-10 18:49 发表
这帖子我居然没回过，那我说说。

1、雷克沙的卡128到512的都有一个毛病，写入一会就会降速，然后又恢复速度，然后又降速。我估计是写入会导致芯片过热降速，温度下来以后再恢复速度。总之不太靠谱。然后问雷克沙客 ...

第1个问题是主控就是这么设计的，接收外部数据进主控缓存->主控缓存写入TLC闪存，干后一件事的时候会降低对外的I/O带宽。这样循环往复，就会出现你看到的稳定波浪线。

去年年中开始出的那种一半金色一半白色的雷克沙卡的主控，就是恒定直线的写入速度（类似三星的红白卡），用的闪存规格和主控都比蓝黑的雷克沙高，但是最高容量没有512的。

引用:

原帖由 aironline 于 2020-11-12 16:42 发表

这玩意有缓存？多大的

所有主控都会有缓存，天知道多大，这类硬件如果做成接近无缓存写入的机制的话，就变成类似你去用测速软件测SD卡/USB优盘的512字节块或者4K字节块的写入性能了，会慢到你吃不消的。。

引用:

原帖由 aironline 于 2020-11-12 17:51 发表

如果知道多大的话就可以验证前面那个说法对不对了。比如这玩意写入50M，5秒以后速度下降，那意思就是这缓存大概250M的。

你可能没完全听懂我意思。
缓存所有主控都要有，不管大小，必不可少。出现过山车主要根源不是因为缓存满了，而是主控的工作策略导致，主控的带宽被大量(甚至全部)分配给了主控缓存到TLC的写入操作中，所以USB总线到主控的I/O带宽就出现瓶颈了，等到缓存彻底被清了，这个带宽才被放出来。虽然间接上也是因为缓存被填满造成的，但是根本上是主控的工作策略导致了缓存过于容易被填满。
另一方面是，部分缓存是主控利用空余的TLC闪存的第一层模拟出的SLC来做的，本身也占用带宽（部分卡256G是240G，实际除去量产标注的坏块，剩下的16G/3，差不多5G就是当主控缓存）。

假设主控缓存分配了300兆。缓存的实际从USB总线的经主控的写入速度可以60兆每秒，也就是5秒会导致写满。而缓存到TLC的写入速度是30兆，也就是需要10秒才能写完。

那么分配策略可以是：

1. 比较保守的方式就是彻底限制这个卡的主控从USB总线接收数据的速度，卡在30兆/s这个底线，这样你即使复制整张卡的几十G内容，你看到的复制曲线都是一直线的30兆/s，因为永远不会达到TLC写入欠载临界点（如果是双通道的，那么速度就可以翻倍）。

2. 而中度保守的，就是让主控从USB接收数据的速度卡在40兆左右，这样会有10兆的数据速度差存在，这个数据差会不断堆砌累计到缓存，差不多30秒左右累满300兆，所以可以在累到250兆左右（也就是写入25秒左右）后，触发一次限制USB I/O瓶颈限制，让外部写入速度降下来降到30兆速度以下，比如降到10兆左右，这样就形成了-20兆每秒的数据差，给了主控把缓存数据写入TLC的时间。等缓存释放完后再恢复到40兆/s左右的速度。这样你就会看到一个大约25秒稳定直线，然后开始过山车下降、过一会儿再回到40兆直线25秒左右。。。这样的一根曲线。

3. 最激进的就是类似雷克沙蓝卡的策略，先主控开放USB总线全速，让它填充数据，然后一旦快满了，就极限压制USB到主控的带宽，把带宽让给缓存到TLC的写入，所以可能速度波峰会到60兆/s（这时候缓存到TLC的写入带宽不足，所以速度甚至不到30兆/s，无法足量形成了一个60-30=30兆/s的填充缓存的数据量差，可能就真的是接近60兆/s的数据量差），但是只能持续5秒不到，然后就跌下来了，接下来带宽因为全给了缓存到TLC的实际写入，过山车到谷底，差不多10秒钟后缓存空了，带宽又全部给了USB总线到主控，过山车又很快从底下回到顶端。。。。。

所以关注缓存大小不是太有必要，因为只要用了最激进的策略，多大的缓存都会让你坐过山车。

写得比较乱，但愿能看懂...


[ 本帖最后由 SONIC3D 于 2020-11-12 19:13 编辑 ]

引用:

原帖由 aironline 于 2020-11-12 20:25 发表
假设缓存的实际从USB总线的经主控的写入速度可以60兆每秒，。而缓存到TLC的写入速度也是60兆。是不是就没这问题了？

如果主控的总带宽只有60兆/s，那么用第三种激进方案一样会有问题，就是主控这60兆带宽先是几乎全部给了外部USB，用于填充了缓存，然后缓存快满后，又几乎全部给缓存到TLC的写入用，那么就是过山车。

只有主控带宽比[USB到主控缓存+主控缓存区到TLC存储区]的总和还大，比如你这个例子里就是如果总带宽大于120兆/s，那就是真的随便用哪种方案都没问题了。其实就变相地变成了类似第一种保守方案的情况。