Настройка CentOS 7, PARAVIEW и Oracle VM VirtualBox на Windows 7
Поскольку вы специально попросили ответить на вопрос в bash, вот способ сделать это в чистом bash:
while read -rn1; do echo "$REPLY" ; done <<< "StackOver"
Обратите внимание, что при этом будет перехвачена новая строка в конце "here document". Если вы хотите избежать этого, но при этом перебирать символы с помощью цикла bash, используйте printf, чтобы избежать новой строки.
printf StackOver | while read -rn1; do echo "$REPLY" ; done
Проблема «нет ввода» может заключаться в том, что не установлены правильные драйверы для мыши. VirtualBox делает здесь несколько крутых поворотов, так как он может представлять мышь для виртуальной машины как планшет для рисования, чтобы лучше справляться с такими ситуациями, как когда вы перемещаете курсор мыши из левой части окна консоли виртуальной машины, переместите его вокруг окна, а затем обратно в правую сторону. Обычная мышь не может так «прыгать», а вот планшетное устройство может. Я думаю, что это решается пакетом xorg-x11-drv-evdevRPM.
Если драйвер мыши X11 не исправен, курсор мыши может застрять в своем положении по умолчанию. Если вы используете обычный xinit, вы должны по крайней мере подвести курсор мыши к окну, чтобы сфокусировать его :, если вы не можете этого сделать, ситуация может выглядеть так, как будто весь ввод игнорируется.
Проблема неработающего Control -Alt -F1 может быть такой же простой, как Windows крадет все нажатия клавиш, которые включают Alt в качестве ярлыков меню, поэтому ваше нажатие клавиши может даже не попасть в VirtualBox, не говоря уже о виртуальной машине. С виртуальной машиной может быть проще всего установить базовую сеть, чтобы вы могли иметь SSH-соединение с вашей виртуальной машиной в другом окне, пытаясь заставить работать консольную графику X11.
В своем другом вопросе вы сказали, что в журналах -действительно ничего нет? Главный файл журнала в X11 GUI имеет значение /var/log/Xorg.0.log. Если там ничего нет, убедитесь, что в вашей файловой системе осталось свободное место. Системе с графическим интерфейсом X11 необходимо записать несколько крошечных файлов при запуске X-сервера и еще несколько при запуске сеанса пользователя, и если она не может этого сделать, она обычно ведет себя очень плохо.
Paraview -или любое другое приложение с графическим интерфейсом X11 -попытается подключиться к X-серверу, как указано в переменной DISPLAY. Если перед двоеточием стоит имя хоста, это соединение устанавливается как TCP-соединение с номером порта, который рассчитывается как отображаемое число (+ 6000 ).Поэтому, если вы укажете DISPLAY=localhost:0.0и X-сервер не прослушивает локальный TCP-порт 6000, это не сработает.
Современные серверы Linux X обычно не прослушивают порты TCP, если вы специально не активируете этот старый -стиль, ужасно небезопасный удаленный доступ X11. Вы не хотите этого делать.
Вместо этого, когда вы указываете DISPLAY=:0.0без имени хоста, для связи с локальным X-сервером :используется сокет UNIX, в частности ожидается, что сокет для отображения 0 будет /tmp/.X11-unix/X0. Это по своей сути защищено от удаленных атак и позволяет использовать несколько локальных -только расширений протокола X11, что, в свою очередь, обеспечивает гораздо более эффективный рендеринг графики.
xinit— это инструмент самого низкого уровня -для запуска реального сеанса X11. Как вы видели, его настройки по умолчанию таковы, что он запускает абсолютно голые -кости -с -дырами -в -их -для -легкости X11-сессии, которая хороша только для диагностики и не более того. startxявляется оболочкой для xinit, которая по умолчанию обеспечивает гораздо более значимый пользовательский сеанс :, он использует все, что настроено в качестве среды рабочего стола с графическим интерфейсом по умолчанию или оконного менеджера. В CentOS по умолчанию, вероятно, используется GNOME... при условии, что он у вас установлен. У вас должен быть установлен gnome-sessionRPM и его зависимости.