/ мусорное ведро / и т.д./lib64 / базируются/sbin удаленный или перемещенный mv папкой /*/* в то время как su

Открытая передача. Перейдите к Предпочтениям и выберите вкладку Web и проверьте настройки веб-клиента передачи.

  • Проверьте, что веб-клиент включен
  • Проверьте порт прослушивания

Вам нужен порт для соединения с веб-клиентом, например, http://localhost:9091

Править

Демон передачи (Командная строка), Открытая/etc/transmission-daemon/settings.json и, изменяет настройки соответственно. Особенно ниже значений.

"rpc-whitelist": "127.0.0.1",
"rpc-whitelist-enabled": false,
11
08.04.2014, 20:15
4 ответа
[12166]IMPORTANT[1126401] Если ты здесь, и неправильно выполнили [1126402]mv[1126403], не могут выполнить команды [1126404]shell[1126405], а папки, отсутствующие в корневом каталоге ([1126406]/[1126407]), во-первых, если у вас есть [1126408]SU[1126409], НЕ выходите из [1126410]SU[1126411] до тех пор, пока не будет исправлено, потому что вы не получите его обратно. Если вы удаленно подключены, то при отключении вы не сможете [1126412]ssh[1126413], оставьте сервер в покое, не перезагружайте [1126414]- большинство запущенных служб должны быть в порядке. Вы можете попробовать одно из многих решений, предложенных Патриком... однако, вам, скорее всего, понадобится физический доступ, если вы облажались, как я.[12167]Однажды перед машиной я перезагрузил ее. Как и ожидалось, я получил панику на ядре.[12168]Я подумал, что это будет довольно простым исправлением, вставить livecd, войти в режим восстановления UP TO THIS POINT IT WASY EASY - затем мне пришлось попробовать смонтировать корневую директорию. Однако, мне нужно было нечто большее, чем простая команда монтирования.[12169]Это было потому, что у меня, как и у многих других людей, была lvm файловая система, и мне впервые пришлось столкнуться с такой спасательной командой. Мне пришлось искать в интернете, чтобы узнать, что мне нужно было сделать. Я объединил эту информацию в этот пост. Вот мой процесс исправления проблемы.[12170]1)Вставлен Centos_6. 4_min cd[12171]2)Графический интерфейс спросил, что я хочу сделать, выбрал Rescue[12172]3)Rescue попытался смонтировать текущую систему, но указал, что у меня нет разделов Linux[12173]4)Выбрал вход [1126416]shell[1126417], когда был задан параметр[12174]На данный момент я попробовал много вещей, чтобы смонтировать систему, безуспешно, я уверен, что это все шаги, которые мне нужно было сделать (из-за lvm): [12175]5)Сканируя мои тома, [12176]lvmdiskscan[12177]6)Пробежав lvscan, я показал все перечисленные как "неактивные"[12178]lvscan[12179]7)модуль загрузочного устройства[12180]modprobe dm-mod[12181]8)поменял существующие тома на активные[12182]vgchange -ay[12183]9)Пробежал [1126426]lvscan[1126427] опять, теперь все элементы, перечисленные как "активные"[12184]10)Создали точку монтирования и смонтировали логический раздел[12185]mkdir /mnt/root[12186]mount /dev/VolGroup00/LogVol00 /mnt/root[12187]11)Переместили папки обратно (ВАМ могут понадобиться другие): [12188]mv /var/{bin,etc,lib64,mnt,root,sbin} /[12189]12)[1126434]reboot[12190]13) УСПЕХ![1125950]
1
27.01.2020, 19:56
[1122313] Если в вашей системе установлен [1122853] busybox[1122854], вы можете использовать его для обратной установки.
  • busybox[1122856] - это двоичный файл со множеством стандартных утилит, встроенных в него. Такие вещи как [1122857]mv[1122858], [1122859]sh[1122860], [1122861]ls[1122862] и т.д.
  • Из вашего комментария к ответу Павла, кажется, что все закончилось в [1122863]/var[1122864]. Вы можете попробовать сделать [1122865]/var/bin/busybox mv /var/{bin, etc,lib32,lib64,root,sbin,usr}. /[1122866]. Это должно вернуть большую часть вашей системы в рабочее состояние. Есть несколько каталогов, таких как [1122867]/tmp[1122868], которые также существуют как [1122869]/var/tmp[1122870], поэтому Вы не можете просто переместить их. Надеюсь, это те, на которые [1122871]mv[1122872] жаловались и их оставили в покое.
  • Получение корневой оболочки
  • Вы также упомянули, что потеряли корневую оболочку, и что [1122873]su[1122874] дает Вам ошибку библиотеки [1122875]ld-linux[1122876]. Вы можете использовать следующее:
  • Примечание: При попытке сделать это, это не сработает. Это происходит потому, что [1123089]su[1123090] требует наличия нескольких файлов в [1123091]/etc[1123092] ([1123093]passwd[1123094], [1123095]pam.d[1123096] и других). Если бы [1123097]/etc[1123098] были все еще целы, это имело бы хорошие шансы на успех.
  • Без busybox

    Если у вас нет busybox, вы могли бы использовать тот же трюк с ld-linux, что и для [1122879]su[1122880]:

    С живого CD

    C:\Users\Bob\>tortoisemerge /mine:file1.txt /diff:patch2.diff /patchpath:"C:\Users\Bob"
    

    Как обсуждалось в комментариях, если вы потеряли корневую оболочку, то вы практически застряли. В основном, для того, чтобы исправить это, вам нужны привилегии root. Единственный способ попасть туда - иметь такую утилиту, как [1122881]su[1122882] или [1122883]sudo[1122884], повышающую ваши разрешения (обе эти утилиты на данный момент не работают), или взломать другую программу, уже запущенную от имени root (в зависимости от того, что выполняется, вряд ли это возможно).

    Это оставляет единственную возможность - это живой CD. После загрузки на "живой" CD (или "живой" USB, или любой другой) просто смонтируйте корневой том и переместите соответствующие каталоги из [1122885]/var[1122886] обратно в их оригинальный дом в [1122887]/[1122888].

    • Синопсис произошедшего
    • папка/* [1122890] расширилась бы до таких папок/футов [1122891] и [1122893] папка/бар [1122894].
    • /*[1122897] расширилась бы до размера [1122898]/бин

    /lib32

    • /lib64
    • /etc
    • /home
    • /root
    • /var[1122911]. Отмечая, что [1122912]/var[1122913] является последним пунктом [1122914]. Так что когда оболочка расширила все эти глобусы, она запустила бы что-то вроде:

    Так как [1122915]/var[1122916] - последний пункт в списке, все в него переместилось.

    • Почему [1122917]/var/bin/su[1122918] ошибки с [1122919]/lib64/ld-linux-x86-64.so.2: плохой ELF-интерпретатор: Ни один такой файл или каталог

    Почти все двоичные файлы в linux динамически связаны с [1122921]ld-linux[1122922]. [1122923]ld-linux[1122924] - это библиотека, отвечающая за загрузку других библиотек, необходимых двоичному файлу. В вашей системе она находится по адресу [1122925]/lib64/ld-linux-x86-64.so.2[1122926]. С тех пор как этот каталог был перемещен, любой динамически компонованный исполняемый файл больше не будет работать.

    • Причина, по которой работает busybox, заключается в том, что busybox статически компонован. Он не использует [1122927]ld-linux[1122928].[1122354].
    22
    27.01.2020, 19:56
  • mv папку/* ./*[1122824] также неправильно. Вы должны быть более внимательны к семантике выполняемых команд. Команда [1122825]mv[1122826] с более чем двумя аргументами просто берет все аргументы, кроме последнего, и перемещает пути, на которые они указывают, в каталог, указанный в последнем аргументе.
  • Для перемещения всех каталогов (кроме скрытых) из [1122827]папки[1122828] в текущий каталог, вы должны использовать:
  • Вы сломали запущенную систему. Команды shell и builtin продолжают работать. Вам нужно будет загрузить живой компакт-диск и переместить каталоги обратно. Я не знаю bash builtin для перемещения/переименования файлов, который позволил бы вам исправить ситуацию без перезагрузки, смотрите ответ Патрика за подробностями.[1122292].
  • 10
    27.01.2020, 19:56

    Я случайно переместил / usr в / usr_old и все пошло в ад. К счастью, я останавливался в подсказке и смог выполнить следующую команду для восстановления папки USR:

    LD_LIBRARY_PATH=/usr_old/lib64 /usr_old/lib64/ld-linux-x86-64.so.2 /usr_old/bin/mv /usr_old /usr
    
    2
    27.01.2020, 19:56

    Теги

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