Случайно удаленный каталог / usr
Я случайно удалил каталог /usr в моей двойной загрузке Ubuntu 16.04 с системой Windows 8.
Теперь я не могу запустить свой компьютер через Ubuntu OS. Пожалуйста, порекомендуйте что-нибудь, чтобы я мог запустить свой компьютер.
3 ответа
/usr действительно важный путь системы GNU/Linux, это содержит много (необходимых) двоичных файлов, библиотек, источников, совместно использованного материала, и т.д.
Это - самая большая часть системы:
5.6G /usr
0 /proc
37K /root
80M /boot
0 /sys
423M /lib
8.0K /mnt
68K /tmp
4.0K /lib64
14M /sbin
712M /var
12M /bin
1.2M /dev
У меня есть 2 097 пакетов, установленных на моей машине Ubuntu, в то время как 2019 их установили файлы в /usr каталог.
Таким образом, это действительно не делает стоящий времени, чтобы попытаться переустановить все эти пакеты снова для устранения проблемы, потому что это так или иначе близко к переустановке целой системы снова.
У меня есть ответ на вопрос: "Случайно удаленное / мусорное ведро. Как я восстанавливаю его?" который можно использовать его для этой ситуации также.
Просто для переустановки пакетов Вы имеете к chroot в Вашу поврежденную систему создайте временный файл /usr, получите список всех пакетов, которым установили файлы в /usr использование dpkg -S /usr затем переустановите их или извлеките и скопируйте необходимые файлы.
Другая вещь, которую можно сделать, состоит в том, чтобы использовать испытательный стенд, Вы можете приносить /usr отступите действительно быстро, вот пошаговое руководство.
Однако я предлагаю, чтобы Вы получили резервное копирование своих файлов и переустановили Ubuntu.
Сразу завершите работу своей системы, чтобы не перезаписывать содержание каталога, который раньше был /usr. После выполнения этого подготовьте живую начальную загрузку дистрибутив Linux, любой из современных дистрибутивов Linux будет достаточен. Я предпочитаю делать это с Kali Sana - потому что распределение запаса имеет package/s, который мы хотим для процесса восстановления.
После завершения подготовки включите живой диск флэш-памяти начальной загрузки в поврежденное поле и начальную загрузку от флеш-накопителя. Теперь можно возобновить восстановление. Обратите внимание, это не верный метод. Вполне откровенно я никогда не сталкивался с методом, который будет работать каждый раз.
Начиная с раздела, который содержит удаленный /usr каталог, скорее всего, имеет ext3 или ext4 файловую систему - учитывая, что системой является Ubuntu 16.04 - первая утилита, которую мы собираемся реализовать, extundelete. Если Вам установили пакет по умолчанию, можно просто пропустить к восстановлению. Однако, если Вам не установили пакет, установите его
sudo apt-get update
sudo apt-get install extundelete
после установки пакета теперь необходимо найти название раздела, который содержал удаленный /usr каталог. После определения местоположения этого имени раздела в моем случае ради объяснения я скажу, что мой удаленный каталог шел /dev/sda1.
1. extundelete
Сначала необходимо изменить текущий рабочий каталог на каталог на разделе, который имеет достаточно свободного пространства для содержания восстановленного /usr каталог. Для нахождения каталога с достаточным свободным пространством используют df -h команда.
Типичное /usr каталог близко к 10 гигабайтам в размере, поэтому выберите раздел, по крайней мере, с этим большим свободным пространством. Возможно, можно использовать раздел Windows 8. Но прежде чем можно использовать раздел, необходимо смонтировать его. Так как Windows 8 OS наиболее вероятен на разделе NTFS, смонтируйте его при помощи следующих команд - здесь я предполагаю, что имя раздела раздела Windows 8 NTFS /dev/sda3.
sudo mkdir /mnt/windows_8
sudo mount -t ntfs /dev/sda3 /mnt/windows_8
Затем измените свой текущий рабочий каталог на /mnt/windows_8 cd /mnt/windows_8. Теперь изменитесь на корневую оболочку sudo -s и вход Ваш sudo пароль.
Заключительное восстановление сделано следующим образом. extundelete --restore-directory /usr /dev/sda1. Если этот метод будет работать, то будет подкаталог Вашего текущего рабочего названного каталога RECOVERED_FILES который содержит восстановленные файлы т.е. каталог /usr и его содержание.
2. testdisk
Это является немного более интерактивным и работает исключительно хорошо с недавно удаленными файлами и каталогами - и обладает дополнительным преимуществом работы с фактически всей повсеместной файловой системой и разделения архитектуры. Снова, если Вы уже имеете пакет в своем дистрибутиве, переходите к части восстановления этого текста. Однако, если Вы не делаете, установите его sudo apt-get install testdisk. Первый шаг в процессе восстановления создает выходной каталог для восстановленных файлов и каталоги. Сделать это использование
mkdir /mnt/windows_8/REC
Затем в корневой оболочке, откройте испытательный стенд как,
sudo testdisk /dev/sda1
Это откроет интерактивное окно CLI. Нажмите Enter к Proceed. Затем выберите None объявить диск как неразделенные медиа. Нажмите Enter для перемещения в следующую страницу. Выбирание Advanced. Затем Нажатие → для выделения List и нажмите Enter. Это перечислит содержание /dev/sda1 раздел и Вы можете переместиться по окну программы следующим информация о Справке внизу и вверху экрана и легко восстановить Ваши файлы. В испытательном стенде удаленные файлы и каталоги появляются в красном. Используйте каталог, который Вы создали ранее т.е. /mnt/windows_8/REC производить восстановленные файлы.
Оба из этих методов работают лучше над недавно удаленными разделами и файловыми системами. Чем больше Вы ожидаете для завершения работу системы после непреднамеренного удаления файла или системы, тем более вероятно шанс потери файлов/каталогов навсегда.
Я тупо удалил всю папку / usr сегодня случайно, когда проигнорировал предупреждения о запуске caja от имени пользователя root!
Мне действительно не хотелось идти по пути переустановки, и я обнаружил, что все это все еще находится в /home/$USER/.local/share/Trash/files (но на этом этапе исправить это невозможно, потому что sudo ушел).
Мне удалось восстановить его, загрузившись с живого USB-диска Lubuntu, а затем скопировав его обратно из корзины туда, где он должен быть. Думал, что сначала мне нужно будет смонтировать диск, но даже не пришлось этого делать - / dev / sda1 уже был смонтирован под длинным временным именем в / media / lubuntu