这是一个创建于 473 天前的主题，其中的信息可能已经有所发展或是发生改变。
阿里云 Ubuntu 22.04 64 位，mysql 用 docker 跑的，数据 -v 到宿主机目录下。 执行
docker stop $(docker ps -aq)
docker image prune -a
docker volume prune
docker system prune --all --force --volumes
没想到，宿主机下的数据文件全没了。 由于是临时服务器，当时没开快照。目前只能想办法使用数据恢复软件，testdisk 试过了，无法恢复。
兄弟们，有没有其他工具可以推荐一下或者方案也行。
双手准备，跑路这个方案已经准备好了
第 1 条附言 · 2023-08-15 09:31:31 +08:00
## 准备放弃了
经历了一晚上的尝试，个人彻底放弃了。晚上买了三方的恢复服务，还没接单。
大概复盘一下，很多年没坑过自己了。
### 问题：
阿里云 ecs ，系统盘满了，分析出是 docker overlay2 占用的，使用 docker system prune 清理。
因为是临时服务器，同事买的（没开快照），并且 docker 内数据都是映射在宿主机的，没想到能删除掉宿主机的文件。（学费有点贵，无知犯的错，也得担着）
### 解决过程：
1. 从发现数据丢失开始，停掉所有服务。
2. 安装 testdisk ，ext4magic （这里第二个错误，应该立即停掉服务器，做快照，启用新实例，数据盘挂载快照）
3. testdisk 边学边试，没能恢复。
4. ext4magic 按照时间点逐个分析恢复（将近一晚上，真的被熬死了，最多的记录，猜测着筛，根据特征筛）
5. 在第二步开始，就买了两个三方的恢复服务，由于太晚，对方都下班了。在写这行字的前 1 分钟，终于联系上了。让我先拜拜佛，祈祷下。
6. todo：打印离职申请
经历了一晚上的尝试，个人彻底放弃了。晚上买了三方的恢复服务，还没接单。
大概复盘一下，很多年没坑过自己了。
### 问题：
阿里云 ecs ，系统盘满了，分析出是 docker overlay2 占用的，使用 docker system prune 清理。
因为是临时服务器，同事买的（没开快照），并且 docker 内数据都是映射在宿主机的，没想到能删除掉宿主机的文件。（学费有点贵，无知犯的错，也得担着）
### 解决过程：
1. 从发现数据丢失开始，停掉所有服务。
2. 安装 testdisk ，ext4magic （这里第二个错误，应该立即停掉服务器，做快照，启用新实例，数据盘挂载快照）
3. testdisk 边学边试，没能恢复。
4. ext4magic 按照时间点逐个分析恢复（将近一晚上，真的被熬死了，最多的记录，猜测着筛，根据特征筛）
5. 在第二步开始，就买了两个三方的恢复服务，由于太晚，对方都下班了。在写这行字的前 1 分钟，终于联系上了。让我先拜拜佛，祈祷下。
6. todo：打印离职申请
第 2 条附言 · 2023-08-17 10:41:39 +08:00
后续：
衡量跑路和担责两种选择后，决定，再试试。
开启新实例，安装所有已知的数据恢复软件，挨个测试。经过两天的昏天暗地，终于，放弃自己搞了。
开始付费，做数据恢复。还没有结果，正在执行，后续继续记录。
找了一圈，感觉转行做数据恢复才有钱途。我之前所有的操作记录，在数据恢复行，至少值 500 - 2000 （找过多家询价，现在回顾下，手机有软件，知道特点，排查一遍 1 个小时以内）。
兄弟们，转行了，做数据恢复啦！
衡量跑路和担责两种选择后，决定，再试试。
开启新实例，安装所有已知的数据恢复软件，挨个测试。经过两天的昏天暗地，终于，放弃自己搞了。
开始付费，做数据恢复。还没有结果，正在执行，后续继续记录。
找了一圈，感觉转行做数据恢复才有钱途。我之前所有的操作记录，在数据恢复行，至少值 500 - 2000 （找过多家询价，现在回顾下，手机有软件，知道特点，排查一遍 1 个小时以内）。
兄弟们，转行了，做数据恢复啦！
 |
1
proxychains 2023-08-15 10:15:04 +08:00
哈人
|
Select Language