Loading... 2024年11月12日,我的数据寄了。甚至翘课尝试去恢复数据。 原本只是一次普通的修复——硬盘在出现损坏之后,我进行了格式化,然后尝试进行数据恢复。但谁知道,这个过程中我居然还留着一个ollama进程在后台运行!更糟的是,它的日志路径指向的是这块硬盘的G盘分区。 没错,就在我一边格式化一边进行恢复的时候,ollama继续在这个分区写入日志,甚至还创建了一些新的文件夹。当我意识到这一点的时候,我就知道大事不妙:那些存在硬盘里的老婆们已经救不回来了。 #### 格式化的代价 说实话,做数据恢复的那一刻,我的心情是忐忑的。硬盘格式化之后,数据恢复的难度会急剧上升。格式化不是简单地删除文件,它重新组织了磁盘的结构,标记曾经的数据区域为“可写”,等待新的数据来填充。而我,居然在恢复的过程中还不小心让ollama写入了新的日志。 #### 数据恢复的尝试 ollama日志的写入让那些“扇区级别”的痕迹被覆盖了——这意味着,即便是深度扫描,也很难找回那些被替换的数据。恢复过程中,那些曾经熟悉的文件名和内容,现在变成了一堆毫无关联的数字与乱码,仿佛我最珍贵的记忆正在逐渐消失,变成碎片,散落在再也无法触及的地方。 ## 写在最后 我的笔记是已经100%丢失; python notebook 100%丢失。 反正,只能重新再来了。 Last modification:November 12, 2024 © Allow specification reprint Support Appreciate the author AliPayWeChat Like 如果觉得我的内容对你有用,请随意赞赏