Странный файл с невозможным именем в моем домашнем каталоге

Откуда мог взяться этот файл?

Здесь вы требуете чисто предположения, но только один из возможных путей - повреждение файловой системы или потока данных терминала .

Примером повреждения файловой системы является то, что блок диска, в котором хранится имя файла, каким-то образом поврежден, но таким образом, что все его контрольные суммы совпадают. (Без этого последнего положения файловая система просто откажется извлекать эти поврежденные данные.) Это могло произойти из-за плохой оперативной памяти, неисправного жесткого диска, изворотливых кабелей, космических лучей ...

Примером повреждения потока данных терминала является при использовании последовательной линии RS-232 (или чего-то, что ее эмулирует) или одного из относительно устойчивых протоколов, созданных одновременно с господством RS-232, таких как Zmodem .

Zmodem по-прежнему удобен во времена SSH и scp , потому что он крадет данные файла через уже установленное соединение; вам не нужно каким-то образом переключать SSH-соединение в режим SCP или устанавливать отдельное SCP-соединение.Пакет lrzsz естественно работает с командной строкой SSH и Unix.

Zmodem-over-SSH особенно удобен, когда SSH подключен через цепочку из двух или более хостов, но здесь есть ловушка. Если вы используете параметры по умолчанию rz , чтобы попробовать Zmodem бинарный файл через ссылку, вполне вероятно, что некоторая последовательность байтов в файле будет рассматриваться как escape-последовательность или ] управляющий символ промежуточным узлом SSH, который не понимает, что он ретранслирует передачу Zmodem, заставляя его неверно интерпретировать поток данных, нарушая передачу Zmodem. (Исправление, кстати, заключается в использовании rz -e для принудительного экранирования управляющих символов.)

Когда происходит что-то подобное, текущий поток данных неправильно интерпретируется, так что внезапно передача данных может превращаются в команды для оболочки, и если что-то в этом потоке команд соответствует реальной команде (например, cat> h34ijth34u8934 ), оболочка создает файл с именем мусора. Что касается оболочки, вы просили ее сделать это. Оболочка не знает, что источником "типизированного" имени файла является удаленная программа sz , извергающая в нее данные файла после того, как локальная программа rz , с которой она разговаривала, умерла.

(Да, это действительно происходило со мной несколько раз.)

Я должен беспокоиться об этом?

Это зависит от того, как это произошло, что снова вызывает предположения.