Чтобы добиться этого вручную, простым способом вы могли бы использовать команду mv с некоторым сильным цитированием, чтобы убедиться, что оболочка не интерпретирует двоеточие как специальный символ:
mv 'Lang-32b-Branch:Line' 'Lang-32b-BranchLine' && cd 'Lang-32b-BranchLine'
[d1 ] Альтернативный подход заключается в использовании переменной и одной из возможностей расширения параметра Bash, что может быть более полезным, если вы хотите автоматизировать это изменение имени каталога в скрипт: dir=Lang-32b-Branch:Line
mv "$dir" "${dir//:/}"
Расширение из "${dir//:/}" заменит любое появление символа двоеточия ничем, давая ожидаемый результат Lang-32b-BranchLine. Использование "${dir/:/}" приведет к удалению только первого вхождения двоеточия, хотя это все равно будет работать для вашего данного примера.
Как однострочный движок для перемещения и cd в каталог: [!d3 ]
dir=Lang-32b-Branch:Line ; mv "$dir" "${dir//:/}" && cd "${dir//:/}"
Или если вы хотите записать измененное имя каталога в переменную с именем new_dir:
dir=Lang-32b-Branch:Line ; new_dir="${dir//:/}"; mv "$dir" "$new_dir" && cd "$new_dir"
Здесь доступно большое руководство по расширению параметра Bash.
Запустите xhost +local: в терминале без суперпользователя, чтобы исправить проблему. Ниже приведена информация.
Проблема связана с тем, что xterm не работает по умолчанию при аутентификации в качестве суперпользователя (Mininet должен запускаться как суперпользователь) по соображениям безопасности.
Вы можете проверить, является ли это вашей проблемой, запустив xterm и sudo xterm в терминале при входе в систему как обычно (если вы сделали что-то вроде sudo su до того, как эта проверка бессмысленна). Если xterm открывается, но sudo xterm нет, тогда вам нужно запустить
xhost +local:
sudo xterm, теперь он должен работать, а также h1 xterm внутри Mininet. Это связано с тем, что с помощью этой команды вы предоставили графический сервер доступ к приложениям, работающим как sudo или su.
Параметр не будет сохраняться между перезагрузками, и он может быть возвращен с помощью xhost -.
Обратите внимание: при этом вы предоставляете любому пользователю в системе или в сети доступ к вашему $ DISPLAY без проверки подлинности (https://wiki.archlinux.org/index.php/Xhost).
Запустите xhost +local: в терминале без суперпользователя, чтобы исправить проблему. Ниже приведена информация.
Проблема связана с тем, что xterm не работает по умолчанию при аутентификации в качестве суперпользователя (Mininet должен запускаться как суперпользователь) по соображениям безопасности.
Вы можете проверить, является ли это вашей проблемой, запустив xterm и sudo xterm в терминале при входе в систему как обычно (если вы сделали что-то вроде sudo su до того, как эта проверка бессмысленна). Если xterm открывается, но sudo xterm нет, тогда вам нужно запустить
xhost +local:
sudo xterm, теперь он должен работать, а также h1 xterm внутри Mininet. Это связано с тем, что с помощью этой команды вы предоставили графический сервер доступ к приложениям, работающим как sudo или su.
Параметр не будет сохраняться между перезагрузками, и он может быть возвращен с помощью xhost -.
Обратите внимание: при этом вы предоставляете любому пользователю в системе или в сети доступ к вашему $ DISPLAY без проверки подлинности (https://wiki.archlinux.org/index.php/Xhost).
Запустите xhost +local: в терминале без суперпользователя, чтобы исправить проблему. Ниже приведена информация.
Проблема связана с тем, что xterm не работает по умолчанию при аутентификации в качестве суперпользователя (Mininet должен запускаться как суперпользователь) по соображениям безопасности.
Вы можете проверить, является ли это вашей проблемой, запустив xterm и sudo xterm в терминале при входе в систему как обычно (если вы сделали что-то вроде sudo su до того, как эта проверка бессмысленна). Если xterm открывается, но sudo xterm нет, тогда вам нужно запустить
xhost +local:
sudo xterm, теперь он должен работать, а также h1 xterm внутри Mininet. Это связано с тем, что с помощью этой команды вы предоставили графический сервер доступ к приложениям, работающим как sudo или su.
Параметр не будет сохраняться между перезагрузками, и он может быть возвращен с помощью xhost -.
Обратите внимание: при этом вы предоставляете любому пользователю в системе или в сети доступ к вашему $ DISPLAY без проверки подлинности (https://wiki.archlinux.org/index.php/Xhost).