我也遇到了这个问题,折腾了一把
先通过系统恢复,恢复到更新前,
然后把玲珑卸载,再把linglong文件夹删掉,
重新升级,就没问题了
有重要数据的别轻易尝试
我也遇到了这个问题,折腾了一把
先通过系统恢复,恢复到更新前,
然后把玲珑卸载,再把linglong文件夹删掉,
重新升级,就没问题了
有重要数据的别轻易尝试
我也遇到了这个问题,折腾了一把
先通过系统恢复,恢复到更新前,
然后把玲珑卸载,再把linglong文件夹删掉,
重新升级,就没问题了
有重要数据的别轻易尝试
卸载玲珑
apt purge linglong-bin
我也遇到了这个问题,折腾了一把
先通过系统恢复,恢复到更新前,
然后把玲珑卸载,再把linglong文件夹删掉,
重新升级,就没问题了
有重要数据的别轻易尝试
算了 工作机不想冒风险
玲珑这么先进的东西哎
针对大家升级内测1.7.0版本后,需要手动执行ll-cli migrate 来迁移数据,且可能出现迁移异常导致仓库损坏的问题,给大家造成了不好的体验,玲珑团队深感抱歉。针对这个问题昨天玲珑团队紧急开会讨论出了修改方案,后面大家不用手动执行ll-cli migrate进行数据迁移,玲珑会在升级的过程中做好这一环,这个目前研发已经修改完成,正在测试中,测试通过后会及时推送出来。另外,针对此次升级造成的仓库损坏无法使用的问题,玲珑团队写了一个修复脚本(见下方压缩包),供大家先修复仓库使用,如果您使用过程中有什么好的建议可以提出来讨论,感谢您的支持!
针对大家升级内测1.7.0版本后,需要手动执行ll-cli migrate 来迁移数据,且可能出现迁移异常导致仓库损坏的问题,给大家造成了不好的体验,玲珑团队深感抱歉。针对这个问题昨天玲珑团队紧急开会讨论出了修改方案,后面大家不用手动执行ll-cli migrate进行数据迁移,玲珑会在升级的过程中做好这一环,这个目前研发已经修改完成,正在测试中,测试通过后会及时推送出来。另外,针对此次升级造成的仓库损坏无法使用的问题,玲珑团队写了一个修复脚本(见下方压缩包),供大家先修复仓库使用,如果您使用过程中有什么好的建议可以提出来讨论,感谢您的支持!
请问执行此脚本后,原来安装的其他玲珑应用是否正常,我看脚本里显示检查的都是deepin的基础组件应用。
类似https://bbs.deepin.org/post/281469 这个里面的问题,貌似也是玲珑导致:
这个错误信息指出在安装 Debian 软件包 min-1.33.1-amd64.deb
时遇到了问题。具体问题是无法创建硬链接,因为源文件和目标文件位于不同的文件系统设备上,这导致了“Invalid cross-device link”(无效的跨设备链接)错误
https://bbs.deepin.org/post/281469 这个貌似不是玲珑的问题,好像是deb依赖引起的问题
针对大家升级内测1.7.0版本后,需要手动执行ll-cli migrate 来迁移数据,且可能出现迁移异常导致仓库损坏的问题,给大家造成了不好的体验,玲珑团队深感抱歉。针对这个问题昨天玲珑团队紧急开会讨论出了修改方案,后面大家不用手动执行ll-cli migrate进行数据迁移,玲珑会在升级的过程中做好这一环,这个目前研发已经修改完成,正在测试中,测试通过后会及时推送出来。另外,针对此次升级造成的仓库损坏无法使用的问题,玲珑团队写了一个修复脚本(见下方压缩包),供大家先修复仓库使用,如果您使用过程中有什么好的建议可以提出来讨论,感谢您的支持!
一开始就应该这样,让用户自己执行终端命令迁移数据真是一个莫名其妙的决策。
一开始就应该这样,让用户自己执行终端命令迁移数据真是一个莫名其妙的决策。
嗯嗯,这个问题内部已经做了回溯了,后面会避免这种问题。
讲真,我刚升级的时候,看见通知要手动迁移的时候以为自己升级出问题了。还用timeshift恢复了一次
Popular Events
More
按照提示进行旧数据迁移,执行效果如下,不知道还需要咋操作?