фатальный: Ссылка имеет недопустимый формат: 'судьи/притон (1)'

Вероятно, они дважды нажимали клавишу 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 .

1
01.11.2014, 12:38
2 ответа

Вы можете решить это, переходя в .git / Refs / и удаление файла (1) файл.

0
28.01.2020, 01:51

Я думаю, что проблема была , в конце концов, связана с другими вопросами , несмотря на то, что сообщение об ошибке было другим. Мой домашний каталог sym-связан с облачным диском, у которого, очевидно, были некоторые конфликты, которые он разрешил, суффикшировав некоторые файлы с помощью (1). Видимо git это не понравилось, хотя я не уверен, зачем ему нужны дополнительные файлы в каталогах (я мало что знаю о внутреннем устройстве git'а...)

В итоге я просто сделал diff между моим локальным repo и удалённым, взломал каталог, перекопировал и применил файл .patch.

0
28.01.2020, 01:51

Теги

Похожие вопросы