All perguntas(unix)

Estou usando esses comandos:

du -sh --apparent-size ./*
du -sh ./*

ambos relatando:

4.0K    ./Lightroom_catalog_from_win_backup
432M    ./Lightroom catalog - wine_backup

enquanto esses diretórios contêm:

$ll ./"Lightroom catalog - wine_backup"
total 432M
-rwxrwx--- 1 gigi gigi 432M Mar 18  2018 Lightroom 5 Catalog Linux.lrcat
-rwxrwx--- 1 gigi gigi  227 Nov 21  2015 zbackup.bat
$ll ./Lightroom_catalog_from_win_backup
total 396M
-rwxrwx--- 3 gigi gigi 396M Dec 17 09:35 Lightroom 5 Catalog Linux.lrcat
-rwxrwx--- 3 gigi gigi  227 Dec 17 09:35 zbackup.bat

Por que o durelatório 4.0Kpara ./Lightroom_catalog_from_win_backup e como posso fazê-lo relatar corretamente?

PS: outras informações do sistema:

$stat --file-system $HOME
  File: "/home/gigi"
    ID: 5b052c62a5a527bb Namelen: 255     Type: ext2/ext3
Block size: 4096       Fundamental block size: 4096
Blocks: Total: 720651086  Free: 155672577  Available: 119098665
Inodes: Total: 183050240  Free: 178896289

$lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 16.04.5 LTS
Release:        16.04
Codename:       xenial

Esta pergunta é semelhante a O que é seguro remover do GNOME Desktop => GNOME (mas não uma duplicata).

Eu quero remover o ambiente de área de trabalho GNOME. A execução do comando proposto nesta questão não funciona no Fedora 29.

$ sudo dnf group remove gnome-desktop-environment
Warning: Group 'gnome-desktop-environment' is not installed.
Error: No groups marked for removal.

Percebi que há um grupo chamado gnome-desktopem vez disso.

No entanto, sudo dnf group remove gnome-desktoplista centenas (todos?) de pacotes instalados para remoção. Inclui pacotes que não estão relacionados ao GNOME (como lib*, plasma-*, texlive-*, ...). Temo que a execução deste comando me force a fazer uma reinstalação completa do sistema.

Existe uma maneira segura de remover o ambiente de desktop do GNOME do Fedora 29 que me deixa com uma instalação do KDE em funcionamento?

Eu só quero recuperar algum espaço em disco (não todo ..)

Eu estava lendo sobre o RHEL 8, e esta afirmação é feita :

Os scripts de rede estão obsoletos no Red Hat Enterprise Linux 8 e não são mais fornecidos por padrão. A instalação básica fornece uma nova versão dos scripts ifup e ifdown que chamam o serviço NetworkManager por meio da ferramenta nmcli.

OK, então para mim isso implicaria que /etc/sysconfig/network-scriptsnão seria mais usado, embora não esteja claro na minha leitura o que deveria substituir ifcfg-eth0(ou similar).

Mas então eu li esta página sobre endereços IP estáticos , que afirmou:

O procedimento para configurar um endereço IP estático no RHEL 8: Crie um arquivo com /etc/sysconfig/network-scripts/ifcfg-eth0o seguinte nome:

DEVICE=eth0  
BOOTPROTO=none  
ONBOOT=yes  
PREFIX=24  
IPADDR=192.168.2.203  

Reinicie o serviço de rede no RHEL 8: systemctl restart NetworkManagerOUsudo nmcli connection reload

Então, são apenas os ifupe ifdownque estão obsoletos, mas os arquivos de configuração permanecem? A distinção entre scriptse configuration files, mesmo que pareçam agrupadas em um único capítulo? O capítulo 12 dos scripts de rede defixados do RHEL como:

Capítulo 12. Scripts de Rede
...os arquivos de configuração para interfaces de rede e os scripts para ativá-los e desativá-los estão localizados no /etc/sysconfig/network-scripts/diretório.

Então, o que constitui o que é obsoleto? Não parece ser os scripts, /etc/sysconfig/network-scriptspois aparentemente ainda é uma maneira apropriada de configurar um IP estático.

Eu ainda não tenho uma caixa RHEL 8 em execução, então espero que alguém possa esclarecer o que se deve evitar.

Eu tenho o Ubuntu 18.04 Server no Virtual Box e, uma vez que fiquei sem 10 GB de espaço alocado no disco virtual, aumentei o tamanho do disco virtual para 17 GB e redimensionei a partição raiz com partedo resizepart comando ' (e fiz isso enquanto a partição está em uso, e sim, eu sei que é uma prática ruim, mas é uma máquina virtual para desenvolvimento, todo o código comprometido com o github e eu tenho um clone da máquina por precaução).

Tudo parece ter funcionado: lsblke udisksctlrelatar corretamente o novo tamanho, mas dfainda está preso em relatar os antigos 10 GB e 100% de uso (mesmo após a reinicialização). Por que é assim e o que posso fazer sobre dfo comportamento desse estranho?

Sabemos que o caractere backtick é usado para substituição de comando :

chown `id -u` /mydir

O que me fez pensar: o caractere tick é ´usado para alguma coisa no shell do Linux?

Nota: incidentalmente, a substituição de comandos também pode ser escrita de forma mais legível como
chown $(id -u) /mydir

Estou trabalhando em um servidor CentOS e agendo uma tarefa com o comandoat

# echo "touch a_long_file_name_file.txt" | at now + 1 minute
job 2 at Wed Oct 31 13:52:00 2018

Um minuto depois,

# ls | grep a_long_file_name_file.tx
a_long_file_name_file.txt

o arquivo foi criado com sucesso.

No entanto, se eu executá-lo localmente no meu macOS,

$ echo "touch a_long_file_name_file.txt" | at now + 1 minute
job 31 at Wed Oct 31 13:58:00 2018

Minutos depois, se não conseguiu fazer tal arquivo.

Eu verifiquei a versão atno servidor CentOS

AUTHOR:  
At was mostly written by Thomas Koenig, [email protected].  
2009-11-14                                             

Em contraste, a versão do macOS

AUTHORS
     At was mostly written by Thomas Koenig <[email protected]>.  The time parsing routines are
     by
     David Parsons <[email protected]>, with minor enhancements by
     Joe Halpin <[email protected]>.

BSD                            January 13, 2002                            

Descobri que at, atq, atrmnão são do GNU coreutils.

$ ls /usr/local/opt/coreutils/libexec/gnubin/ | grep at
cat
date
pathchk
realpath
stat
truncate

Como posso instalar a versão mais recente do atmacOS e fazê-la funcionar?

Por exemplo, no OSX, é ainda menor que 512k.

Existe algum tamanho recomendado, tendo em mente que o aplicativo não usa recursão e não aloca muitas variáveis ​​de pilha ?
Eu sei que a pergunta é muito ampla e depende muito do uso, mas ainda queria perguntar, pois estava me perguntando se há algum motivo oculto/interno/do sistema por trás desse grande número.

Eu queria saber, pois pretendo alterar o tamanho da pilha para 512 KiB no meu aplicativo - isso ainda parece um número enorme para isso, mas é muito menor que 8 MiB - e levará a uma diminuição significativa da memória virtual do processo, como eu tem muitos encadeamentos (E/S).

Eu também sei que isso não dói muito, bem explicado aqui : Tamanho padrão da pilha para pthreads

Tenho um problema com os carimbos de data/hora dos arquivos copiados do meu PC ou laptop para unidades USB: a hora da última modificação do arquivo original e a do arquivo copiado são diferentes. Portanto, sincronizar arquivos entre meu PC e minha unidade USB é bastante complicado.

Uma descrição passo a passo

1. Eu copio um arquivo arbitrário do meu PC/laptop para uma unidade USB usando a GUI ou com o comando

   cp -a file.txt /media/gabor/CORSAIR/
   

2. Eu verifico a hora da última modificação do arquivo original:

   $ ls -l --time-style=full-iso file.txt
   -rw-rw-r-- 1 gabor gabor 0 2018-09-22 15:09:23.317098281 +0200 file.txt
   

3. Eu verifico a hora da última modificação do arquivo copiado:

   $ ls -l --time-style=full-iso /media/gabor/CORSAIR/file.txt
   -rw-r--r-- 1 gabor gabor 0 2018-09-22 15:09:23.000000000 +0200 /media/gabor/CORSAIR/file.txt
   

4. Como você pode ver, os segundos na hora da última modificação do arquivo copiado são truncados para zero dígitos decimais. No entanto, se eu digitar o comando

   if ! [ file.txt -nt /media/gabor/CORSAIR/file.txt ] && ! [ file.txt -ot /media/gabor/CORSAIR/file.txt ]; then echo "The last modification times are equal."; fi
   

eu recebo a saídaThe last modification times are equal.

5. A situação muda se eu desmontar e remontar a unidade USB e executar os dois últimos comandos novamente:

   $ ls -l --time-style=full-iso /media/gabor/CORSAIR/file.txt
   -rw-r--r-- 1 gabor gabor 0 2018-09-22 15:09:22.000000000 +0200 /media/gabor/CORSAIR/file.txt
   $ if [ file.txt -nt /media/gabor/CORSAIR/file.txt ]; then echo "The file is newer on the PC."; fi
   The file is newer on the PC.
   

6. Portanto, após a remontagem, o horário da última modificação do arquivo copiado é reduzido ainda mais em um segundo. No entanto, a desmontagem e a remontagem adicionais não afetam mais a hora da última modificação. Além disso, o teste nos arquivos agora mostra que o arquivo no PC é mais recente (embora não seja).

A situação é ainda mais complicada pelo fato de que a hora da última modificação dos arquivos é mostrada de forma diferente no meu PC e no meu laptop , sendo a diferença exatamente 2 horas, embora a configuração de data e hora seja a mesma no meu PC e no meu laptop!

Outras informações

Tanto meu PC quanto meu laptop mostram o comportamento descrito acima. Eu tenho o Ubuntu 14.04.5 (trusty) no meu PC e o Ubuntu 16.04.2 (xenial) no meu laptop.

Minhas unidades USB têm sistema de arquivos vfat. A saída de mount | grep CORSAIR no meu PC é

/dev/sdb1 on /media/gabor/CORSAIR type vfat (rw,nosuid,nodev,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,flush,uhelper=udisks2)

A saída de mount | grep CORSAIR no meu laptop é

/dev/sdb1 on /media/gabor/CORSAIR type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)

Minhas outras unidades USB mostram o mesmo comportamento.

Pergunta

A diferença nos tempos da última modificação pode ser eliminada de alguma forma? Por exemplo, usando outros parâmetros na montagem/desmontagem? Ou é um bug no Ubuntu?

Eu gostaria de conseguir que os carimbos de data e hora dos arquivos originais e copiados sejam exatamente os mesmos, para que a sincronização possa ser feita com mais eficiência. Além disso, gostaria de manter o sistema de arquivos vfat em minhas unidades USB, para que eu também possa usá-las no Windows.

A estrutura estabelecida do .debnome do arquivo é package_version_architecture.deb.
De acordo com este parágrafo:

Alguns pacotes não seguem a estrutura de nomes package_version_architecture.deb. Pacotes renomeados por dpkg-name seguirão esta estrutura. Geralmente isso não terá impacto em como os pacotes são instalados pelo dselect/dpkg, mas outras ferramentas de instalação podem depender dessa estrutura de nomenclatura.

Pergunta:

No entanto, existem situações reais em que renomear o .debarquivo do pacote é altamente não recomendado? É uma prática normal fornecer um .debnome de arquivo personalizado para meu software?

Exemplo:

• My Program for Linux v1.0.0 (Pro).deb— a nomenclatura personalizada
• my-program_1.0.0-1_amd64.deb- a nomenclatura oficial adequada

Observação:

Não estou planejando criar um repositório, estou apenas hospedando o .debpacote do meu software no meu site para download direto.

Eu gostaria de instalar o Debian 5 em um PC mais antigo, porque espero que o kernel do Debian 5 funcione melhor neste computador.

Baixei o ISO do netinstall debian.orge tentei instalá-lo em uma Virtualboxmáquina. Eu recebi este erro: Bad mirror. Mudei o espelho para archive.debian.orgcomo nome de host /debian/e o problema foi resolvido.

Meu problema agora é que a instalação trava no Please wait..., na tela do Select and install(exatamente depois de escolher o que instalar - apenas Standard System- em 13%).

Eu não recebo nenhum erro. Também não sei como verificar logs ou outra coisa, se houver algum.

Quando eu pressiono CTRL+ ALT+ F4, vejo o seguinte na tela:

> sep 14 15:36:00 in-target: You should only proceed with the installation if you re certain that
> sep 14 15:36:00 in-target: this is what you want to do.
> sep 14 15:36:00 in-target:
> sep 14 15:36:00 in-target: ispell ibritish wamerican mlocate exim4-config libnfsidmapZ bind9-host
> sep 14 15:36:00 in-target: mime-support libidn11 telnet lsof bash-completion dsutils
> sep 14 15:36:00 in-target: exim4-daemon-light perl libcap2 mutt reportbug libds58 bc m4 doc-debian
> sep 14 15:36:00 in-target: dc at libeuent1 ncurses-term libpcre3 doc-linux-texwhois libsqlite3-0
> sep 14 15:36:00 in-target: python2.5 python-minimal libisccc50 procmail time 1ibrpcsecgss3
> sep 14 15:36:00 in-target: liblwres50 python ftp pciutils dictionaries-commonpython-central w3m
> sep 14 15:36:00 in-target: openbsd-inetd libbind9-50 libxle libgme debian-fafile ucf
> sep 14 15:36:00 in-target: perl-modules python2.5-minimal libldap-2.4-2 libiscfg50 libdb4.5
> sep 14 15:36:00 in-target: bsd-mailx exim4 libgc1c2 exim4-base patch libisc50 libgssgluel iamerican
> sep 14 15:36:00 in-target: portmap nfs-common less libmagicl texinfo liblockfile1
> sep 14 15:36:00 in-target:
> sep 14 15:36:00 in-target: Do you want to ignore this warning and proceed anyway
> sep 14 15:36:00 in-target: To continue, enter "Yes": to abort, enter "No":

Sobre o que é esta mensagem de aviso? O que posso fazer?

Importante notar que tentei instalar Debian 9em um VirtualBoxe funcionou. Tentei instalar Debian 6e tive o mesmo problema.