Вероятно, они дважды нажимали клавишу TAB для завершения ввода имени файла.
То, что именно вы показываете, немного зависит от оболочки: например, zsh можно настроить так, чтобы показать вам дату и размер файла, и это достаточно умно, чтобы показать вам только каталоги, так как вы не можете cd
в файл в любом случае.
Пример вывода bash:
$ cd (tabtab)
dira/ dirb/ file.txt
Пример вывода zsh после некоторой настройки:
[0 1058 9:52:56] ~/temp/tabtest % cd dir
drwxrwxr-x 2 user group 4096 Oct 3 09:51 dira
drwxrwxr-x 2 user group 4096 Oct 3 09:51 dirb
(zsh завершен до dir
на первой вкладке, так как невозможно выполнить cd в file.txt.)
-121--157772-
Я знал, что хватаюсь за соломинку, но UNIX никогда не дает сбой!
Вот как мне это удалось:
bash$ gdb --pid 8909
...
Loaded symbols for /lib/i386-linux-gnu/i686/cmov/libnss_files.so.2
0xb76e7424 in __kernel_vsyscall ()
Затем по запросу (gdb)
я выполнил команду, вызовите write_history («/tmp/foo »)
, который запишет эту историю в файл /tmp/foo
.
(gdb) call write_history("/tmp/foo")
$1 = 0
Затем отсоединяюсь от процесса.
(gdb) detach
Detaching from program: /bin/bash, process 8909
И выйдите из gdb
.
(gdb) q
И достаточно...
bash$ tail -1 /tmp/foo
while true ; do echo 1 ; echo 2>/dev/null ; sleep 30 ; done
Для упрощения повторного использования в будущем я написал сценарий bash , автоматизирующий процесс.
-121--15062-
Слишком длинный для комментария.
В зависимости от того, сколько усилий вы хотите приложить к этому, просмотр PLWM или Qtile может оказаться целесообразным. Затем появляется также PyWM , который в данный момент кажется «стабильным».
Наконец, но не в последнюю очередь, оглядываясь в Интернете, кажется, не так уж и безнадежно: например, этот блог выглядит настолько же полезным.
Если вы не настаиваете на Python, есть некоторые WM, которые расширяются в Lua .
Вы можете решить это, переходя в .git / Refs /
и удаление файла (1) файл.
Я думаю, что проблема была , в конце концов, связана с другими вопросами , несмотря на то, что сообщение об ошибке было другим. Мой домашний каталог sym-связан с облачным диском, у которого, очевидно, были некоторые конфликты, которые он разрешил, суффикшировав некоторые файлы с помощью (1)
. Видимо git
это не понравилось, хотя я не уверен, зачем ему нужны дополнительные файлы в каталогах (я мало что знаю о внутреннем устройстве git'а...)
В итоге я просто сделал diff
между моим локальным repo и удалённым, взломал каталог, перекопировал и применил файл .patch
.