Diretórios Movidos para Local Errado

z-soldier
(usa Ubuntu)

Enviado em 20/07/2019 - 06:27h

Encontrei alguns diretórios meus onde não poderiam estar, consultei o histórico do usuário de usuário da minha máquina e de usuário root, em nenhum dos históricos constava um comando mv ou cp -a + rm dos locais corretos para o local onde foram achados. Consultei os comandos last e lastb para verificar outros possíveis logins e nada. Isso poderia ser bug do sistema? Nos históricos os comandos moviam os diretórios para o local correto /home/soldier e estavam em /media/soldier/Pen-Drive. Fiz print dos histórios. Poderia ser uma tentativa de cópia desses diretórios com algum tipo de pen-drive hack? O notebook estava em suspender, com a tampa fechada. Não achei nada sobre isso nas buscas no google. Acho que já é a segunda vez que acontece, da primeira não fiz prints achei que eu havia errado
na hora de mover os arquivos. Sistema operacional ubuntu 16.04 LTS, máquina pede senha sempre que volta do modo suspender. Os diretórios que apareceram em /media/soldier não são encontrados pelo comando updatedb e portanto não aparecem quando procuro estes com o comando locate, diretórios que não começam com "." ponto. Também constam do histórico os comandos mv -v /home/soldier/diretórios /media/soldier/Pen-Drive.
Agora são 2h do dia 22-072019 e acabei de mover os diretórios mais uma vez quando movi o último apareceu uma cópia dele em /media/sodier e o comando no print é mv -v diretório /media/soldier/Pen-Drive. Alguém sabe dizer o motivo disso?

pylm
(usa Gentoo)

Enviado em 20/07/2019 - 08:57h

Procure por comandos mount no histórico e manda teu fstab.

removido
(usa Nenhuma)

Enviado em 20/07/2019 - 12:45h

Isso quer dizer que foram rodados vários comandos de mv..

O * é um curinga no Bash e significa todos os arquivos do dir atual. O ponto (.) é uma coisa
importante a se considerar nesses comandos, assim como ~ ou outros curingas.


O histórico do Bash é cheio de problemas, os comandos só são gravados
depois que são executados e não tem erros graves durante a execução.

Além disso:

A causa mais provável para itens de histórico que não aparecerem [...], 

é fazer login na mesma máquina duas vezes e sair da segunda instância do Bash (na qual você fez pouco ou nada) após

 daquela instância em que você fez muito. Por padrão, o Bash não mescla os históricos e o segundo Bash-exit substitui o .bash_history 

que foi tão bem atualizado pela primeira Bash-exit.

 

https://unix.stackexchange.com/questions/286300/sometimes-history-commands-are-not-stored-in-bash-hi...

Além disso, dependendo da configuração do seu .bashrc , se você der um espaço em branco
antes de começar a escrever os comandos, ele não é salvo no histórico.

Mas não entendi pq vc precisou tirar um "print" do histórico, se simplesmente você digitar
"history" ele aparece na tela como texto.

O commando find também consegue mover arquivos, e se você inserir um * errado, pode causar danos.


Duvido que seja um bug. A Terra do Usuário é super protegida, nenhuma função do sistema vai mexer nos seus
arquivos por engano automaticamente.

z-soldier
(usa Ubuntu)

Enviado em 22/07/2019 - 02:14h

pylm: Não aparece nenhum comando mount no histórico, outro dia reparei nessa anomalia após acessar a net e como a varredura o rkhunter indica 10 possíveis
malwares eu achei que poderia ter haver com algum problema ou má configuração do apache2 que tenho instalado, porém da última vez que ocrreu eu não acessei a net por quase dois dias. Agora que escrevo isso movi os arquivos mais uma vez e quando movi o último com o comando mv -v diretório /media/soldier/Pen-Black ficou
uma cópia desse último em /media/soldier, do nada apareceu essa cópia lá. Eu atualizei o sistema hoje às 16h mais ou menos. Quanto ao fstab está padrão do ubuntu
só inclui a linha do arquivo swap. Valeu a dica mesmo assim, posta aí se tiver outra idéia sobre...

removido
(usa Nenhuma)

Enviado em 22/07/2019 - 08:09h

