ng.newbie's questions

Estou no Manjaro .

continuo recebendo:

failed to register layer: Error processing tar file(exit status 1): write /usr/lib/x86_64-linux-gnu/libvlccore.so.9.0.0: no space left on device

durante o download :

docker pull kdeneon/all

Esta é a saída dedf -H

Filesystem      Size  Used Avail Use% Mounted on
dev             2.6G     0  2.6G   0% /dev
run             2.6G  930k  2.6G   1% /run
/dev/dm-0        16G   11G  4.8G  69% /
tmpfs           2.6G   39M  2.6G   2% /dev/shm
tmpfs           2.6G     0  2.6G   0% /sys/fs/cgroup
tmpfs           2.6G   48M  2.6G   2% /tmp
/dev/dm-1        18G  631M   17G   4% /home
tmpfs           514M  4.1k  514M   1% /run/user/1000

Eu até vinculei o diretório de imagens de /var/lib/docker/imagepara /home/newbie/docker/image. Desde /homeque só tem 4%uso.

ls -l /var/lib/docker/image
lrwxrwxrwx 1 root root   26 Mar  9 07:32 image -> /home/newbie/docker/image/

Isso não tem efeito.

O que mais eu posso fazer ? Por que isso está acontecendo ?

Na minha máquina Windows 8.1 se NumLockestiver ONe eu pressiono

Shift+KP_1

Em seguida KP_1, age como KP_Enddeveria logicamente.

Mas no Linux (Manjaro/Fedora/Ubuntu/MX Linux) se NumLockfor ONe eu pressiono

Shift+KP_1

Ele ainda atua como KP_1e não como KP_End.

Por que há uma diferença de comportamento?

Como faço para que as teclas do teclado numérico funcionem como quando End, Home, etcNumPad é pressionado?ONShift

Edit: VBox bagunça as teclas. Não use um WM lado a lado no VBox.

Ok, então eu já passei por isso .

Então eu sei que você pode editar vários arquivos no VIM se você abri-los da seguinte maneira:

vim file1 file2

e você pode alterar os arquivos usando :ne :N.

Mas e se eu quisesse abrir um novo arquivo usando :edite ainda usar :ne :N.

Então, digamos que abrimos um arquivo no VIM usando:

vim file1

e estou trabalhando neste arquivo e tenho que abrir outro arquivo agora chamadofile2

Agora :ne :Nnão funciona mais.

Por que é que ?

Eu quero ser capaz de usar :ne :Ndepois de abrir o arquivo. Tem como eu fazer isso?

Parece fácil, mas não consigo descobrir.

Eu sei que esta pergunta foi respondida muitas vezes como aqui e aqui .

Mas todos eles tinham lugares onde havia uma citação extra errônea.

Estou apenas executando um script awk simples desta forma:

awk -f test.awk -v time="$t" copy.out

Agora quando eu digito até

awk -f test.awk -v time="$t" c #Press Tab after c

E pressione tab para concluir a guia, recebo o erro:

