Raspbian загружается на root@, который (ни один) не запрашивает после ошибочных изменений в / и т.д.

[117668]Как работает locate

  • Индекс файлов, который использует команда [118118]locate[118119], перестраивается только один раз в день, как правило. Он построен этим заданием cron, [118120]/etc/cron.daily/mlocate[118121]. Так что, скорее всего, ваших записей пока нет. Вы можете перезапустить его, если хотите вручную перестроить эти индексы.

  • Используя find Однако, вероятно, вам лучше использовать такую команду, как [118122]find[118123] для поиска файлов в вашем домашнем каталоге.

  • Используя GUIВас также может заинтересовать графический инструмент поиска. Взгляните на этот другой U&L Q&A под названием: [118124]GTK Frontend for locate[118125], который охватывает один такой инструмент под названием Catfish. Этот инструмент может использовать как данные [118126]locate[118127], так и команды [118128] find[118129].[117679].

    2
    16.03.2015, 01:31
    1 ответ

    Если у вас есть root@(none) запрос, то вы довольно близки к восстановлению: у вас есть корневая оболочка. Самая сложная часть восстановления обычно заключается в том, чтобы выяснить, что не так, но если у вас есть резервные копии правильных файлов, это должно быть легко.

    Первое, что вам нужно сделать, это смонтировать пару файловых систем. В зависимости от того, что именно вам нужно сделать, они могут понадобиться, а могут и не понадобиться, но это не повредит.

    mount -t proc proc /proc
    mount -t sysfs sysfs /sys
    mount -t devpts devpts /dev/pts
    mount -t tmpfs -o mode=1755 tmpfs /tmp
    mount -t tmpfs -o mode=1755 tmpfs /run
    

    Если у вас нет /run (я не знаю, присутствует ли она в вашей версии Raspbian), игнорируйте эту строку. Если у вас нет /dev/pts, это симптом того, что в /dev пропущено больше вещей; я думаю, это указывает на то, что ваша система имеет встроенные devtmpfs, поэтому вы должны запустить mount -t devtmpfs devtmpfs /dev.

    Вам также нужно перемонтировать корневую файловую систему read-write. Затем запустите новую оболочку (получаемая вами оболочка - это идентификатор процесса 1, что вызывает некоторые нечёткости в обработке сигналов и, в частности, делает Ctrl+C и Ctrl+Z неработоспособными).

    mount -o remount,rw /
    bash
    

    Теперь все готово к ремонту.

    Когда вы закончите, перемонтируйте корневую файловую систему только для чтения (а также любую другую файловую систему, которая была смонтирована на чтение-запись), затем перезагрузитесь.

    mount -o remount,ro /
    reboot -f
    
    1
    27.01.2020, 22:21

    Теги

    Похожие вопросы