Я запускаю Ubuntu 10.4 на старом PowerPC G4 iBook на 1,3 ГГц с 1 ГБ RAM как вторичный ноутбук для бездельничания с. Это работает хорошо с GNOME. Вы собираетесь быть причинением вреда только с 256 megs RAM поэтому, если бы существует какой-либо способ обновить, я предложил бы получить больше RAM.
PenguinPPC имеет список дистрибутивов с поддержкой PowerPC. Ubuntu и Debian - те, я использовал. Дуга Linux и хинду поддерживают PowerPC, но компилируются из источника, которого Вы, вероятно, захотите избегать на более старой машине как Ваша. Yellowdog - другой для рассмотрения, это исключительно для PowerPC.
Мне лично нравится Ubuntu, так как это - ориентированный дистрибутив рабочего стола, имеет точки стабильной версии (я выполняю версию LTS), и предлагает множество настольных сред, которое полезно для более старых машин как Ваши.
Любезность решения Webfaction-поддержки:
Поскольку процесс все еще работал, проблемой был удаленный сокет, возможно вызванный очищенным tmp-каталогом.
Согласно tmux
mapage:
Если сокет случайно удален, сигнал SIGUSR1 может быть отправлен в tmux серверный процесс для воссоздания его.
Так отправляя сигнал и присоединяя работы:
killall -s SIGUSR1 tmux
tmux attach
Терминальное отсутствие является знаком отдельной сессии. И все Ваш tmux
имена сессии могут быть найдены таким образом:
ls $TMP/tmux-$(id -u)
или ls /var/run/tmux/tmux-$(id -u)
— это - вид зависимого дистрибутива. Почти независимый от дистрибутива (и больше хардкора) был бы:
lsof -n -p 16709 -a -U
где 16709
PID tmux в Вашем списке.
id -u
дает 532
и /tmp/tmux-532
содержит единственный файл "значение по умолчанию". Как это помогает мне далее?
– mhermans
16.06.2012, 23:27
tmux -S /tmp/tmux-532/default at
, но имя сокета по умолчанию должно согласиться просто с tmux at
. Что делает lsof
- версия говорит?
– poige
17.06.2012, 05:31
Для тех, кто наткнется на эту ветку позже;
Если вы используете sudo
для запуска скрипта или чего-то еще, сеанс tmux
указан под root, а не под пользователем, который использовал sudo, поскольку действия, следующие за sudo, выполняются под root.
Чтобы исправить это, используйте sudo tmux a
или tmux
от имени пользователя root, чтобы восстановить контроль над сеансом tmux.
Вот как этот предыдущий ответ здесь помог мне (вау! ). Я пытался разрешить точно ситуацию, когда я подключен к одному Tmux --, который я вижу в tmux ls
, , но в ps
, я также вижу другой tmux, которого нет в списке tmux ls
, поэтому я не могу подключиться к нему, используя его имя(tmux attach -t myOldbas)
Вот полная информация. Процессы:
71358 1849 9617 0 Sep04 pts/29 00:00:00 /bin/bash
71358 2528 9617 0 Aug31 pts/25 00:00:00 /bin/bash
71358 9617 1 0 Aug31 ? 00:08:55 tmux new -s myOld
71358 9618 9617 0 Aug31 pts/20 00:00:00 /bin/bash
71358 20199 33189 0 Sep16 pts/27 00:00:00 vim log
71358 20415 32257 0 Sep16 pts/30 00:00:00 /bin/bash
71358 24735 32257 0 Sep16 pts/33 00:00:00 /bin/bash
71358 32257 1 0 Sep16 ? 00:04:02 tmux new -s myses
Итак,Бит lsof — это то, что действительно помогло мне --, когда вы делаете это для обоих процессов , в моем случае 32257 (тот, который я вижу ), и 9617 (для старый)
/usr/sbin/lsof -n -p 32257 -a -U
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
..
tmux 32257 uzer.buzer 7u unix 0xffff881ff0c73480 0t0 995795763 /tmp/uzer.buzer/tmux-71358/default
Однако, когда я использовал старый PID, я увидел следующее
/usr/sbin/lsof -n -p 9617 -a -U
tmux 9617 uzer.buzer 7u unix 0xffff881ff0c73480 0t0 995795763 /tmp/tmux-71358/default
Обратите внимание, чем отличается путь к последнему сокету? К счастью, это все, что мне было нужно, и я выполнил команду подключения с явным сокетом:
tmux -S /tmp/tmux-71358/default at
и я был внутри!! Прикреплен к моему старому tmux под названием myOldbas
.
(На самом деле то, что, вероятно, произошло раньше, заключалось в том, что я менял пути TMP/.bashrc и получил два сеанса tmux)
byobu
, который используетtmux
как бэкенд, и это работало на меня после того, как я случайно удалил сокет из/tmp/tmux-<pid>
.Спасибо! – Nicu Stiurca 20.08.2015, 06:44