计算机对我关闭，恢复上一个会话按钮不起作用。是否有显示先前会话 URL 的文件？我记得不久前听说过这个。感谢任何帮助
升级后我的 Kali 停止工作。我在恢复模式下运行它，似乎基本通信（http）包有一些问题。
当我尝试 wget 或 curl 时，我得到：
relocation error /usr/lib/x86_64-linux-gnu/libgnutls.so.30: symbol _idn2_punycode_decode version IDN2_0.0.0 not defined in file libidn2.so.0 with link time reference
我猜有些文件已损坏，但找不到检测所有损坏文件并替换它们的方法。当然，我需要手动执行（例如，从 USB），因为我不能使用 wget 和类似命令。
谢谢！
这个问题有点长，但人们通常更喜欢了解所有细节，而不是被要求询问它们，所以我包含了尽可能多的细节。
我接到一位朋友打来的疯狂电话，他刚刚不小心使用+删除了DesktopWindows 中的文件夹。shiftdelete
显然，他们每周只执行一次备份（在我看来，不够频繁），并且在 SSD 上的该文件夹中进行了整整一周的工作。
他们的Desktop文件夹位于仅数据的 NTFS 分区上，当时除了文件管理器之外没有打开任何应用程序。他们的机器使用 Windows 7。
他们已经拥有Recuva并Wise Data Recovery安装在不同的分区上，并且还有一个额外的第三个 NTFS 格式分区，其中有许多 GB 的空闲空间。
他们没有任何其他可用的驱动器。
我建议他们除了Recuva立即运行以取消删除（恢复）包含该文件夹的分区中的所有文件夹和文件Desktop，并将输出发送到第三个（大部分为空）分区之外，绝对不执行任何操作。事实证明，Recuva存在一个严重的错误，当Desktop文件夹被删除时，该错误会阻止恢复，因此他们无法尝试立即恢复。
自从他们删除该文件夹以来，已经过去了大约 15 分钟Desktop。在此期间，他们的电脑一直保持开启状态。
鉴于缺乏成功的恢复Recuva，我建议他们除了现在运行Wise Data Recovery以尝试从包含该Desktop文件夹的分区恢复所有可能的文件夹和文件并将它们恢复到第三个（大部分是空的）分区之外，绝对不执行任何操作。
事实证明，删除文件夹Wise Data Recovery后也存在一些问题。Desktop我花了大约 5 分钟通过电话找出解决方法，他们能够使用该工具执行看似完全恢复的操作。
不幸的是，99% 的恢复文件只包含空值。
然后我建议他们使用Wise Data Recovery. 大约半个小时后，Wise Data Recovery完成了深度扫描。我的朋友随后再次进行了恢复，但结果并没有好转。
电话那头有很多咒骂，我朋友的压力是显而易见的。
我让他们再试Recuva一次，但是前面提到的错误Recuva …
我的 VSC 崩溃了，没有保存如何取回代码？已经测试过 appdata\roaming\code\backup 我没有找到该文件