Я изменил каталог для хранения контейнеров и изображений как /data/docker. И он будет успешно работать в течение следующего года.
Однако после перезагрузки системы (Ubuntu 16.04) был сломан раздел диска /dev/sdb4, который был смонтирован на /data/docker.И сломанный раздел приводит к тому, что система переходит в аварийный режим .Я запускаю команду fsck -y /dev/sdb4 для ее восстановления и перезапуска.
После перезапуска ， все работает как обычно, кроме докера.Удивительно, что весь мой контейнер и почти изображения отсутствовали.Когда я бегу docker container ls -a, я ничего не получаю.Когда я запускаю docker images, я получаю только один список mysql 5.6 7edb93321b06 5 months ago 256MB. Но у меня было 4 контейнера и некоторых (более одного) изображений ранее.Другими словами, они пропали после перезагрузки.
Кроме того, когда я запускаю sudo du -h /data/docker/volumes, я получил:
6.8M / data / docker / объемы / b35a0a2be6a1d10693e891f0b5c7dfa6e27a34b6a613b6d6db6d6d6d6d6d4d4/ MySQL 636K / данные / докер / объем / b35a0a2be6a1d10693e891f0b5c7dfa6e27a34b6a61384e6db79ac06df4bde36 / _data / performance_schema 116m / данные / докер / объем / b35a0a2be6a1d10693e891f0b5c7dfa6e27a34b6a61384e6db79ac06df4bde36 / _data 116m / данные / докер / объем / b35a0a2be6a1d10693e891f0b5c7dfa6e27a34b6a61384e6db79ac06df4bde36 4.0K / данные / докер / объем / 4bfb7ca010e869edd409ee14aa3a8b9ec70ec144a1b1586e792a8f87f9d5a9b2 / _data 8.0K /данные / докер / объем / 4bfb7ca010e869edd409ee14aa3a8b9ec70ec144a1b1586e792a8f87f9d5a9b2 4.0K / данные / докер / объем / d24ddf0126cef08bc3ff8bf75e79e76375b1e6cfa70c646d3173554d78555aeb / _data 8.0K / данные / докер / объем / d24ddf0126cef08bc3ff8bf75e79e76375b1e6cfa70c646d3173554d78555aeb 4.0K / данные / докер / объем / c22f29c1ab50c2973e6e1cc3e1ea64ad7a253741d44a290df3789fbf1e4c3a05 / _data 8.0K /данные / грузчик / объем / c22f29c1ab50c2973e6e1cc3e1ea64ad7a253741d44a290df3789fbf1e4c3a05 4.0K / данные / грузчик / объем / 985f51b406657eacbd70dfe7d0bd0502287c783a389ae34fa36d70b5c98e94a3 / _data / # innodb_temp 84K / данные / грузчик / объем / 985f51b406657eacbd70dfe7d0bd0502287c783a389ae34fa36d70b5c98e94a3 / _data / SYS 32K / данные / грузчик / объем / 985f51b406657eacbd70dfe7d0bd0502287c783a389ae34fa36d70b5c98e94a3 / _data / MySQL 84K /данные / докер / объем / 985f51b406657eacbd70dfe7d0bd0502287c783a389ae34fa36d70b5c98e94a3 / _data / испытание 1.4M / данные / докер / объем / 985f51b406657eacbd70dfe7d0bd0502287c783a389ae34fa36d70b5c98e94a3 / _data / performance_schema 165M / данные / докер / объем / 985f51b406657eacbd70dfe7d0bd0502287c783a389ae34fa36d70b5c98e94a3 / _data 165M / данные / докер / объем / 985f51b406657eacbd70dfe7d0bd0502287c783a389ae34fa36d70b5c98e94a3 3.1G / данные /docker / volume / b445468b292cff4531429b7a9883a825fc794327a46672ec518e7765050437e5 / _data / newProject 6,8M / data / docker / volume / b445468b292cff4531429b7a9883a818e550507232532432432432464/ _Data / MySQL 387M / данные / грузчик / тома / b445468b292cff4531429b7a9883a825fc794327a46672ec518e7765050437e5 / _DATA / проект 636K / данные / грузчик / тома / b445468b292cff4531429b7a9883a825fc794327a46672ec518e7765050437e5 / _DATA / performance_schema / 4,0 г / данных докер / тома / b445468b292cff4531429b7a9883a825fc794327a46672ec518e7765050437e5 / _DATA / 4,0 г / данных докер / объем/ b445468b292cff4531429b7a9883a825fc794327a46672ec518e7765050437e5 4.2G / данные / докер / тома
Это означает, что некоторые данные не потеряны.
Как я могу восстановить их и найти их*