Agora que escrevo isso movi os arquivos mais uma vez e quando movi o último com o comando mv -v diretório /media/soldier/Pen-Black ficou

uma cópia desse último em /media/soldier 

Verifique se as "permissões"(chmod) E "posse"(chown) dessas pastas/arq estão corretos...

Me ocorre também que, você pode ter tentado mover os arquivos sem o usb estar montado corretamente?
Por isso causa uma cópia nessa pasta, /media/soldier...

NOTA: algumas unidades são montadas em diretórios que possuem nomes com espaços. 

Se você executar rsync ou mv com nomes com espaços e sem aspas, seus dados não serão copiados para o destino correto.

 Sempre use aspas nos nomes de caminhos que tenham espaços neles. 

https://askubuntu.com/questions/802672/how-to-properly-copy-files-from-hard-drive-to-usb-flash-drive...

Além do mais, pode ser que:
Deve colocar /home/{user}/ ou ~/ antes das pastas ou arqs, se for mover ou copiar uma pasta que está dentro da sua pasta de usuários (p ex Documentos, ficaria ~/Documentos)...

Prefira usar o cp ao invés de mv, pois o mv é altamente destrutivo!
Se der um erro durante o mv, o arquivo de entrada pode simplesmente ficar corrompido!
Faça uma cópia e depois delete o arquivo de entrada...

Tipo assim

$ cp -R "~/Documentos" "/media/soldier/Pen-Black" 

E dependendo do sistema de arquivo do pedrive (é ext4 ou NTFS?), e da permissões que vc setou no pen,
você deverá usar a conta de raíz para fazer essas operações de forma correta..

Também, nas próximas vezes, você pode abrir seu gerenciador de arquivos e copiar e colar
com o arrastar e soltar dos arquivos para dentro da pasta do pen-drive, e veja se isso não causa
menos problemas...

z-soldier
(usa Ubuntu)

Enviado em 23/07/2019 - 03:04h

Naufragus88 escreveu: NOTA: algumas unidades são montadas em diretórios que possuem nomes com espaços.
Se você executar rsync ou mv com nomes com espaços e sem aspas, seus dados não serão copiados para o destino correto.
Sempre use aspas nos nomes de caminhos que tenham espaços neles.

Boa a dica, os diretórios em questão não tem espaços no nome, quanto ao montar a montagem foi automática pelo sistema com hot-plug, eu movi justamente pra
não deixar nada na máquina e eu sempre faço a moção dos diretórios como "root" as permissões não afetam o uso do comando nese caso.
Atualizei o sistema ontém e já não está dando mais esse problema, vários comandos que estavam em vermelho na verificação do rkhunter ficaram amarelos ou verdes sei lá qual é aquela cor exatamente. Essa de usar aspas eu já sabia mas o problema de não montar corretamente você quer dizer um erro no comando de montagem mesmo ou montar em sdc1 em vez de sdb1, algo assim?

removido
(usa Nenhuma)

Enviado em 23/07/2019 - 03:20h

Não, eu quis dizer que se o pendrive não estivesse montado
e fosse tentado mover algo para
/media/soldier/Pen-Drive
os arquivos iriam parar em
/media
pois não haveria /soldier e nem /Pen-Drive
se é que fossem movidos, não sei

z-soldier
(usa Ubuntu)

Enviado em 23/07/2019 - 03:53h

Saquei Naufragos88, valeu as dicas. Já que ninguém escreveu eu vou deixar minha experiência com outros incidentes em mover ou copiar arquivos. Antes de perguntar aqui analisei o pen-drive pois por uma ou duas vezes eu retirei o pen-drive da máquina sem desmontá-lo corretamente, vacilo, pressa, ... não importa, Isso corrompeu a área de controle de dados do pen-drive, quando pluguei novamente parecia normal mas quando tentei copiar arquivos pra ele este foi desmontado sozinho e os arquivos ficaram no diretório onde o pen-drive foi montado, isso ocorreu nas versões do Ubuntu 12.04 e 13.04. Nessa ocasião eu resolvi com fsck, por isso levantei a hipótese de ser bug desta vez. Obrigado as pessoas que tentaram encontrar o problema desta vez.