awk -f test.awk -v time="$t" cbash: unexpected EOF while looking for matching `"'
bash: syntax error: unexpected end of file

Eu tenho o número apropriado de aspas duplas no meu comando. Eu sei disso com certeza porque se eu digitar o nome do meu arquivo sem a conclusão da guia e, em seguida, executar o comando, ele funcionará bem.

O que estou perdendo ?

Quando executo bash -xe executo as etapas acima mencionadas, recebo:

word split
+ _init_completion -s
+ local exclude= flag outx errx inx OPTIND=1
+ getopts n:e:o:i:s flag -s
+ case $flag in
+ split=false
+ exclude+==
+ getopts n:e:o:i:s flag -s
+ COMPREPLY=()
+ local 'redir=@(?([0-9])<|?([0-9&])>?(>)|>&)'
+ _get_comp_words_by_ref -n '=<>&' cur prev words cword
+ local exclude flag i OPTIND=1
+ words=()
+ local cur cword words
+ upargs=()
+ upvars=()
+ local upargs upvars vcur vcword vprev vwords
+ getopts c:i:n:p:w: flag -n '=<>&' cur prev words cword
+ case $flag in
+ exclude='=<>&'
+ getopts c:i:n:p:w: flag -n '=<>&' cur prev words cword
+ [[ 6 -ge 3 ]]
+ case ${!OPTIND} in
+ vcur=cur
+ let 'OPTIND += 1'
+ [[ 6 -ge 4 ]]
+ case ${!OPTIND} in
+ vprev=prev
+ let 'OPTIND += 1'
+ [[ 6 -ge 5 ]]
+ case ${!OPTIND} in
+ vwords=words
+ let 'OPTIND += 1'
+ [[ 6 -ge 6 ]]
+ case ${!OPTIND} in
+ vcword=cword
+ let 'OPTIND += 1'
+ [[ 6 -ge 7 ]]
+ __get_cword_at_cursor_by_ref '=<>&' words cword cur
+ words=()
+ local cword words
+ __reassemble_comp_words_by_ref '=<>&' words cword
+ local exclude i j line ref
+ [[ -n =<>& ]]
+ exclude='=<>&'
+ printf -v cword %s 6
+ [[ -n =<>& ]]
+ line='awk -f test.awk -v time="$t" c'
+ (( i=0, j=0 ))
+ (( i < 7 ))
+ [[ 0 -gt 0 ]]
+ ref='words[0]'
+ printf -v 'words[0]' %s awk
+ line=' -f test.awk -v time="$t" c'
+ [[ 0 == 6 ]]
+ (( i++, j++ ))
+ (( i < 7 ))
+ [[ 1 -gt 0 ]]
+ [[ -f == +([=<>&]) ]]
+ ref='words[1]'
+ printf -v 'words[1]' %s -f
+ line=' test.awk -v time="$t" c'
+ [[ 1 == 6 ]]
+ (( i++, j++ ))
+ (( i < 7 ))
+ [[ 2 -gt 0 ]]
+ [[ test.awk == +([=<>&]) ]]
+ ref='words[2]'
+ printf -v 'words[2]' %s test.awk
+ line=' -v time="$t" c'
+ [[ 2 == 6 ]]
+ (( i++, j++ ))
+ (( i < 7 ))
+ [[ 3 -gt 0 ]]
+ [[ -v == +([=<>&]) ]]
+ ref='words[3]'
+ printf -v 'words[3]' %s -v
+ line=' time="$t" c'
+ [[ 3 == 6 ]]
+ (( i++, j++ ))
+ (( i < 7 ))
+ [[ 4 -gt 0 ]]
+ [[ time == +([=<>&]) ]]
+ ref='words[4]'
+ printf -v 'words[4]' %s time
+ line='="$t" c'
+ [[ 4 == 6 ]]
+ (( i++, j++ ))
+ (( i < 7 ))
+ [[ 5 -gt 0 ]]
+ [[ =" == +([=<>&]) ]]
+ ref='words[5]'
+ printf -v 'words[5]' %s '="'
+ line='$t" c'
+ [[ 5 == 6 ]]
+ (( i++, j++ ))
+ (( i < 7 ))
+ [[ 6 -gt 0 ]]
+ [[ $t" c == +([=<>&]) ]]
+ ref='words[6]'
+ printf -v 'words[6]' %s '$t" c'
+ line=
+ [[ 6 == 6 ]]
+ printf -v cword %s 6
+ (( i++, j++ ))
+ (( i < 7 ))
+ [[ 7 == 6 ]]
+ local i cur index=30 'lead=awk -f test.awk -v time="$t" c'
+ [[ 30 -gt 0 ]]
+ [[ -n awk -f test.awk -v time="$t" c ]]
+ [[ -n awk-ftest.awk-vtime="$t"c ]]
+ cur='awk -f test.awk -v time="$t" c'
+ (( i = 0 ))
+ (( i <= cword ))
+ [[ 30 -ge 3 ]]
+ [[ awk != \a\w\k ]]
+ [[ 0 -lt 6 ]]
+ local old_size=30
+ cur=' -f test.awk -v time="$t" c'
+ local new_size=27
+ index=27
+ (( ++i  ))
+ (( i <= cword ))
+ [[ 27 -ge 2 ]]
+ [[  - != \-\f ]]
+ cur='-f test.awk -v time="$t" c'
+ [[ 27 -gt 0 ]]
+ (( index-- ))
+ [[ 26 -ge 2 ]]
+ [[ -f != \-\f ]]
+ [[ 1 -lt 6 ]]
+ local old_size=26
+ cur=' test.awk -v time="$t" c'
+ local new_size=24
+ index=24
+ (( ++i  ))
+ (( i <= cword ))
+ [[ 24 -ge 8 ]]
+ [[  test.aw != \t\e\s\t\.\a\w\k ]]
+ cur='test.awk -v time="$t" c'
+ [[ 24 -gt 0 ]]
+ (( index-- ))
+ [[ 23 -ge 8 ]]
+ [[ test.awk != \t\e\s\t\.\a\w\k ]]
+ [[ 2 -lt 6 ]]
+ local old_size=23
+ cur=' -v time="$t" c'
+ local new_size=15
+ index=15
+ (( ++i  ))
+ (( i <= cword ))
+ [[ 15 -ge 2 ]]
+ [[  - != \-\v ]]
+ cur='-v time="$t" c'
+ [[ 15 -gt 0 ]]
+ (( index-- ))
+ [[ 14 -ge 2 ]]
+ [[ -v != \-\v ]]
+ [[ 3 -lt 6 ]]
+ local old_size=14
+ cur=' time="$t" c'
+ local new_size=12
+ index=12
+ (( ++i  ))
+ (( i <= cword ))
+ [[ 12 -ge 4 ]]
+ [[  tim != \t\i\m\e ]]
+ cur='time="$t" c'
+ [[ 12 -gt 0 ]]
+ (( index-- ))
+ [[ 11 -ge 4 ]]
+ [[ time != \t\i\m\e ]]
+ [[ 4 -lt 6 ]]
+ local old_size=11
+ cur='="$t" c'
+ local new_size=7
+ index=7
+ (( ++i  ))
+ (( i <= cword ))
+ [[ 7 -ge 2 ]]
+ [[ =" != \=\" ]]
+ [[ 5 -lt 6 ]]
+ local old_size=7
+ cur='$t" c'
+ local new_size=5
+ index=5
+ (( ++i  ))
+ (( i <= cword ))
+ [[ 5 -ge 5 ]]
+ [[ $t" c != \$\t\"\ \c ]]
+ [[ 6 -lt 6 ]]
+ (( ++i  ))
+ (( i <= cword ))
+ [[ -n $t" c ]]
+ [[ ! -n $t"c ]]
+ [[ 5 -lt 0 ]]
+ local words cword cur
+ _upvars -a7 words awk -f test.awk -v time '="' '$t" c' -v cword 6 -v cur '$t" c'
+ ((  15  ))
+ ((  15  ))
+ case $1 in
+ [[ -n 7 ]]
+ printf %d 7
+ [[ -n words ]]
+ unset -v words
+ eval 'words=("${@:3:7}")'
++ words=("${@:3:7}")
+ shift 9
+ ((  6  ))
+ case $1 in
+ [[ -n cword ]]
+ unset -v cword
+ eval 'cword="$3"'
++ cword=6
+ shift 3
+ ((  3  ))
+ case $1 in
+ [[ -n cur ]]
+ unset -v cur
+ eval 'cur="$3"'
++ cur='$t" c'
+ shift 3
+ ((  0  ))
+ [[ -n cur ]]
+ upvars+=("$vcur")
+ upargs+=(-v $vcur "$cur")
+ [[ -n cword ]]
+ upvars+=("$vcword")
+ upargs+=(-v $vcword "$cword")
+ [[ -n prev ]]
+ [[ 6 -ge 1 ]]
+ upvars+=("$vprev")
+ upargs+=(-v $vprev "${words[cword - 1]}")
+ [[ -n words ]]
+ upvars+=("$vwords")
+ upargs+=(-a${#words[@]} $vwords "${words[@]}")
+ ((  4  ))
+ local cur cword prev words
+ _upvars -v cur '$t" c' -v cword 6 -v prev '="' -a7 words awk -f test.awk -v time '="' '$t" c'
+ ((  18  ))
+ ((  18  ))
+ case $1 in
+ [[ -n cur ]]
+ unset -v cur
+ eval 'cur="$3"'
++ cur='$t" c'
+ shift 3
+ ((  15  ))
+ case $1 in
+ [[ -n cword ]]
+ unset -v cword
+ eval 'cword="$3"'
++ cword=6
+ shift 3
+ ((  12  ))
+ case $1 in
+ [[ -n prev ]]
+ unset -v prev
+ eval 'prev="$3"'
++ prev='="'
+ shift 3
+ ((  9  ))
+ case $1 in
+ [[ -n 7 ]]
+ printf %d 7
+ [[ -n words ]]
+ unset -v words
+ eval 'words=("${@:3:7}")'
++ words=("${@:3:7}")
+ shift 9
+ ((  0  ))
+ _variables
+ [[ $t" c =~ ^(\$(\{[!#]?)?)([A-Za-z0-9_]*)$ ]]
+ [[ $t" c =~ ^(\$\{[#!]?)([A-Za-z0-9_]*)\[([^]]*)$ ]]
+ [[ $t" c =~ ^\$\{[#!]?[A-Za-z0-9_]*\[.*]$ ]]
+ case $prev in
+ return 1
+ [[ $t" c == @(?([0-9])<|?([0-9&])>?(>)|>&)* ]]
+ [[ =" == @(?([0-9])<|?([0-9&])>?(>)|>&) ]]
+ local i skip
+ (( i=1 ))
+ (( i < 7 ))
+ [[ -f == @(?([0-9])<|?([0-9&])>?(>)|>&)* ]]
+ i=2
+ (( 1 ))
+ (( i < 7 ))
+ [[ test.awk == @(?([0-9])<|?([0-9&])>?(>)|>&)* ]]
+ i=3
+ (( 1 ))
+ (( i < 7 ))
+ [[ -v == @(?([0-9])<|?([0-9&])>?(>)|>&)* ]]
+ i=4
+ (( 1 ))
+ (( i < 7 ))
+ [[ time == @(?([0-9])<|?([0-9&])>?(>)|>&)* ]]
+ i=5
+ (( 1 ))
+ (( i < 7 ))
+ [[ =" == @(?([0-9])<|?([0-9&])>?(>)|>&)* ]]
+ i=6
+ (( 1 ))
+ (( i < 7 ))
+ [[ $t" c == @(?([0-9])<|?([0-9&])>?(>)|>&)* ]]
+ i=7
+ (( 1 ))
+ (( i < 7 ))
+ [[ 6 -le 0 ]]
+ prev='="'
+ [[ -n false ]]
+ _split_longopt
+ [[ $t" c == --?*=* ]]
+ return 1
+ return 0
+ case "${prev,,}" in
+ false
+ [[ $t" c == -* ]]
+ [[ awk == @(rmdir|chroot) ]]
+ [[ awk == mkdir ]]
+ _filedir
+ local 'IFS=
'
+ _tilde '$t" c'
+ local result=0
+ [[ $t" c == \~* ]]
+ return 0
+ local -a toks
+ local x tmp
++ compgen -d -- '$t" c'
+ x=
+ [[ '' != -d ]]
+ local quoted
+ _quote_readline_by_ref '$t" c' quoted
+ '[' -z '$t" c' ']'
+ [[ $t" c == \'* ]]
+ [[ $t" c == \~* ]]
+ printf -v quoted %q '$t" c'
+ [[ \$t\"\ c == *\\* ]]
+ printf -v quoted %s '$t" c'
+ [[ $t" c == \$* ]]
+ eval 'quoted=$t" c'
bash: unexpected EOF while looking for matching `"'
bash: syntax error: unexpected end of file
+ local xspec=
++ compgen -f -X '' -- '$t" c'
+ x=
+ [[ -n '' ]]
+ [[ 0 -ne 0 ]]

