Re: 'dirname' instalado no sistema mas não encontrado
Show de bola =D, vlw por compartilhar sua solução.
Abraços.
Em 29 de junho de 2016 19:35, Filipy Galiza Soares <6...@filipy.com> escreveu:
> Agradeço a atenção de todos e gostaria de informar que o PROBLEMA foi
> SOLUCIONADO, como relato abaixo.
>
> Adriano,
> agradeço a dica, realmente não chequei a integridade do sistema de
> arquivos.
> Como não coloquei o '/usr/bin' em partição separada tive que procurar uma
> forma para forçar a verificação da raiz.
> Não daria pra fazer online, tem que desmontar a partição.
> Algumas sugestões que achei era criar um arquivo vazio nomeado 'forcefsck'
> na raiz e reiniciar, para que na próxima inicialização fosse feita uma
> verificação forçada dos sistemas de arquivos. Mas como eu não teria como
> interagir e nem acompanhar o progresso, optei por uma alternativa
> encontrada aqui:
> http://bitsofmymind.com/2014/03/14/how-to-fix-fsck-your-root-file-system-that-you-have-to-boot-into-on-linux/
> 1- Edite os parâmetros de montagem da partição raiz para apenas leitura
> (remount,ro) no '/etc/fstab';
> 2- Reinicie;
> 3- Logue no sistema e force uma verificação, no meu caso: fsck -f /dev/md1
> 4- Remonte a partição com opção de escrita (mount -o remount,rw /dev/md1);
> 5- Edite seu '/etc/fstab' para sua configuração padrão.
>
> Após a verificação o comando 'ls -la /usr/bin | grep dir' me retornou:
> **
> -rwxr-xr-x 1 root root 38536 Mar 14 2015 dircolors
> -rwxr-xr-x 1 root root 26216 Mar 14 2015 dirname
> -rwxr-xr-x 1 root root 376828 Dez 14 2015 grub-mknetdir
> **
>
> Arquivo de volta. :D
>
> Henrique,
> agradeço sua sugestão, mas preferi iniciar pela verificação do sistema de
> arquivos e felizmente deu certo. Fica aí para quem não tiver êxito com as
> outras dicas.
>
>
> Ficarei observando mais atentamente o comportamento do sistema e retorno
> com mais informações se for o caso.
>
> Abraço a todos.
>
>
> Em 28 de junho de 2016 23:47, henrique escreveu:
>
>> ____________________
>> De: Filipy Galiza Soares <6...@filipy.com>
>> Para: debian-user-portuguese@lists.debian.org
>> Enviadas: Terça-feira, 28 de Junho de 2016 16:43
>> Assunto: 'dirname' instalado no sistema mas não encontrado
>>
>> (...)
>>
>>
>> Olá,
>> você poderia tentar deletar por inodes.
>>
>> por ex:
>> (e como root)
>>
>> su -
>>
>> cd /usr/bin
>>
>> ls -i /usr/bin/dirname
>> inode=$(ls -i dirname | awk '{ print $1}') ; find -maxdepth 1 -inum
>> $inode -ok ls -1 {} \;
>>
>>
>> Neste exemplo, ele somente lista o arquivo "dirname" com o ls -1. Mas
>> você poderia remove-lo trocando o ls -1 por rm. Ou move-lo com
>> mv {} ../dirname.zoado \;
>>
>> E sim, o find -ok pede confirmação antes de rodar qqr comando.
>>
>>
>>
>> Na minha opiniao, isso é somente um arquivo corrompido. Já tive alguns
>> casos bem parecidos ao longo dos anos, era (e ainda eh, pelo menos no meu
>> caso) a flutuação na energia elétrica.
>>
>> Abraços, e divirta-se
>> Henry
>>
>
>
Re: 'dirname' instalado no sistema mas não encontrado
Agradeço a atenção de todos e gostaria de informar que o PROBLEMA foi
SOLUCIONADO, como relato abaixo.
Adriano,
agradeço a dica, realmente não chequei a integridade do sistema de arquivos.
Como não coloquei o '/usr/bin' em partição separada tive que procurar uma
forma para forçar a verificação da raiz.
Não daria pra fazer online, tem que desmontar a partição.
Algumas sugestões que achei era criar um arquivo vazio nomeado 'forcefsck'
na raiz e reiniciar, para que na próxima inicialização fosse feita uma
verificação forçada dos sistemas de arquivos. Mas como eu não teria como
interagir e nem acompanhar o progresso, optei por uma alternativa
encontrada aqui:
http://bitsofmymind.com/2014/03/14/how-to-fix-fsck-your-root-file-system-that-you-have-to-boot-into-on-linux/
1- Edite os parâmetros de montagem da partição raiz para apenas leitura
(remount,ro) no '/etc/fstab';
2- Reinicie;
3- Logue no sistema e force uma verificação, no meu caso: fsck -f /dev/md1
4- Remonte a partição com opção de escrita (mount -o remount,rw /dev/md1);
5- Edite seu '/etc/fstab' para sua configuração padrão.
Após a verificação o comando 'ls -la /usr/bin | grep dir' me retornou:
**
-rwxr-xr-x 1 root root 38536 Mar 14 2015 dircolors
-rwxr-xr-x 1 root root 26216 Mar 14 2015 dirname
-rwxr-xr-x 1 root root 376828 Dez 14 2015 grub-mknetdir
**
Arquivo de volta. :D
Henrique,
agradeço sua sugestão, mas preferi iniciar pela verificação do sistema de
arquivos e felizmente deu certo. Fica aí para quem não tiver êxito com as
outras dicas.
Ficarei observando mais atentamente o comportamento do sistema e retorno
com mais informações se for o caso.
Abraço a todos.
Em 28 de junho de 2016 23:47, henrique escreveu:
>
> De: Filipy Galiza Soares <6...@filipy.com>
> Para: debian-user-portuguese@lists.debian.org
> Enviadas: Terça-feira, 28 de Junho de 2016 16:43
> Assunto: 'dirname' instalado no sistema mas não encontrado
>
> (...)
>
>
> Olá,
> você poderia tentar deletar por inodes.
>
> por ex:
> (e como root)
>
> su -
>
> cd /usr/bin
>
> ls -i /usr/bin/dirname
> inode=$(ls -i dirname | awk '{ print $1}') ; find -maxdepth 1 -inum $inode
> -ok ls -1 {} \;
>
>
> Neste exemplo, ele somente lista o arquivo "dirname" com o ls -1. Mas você
> poderia remove-lo trocando o ls -1 por rm. Ou move-lo com
> mv {} ../dirname.zoado \;
>
> E sim, o find -ok pede confirmação antes de rodar qqr comando.
>
>
>
> Na minha opiniao, isso é somente um arquivo corrompido. Já tive alguns
> casos bem parecidos ao longo dos anos, era (e ainda eh, pelo menos no meu
> caso) a flutuação na energia elétrica.
>
> Abraços, e divirta-se
> Henry
>
Re: 'dirname' instalado no sistema mas não encontrado
De: Filipy Galiza Soares <6...@filipy.com>
Para: debian-user-portuguese@lists.debian.org
Enviadas: Terça-feira, 28 de Junho de 2016 16:43
Assunto: 'dirname' instalado no sistema mas não encontrado
(...)
Olá,
você poderia tentar deletar por inodes.
por ex:
(e como root)
su -
cd /usr/bin
ls -i /usr/bin/dirname
inode=$(ls -i dirname | awk '{ print $1}') ; find -maxdepth 1 -inum $inode -ok
ls -1 {} \;
Neste exemplo, ele somente lista o arquivo "dirname" com o ls -1. Mas você
poderia remove-lo trocando o ls -1 por rm. Ou move-lo com
mv {} ../dirname.zoado \;
E sim, o find -ok pede confirmação antes de rodar qqr comando.
Na minha opiniao, isso é somente um arquivo corrompido. Já tive alguns casos
bem parecidos ao longo dos anos, era (e ainda eh, pelo menos no meu caso) a
flutuação na energia elétrica.
Abraços, e divirta-se
Henry
Re: 'dirname' instalado no sistema mas não encontrado
On Tue, Jun 28, 2016 at 07:37:12PM -0300, Filipy Galiza Soares wrote: > Existe uma entrada para o arquivo, mas ela não consegue ser processada. > Tanto que o arquivo não pode ser movido, removido, substituído, etc, mas ao > listar o diretório ele tá lá: > -? ? ?? ?? dirname > > Parece ter sido corrompido, poderia suspeitar do sistema de arquivos > (EXT4), mas penso ser uma acusação muito grave. Filipy, você já tentou verificar a integridade do sistema de arquivos? signature.asc Description: Digital signature
Re: 'dirname' instalado no sistema mas não encontrado
Me parece um arquivo com as propriedades alteradas típico de rootkit Em 28 de junho de 2016 20:06:36 BRT, Filipy Galiza Soares <6...@filipy.com> escreveu: >Foi o que cogitei no início Júnior. >O servidor não tem camadas de segurança, mas está em uma rede privada e >sem >login root para SSH, nada demais mas já ajuda e na dúvida coloquei o >Rootkit Hunter e rodei. >Com configuração padrão, a ferramenta não encontrou nada no sistema e >quando foi verificar o 'dirname'... >** >[18:02:51] Info: Found the 'diff' command: /usr/bin/diff >[18:02:51] Info: Unable to find the 'dirname' command >[18:02:51] Info: Found the 'file' command: /usr/bin/file >** > >Aí ficou a dúvida: ou o sistema já está infectado a ponto da própria >ferramenta não mostrar problemas ou de fato algo está errado com o >arquivo >e ela realmente não consegue ler. >Devido as circunstâncias, preferi acreditar que o sistema não está >comprometido. Mas não posso duvidar de nada. Se tiver algum >procedimento >adicional para que eu possa arriscar agradeço. > >Abraço. > > >Em 28 de junho de 2016 19:39, Júnior Plug Tecnologia < >arezendejun...@gmail.com> escreveu: > >> Não é o caso de verificar rootkit? >> >> Em 28 de junho de 2016 19:37:12 BRT, Filipy Galiza Soares ><6...@filipy.com> >> escreveu: >>> >>> Olá Rodolfo, agradeço o palpite, mas infelizmente não é isso. >>> O $PATH tá ok, tanto que outros comandos em '/usr/bin' funciona >>> normalmente. Mesmo dentro da pasta não dá pra acessar o arquivo. >>> >>> Existe uma entrada para o arquivo, mas ela não consegue ser >processada. >>> Tanto que o arquivo não pode ser movido, removido, substituído, etc, >mas ao >>> listar o diretório ele tá lá: >>> -? ? ?? ?? dirname >>> >>> Parece ter sido corrompido, poderia suspeitar do sistema de arquivos >>> (EXT4), mas penso ser uma acusação muito grave. >>> >>> Abraço. >>> >>> Em 28 de junho de 2016 18:53, Rodolfo escreveu: >>> Ae, dei uma pesquisada aqui e achei um link que tem a ver com o que falei, só não li todos os comentários, to de saída do trampo, flw. >http://www.dslreports.com/forum/r21749122-I-think-I-broke-something-chmod-command-not-found Em 28 de junho de 2016 15:43, Filipy Galiza Soares <6...@filipy.com> escreveu: > Saudações a todos! > Sou novo na lista e venho motivado pelo seguinte problema que me > intrigou... > > Desde o dia 18 de junho venho recebendo diariamente o seguinte >e-mail > do sistema: > ** > /etc/cron.daily/dpkg: > /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found > /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found > /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found > ** > > O utilitário 'dirname' é contido no pacote 'coreutils', que está > instalado e atualizado no sistema e seu executável deve estar em > '/usr/bin'. Procurando por ele com o comando 'ls -la /usr/bin | >grep dir' > eu recebo: > ** > ls: não é possível acessar /usr/bin/dirname: Arquivo ou diretório >não > encontrado > -rwxr-xr-x 1 root root 38536 Mar 14 2015 dircolors > -? ? ?? ?? dirname > -rwxr-xr-x 1 root root 376828 Dez 14 2015 grub-mknetdir > ** > > Qualquer comando usado para tentar manipular essa suposta versão > existente, retorna arquivo não encontrado. Assim como reinstalar o >pacote: > ** > A descompactar coreutils (8.23-4) sobre (8.23-4) ... > dpkg: erro ao processar o arquivo > /var/cache/apt/archives/coreutils_8.23-4_i386.deb (--unpack): > impossível instalar nova versão de '/usr/bin/dirname': Arquivo ou > diretório não encontrado > A processar 'triggers' para man-db (2.7.0.2-5) ... > Erros foram encontrados durante o processamento de: > /var/cache/apt/archives/coreutils_8.23-4_i386.deb > E: Sub-process /usr/bin/dpkg returned an error code (1) > ** > > O sistema é o Debian 8 32 bits e suas últimas atualizações foram >dia 13 > e 21 de junho. > Estou utilizando RAID 1, invoquei a verificação e reparo do >arranjo e a > mesma coisa. > > Mais do que solucionar, gostaria de saber o que aconteceu com o > arquivo, pois dependendo do que seja, pode se repetir com outros. > Aceito qualquer palpite ou sugestão, pois estou sem ideias no >momento. > > Agradeço a atenção. > >>> >> -- >> Sent from my Android device with K-9 Mail. Please excuse my brevity. >> -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: 'dirname' instalado no sistema mas não encontrado
Foi o que cogitei no início Júnior. O servidor não tem camadas de segurança, mas está em uma rede privada e sem login root para SSH, nada demais mas já ajuda e na dúvida coloquei o Rootkit Hunter e rodei. Com configuração padrão, a ferramenta não encontrou nada no sistema e quando foi verificar o 'dirname'... ** [18:02:51] Info: Found the 'diff' command: /usr/bin/diff [18:02:51] Info: Unable to find the 'dirname' command [18:02:51] Info: Found the 'file' command: /usr/bin/file ** Aí ficou a dúvida: ou o sistema já está infectado a ponto da própria ferramenta não mostrar problemas ou de fato algo está errado com o arquivo e ela realmente não consegue ler. Devido as circunstâncias, preferi acreditar que o sistema não está comprometido. Mas não posso duvidar de nada. Se tiver algum procedimento adicional para que eu possa arriscar agradeço. Abraço. Em 28 de junho de 2016 19:39, Júnior Plug Tecnologia < arezendejun...@gmail.com> escreveu: > Não é o caso de verificar rootkit? > > Em 28 de junho de 2016 19:37:12 BRT, Filipy Galiza Soares <6...@filipy.com> > escreveu: >> >> Olá Rodolfo, agradeço o palpite, mas infelizmente não é isso. >> O $PATH tá ok, tanto que outros comandos em '/usr/bin' funciona >> normalmente. Mesmo dentro da pasta não dá pra acessar o arquivo. >> >> Existe uma entrada para o arquivo, mas ela não consegue ser processada. >> Tanto que o arquivo não pode ser movido, removido, substituído, etc, mas ao >> listar o diretório ele tá lá: >> -? ? ?? ?? dirname >> >> Parece ter sido corrompido, poderia suspeitar do sistema de arquivos >> (EXT4), mas penso ser uma acusação muito grave. >> >> Abraço. >> >> Em 28 de junho de 2016 18:53, Rodolfo escreveu: >> >>> Ae, dei uma pesquisada aqui e achei um link que tem a ver com o que >>> falei, só não li todos os comentários, to de saída do trampo, flw. >>> >>> >>> http://www.dslreports.com/forum/r21749122-I-think-I-broke-something-chmod-command-not-found >>> >>> Em 28 de junho de 2016 15:43, Filipy Galiza Soares <6...@filipy.com> >>> escreveu: >>> Saudações a todos! Sou novo na lista e venho motivado pelo seguinte problema que me intrigou... Desde o dia 18 de junho venho recebendo diariamente o seguinte e-mail do sistema: ** /etc/cron.daily/dpkg: /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found ** O utilitário 'dirname' é contido no pacote 'coreutils', que está instalado e atualizado no sistema e seu executável deve estar em '/usr/bin'. Procurando por ele com o comando 'ls -la /usr/bin | grep dir' eu recebo: ** ls: não é possível acessar /usr/bin/dirname: Arquivo ou diretório não encontrado -rwxr-xr-x 1 root root 38536 Mar 14 2015 dircolors -? ? ?? ?? dirname -rwxr-xr-x 1 root root 376828 Dez 14 2015 grub-mknetdir ** Qualquer comando usado para tentar manipular essa suposta versão existente, retorna arquivo não encontrado. Assim como reinstalar o pacote: ** A descompactar coreutils (8.23-4) sobre (8.23-4) ... dpkg: erro ao processar o arquivo /var/cache/apt/archives/coreutils_8.23-4_i386.deb (--unpack): impossível instalar nova versão de '/usr/bin/dirname': Arquivo ou diretório não encontrado A processar 'triggers' para man-db (2.7.0.2-5) ... Erros foram encontrados durante o processamento de: /var/cache/apt/archives/coreutils_8.23-4_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) ** O sistema é o Debian 8 32 bits e suas últimas atualizações foram dia 13 e 21 de junho. Estou utilizando RAID 1, invoquei a verificação e reparo do arranjo e a mesma coisa. Mais do que solucionar, gostaria de saber o que aconteceu com o arquivo, pois dependendo do que seja, pode se repetir com outros. Aceito qualquer palpite ou sugestão, pois estou sem ideias no momento. Agradeço a atenção. >>> >>> >> > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. >
Re: 'dirname' instalado no sistema mas não encontrado
Não é o caso de verificar rootkit? Em 28 de junho de 2016 19:37:12 BRT, Filipy Galiza Soares <6...@filipy.com> escreveu: >Olá Rodolfo, agradeço o palpite, mas infelizmente não é isso. >O $PATH tá ok, tanto que outros comandos em '/usr/bin' funciona >normalmente. Mesmo dentro da pasta não dá pra acessar o arquivo. > >Existe uma entrada para o arquivo, mas ela não consegue ser processada. >Tanto que o arquivo não pode ser movido, removido, substituído, etc, >mas ao >listar o diretório ele tá lá: >-? ? ?? ?? dirname > >Parece ter sido corrompido, poderia suspeitar do sistema de arquivos >(EXT4), mas penso ser uma acusação muito grave. > >Abraço. > >Em 28 de junho de 2016 18:53, Rodolfo escreveu: > >> Ae, dei uma pesquisada aqui e achei um link que tem a ver com o que >falei, >> só não li todos os comentários, to de saída do trampo, flw. >> >> >> >http://www.dslreports.com/forum/r21749122-I-think-I-broke-something-chmod-command-not-found >> >> Em 28 de junho de 2016 15:43, Filipy Galiza Soares <6...@filipy.com> >> escreveu: >> >>> Saudações a todos! >>> Sou novo na lista e venho motivado pelo seguinte problema que me >>> intrigou... >>> >>> Desde o dia 18 de junho venho recebendo diariamente o seguinte >e-mail do >>> sistema: >>> ** >>> /etc/cron.daily/dpkg: >>> /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found >>> /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found >>> /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found >>> ** >>> >>> O utilitário 'dirname' é contido no pacote 'coreutils', que está >>> instalado e atualizado no sistema e seu executável deve estar em >>> '/usr/bin'. Procurando por ele com o comando 'ls -la /usr/bin | grep >dir' >>> eu recebo: >>> ** >>> ls: não é possível acessar /usr/bin/dirname: Arquivo ou diretório >não >>> encontrado >>> -rwxr-xr-x 1 root root 38536 Mar 14 2015 dircolors >>> -? ? ?? ?? dirname >>> -rwxr-xr-x 1 root root 376828 Dez 14 2015 grub-mknetdir >>> ** >>> >>> Qualquer comando usado para tentar manipular essa suposta versão >>> existente, retorna arquivo não encontrado. Assim como reinstalar o >pacote: >>> ** >>> A descompactar coreutils (8.23-4) sobre (8.23-4) ... >>> dpkg: erro ao processar o arquivo >>> /var/cache/apt/archives/coreutils_8.23-4_i386.deb (--unpack): >>> impossível instalar nova versão de '/usr/bin/dirname': Arquivo ou >>> diretório não encontrado >>> A processar 'triggers' para man-db (2.7.0.2-5) ... >>> Erros foram encontrados durante o processamento de: >>> /var/cache/apt/archives/coreutils_8.23-4_i386.deb >>> E: Sub-process /usr/bin/dpkg returned an error code (1) >>> ** >>> >>> O sistema é o Debian 8 32 bits e suas últimas atualizações foram dia >13 e >>> 21 de junho. >>> Estou utilizando RAID 1, invoquei a verificação e reparo do arranjo >e a >>> mesma coisa. >>> >>> Mais do que solucionar, gostaria de saber o que aconteceu com o >arquivo, >>> pois dependendo do que seja, pode se repetir com outros. >>> Aceito qualquer palpite ou sugestão, pois estou sem ideias no >momento. >>> >>> Agradeço a atenção. >>> >> >> -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: 'dirname' instalado no sistema mas não encontrado
Olá Rodolfo, agradeço o palpite, mas infelizmente não é isso. O $PATH tá ok, tanto que outros comandos em '/usr/bin' funciona normalmente. Mesmo dentro da pasta não dá pra acessar o arquivo. Existe uma entrada para o arquivo, mas ela não consegue ser processada. Tanto que o arquivo não pode ser movido, removido, substituído, etc, mas ao listar o diretório ele tá lá: -? ? ?? ?? dirname Parece ter sido corrompido, poderia suspeitar do sistema de arquivos (EXT4), mas penso ser uma acusação muito grave. Abraço. Em 28 de junho de 2016 18:53, Rodolfo escreveu: > Ae, dei uma pesquisada aqui e achei um link que tem a ver com o que falei, > só não li todos os comentários, to de saída do trampo, flw. > > > http://www.dslreports.com/forum/r21749122-I-think-I-broke-something-chmod-command-not-found > > Em 28 de junho de 2016 15:43, Filipy Galiza Soares <6...@filipy.com> > escreveu: > >> Saudações a todos! >> Sou novo na lista e venho motivado pelo seguinte problema que me >> intrigou... >> >> Desde o dia 18 de junho venho recebendo diariamente o seguinte e-mail do >> sistema: >> ** >> /etc/cron.daily/dpkg: >> /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found >> /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found >> /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found >> ** >> >> O utilitário 'dirname' é contido no pacote 'coreutils', que está >> instalado e atualizado no sistema e seu executável deve estar em >> '/usr/bin'. Procurando por ele com o comando 'ls -la /usr/bin | grep dir' >> eu recebo: >> ** >> ls: não é possível acessar /usr/bin/dirname: Arquivo ou diretório não >> encontrado >> -rwxr-xr-x 1 root root 38536 Mar 14 2015 dircolors >> -? ? ?? ?? dirname >> -rwxr-xr-x 1 root root 376828 Dez 14 2015 grub-mknetdir >> ** >> >> Qualquer comando usado para tentar manipular essa suposta versão >> existente, retorna arquivo não encontrado. Assim como reinstalar o pacote: >> ** >> A descompactar coreutils (8.23-4) sobre (8.23-4) ... >> dpkg: erro ao processar o arquivo >> /var/cache/apt/archives/coreutils_8.23-4_i386.deb (--unpack): >> impossível instalar nova versão de '/usr/bin/dirname': Arquivo ou >> diretório não encontrado >> A processar 'triggers' para man-db (2.7.0.2-5) ... >> Erros foram encontrados durante o processamento de: >> /var/cache/apt/archives/coreutils_8.23-4_i386.deb >> E: Sub-process /usr/bin/dpkg returned an error code (1) >> ** >> >> O sistema é o Debian 8 32 bits e suas últimas atualizações foram dia 13 e >> 21 de junho. >> Estou utilizando RAID 1, invoquei a verificação e reparo do arranjo e a >> mesma coisa. >> >> Mais do que solucionar, gostaria de saber o que aconteceu com o arquivo, >> pois dependendo do que seja, pode se repetir com outros. >> Aceito qualquer palpite ou sugestão, pois estou sem ideias no momento. >> >> Agradeço a atenção. >> > >
Re: 'dirname' instalado no sistema mas não encontrado
Ae, dei uma pesquisada aqui e achei um link que tem a ver com o que falei, só não li todos os comentários, to de saída do trampo, flw. http://www.dslreports.com/forum/r21749122-I-think-I-broke-something-chmod-command-not-found Em 28 de junho de 2016 15:43, Filipy Galiza Soares <6...@filipy.com> escreveu: > Saudações a todos! > Sou novo na lista e venho motivado pelo seguinte problema que me > intrigou... > > Desde o dia 18 de junho venho recebendo diariamente o seguinte e-mail do > sistema: > ** > /etc/cron.daily/dpkg: > /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found > /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found > /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found > ** > > O utilitário 'dirname' é contido no pacote 'coreutils', que está instalado > e atualizado no sistema e seu executável deve estar em '/usr/bin'. > Procurando por ele com o comando 'ls -la /usr/bin | grep dir' eu recebo: > ** > ls: não é possível acessar /usr/bin/dirname: Arquivo ou diretório não > encontrado > -rwxr-xr-x 1 root root 38536 Mar 14 2015 dircolors > -? ? ?? ?? dirname > -rwxr-xr-x 1 root root 376828 Dez 14 2015 grub-mknetdir > ** > > Qualquer comando usado para tentar manipular essa suposta versão > existente, retorna arquivo não encontrado. Assim como reinstalar o pacote: > ** > A descompactar coreutils (8.23-4) sobre (8.23-4) ... > dpkg: erro ao processar o arquivo > /var/cache/apt/archives/coreutils_8.23-4_i386.deb (--unpack): > impossível instalar nova versão de '/usr/bin/dirname': Arquivo ou > diretório não encontrado > A processar 'triggers' para man-db (2.7.0.2-5) ... > Erros foram encontrados durante o processamento de: > /var/cache/apt/archives/coreutils_8.23-4_i386.deb > E: Sub-process /usr/bin/dpkg returned an error code (1) > ** > > O sistema é o Debian 8 32 bits e suas últimas atualizações foram dia 13 e > 21 de junho. > Estou utilizando RAID 1, invoquei a verificação e reparo do arranjo e a > mesma coisa. > > Mais do que solucionar, gostaria de saber o que aconteceu com o arquivo, > pois dependendo do que seja, pode se repetir com outros. > Aceito qualquer palpite ou sugestão, pois estou sem ideias no momento. > > Agradeço a atenção. >
Re: 'dirname' instalado no sistema mas não encontrado
Um palpite, você chegou a manipular o seu $PATH ultimamente ? Dê uma olhada no seu $PATH se está tudo ok, veja se /usr/bin/ ou /usr/sbin/ ou etc. ainda está no seu $PATH. Abraços. Em 28 de junho de 2016 15:43, Filipy Galiza Soares <6...@filipy.com> escreveu: > Saudações a todos! > Sou novo na lista e venho motivado pelo seguinte problema que me > intrigou... > > Desde o dia 18 de junho venho recebendo diariamente o seguinte e-mail do > sistema: > ** > /etc/cron.daily/dpkg: > /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found > /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found > /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found > ** > > O utilitário 'dirname' é contido no pacote 'coreutils', que está instalado > e atualizado no sistema e seu executável deve estar em '/usr/bin'. > Procurando por ele com o comando 'ls -la /usr/bin | grep dir' eu recebo: > ** > ls: não é possível acessar /usr/bin/dirname: Arquivo ou diretório não > encontrado > -rwxr-xr-x 1 root root 38536 Mar 14 2015 dircolors > -? ? ?? ?? dirname > -rwxr-xr-x 1 root root 376828 Dez 14 2015 grub-mknetdir > ** > > Qualquer comando usado para tentar manipular essa suposta versão > existente, retorna arquivo não encontrado. Assim como reinstalar o pacote: > ** > A descompactar coreutils (8.23-4) sobre (8.23-4) ... > dpkg: erro ao processar o arquivo > /var/cache/apt/archives/coreutils_8.23-4_i386.deb (--unpack): > impossível instalar nova versão de '/usr/bin/dirname': Arquivo ou > diretório não encontrado > A processar 'triggers' para man-db (2.7.0.2-5) ... > Erros foram encontrados durante o processamento de: > /var/cache/apt/archives/coreutils_8.23-4_i386.deb > E: Sub-process /usr/bin/dpkg returned an error code (1) > ** > > O sistema é o Debian 8 32 bits e suas últimas atualizações foram dia 13 e > 21 de junho. > Estou utilizando RAID 1, invoquei a verificação e reparo do arranjo e a > mesma coisa. > > Mais do que solucionar, gostaria de saber o que aconteceu com o arquivo, > pois dependendo do que seja, pode se repetir com outros. > Aceito qualquer palpite ou sugestão, pois estou sem ideias no momento. > > Agradeço a atenção. >
'dirname' instalado no sistema mas não encontrado
Saudações a todos! Sou novo na lista e venho motivado pelo seguinte problema que me intrigou... Desde o dia 18 de junho venho recebendo diariamente o seguinte e-mail do sistema: ** /etc/cron.daily/dpkg: /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found /usr/bin/savelog: 1: /usr/bin/savelog: dirname: not found ** O utilitário 'dirname' é contido no pacote 'coreutils', que está instalado e atualizado no sistema e seu executável deve estar em '/usr/bin'. Procurando por ele com o comando 'ls -la /usr/bin | grep dir' eu recebo: ** ls: não é possível acessar /usr/bin/dirname: Arquivo ou diretório não encontrado -rwxr-xr-x 1 root root 38536 Mar 14 2015 dircolors -? ? ?? ?? dirname -rwxr-xr-x 1 root root 376828 Dez 14 2015 grub-mknetdir ** Qualquer comando usado para tentar manipular essa suposta versão existente, retorna arquivo não encontrado. Assim como reinstalar o pacote: ** A descompactar coreutils (8.23-4) sobre (8.23-4) ... dpkg: erro ao processar o arquivo /var/cache/apt/archives/coreutils_8.23-4_i386.deb (--unpack): impossível instalar nova versão de '/usr/bin/dirname': Arquivo ou diretório não encontrado A processar 'triggers' para man-db (2.7.0.2-5) ... Erros foram encontrados durante o processamento de: /var/cache/apt/archives/coreutils_8.23-4_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) ** O sistema é o Debian 8 32 bits e suas últimas atualizações foram dia 13 e 21 de junho. Estou utilizando RAID 1, invoquei a verificação e reparo do arranjo e a mesma coisa. Mais do que solucionar, gostaria de saber o que aconteceu com o arquivo, pois dependendo do que seja, pode se repetir com outros. Aceito qualquer palpite ou sugestão, pois estou sem ideias no momento. Agradeço a atenção.
