Смотрите на/proc/PID/fd/там, Вы видите то, что произошло с Вашим старым stdin и stdout. Иногда можно использовать echo
отправить что-то на stdin устройство того процесса.
Если Вы просто хотите препятствовать тому, чтобы команды были уничтожены после Ваших повреждений сессии, можно запустить их с nohup
.
Но лучшие ответы на Ваш вопрос являются возможно комментариями об экране resp. tmux.
Это - файл, который необходим, когда Вы компилируете C
код. Ниже Вас будет видеть отрывок от здания glibc-2.14.1
Я создавал новую систему LFS сегодня и просто видел, что он полетел.
Предположение, что это связано с C
и обеспечивает system call
информация для создания C
программы с gcc
echo '#define SYSCALL_SYMBOL __GI_mq_setattr'; \
 echo '#include <syscall-template.S>'; \ <========### syscall-template.S
 echo 'weak_alias (__GI_mq_setattr, mq_setattr)'; \
 echo 'libc_hidden_weak (mq_setattr)'; \
) | x86_64-lfs-linux-gnu-gcc -c -I../include -I/mnt/lfs/sources/glibc-build/rt -I/mnt/lfs/sources/glibc-build -I../sysdeps/x86_64/elf -I../nptl/sysdeps/unix/sysv/linux/x86_64 -I../sysdeps/unix/sysv/linux/x86_64 -I../sysdeps/unix/sysv/linux/wordsize-64 -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread -I..
Править:
Вы не видите его, потому что это - часть glibc
источник. расположенный в:
glibc-2.14.1/sysdeps/unix/syscall-template.S
Этот каталог обычно удаляется, когда Вы закончены, установив.
РЕДАКТИРОВАНИЕ 2:
Я просто перечитал Ваше первое сообщение. Вы сказали, что это не находится в glibc source
Я хотел проверить и просто извлек tar
снова и это находится в пути, который я упомянул выше.