Nepumuk's questions

Descobri que os dois pacotes libgcc1e libc6dependem um do outro (em debian 10), então nenhum pode existir sem o outro.
Por que é que? Um pacote não deveria depender de outro e não de si mesmo…?

$ LC_ALL=C apt depends libgcc1 libc6
libgcc1
  Depends: gcc-8-base (= 8.3.0-6)
  Depends: libc6 (>= 2.14)
  Breaks: <gcc-4.3> (<< 4.3.6-1)
  Breaks: <gcc-4.4> (<< 4.4.6-4)
  Breaks: <gcc-4.5> (<< 4.5.3-2)
libc6
  Depends: libgcc1
  Conflicts: openrc (<< 0.27-2~)
  Breaks: <hurd> (<< 1:0.5.git20140203-1)
  Breaks: <libtirpc1> (<< 0.2.3)
  Breaks: locales (<< 2.28)
  Breaks: locales-all (<< 2.28)
  Breaks: nocache (<< 1.1-1~)
  Breaks: nscd (<< 2.28)
  Breaks: r-cran-later (<< 0.7.5+dfsg-2)
  Recommends: libidn2-0 (>= 2.0.5~)
  Suggests: glibc-doc
 |Suggests: debconf
  Suggests: <debconf-2.0>
    cdebconf
    debconf
  Suggests: libc-l10n
  Suggests: locales

Meu /etc/apt/sources.listfoi crescendo ao longo do tempo e agora contém 100 linhas (incluindo /etc/apt/sources.list.d). Eu claramente tenho entradas duplicadas, que o apt não reconhece. Para dar um exemplo óbvio, mas fictício:

deb http://ftp.am.debian.org/debian buster main contrib
deb http://ftp.au.debian.org/debian buster main contrib

Eu gostaria de incluir todos os pacotes confiáveis ​​disponíveis para o Debian (ignorando os pacotes inofficial , a bagunça no meu sources.listsó aumentaria com estes…) mantendo o meu sources.listo mais curto possível.

Também não quero começar tudo de novo (por exemplo, com um exemplo sources.list) porque já me esforcei demais. Classificando-os manualmente (por exemplo, comentando um por um e removendo as entradas sem alterar o número de pacotes disponíveis) realmente não é favorável devido à quantidade de entradas.

Como próximo passo, seria favorável incluir pacotes " semi-oficiais" ou não oficiais./etc/apt/sources.list.d

Escusado será dizer que gostaria de escolher um espelho estável e oficialmente listado nas proximidades, incluindo todos os pacotes para a arquitetura do meu PC.

Se possível, também gostaria de ter o mínimo de domínios diferentes possível para aumentar a clareza em meus sources.listarquivos.

Eu tenho uma conta de usuário na minha biblioteca local (eles usam openslx ), na qual posso armazenar arquivos. Minha pasta pessoal real está "montada" (não sei como) em /home/[my_userID]/PERSISTENTvez de /home/[my_userID].

Após o login, uma xtermjanela é iniciada, o gerenciador de janelas é openbox . Com o logout, tudo o que não está armazenado PERSISTENTé excluído em arquivos /home/[my_userID]. (A mensagem completa é mostrada abaixo.)

Quando altero as configurações de mousepad, por exemplo, o arquivo de configuração é armazenado /home/[my_userID]/PERSISTENT/.config/Mousepade tenho que copiar o(s) arquivo(s) manualmente para armazenar minha configuração para a próxima sessão. Para resolver isso, copiei todas as pastas de pontos PERSISTENTpara $HOMElogo após cada login, mas tenho certeza de que há uma maneira mais rápida e elegante de lidar com esse problema.

Existe uma maneira de vincular aos diretórios com uma única entrada .bash_history("comando")?

ATTENTION: This is the non-persistent home directory!
Files saved here will be lost on shutdown.
Your real home is under /home/sj126/PERSISTENT
Please save your files there.

Quando uso apt updatemeu sistema, geralmente recebo linhas de saída com Hit [repo address]e outras com Get: [number] [repo address] [some size]. Qual a diferença entre essas linhas? Quando devo me preocupar com isso?

Gostaria de reduzir o tamanho da minha "partição principal" para possibilitar a inicialização dupla. A questão é: a maioria dos arquivos são armazenados nessa partição.

Posso reduzir a partição para um tamanho que todos os arquivos na partição real possam permanecer nela porque ainda será grande o suficiente? Os arquivos serão reorganizados se estiverem em uma área onde a nova partição estará? Ou redimensionar uma partição apagará todos os dados na partição?

Posso alterar minhas configurações de phassword/-phrase('s) de forma que seja importante qual chave de várias pilhas (por exemplo, a shiftchave esquerda em vez da direita) é escolhida?

Posso dar um passo adiante e pedir uma ordem específica de pressionamentos de tecla e suas combinações, mesmo que o resultado não seja visível se a senha for digitada em um (qualquer) programa de texto (por exemplo, excluir texto durante a entrada)?

Existe uma ferramenta de backup que seja "inteligente" o suficiente para perceber que uma pasta ou arquivos grandes podem ter sido renomeados entre dois backups? Talvez mesmo se a localização deles mudasse (não muito complicado)?

Está claro o que eu tento pedir?

Meus métodos de backup por enquanto adicionaram os novos diretórios ao backup existente. Como "copiar a diferença" sem tocar nas partes inalteradas?

Depois de mudar completamente meu sources.list, gostaria de ter apenas pacotes que eu possa atualizar, obviamente. Faz aptisso automaticamente? Como posso descobrir?

Como posso excluir todos os pacotes de uma vez que não podem ser alcançados com o meu real sources.list?

Ao fazer backup do meu $HOMEcom este comando

rsync -AEgHloprtXv --specials --quiet /source/* /destination

eu reconheci issorsync

1. pastas adicionadas considerando-as como novos diretórios quando seus nomes foram alterados entre dois backups.
2. não salvou arquivos quando seu conteúdo, mas não o nome mudou entre dois backups.

Eu gostaria de ter uma ferramenta de backup para CLI que atualize arquivos, que foram alterados entre dois backups em seu conteúdo, atributos/metadados ou nome e remova aqueles que não existem mais.

Por assim dizer, estou procurando uma ferramenta de backup CLI que torne dois subdiretórios idênticos com o mínimo de esforço.

Depois de recuperar meus arquivos com o PhotoRec, executei fdupes $ fdupes -rdNI --sameline /home/user > fdupes.txt. Não pude usar a opção -dporque cerca de 1,6 milhão de arquivos em meu sistema foram recuperados. Também executei o fdupes várias vezes até que não encontrasse mais duplicatas.

O problema é que recebi muitas entradas em fdupes.txt(> 50 MB) estando na estrutura de

   [+] /home/user/recup/jar/f105168728.jar
   [-] /home/user/a/path/to/dir/and/file/myfile_1.ending
   [-] /home/user/another/path/to/dir/and/file/myfile_2.ending

Existe um script ou programa já escrito que move os arquivos 'recuperar' para o caminho onde os organizei em meus diretórios?

Muitos dos diretórios não estarão lá porque eu também fiz $ find /home/user/ -depth -type d -empty -exec rmdir {} \;depois.

Posso criar pastas com subpastas em uma única etapa em python (script) ou outra linguagem?