user1032531's questions

Tentando configurar o PHP para realizar um core dump, executei o seguinte:

[root@myserver ~]# echo '/tmp/core-%e.%p' > /proc/sys/kernel/core_pattern
[root@myserver ~]# echo 0 > /proc/sys/kernel/core_uses_pid
[root@myserver ~]# ulimit -c unlimited

Não sei quais eram os valores ulimit originais, mas agora eles são os seguintes:

[michael@myserver ~]$ ulimit
unlimited
[michael@myserver ~]$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 7867
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 4096
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited
[michael@myserver ~]$

Também fiz algumas alterações nos arquivos de configuração do php-fpm, mas já os alterei de volta às configurações padrão.

Estou executando Centos7. Para que devo definir os valores ulimit de volta? Além disso, devo fazer alguma coisa para reverter os dois echocomandos?

Eu tenho um aplicativo PHP com está localizado no Linux com vários diretórios (e subdiretórios) e muitos arquivos PHP, JS, HTML, CSS, etc. Muitos dos arquivos têm caracteres de controle Windows EOL e também estou preocupado que alguns possam não ser codificados em UTF-8, mas talvez ISO-8859-1, Windows-1252, etc. Meu desejo é converter todos os arquivos para UTF-8 com LF só.

Parece que eu posso ter alguns passos.

O dos2unix man fornece esta solução:

find . -name *.txt |xargs dos2unix

https://stackoverflow.com/a/11929475 fornece esta solução:

find . -type f -print0 | xargs -0 dos2unix

https://stackoverflow.com/a/7068241 fornece esta solução:

find ./ -type f -exec dos2unix {} \;

Eu reconheço que o primeiro só converterá arquivos txt que não é o que eu quero, mas posso mudar facilmente para direcionar todos os arquivos usando -type f. Dito isto, uma solução é "melhor" que a outra? Se sim, por quê? É possível dizer quais arquivos serão alterados sem alterá-los? Quando eu finalmente alterá-los, não quero que a data mude e pretendo usar o --keepdatesinalizador do dos2unix. Alguma outra opção deve ser usada?

Em seguida, precisarei lidar com a codificação. https://stackoverflow.com/a/805474/1032531 recomenda enca(ou seu comando irmão encov) e https://stackoverflow.com/a/64889/1032531 recomenda iconv. Também parece que filepode ser aplicável. Novamente, qual deles (ou talvez algo mais) deve ser usado? Instalei encae ao executar enca --list languageso , ele lista vários idiomas, mas não o inglês (talvez escolha "none"?), e questiono sua aplicabilidade. iconvjá foi instalado, porém, não possui uma página de manual (pelo menos man iconvnão resulta em uma). Como isso pode ser usado para verificar e converter recursivamente a codificação?

Confirme/corrija minha solução proposta ou forneça uma solução completa.

Eu instalei anteriormente o git versão 1.8.3.1 no Centos7 usando o yum. Agora quero uma versão mais recente do git. O pacote yum precisa ser removido primeiro?

-nfunciona como um argumento grep para exibir o número da linha, mas -Hnão para o nome do arquivo. Eu acho que é porque git diff, por padrão, o nome do arquivo de saída para cada linha alterada. Enquanto digitava, considerei outra opção para exibir várias linhas e resolveu meu problema imediato, mas ainda gostaria de saber a solução para exibir o nome do arquivo real.

[michael@bigbox www]$ git diff | grep -n -H "this->config"
(standard input):614:-        $config=json_decode($this->config,true);
[michael@bigbox www]$

Ao executar apt-key list, vejo uma chave que desejo remover.

...
pub   rsa2048 2017-11-24 [SC]
      3241 413F 3CE0 B919 E82F  DCA0 6239 92CF C9A9 7C2C
uid           [ unknown] John Doe <[email protected]>
sub   rsa2048 2017-11-24 [E]
...

man apt-keyme diz que posso excluir uma chave executando apt-key del keyid. Ele também me diz que list(aka finger) listará chaves confiáveis ​​com impressões digitais, então estou assumindo que 3241 413F 3CE0 B919 E82F DCA0 6239 92CF C9A9 7C2Cé a impressão digital e não o keyid. Eu brinquei com gpg --list-keyse gpg --list-public-keys, no entanto, ele não lista nenhuma chave, mas cria ~/.gnupg/vários arquivos não textuais que não exibem os IDs das chaves.

