悲剧了,硬破switch虚拟系统的存档挂了,【临时解决方案】

  • 大公知
    贴吧最近几天,各种鬼神出没,热闹的很。
    其中关于虚拟系统之争,好几个帖子,拉了好多页。

    基于闲的蛋疼折腾的原则。
    我页做了一个文件形式的虚拟系统,用了2天,后,又闲的蛋疼做了精简。、
    精简完后进系统正常,测试了一个新游戏页正常。
    于是我就放心大胆删了30g的原始虚拟文件系统。
    中途,用金手指干了动森,没成功,不知道有没有影响。

    于是,晚上,我打算玩塞尔达,就这个求样子了。

    1.所有以前玩过的,都进不去。
    2.所有新的游戏,都能进去。
    3.用cp恢复存档提示出错。
    4.找到了一个临时解决方案,从用户进去后,看历史游戏记录,点击历史游戏记录,会重新开一个新存档。再使用cp恢复历史存档,就可以了。
    5.历史存档,从原生的破解系统用cp导出即可。




    新游戏都正常能进,有存档的游戏都这样了~
  • 星辰大海
    破解了就是这样的,各种奇怪问题。

    如果玩了几百小时的游戏存档没了,我可能会砸机器。

    所以我安心玩正版。
  • g
    ghost_oni
    关注一下 破解有这个问题?
  • o
    onetozi
    不会,用cp备份好存档,随便折腾完都可以恢复~
  • b
    bufferin
    破解后第一件事是备份系统,第二件事不就是备份存档
  • p
    pzk
    求个备份系统的软件,顺便问一下没破解能备份系统吗小尾巴~
  • z
    zhaoyuping
    文件类型的虚拟系统吗?不稳定 iOS fly ~
  • 大公知
    回复7#zhaoyuping

    对,我还精简了一下
  • i
    iamtheend
    好像叫checkpoint
    哦 不对 这个是备份存档的,你没破解 直接开会员云存档省事
  • z
    zhaoyuping
    最好不要用文件类型的,更不要乱精简。。。隐藏分区模式的虚拟系统和原生系统一样稳。现在也有用来备份和管理隐藏分区虚拟系统的软件了,可以抛弃文件类型了 iOS fly ~
  • p
    power_toy
    请教一下那用什么软件?楼上说的checkpoint能行?
    看错了
    我买的是大气层破解的老港版
    这个是啥系统的?HiPDA·NG
  • 大公知
    回复11#power_toy


    cp并不能解决这个问题,cp恢复直接出错。我找到了一个另类的解决方案。

    先从用户进去,然后从游戏历史打开,会生成一个新存档。再用cp恢复,就可以了。
  • p
    pzk
    回复9#iamtheend
    我是想把没破解机器上的存档弄到破解的机器上来小尾巴~
  • b
    bufferin
    备份系统tx和大气层系统本身都有这个功能

    tx芯片硬破现在还建议你备份key,工具tx有提供
  • w
    wingpan007
    搞那么多 还不如单系统破解来得实在 iOS fly ~
  • b
    bufferin
    做不到,老任就没有开放导出存档的功能

    除非你用破解机联网,登录你的原有账户,做存档转移,但是这个大概率ban机ban账号
  • 大公知
    回复15#wingpan007

    是啊,逛贴吧逛出来的事儿。哈哈哈哈
  • b
    bufferin
    回复1#大公知

    仔细想了一下,你的问题多半是出在精简,是不是精简时留给存档的区域太小了?

    其实真没必要精简,还不如在安装新游戏时,选择装在“内存”,当然是虚拟的内存,也就是你精简去掉的那部分,物理上一样是在sd上,效果上一样达到省空间的目的
  • c
    chinaxsc
    硬破绝对还有其他地雷,迟早的事情。不然lite版不会到现在还没发售
  • b
    bufferin
    回复19#chinaxsc

    是的,目前硬破来说最好就是老实玩游戏,做好各种备份,反正硬破的好处就是随便关机重启。

    搞什么虚拟系统精简至少也等到确定大系统没问题之后,不然一出问题都纠结在一起
  • b
    bufferin
    回复19#chinaxsc


    btw,lite芯片好像说是今天到货,几个大手子都这么说。
  • 大公知
    回复20#bufferin

    嗯,没错。
    我也就乐于玩折腾机器。
    玩玩腻了,出了得了~我都三进三出switch了~
  • z
    zhaoyuping
    https://www.91wii.com/thread-191249-1-1.html

    你可以用这个软件备份。也可以把文件模式的虚拟系统转换为隐藏分区模式。正常情况下,只要你的tf卡质量没问题,隐藏分区模式的虚拟系统可靠性和内置nand一样。速度也一样。
  • z
    zhaoyuping
    如果他做的是文件模式的虚拟系统,那么把游戏存在“内置存储”里运行速度会慢得多,而且容易出问题。因为当你使用“内置存储”时,实际上是由大气层不断在sd卡上创建连续的文件来申请tf卡空间,这种方式会随着tf卡的写入产生大量不连续的空间和碎片,最终会让游戏数据越来越零散,越来越不可靠。文件的读写效率也很低。而精简“内置存储”,又会导致兼容性问题和系统问题。所以实际上文件模式的虚拟系统是一个非常糟糕的虚拟系统解决办法,严重不推荐。

    而另一种虚拟系统模式则是隐藏分区模式,原理则是在sd卡上划分出一块存储空间,这部分空间被设置为不可见或者未分配,而虚拟系统则记录了这部分连续的存储空间的扇区起点和终点,完全模拟内部nand读写的模式。这种虚拟分区的好处非常明显,就是效率和内置nand没有实质区别,且由于空间早已提前隔离出来,也不受tf卡其他分区读写的影响。同时由于隐藏分区对用户不可见,可靠性也相当高。

    过去之所以仍然有人选用一堆bug的文件模式虚拟系统,是因为备份和换卡非常方便,隐藏分区由于是记录了扇区起点,所以想要转移数据相当困难。但是现在出现了NxNandManager,解决了虚拟分区模式所有的痛点,不管备份还是换卡都是傻瓜化操作,文件模式的虚拟系统可以被彻底抛弃了。
  • b
    bufferin
    回复24#zhaoyuping

    文件型的虚拟系统在生成时就直接分配了对应整个nand大小的文件,除非这时候卡已经占用很多,否则是一块连续的空间。

    所以和划分一个单独的分区除了防止误操作方面有区别外,在读写性能方面没有差异。
  • 大公知
    第一段话,我的理解是这样的。文件虚拟系统,是事先用空白文件申请占用的空间,并不是往里安装的时候才申请的空间。
  • b
    bufferin
    是的,他只是想当然地把windows的虚拟内存的其中一种模式套上来了而已,不会有负责的程序员在tf卡上使用这种方式。
  • z
    zhaoyuping
    你可以去看看大气层的说明和各大教程,都明确说了文件形式虚拟系统的启动速度和运行速度与虚拟分区形式相比具有严重劣势。我觉得是你想当然了
  • b
    bufferin
    很简单一条,虚拟系统(文件型)做完之后占了多大空间? 如果是像你说的“因为当你使用“内置存储”时,实际上是由大气层不断在sd卡上创建连续的文件来申请tf卡空间,” 那么刚刚做好虚拟空间时,这个文件型虚拟空间的大小就应该只是不包括未使用空间的系统大小,对不对? 但是实际情况是这样吗?

    而且在这种情况下,根本就谈不到精简,既然只有已经使用的空间才被分配,那你能精简什么?
  • z
    zz0727
    现在破解越来越复杂了,升级操作前存档备份好。或者等通关了再升级。
    最省事就是玩正版
  • b
    bufferin
    正版没有金手指,老任的存档管理机制很不合理,而且现在的状态是很多偷跑的破解最先玩到
  • z
    zhaoyuping
    嗯,这个原理我是说错了,确实是一个29G多的单一文件。但是即便如此,文件类型的虚拟分区读写效率严重低下且容易产生错误是毋庸置疑的。91wii上这类问题见得太多了,你去搜索一下虚拟分区制作教程,也几乎每个教程都会特别说明这一点。但被你一提醒,我发现我无法解释这个现象了,不知道你能不能给分析一下原因?
  • z
    zhaoyuping
    你看一下这个帖子,这是目前虚拟系统教程和工具整合的最好的一个作者。
    即便他说的原理有瑕疵,但是他说的这些现象是完全能够和实际体验对的上的。
    我不知道他说的“虚拟系统的文件是分割的”指的是什么,但是我猜,你也没有详细研究过吧?
  • b
    bufferin
    首先我不认同你说的“文件类型的虚拟分区读写效率”有问题,当然这个没有合理的统计,没法科学地给出结论。

    所以只能从原理上来分析。。。

    tf卡的读写效率从根本上只取决于一个问题,就是你读写扇区是否能优先被缓存命中,那么连续的扇区肯定就有优势,不管各家管理缓存逻辑的算法有多大区别,肯定优先支持这种假定。
    那么只要你预先分配的虚拟系统文件物理上是连续的,那就和隐藏分区效率是一样的,隐藏分区天然就是一块连续的。
    所以有一种可能性就是很多小白用户并没有第一时间在一块刚格式化好的tf卡上做虚拟系统,而且这张卡不会太大,128g,那么造成了虚拟系统的文件物理分配上就比较分散。。。这只是一种可能。
    我还是倾向于文件型最大的问题是这个文件是可以访问的,所以可能会被误删除,或者被不正确地精简。
  • b
    bufferin
    我觉得你要是真的读懂了这个帖子作者想说的事情,就不会有我们的这个讨论了
  • z
    zhaoyuping
    这是Github上hekate原作者的解释
  • b
    bufferin
    所谓“分割的文件”到“单个的文件”,都基于一个假设,就是我们把它合成一个单个的文件后,tf卡的管理程序会把实际的物理存储放在更合理的地方

    这个在大多数情况下是成立的,但是也不尽然,因为存储单元还要考虑寿命问题,所以算法不会那么简单。
  • b
    bufferin
    这不正说明了基于文件的方式至少在效率上没有问题吗?
  • b
    bufferin
    有必要吗?

    既然你绿字醒目了,那我也问你 “文件模式的虚拟系统可以被彻底抛弃了。” 这句话是不是有点武断了呢?
  • z
    zhaoyuping
    哈哈,之前一直是EXTREMELY SLOW你没看见?到今年5月的版本才“ALMOST”一样快。你和我杠这个有意思么?换了是我,明知有更快更可靠的方式。我绝不会用这个“ALMOST”的方式
  • z
    zhaoyuping
    完全不武断,看了这些原作者的内容,我更加坚定这句话了。这恰恰说明了虚拟分区模式始终保持着效率上的优越性。现在有了NxNandManager,傻瓜化转移备份,文件模式仅剩的优势也被剥夺了。所以我现在可以说,

    文件模式的虚拟系统可以被彻底抛弃了!

  • b
    bufferin
    这就变成杠了?

    我们总结一下, 开始你写了一大篇,主旨是从原理上基于文件这个方法是不好的,而且还给出了分析。

    然后我和lz都指出你的分析有问题,你开始扯网上的教程和大气层说明,

    然后自己看到了大气层最新的说明,那就只剩下“今年5月之前我是对的”

    到底谁在杠?
  • z
    zhaoyuping
    我的原理里面,关于文件模式的运行方式是不正确的。但是结论是没问题的,文件模式就是存在很多问题。我的主要目的是说,现在有了NxNandManager,可以彻底抛弃文件模式了。我一直不明白你在为文件模式一直不停的辩解,有什么目的?你指出了我的原理错误,但这并不能说明文件模式更优越。新版本快了,但是也只是“几乎”一样快,明显还是不如虚拟分区。你也说了,还容易误删文件,那我问你,文件模式还有什么优势?新破解的用户,当然应该是建议去做隐藏分区虚拟系统。
  • b
    bufferin
    回复43#bufferin

    看看,我很难相信这是同一个人在几分钟前后的不同脸谱
    1.JPG



    如果开始就是这种绿字党风格,根本就懒得和你解释那么多
  • v
    vtiger
    这么麻烦,我就是硬破以后安心玩盗版,也没有备份nand,也没有备份记录,什么都没有备份玩就行了。
  • b
    bufferin
    莫名其妙,你从哪里看到我用的是文件方式? 还为自己辩护,我可没有你那么玻璃心
  • z
    zhaoyuping
    你到现在也没有解释出它慢的原因,还好意思截我这句话?我问你,你指出了我的原理上的错误,那正确原因你根本就没猜对。不是空想是什么?
  • z
    zhaoyuping
    我的目的只是推荐所有人抛弃文件模式虚拟系统,别无其他目的。
  • z
    zhaoyuping
    下班了,去吃饭。哈哈哈哈能找到一个和我杠了这么久的,也真是有意思。下午上班接着来,正好这两天挺闲