As últimas linhas dizem, unquoted $t"mas eu forneço as citações completas e funciona. Então isso não é algum tipo de bug? Quero dizer, o bash tomou a liberdade de ignorar ou analisar incorretamente minha citação inicial

Eu tenho uma string de padrão regex realmente grande que estou usando para excluir mensagens INFO de um arquivo de log. Quando eu uso isso tudo em uma linha como a seguinte, funciona bem:

sed -r '/([12][[:digit:]]{3}-(0[1-9]|1[0-2])-(0[1-9]|[12][[:digit:]]|3[01]) [[:digit:]]{2}:[[:digit:]]{2}:[[:digit:]]{2},[[:digit:]]{3} INFO)/d' >> $2

Mas, como você vê, isso é difícil de ler, então tentei colocá-lo em variável e dividi-lo em várias linhas. Então eu fiz o seguinte:

regex='/([12][[:digit:]]{3}-(0[1-9]|1[0-2])-(0[1-9]|[12][[:digit:]]|3[01])
 [[:digit:]]{2}:[[:digit:]]{2}:[[:digit:]]{2},[[:digit:]]{3} INFO)/d'

cat copy.out | sed -r $regex >> tmp_log.txt

Mas continuo recebendo o erro do sed:

sed: -e expression #1, char 67: unterminated address regex