Como posso identificar o keyid para poder excluir a chave?

PS. Antes de fazer essa pergunta, procurei uma solução e alguns recomendam não usar "IDs de chave curtos". Se não devo excluir as chaves pelo keyid conforme descrito por man apt-key, forneça a maneira apropriada.

Recentemente, fiz várias imagens de vários cartões SD em várias máquinas usando dd. Não fiz um trabalho estelar com meus nomes e tenho algumas duplicatas. Como posso determinar rapidamente se duas imagens são iguais? Estou usando diff, mas demora um pouco.

Desejo tornar a seguinte montaria permanente:

[michael@devserver ~]$ findmnt | grep public
└─/home/jail/home/public/repo         /dev/mapper/centos-root[/home/michael/testing/gateway/repo] xfs        ro,relatime,attr2,inode64,noquota
[michael@devserver ~]$

Eu criei esta montagem usando o seguinte:

sudo mkdir /home/jail/home/public/repo
sudo mount --bind /home/michael/testing/gateway/repo /home/jail/home/public/repo
sudo mount -o remount,ro,bind /home/jail/home/public/repo

Meu /etc/fstabatualmente se parece com o seguinte. Eu esperava que deveria apenas adicionar /home/michael/testing/gateway/repo /home/jail/home/public/repo xfs ro,relatime,attr2,inode64,noquota 0 0a /etc/fstab, mas ao fazer isso, meu servidor engasga e eu tenho que entrar no modo de emergência para remover esta linha de /etc/fstab. Qual é a maneira correta de vincular permanentemente a montagem de um diretório para acesso somente leitura?

[michael@devserver ~]$ cat /etc/fstab

#
# /etc/fstab
# Created by anaconda on Fri Apr  8 14:15:42 2016
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
/dev/mapper/centos-root /                       xfs     defaults        1 1
UUID=362355d4-e5da-44de-bf5c-5ce92cf43888 /boot                   xfs     defaults        1 2
/dev/mapper/centos-swap swap                    swap    defaults        0 0

[michael@devserver ~]$

Acabei de instalar um software usando apt-get, e seu proprietário e grupo são "logger". Como instalei o software usando sudo, por que o proprietário e o grupo não são "root"? Tenho certeza de que, cerca de um ano atrás, renomeei o usuário picom o novo nome logger. Isso poderia ter causado isso e, em caso afirmativo, por quê?

michael@rp3:~ $ ls -l /usr | grep local
drwxrwsr-x  12 root staff  4096 Dec 23 16:49 local
michael@rp3:~ $ ls -l /usr/local
total 32
drwxrwsr-x 2 root staff 4096 Dec 23 16:47 bin
drwxrwsr-x 2 root staff 4096 Apr 10  2017 etc
drwxrwsr-x 2 root staff 4096 Apr 10  2017 games
drwxrwsr-x 2 root staff 4096 Apr 10  2017 include
drwxrwsr-x 4 root staff 4096 Jun  4  2017 lib
lrwxrwxrwx 1 root staff    9 Apr 10  2017 man -> share/man
drwxrwsr-x 2 root staff 4096 Apr 10  2017 sbin
drwxrwsr-x 7 root staff 4096 Dec 23 15:20 share
drwxrwsr-x 2 root staff 4096 Apr 10  2017 src
michael@rp3:~ $ sudo apt-get install test-client
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
  test-utils
The following NEW packages will be installed:
  test-client test-utils
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/1,575 kB of archives.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] y
WARNING: The following packages cannot be authenticated!
  test-utils test-client
