Назад | Перейти на главную страницу

Восстановление Ubuntu после того, как команда FIO что-то сломала

Я работал над производительностью жесткого диска и наткнулся на эту команду

fio --filename=/dev/sda1 --direct=1 --rw=randwrite --bs=1m --size=5G --numjobs=64 --runtime=300 --group_reporting --name=file1

Итак, первая проблема заключалась в том, что после запуска команды он максимально использовал жесткий диск и не позволял мне ничего удалять, давая мне сообщение «Файловая система только для чтения». Я подумал, что файл, который я искал, будет называться file1, но не могу его найти, поэтому не уверен, где находятся все данные, заполнившие жесткий диск.

Попытавшись решить свою проблему, я наткнулся на эту страницу:

https://askubuntu.com/questions/197459/how-to-fix-sudo-unable-to-open-read-only-file-system

Что велело мне бежать: mount -o remount /

После этого я получил сообщение об ошибке и не смог выполнить НИКАКИЕ команды. Я решил перезагрузиться, но теперь не загружается. Файловая система была на / dev / mapper / ubuntu - vg-root, но когда я загружаюсь с установочного компакт-диска и пытаюсь восстановить его, я получаю сообщение: an error occurred while mounting the device you entered for your root

Итак, напомним, я заполнил HD, что-то сломал, возможно, точку монтирования, и не могу загрузиться. Это на нашем сервере разработки, хотя у меня есть резервные копии большей части данных, резервная копия базы данных немного устарела, поэтому я хотел бы восстановить ее и запустить.

У него есть аппаратный RAID, и при попытке смонтировать файловую систему вручную из запроса восстановления возникала ошибка.

Вот результаты df из сохраненного удаленного сеанса:

Filesystem              1K-blocks     Used Available Use% Mounted on
/dev/mapper/ubuntu--vg-root  52403200 52403180        20 100% /
devtmpfs                 49407992        0  49407992   0% /dev
tmpfs                    49414352        0  49414352   0% /dev/shm
tmpfs                    49414352   271040  49143312   1% /run
tmpfs                    49414352        0  49414352   0% /sys/fs/cgroup
/dev/sda1                  508588    97840    410748  20% /boot
/dev/mapper/centos-home 204970204    32944 204937260   1% /home

Похоже, вы перезаписали все, что было в / dev / sda1. Я не уверен в вашей настройке LVM / RAID / и т. Д., Но предполагаю, что / dev / sda1 хотя бы участвовал в вашей схеме хранения.

  • Если / dev / sda1 был там, где были ваши данные, то ваших данных больше нет.
  • Если вы поместите свои данные в LUN, который был представлен Ubuntu как / dev / sda1, ваших данных больше не будет.
  • Если ваш RAID-контроллер представил вам / dev / sda1, и вы поместили туда свои данные, то ваших данных больше нет.
  • Если ваши данные были распределены по / dev / sda1 с помощью LVM, то ваших данных больше нет.

Изменить: я вижу, что вы изменили свой вопрос, чтобы показать, что / dev / sda1 был вашим / загрузочным разделом. Вам просто нужно воссоздать загрузочный раздел, для которого доступно руководство. в вики сообщества Ubuntu для ручного процесса или здесь, в вики для автоматического процесса.

Автоматический процесс в основном заключается в загрузке с LiveCD, установке восстановления загрузки из ppa: yannubuntu / boot-repair и его запуске.