Quando uso echo, a string regex é impressa sem quebras de linha.

echo $regex
/([12][[:digit:]]{3}-(0[1-9]|1[0-2])-(0[1-9]|[12][[:digit:]]|3[01]) [[:digit:]]{2}:[[:digit:]]{2}:[[:digit:]]{2},[[:digit:]]{3} INFO)/d

Parece que estou perdendo algo extremamente básico aqui, o que estou fazendo de errado?

Eu não sei se isso é um recurso do awk ou não, mas $0se $1comportar de maneira diferente se eu usar um arquivo de programa awk e usar o -fvs se eu usar o mesmo comando no arquivo bash command line.

Pegue o seguinte arquivo de teste:

a b c , e,f
a b c , e,f
a b c , e,f
a b c , e,f
a b c , e,f
a,bc, x

Quando eu uso o seguinte comando na linha de comando bash:

awk "{ print $1 }" sample_input.txt

Eu recebo a seguinte saída:

a b c , e,f
a b c , e,f
a b c , e,f
a b c , e,f
a b c , e,f
a,bc, x

Como você pode ver, esta é a saída de $ 0 e não de $ 1. $0 apenas gera linhas em branco.

Agora, quando uso o mesmo comando em um comando awk, recebo a saída correta:

{ print $1 }
awk -f test.awk sample_input.txt