Install these packages without verification? [y/N] y
Selecting previously unselected package test-utils.
(Reading database ... 41030 files and directories currently installed.)
Preparing to unpack .../test-utils_0.1.1-jessie_armhf.deb ...
Unpacking test-utils (0.1.1-jessie) ...
Selecting previously unselected package test-client.
Preparing to unpack .../test-client_0.1.2-jessie_armhf.deb ...
Unpacking test-client (0.1.2-jessie) ...
Setting up test-utils (0.1.1-jessie) ...
Setting up test-client (0.1.2-jessie) ...
michael@rp3:~ $ ls -l /usr/local
total 40
drwxrwxr-x 6 logger logger 4096 Dec 23 16:49 test-client
drwxrwxr-x 3 logger logger 4096 Dec 23 16:49 test-utils
drwxrwsr-x 2 root   staff  4096 Dec 23 16:49 bin
drwxrwsr-x 2 root   staff  4096 Apr 10  2017 etc
drwxrwsr-x 2 root   staff  4096 Apr 10  2017 games
drwxrwsr-x 2 root   staff  4096 Apr 10  2017 include
drwxrwsr-x 4 root   staff  4096 Jun  4  2017 lib
lrwxrwxrwx 1 root   staff     9 Apr 10  2017 man -> share/man
drwxrwsr-x 2 root   staff  4096 Apr 10  2017 sbin
drwxrwsr-x 7 root   staff  4096 Dec 23 15:20 share
drwxrwsr-x 2 root   staff  4096 Apr 10  2017 src

michael@rp3:~ $ cat /etc/passwd | grep 'apt\|logger\|root\|michael'
root:x:0:0:root:/root:/bin/bash
michael:x:1001:1001:,,,:/home/michael:/bin/bash
_apt:x:109:65534::/nonexistent:/bin/false
logger:x:1000:1000:,,,:/home/logger:/bin/bash
michael@rp3:~ $ cat /etc/group | grep 'apt\|logger\|root\|michael'
root:x:0:
michael:x:1001:
wireshark:x:114:michael
logger:x:1000:
michael@rp3:~ $ sudo cat /etc/sudoers
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults        env_reset
Defaults        mail_badpass
Defaults        secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root    ALL=(ALL:ALL) ALL
michael  ALL=(ALL:ALL) ALL
anton   ALL=(ALL:ALL) ALL

# Allow members of group sudo to execute any command
%sudo   ALL=(ALL:ALL) ALL

# See sudoers(5) for more information on "#include" directives:

