Удалите файл с 'на имя

Если у вас есть "забавные символы" в имени файла и вы не можете их набрать, вы можете сделать:

rm -i *which*

, где , которая состоит из обычных символов.

-i (для интерактивных целей) убедитесь, что вы получили запрос перед удалением любых совпадающих имён файлов, так что вы можете пропустить все совпадения, которые не хотите удалять.

ssh может быть вызван несколькими различными способами, каждый из которых приводит к несколько различной обработке инициированных терминалом сигналов, таких как Ctrl-C .

• ssh remotehost выполнит интерактивный сеанс на remotehost . На стороне клиента ssh попытается установить tty, используемый stdin, в режим «raw», а sshd на удаленном хосте выделит псевдо-tty и запустит оболочку в качестве оболочки входа (например, -bash ).

  Установка необработанного режима означает, что символы, которые обычно посылают сигналы (например, Ctrl-C и Ctrl-\), вместо этого просто вставляются во входной поток. ssh отправит такие символы как есть на удаленный хост, где они, вероятно, отправят SIGINT или SIGQUIT и, как правило, убьют любую команду и вернут вас в оболочку на удаленном хосте. Соединение ssh останется в живых до тех пор, пока будет жива удаленная оболочка.

• ssh -t команда remotehost args... запустит интерактивный сеанс на remotehost , так же, как и выше, за исключением удаленной стороны, будет выполняться команда _ shell -c «args»... . Как и выше, если ввести Ctrl-C , он будет отправлен на удаленный хост, где команда, вероятно, получит SIGINT и немедленно выйдет, а затем удаленная оболочка выйдет. Удаленный sshd затем закрывает соединение, и ssh сообщает о том, что подключение к удаленному узлу закрыто.

• ssh remotehost command args... запустит неинтерактивный сеанс на удаленном узле . На стороне клиента ssh не устанавливает tty в необработанный режим (ну, за исключением чтения в пароле или парольной фразе). Если ввести Ctrl-C , ssh получит отправленный SIGINT и будет немедленно прерван, даже не выдав сообщение Connection to remotehost closed .

  Команда _ shell -c «args»... процессы , вероятно, останутся запущенными на удаленном хосте . Либо они выйдут сами по себе, либо один процесс попытается записать данные в теперь уже закрытый сокет ssh, что вызовет (как правило) передачу на него фатального сигнала SIGPIPE.

Это происходит. Если имя файла равно

`which 

, следует использовать

mv '`which' which

Необходимо использовать ' вокруг имени файла, поскольку перед именем файла имеется специальный символ.

Вы можете удалить его, избежав символа-нарушителя с обратной косой чертой. Вы можете ввести

rm \`which

, и это сделает трюк.

Я понятия не имею, что вы пытаетесь там сделать, но тогда мой sed-fu не так силен, так что я думаю, что вы используете какой-то аркановый синтаксис, о котором я не знаю. Поскольку я не могу сказать вам, что не так с вашим сепом (но образованная догадка заключается в том, что специальные символы, содержащиеся в вашем ряду замены (/, ? и т.д.), вызывают проблемы), я вместо этого предложу альтернативу perl:

perl -i -pe 'BEGIN{open($f,shift); while(<$f>){chomp; push @F,$_}}
            $k=shift(@F); s/(.*SRC=.)([^"]*)/$1$k/' file2 file1 

Вот то же самое, написанное как комментированный сценарий, чтобы сделать его более ясным. В приведенном выше однокомпонентном варианте -i приводит к изменению фактического входного файла, подобно sed -i .

#!/usr/bin/env perl

## This is the equivalent of the BEGIN{} block.
## @ARGV is the array of arguments and shift returns
## the first element of it. This is file2 which is
## then opened, each line is read, its trailing \n
## is removed by chomp and it is then added to the @F array.
my $file=shift(@ARGV);
open($f,$file);
while(<$f>){chomp; push @F,$_}

## This is the rest of the oneliner above. The -pe options
## cause the file to be read and each line printed after 
## the script is applied. Since the previous block removed 
## file2 from @ARGV, this is applied to file1 only.
while (<>) {
    ## Remove the 1st item of @F. This is a line of file2.
    $k=shift(@F);

    ## Make the substitution. The \ before the " is not 
    ## needed, I just added it here because otherwise, the 
    ## syntax highlighting is broken. 
    s/(.*SRC=.)([^\"]*)/$1$k/;
    ## This print is implied by the -p flag
    print;
}

ssh можно вызвать несколькими различными способами, каждый из которых приводит к несколько различной обработке инициированных терминалом сигналов, таких как Ctrl-C .

• ssh remotehost выполнит интерактивный сеанс на remotehost . На стороне клиента ssh попытается установить tty, используемый stdin, в режим «raw», а sshd на удаленном хосте выделит псевдо-tty и запустит оболочку в качестве оболочки входа (например, -bash ).

  Установка необработанного режима означает, что символы, которые обычно посылают сигналы (например, Ctrl-C и Ctrl-\), вместо этого просто вставляются во входной поток. ssh отправит такие символы как есть на удаленный хост, где они, вероятно, отправят SIGINT или SIGQUIT и, как правило, убьют любую команду и вернут вас в оболочку на удаленном хосте. Соединение ssh останется в живых до тех пор, пока будет жива удаленная оболочка.

• ssh -t команда remotehost args... запустит интерактивный сеанс на remotehost , так же, как и выше, за исключением удаленной стороны, будет выполняться команда _ shell -c «args»... . Как и выше, если ввести Ctrl-C , он будет отправлен на удаленный хост, где команда, вероятно, получит SIGINT и немедленно выйдет, а затем удаленная оболочка выйдет. Удаленный sshd затем закрывает соединение, и ssh сообщает о том, что подключение к удаленному узлу закрыто.

• ssh remotehost command args... запустит неинтерактивный сеанс на удаленном узле . На стороне клиента ssh не устанавливает tty в необработанный режим (ну, за исключением чтения в пароле или парольной фразе). Если ввести Ctrl-C , ssh получит отправленный SIGINT и будет немедленно прерван, даже не выдав сообщение Connection to remotehost closed .

  Команда _ shell -c «args»... процессы , вероятно, останутся запущенными на удаленном хосте . Либо они выйдут сами по себе, либо один процесс попытается записать данные в теперь уже закрытый сокет ssh, что вызовет (как правило) передачу на него фатального сигнала SIGPIPE.

Это происходит. Если имя файла равно

`which 

, следует использовать

mv '`which' which

Необходимо использовать ' вокруг имени файла, поскольку перед именем файла имеется специальный символ.