a
a
a
a
a
a,bc,

Estou usando o Ubuntu 18.04. Isso é alguma característica estranha do awk?

Depois de ler algumas respostas bem legais desta pergunta , ainda estou confuso sobre por que você gostaria de fingir que é root sem obter nenhum dos benefícios de realmente ser root.

Até agora, o que posso perceber é que fakeroot é usado para dar propriedade a um arquivo que precisa ser root quando é descompactado/tar'ed. Minha pergunta é por que você não pode fazer isso com chown?

Uma discussão do Google Groups aqui aponta que você precisa do fakeroot para compilar um kernel Debian (se você quiser fazer isso de um usuário sem privilégios). Meu comentário é que, a razão pela qual você precisa ser root para compilar é provavelmente porque as permissões de leitura não foram definidas para outros usuários. Se sim, não é uma violação de segurança que o fakeroot permita a compilação (o que significa que o gcc agora pode ler um arquivo que era para o root)?

Esta resposta aqui descreve que as chamadas reais do sistema são feitas com uid/gid real do usuário , então, novamente, onde o fakeroot ajuda?

Como o fakeroot interrompe os escalonamentos de privilégios indesejados no Linux? Se o fakeroot pode enganar o tar para criar um arquivo que pertence ao root, por que não fazer algo semelhante com o SUID?

Pelo que eu recolhi, fakeroot é útil apenas quando você deseja alterar o proprietário de qualquer arquivo de pacote que você criou para root. Mas você pode fazer isso com chown, então onde estou faltando no meu entendimento de como esse componente deve ser usado?

Qual é o significado da seguinte declaração da página de manual do fsync

Chamar fsync() não garante necessariamente que a entrada no diretório que contém o arquivo também alcançou o disco. Para isso, também é necessário um fsync() explícito em um descritor de arquivo para o diretório.

Isso significa que o fsync não atualizará os metadados do diretório quando eu chamar o fsync em um arquivo?

Outra citação para o mesmo problema é (do Livro de programação do sistema Linux de Robert Love):

Nenhuma das funções garante que quaisquer entradas de diretório atualizadas que contenham o arquivo sejam sincronizadas com o disco. Isso implica que, se o link de um arquivo foi atualizado recentemente, os dados do arquivo podem alcançar com êxito o disco, mas não a entrada do diretório associado, tornando o arquivo inacessível.

Por que os dados de um arquivo precisam alcançar um link de diretório? Corrija-me se estiver errado, mas os diretórios contêm apenas o nome do arquivo e o número do inode desse arquivo. Os dados reais estão no arquivo. Qual é o significado de "os dados alcançarão o arquivo, mas não o link do diretório"?