#includedir /etc/sudoers.d
michael@rp3:~ $ ls -l /etc/sudoers.d
total 8
-r--r----- 1 root root  27 Oct 18  2016 010_pi-nopasswd
-r--r----- 1 root root 958 Jan 11  2016 README
michael@rp3:~ $ sudo cat /etc/sudoers.d/*
pi ALL=(ALL) NOPASSWD: ALL
#
# As of Debian version 1.7.2p1-1, the default /etc/sudoers file created on
# installation of the package now includes the directive:
#
#       #includedir /etc/sudoers.d
#
# This will cause sudo to read and parse any files in the /etc/sudoers.d
# directory that do not end in '~' or contain a '.' character.
#
# Note that there must be at least one file in the sudoers.d directory (this
# one will do), and all files in this directory should be mode 0440.
#
# Note also, that because sudoers contents can vary widely, no attempt is
# made to add this directive to existing sudoers files on upgrade.  Feel free
# to add the above directive to the end of your /etc/sudoers file to enable
# this functionality for existing installations if you wish!
#
# Finally, please note that using the visudo command is the recommended way
# to update sudoers content, since it protects against many failure modes.
# See the man page for visudo for more information.
#
michael@rp3:~ $

Eu montei com sucesso um diretório para outro caminho:

[michael@vps ~]$ mkdir /home/michael/devicefilexxx
[michael@vps ~]$ mkdir /home/michael/mountpointxxx
[michael@vps ~]$ sudo mount --bind /home/michael/devicefilexxx /home/michael/mountpointxxx

Eu vejo como fica:

[michael@vps ~]$ cat /etc/mtab | grep xxx
/dev/mapper/centos-root /home/michael/mountpointxxx xfs rw,relatime,attr2,inode64,noquota 0 0

Bem, o ponto de montagem parece correto, mas não o dispositivo. Eu especifiquei o dispositivo como /home/michael/devicefilexxx, não /dev/mapper/centos-root. Então eu olho um pouco mais fundo:

[michael@vps ~]$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
devtmpfs on /dev type devtmpfs (rw,nosuid,size=1009596k,nr_inodes=252399,mode=755)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_prio,net_cls)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct,cpu)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/mapper/centos-root on / type xfs (rw,relatime,attr2,inode64,noquota)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=34,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
/dev/sda1 on /boot type xfs (rw,relatime,attr2,inode64,noquota)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=204060k,mode=700,uid=1000,gid=1000)
/dev/mapper/centos-root on /home/michael/mountpointxxx type xfs (rw,relatime,attr2,inode64,noquota)

Hmm, dois dispositivos no mesmo ponto de montagem? Então, eu olho para o meu /etc/fstab:

[michael@vps ~]$ cat /etc/fstab

#
# /etc/fstab
# Created by anaconda on Fri Apr  8 14:15:42 2016
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
/dev/mapper/centos-root /                       xfs     defaults        1 1
UUID=362355d4-e5da-44de-bf5c-5ce92cf43888 /boot                   xfs     defaults        1 2
/dev/mapper/centos-swap swap                    swap    defaults        0 0

Se eu quiser tornar a montagem persistente após a reinicialização da máquina, certamente não gostaria de adicionar o seguinte a /etc/stab:

/dev/mapper/centos-root /home/michael/mountpointxxx xfs rw,relatime,attr2,inode64,noquota 0 0

Talvez o seguinte, mas hesito em fazê-lo, pois difere do que /etc/mtabme disse:

/home/michael/devicefilexxx /home/michael/mountpointxxx xfs rw,relatime,attr2,inode64,noquota 0 0

Como alguém monta permanentemente um diretório/arquivo? Além disso, explique como /dev/mapper/centos-rootpode haver dois pontos de montagem que são obviamente diferentes, portanto, devem ser montados em dispositivos diferentes.

EDITAR. Informações de backup:

[michael@vps ~]$ lsblk
NAME            MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda               8:0    0   80G  0 disk
├─sda1            8:1    0  500M  0 part /boot
└─sda2            8:2    0 79.5G  0 part
  ├─centos-swap 253:0    0    2G  0 lvm  [SWAP]
  └─centos-root 253:1    0 77.5G  0 lvm  /
sr0              11:0    1 1024M  0 rom
[michael@lsblk ~]$

Como instalo o systemd-journal-gatewayd em um raspberry pi? https://www.freedesktop.org/software/systemd/man/systemd-journal-gatewayd.service.html

esticar

michael@stetch:~ $ sudo apt-get install systemd-journal-gatewayd
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package systemd-journal-gatewayd
michael@stetch:~ $ sudo apt-get install systemd-journal-gatewayd.socket
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package systemd-journal-gatewayd.socket
E: Couldn't find any package by glob 'systemd-journal-gatewayd.socket'
E: Couldn't find any package by regex 'systemd-journal-gatewayd.socket'
michael@stetch:~ $ sudo apt-get install systemd-journal-gatewayd.service
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package systemd-journal-gatewayd.service
E: Couldn't find any package by glob 'systemd-journal-gatewayd.service'
E: Couldn't find any package by regex 'systemd-journal-gatewayd.service'
michael@stetch:~ $

Jessie

michael@jessie:~ $ sudo apt-get install systemd-journal-gatewayd
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package systemd-journal-gatewayd
michael@jessie:~ $ sudo apt-get install systemd-journal-gatewayd.socket
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package systemd-journal-gatewayd.socket
E: Couldn't find any package by regex 'systemd-journal-gatewayd.socket'
michael@jessie:~ $ sudo apt-get install systemd-journal-gatewayd.service
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package systemd-journal-gatewayd.service
E: Couldn't find any package by regex 'systemd-journal-gatewayd.service'
michael@jessie:~ $

Por exemplo, digamos que hipoteticamente (ou na realidade) alguém estava usando e precisava continuar usando o Debian Jessie, mas queria utilizar o PHP7 do Debian Stretch. Eles podem editar /etc/apt/sources.listpara usar o Stretch e instalar o novo software e depois /etc/apt/sources.listvoltar para Jessie. Mas eles também precisariam fazer o mesmo para nginx ou outros pacotes? Se sim, como eles saberiam? E eles gostariam de realizar um apt-get updatedurante o tempo em que foram configurados para usar o Stretch?

Mudei o nome do host e tentei fixá-lo, mas minha solução anterior não funcionou. Estou usando o Linux raspberrypi 4.9.59-v7+ #1047 SMP Sun 29 de outubro 12:19:23 GMT 2017 armv7l GNU/L. Existe uma nova maneira de fazer isso (além de reiniciar)?

pi@raspberrypi:~ $ /etc/init.d/hostname.sh
-bash: /etc/init.d/hostname.sh: No such file or directory
pi@raspberrypi:~ $