分区表恢复工具是根据原有分区从起始扇区至终止扇区的特定规律来恢复的。
按照你的说法，起始扇区的信息已被破坏，意味着分区表恢复工具也无法恢复被删除的分区。
如果只写入了3GB数据，后面的数据还能救得回去。
可以尝试使用dd把后面的数据读取出来(别把被覆盖了的那部分也读了，不然导入后会造成起始扇区至终止删除的格式不一致)，保存为一个文件，然后找一个更大的硬盘，建立一个分区大小大于320GB的，同格式的分区，然后使用dd，用skip参数，把该文件写到该分区的中间部位。
上面提供的只是理论方法，我未曾实践过，如果真的是非常重要的数据，个人建议寻找专业的数据恢复公司。

可以考虑使用ACL。
你可以参考我博客的一篇文章： http://yzs.me/2022.html
虽然不是针对Docker，不过应该也有一定的参考价值。

As far as i am concerned, among various of useless methods, call the police is the best way to solve this problem.

@mimzy 已成功重新启动，目前正常运行中。
实在是感激不尽，不知如何报答。
如果您有需要帮助的地方，请联系我，如果是在我力所能及的范围内的，我一定会尽力完成。

@mimzy 已成功导入/dev/block/mmcblk0，使用diff与默认信息对比，完全一致，目前准备重启手机，祝我好运吧！

@mimzy 刷固件不会重新规划分区。
刚刚在一个服务器上导入了您提供的MBR与EBR，使用diff对比了分区信息，与默认的完全一致，目前正准备导入至我的华为C8813Q的内部储存中。

@mimzy 非常感谢，刚刚放学，我现在就去检查一下。

刚才已把本人发的内容转发到添翼圈，安智论坛。

@manhere 刷官方固件，仅能重建boot, recovery, system, data四个分区，基带等更重要的分区是不会重建的。

@extreme 发现自己打错字了，最后那个语句应该是：
就能把传输速度的损失降到最低。

你看一下TCP三次握手。
我的思路是不POSTROUTING，在目标服务器OUTPUT时把数据包DNAT到NAT服务器。
不过我做了实验，失败了，两个原因：
1. 如果不SNAT，NAT服务器就会以客户的IP发出数据包，但很多数据中心对出网数据包的来源IP有限制……
2. 目标服务器OUTPUT处DNAT不生效，这个我百思不得其解，TCPDUMP处查看到TCP三次握手的数据包仍直接发送回给访客，无法DNAT到NAT服务器。

事实上有一个更好的解决方案——IPv4隧道，因为你目标服务器知道数据包要通过那个隧道发回去到NAT服务器，NAT服务器自然也不需要使用SNAT告诉目标服务器该把数据包发到哪个IP。
具体建立IPv4隧道的方法可以Google搜索IP GRE(推荐点击属于BuyVM的WiKi的搜索结果)，我目前部分服务器正采用了此解决方案。
事实上你用PPTP,L2TP也行，因为都是建立一个隧道，关闭VPN协议的加密功能，就能把传输速度都损失降到最低。

@MATTHEW728960 如果按照你的配置文件，应该是TCP方式，但你fastcgi_pass却用了Unix Sock。
还有就是不要include fastcgi_params_wp这个文件试试。

@MATTHEW728960 你用的是PHP FPM吧？你自己看看你的pool配置文件放在哪。

@MATTHEW728960 应该是权限问题，nouser应该要有对对应PHP所监听的sock文件的读写权限，以及对网站文件的读取权限，PHP的用户也需要有对网站文件的读取权限。
如果对安全要求不高，一般执行：
chmod -R 755 网站根目录
可解决。
PHP要更改对应的pool配置文件，更改sock文件的权限。

@extreme 第一句MySQL查询漏了个单引号：

CREATE USER 'username'@'用户的IP' IDENTIFIED BY '用户的密码';

试试这个：

CREATE USER 'username'@用户的IP' IDENTIFIED BY '用户的密码';

GRANT SELECT, INSERT, UPDATE, REFERENCES, DELETE, CREATE, DROP, ALTER, INDEX, TRIGGER, CREATE VIEW, SHOW VIEW, EXECUTE, ALTER ROUTINE, CREATE ROUTINE, CREATE TEMPORARY TABLES, LOCK TABLES, EVENT ON `数据库名称`.* TO 'username'@'用户的IP';

GRANT GRANT OPTION ON `数据库名称`.* TO 'username'@'用户的IP';

The less users, the more security.