Início / unix / 问题

All perguntas(unix)

Martin Hope
KDM
Asked: 2024-10-02 11:41:52 +0800 CST
  • 6

Li em algum lugar que em um script de shell a [..]construção like por exemplo [ -e $HOME/temp ]é compatível com POSIX. Enquanto a [[..]]construção de script like [[ -e $HOME/temp ]]não é.

Isso é verdade?

Além da conformidade com POSIX, há algo inerentemente vantajoso que [..] tem sobre [[..]]? Ou vice-versa?

shell-script
Martin Hope
ScottishTapWater
Asked: 2024-10-02 09:36:38 +0800 CST
  • 5

Tenho um arquivo de texto de vários gigabytes e quero substituir todas as ocorrências de utf8mb4_0900_ai_cinele por utf8mb4_unicode_520_ci.

Normalmente, eu usaria sed -ipara isso como sugerido aqui: encontrar e substituir uma string em um arquivo sem usar o arquivo temporário com SED

No entanto, isso cria um arquivo temporário e preciso que essa substituição ocorra em um ambiente que não tenha espaço em disco para suportar isso.

Como posso modificar o arquivo no local?

bash
Martin Hope
JosefLitos
Asked: 2024-10-02 04:28:46 +0800 CST
  • 5

Log de inicialização completo:

ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GP18.SATA], AE_NOT_FOUND (20230628/dswload2-162)
ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20230628/psobject-220)

Meu sistema uma vez começou dizendo que nenhum disco está disponível ou algo assim. Eu reiniciei e ele usou o disco para inicializar o Windows, mas a entrada de inicialização UEFI adicionada manualmente para o archlinux desapareceu. Tentei adicioná-lo novamente pelo Windows (muita dor, mas deveria ter sido bem-sucedido). Mas agora as entradas imprimem isso, se eu quero executar meu vmlinuz-linuxbackup , ou meu lts, ​​ou incluir uma barra invertida antes dele, ou passar a raiz PARTUUIDcomo UUID, ou não incluir oinitrd=\booster-linux-lts.img

a passagem splashnão alterou nada na saída do log

Estou meio desesperado, porque não tenho USB e nem acesso fácil a um que possa ser usado por uma distribuição Linux para fazer chroot no meu sistema.

arch-linux
Martin Hope
David Tonhofer
Asked: 2024-10-01 21:49:32 +0800 CST
  • 7

Suponha que eu tenha instalado o pacote ongres-scramno Fedora 40.

Então

$ rpm --query --requires ongres-scram

me dá uma lista de "tags de dependência" que são necessárias para ter este pacote instalado:

javapackages-filesystem
mvn(com.ongres.stringprep:saslprep)
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(PayloadIsZstd) <= 5.4.18-1
rpmlib(RichDependencies) <= 4.12.0-1

Por outro lado

$ rpm --query --provides ongres-scram

me dá "tags de dependência" que são fornecidas pela instalação:

mvn(com.ongres.scram:common) = 2.1
mvn(com.ongres.scram:common:pom:) = 2.1
ongres-scram = 2.1-13.fc40

A tag de dependência javapackages-filesystemé resolvida por um pacote correspondente:

$ rpm --query --whatprovides javapackages-filesystem
javapackages-filesystem-6.2.0-9.fc40.noarch

A tag de dependência mvn(foo)certamente tem a ver com um processo de construção baseado no maven e pode ser resolvida:

$ rpm --query --whatprovides "mvn(com.ongres.stringprep:saslprep)"
ongres-stringprep-1.1-12.fc40.noarch
$ dnf provides "mvn(com.ongres.stringprep:saslprep)"
...
ongres-stringprep-1.1-12.fc40.noarch : RFC 3454 Preparation of Internationalized Strings in pure Java
...

Mas a tag de dependência rpmlib(foo)não foi resolvida:

$ rpm --query --whatprovides "rpmlib(FileDigests)"
no package provides rpmlib(FileDigests)
$ dnf provides "rpmlib(FileDigests)"
Error: No matches found....

Pode ser que a tag represente um requisito no sistema para construir o pacote RPM. Mas o que a fornece?

Além disso, parece

rpmlib(FileDigests) <= 4.6.0-1

indica a necessidade de uma versão bem antiga já que a atual rpmé 4.19.1.1?

rpm
Martin Hope
teeeeee
Asked: 2024-10-01 21:16:40 +0800 CST
  • 5

Tenho um aplicativo que faz backups diários automáticos às 23h em um diretório dirA. Cada backup é um único arquivo .tar e tem uma convenção de nomenclatura aparentemente aleatória sobre a qual não tenho controle (por exemplo 129d3139.tar, , 4a98bb6b.tar, etc).

Como dirAreside em um meio de armazenamento que é muito limitado em espaço, tenho um cron job cinco minutos depois, às 23h05, que exclui todos os backups, exceto o mais recente. O script bash " clear_old_backups.sh" se parece com isso e funciona bem (graças a esta resposta ):

#!/usr/bin/env bash

find /path/to/dirA/ -type f -printf '%T@\t%p\n' |
sort -t $'\t' -g |
head -n -1 |
cut -d $'\t' -f 2- |
xargs -r rm

Agora, além disso, estou procurando manter alguns backups arquivados mais antigos em outro meio de armazenamento maior, em um segundo diretório dirB. Idealmente, dentro, dirBeu gostaria de ter arquivos x4:

1 dia de idade (apenas uma cópia direta do único armazenado em dirA), depois adicionalmente 1 semana de idade, 1 mês de idade e 6 meses de idade.

Alguém pode ajudar com um script bash que copie e mantenha os arquivos de backup relevantes?

Não tenho certeza por onde começar - preciso de alguma forma verificar com muito mais regularidade se o timestamp de um arquivo atingiu "agora menos 7 dias", etc? E só então agir de acordo?

O sistema operacional é Debian 12.

bash
Martin Hope
Slavan
Asked: 2024-10-01 20:29:45 +0800 CST
  • 7

Ajude-me a entender a lógica, por favor - de whereis man:

OPTIONS
       -b
           Search for binaries.

Mas quando eu uso isso, ele retorna o caminho para o diretório:

kl@debian:~$ whereis -b postfix
postfix: /usr/sbin/postfix /usr/lib/postfix /etc/postfix
kl@debian:~$ whereis --version
whereis from util-linux 2.38.1

kl@debian:~$ file /usr/lib/postfix
/usr/lib/postfix: directory
kl@debian:~$ file /etc/postfix
/etc/postfix: directory
kl@debian:~$
linux
Martin Hope
pglpm
Asked: 2024-10-01 18:08:38 +0800 CST
  • 6

[Edição: após uma reinicialização, o comportamento especial "Nunca desligue o computador ou deixe-o hibernar" nas configurações do sistema parece estar funcionando]

Tenho uma estação de trabalho/servidor executando o Kubuntu 22.04. Percebo que se eu desligar o monitor (por meio do botão físico no monitor), depois de um tempo a estação de trabalho entra em suspensão. O mesmo acontece se o monitor for desconectado da estação de trabalho. Isso não acontece se o monitor estiver ligado, mesmo quando o monitor desliga depois de um tempo devido ao gerenciamento de energia.

Percebo o status de suspensão porque a estação de trabalho/servidor não me deixa fazer login via SSH e não responde a pings. Além disso, assim que ligo o monitor novamente e movo o mouse, vejo a tela típica de retomada da suspensão.

Nas configurações do usuário/gerenciamento de energia, o botão "suspender sessão" está desmarcado. Esse fenômeno ainda acontece. Então, em "Configurações de atividade", selecionei "Definir um comportamento especial" e "Nunca desligue o computador ou deixe-o dormir". No entanto, essa suspensão no monitor desligado ainda acontece.

Que tipo de configuração devo alterar para evitar isso? Isso pode ser considerado um bug? Se sim, é dependente do Ubuntu/Kubuntu?

display
Martin Hope
metablaster
Asked: 2024-10-01 17:06:44 +0800 CST
  • 8

Há 10 ferramentas de rede no pacote net-tools do Debian (e também em outras distros, provavelmente o pacote tem um nome diferente):

  • arp (ip n)
  • ifconfig (ip)
  • mmi-ferramenta (ethtool)
  • nameif (link ip)
  • netstat (ss)
  • rota (ip r)
  • éteres
  • rapp
  • plipconfig
  • slattach

Pela lista acima, tenho certeza de que os primeiros 6 estão obsoletos e há substitutos conhecidos, conforme estabelecido entre parênteses.

Mas não está claro sobre os outros 4, eles também estão obsoletos e quais são seus substitutos? São eles:

  • éteres
  • rapp
  • plipconfig
  • slattach
debian
Martin Hope
fran-theman
Asked: 2024-10-01 04:50:58 +0800 CST
  • 6

Pelos meus testes parece que o deck do Steam não fornece um .bash_profileou um .profilearquivo dentro ~(por padrão /home/deck)

Após alguma investigação, há um perfil bash no sistema operacional que contém o seguinte:

───────┬─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
       │ File: /home/.steamos/offload/root/.bash_profile
───────┼─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
   1   │ #  SPDX-License-Identifier: MIT
   2   │ #
   3   │ #  Copyright © 2020 Collabora Ltd.
   4   │ #  Copyright © 2020 Valve Corporation.
   5   │ #
   6   │ #  This file is part of steamos-image-recipes.
   7   │ #
   8   │ #  steamos-image-recipes is free software; you can redistribute it and/or modify
   9   │ #  it under the terms of the GNU Lesser General Public License as published
  10   │ #  by the Free Software Foundation; either version 2.1 of the License, or
  11   │ #  (at your option) any later version.
  12   │ 
  13   │ #
  14   │ # ~/.bash_profile
  15   │ #
  16   │ 
  17   │ [[ -f ~/.bashrc ]] && . ~/.bashrc
───────┴──────────────────────────────────

Há também uma cópia deste arquivo em/etc/skel/.bash_profile

Pelo que entendi, o que deveria ser feito é .bash_profile obter a origem .bashrc e não o contrário, mas neste caso parece que não há como adicionar um arquivo no diretório inicial que só seja obtido uma vez e não em cada novo shell.

Então tenho as seguintes perguntas:

  1. Minha avaliação está correta ou isso pode ser alguma peculiaridade do SteamOS/archlinux?
  2. Devo obter meus aliases e exportações aqui ~/.bashrcou modificar os arquivos do sistema para também obter meus ~/.bash_profile?

Desde já, obrigado!

bash --version      5.01.16
konsole --version  23.04.2

Steam LCD model, version: Linux steamdeck 6.1.52-valve16-1-neptune-61
bash
Martin Hope
Grackleflint
Asked: 2024-09-30 16:41:51 +0800 CST
  • 7

Tenho um array RAID 6 existente onde uma das unidades falhou, mas, quando tento substituí-la usando mdadm --manage /dev/md1 --add /dev/sde3o mdadm, ocorrem erros e recebo a seguinte mensagem no log do kernel:

md: sde3 does not have a valid v1.2 superblock, not importing!

Note que eu zerei a unidade de substituição e zerei repetidamente o superbloco usando mdadm --zero-superblock -e 1.2 --force /dev/sde3. Pode ser relevante que o add pareça gravar um novo superbloco na unidade, marcando a unidade como Spare, mas na verdade não a adiciona ao array.

Acho que o erro que cometi foi ter removido a unidade com falha mdadm --manage md1 --remove /dev/sde3depois que ela falhou e antes de tentar adicionar a substituição.

Tentei várias combinações de zerar o superbloco da unidade de substituição e montar o array com ou sem a unidade de substituição, mas todas falharam com o mesmo erro.

Neste ponto, acho que minha única opção é recriar o array usando --assume-cleane marcando o slot com falha como missing.

Aqui estão as informações para a matriz:

/dev/md1:
           Version : 1.2
     Creation Time : Sun May 12 20:28:14 2013
        Raid Level : raid6
        Array Size : 22686329856 (21.13 TiB 23.23 TB)
     Used Dev Size : 3781054976 (3.52 TiB 3.87 TB)
      Raid Devices : 8
     Total Devices : 7
       Persistence : Superblock is persistent

       Update Time : Mon Sep 30 17:28:13 2024
             State : clean, degraded 
    Active Devices : 7
   Working Devices : 7
    Failed Devices : 0
     Spare Devices : 0

            Layout : left-symmetric
        Chunk Size : 512K

Consistency Policy : resync

              Name : playroom:raid  (local to host playroom)
              UUID : 34484e2b:99dc0604:10b071d5:c8012127
            Events : 176577

    Number   Major   Minor   RaidDevice State
      13       8       99        0      active sync   /dev/sdg3
      10       8      115        1      active sync   /dev/sdh3
      11       8       19        2      active sync   /dev/sdb3
       -       0        0        3      removed
       9       8       83        4      active sync   /dev/sdf3
       8       8       51        5      active sync   /dev/sdd3
      15       8       35        6      active sync   /dev/sdc3
      14       8        3        7      active sync   /dev/sda3

/dev/sda3:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x8
     Array UUID : 34484e2b:99dc0604:10b071d5:c8012127
           Name : playroom:raid  (local to host playroom)
  Creation Time : Sun May 12 20:28:14 2013
     Raid Level : raid6
   Raid Devices : 8

 Avail Dev Size : 7562110607 sectors (3.52 TiB 3.87 TB)
     Array Size : 22686329856 KiB (21.13 TiB 23.23 TB)
  Used Dev Size : 7562109952 sectors (3.52 TiB 3.87 TB)
    Data Offset : 262144 sectors
   Super Offset : 8 sectors
   Unused Space : before=262064 sectors, after=655 sectors
          State : clean
    Device UUID : b3b21814:7f42ad3f:cb7e8d5b:5dfd0d22

    Update Time : Mon Sep 30 17:28:13 2024
  Bad Block Log : 512 entries available at offset 16 sectors - bad blocks present.
       Checksum : ef2d77c6 - correct
         Events : 176577

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : Active device 7
   Array State : AAA.AAAA ('A' == active, '.' == missing, 'R' == replacing)

/dev/sdb3:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x8
     Array UUID : 34484e2b:99dc0604:10b071d5:c8012127
           Name : playroom:raid  (local to host playroom)
  Creation Time : Sun May 12 20:28:14 2013
     Raid Level : raid6
   Raid Devices : 8

 Avail Dev Size : 7562110607 sectors (3.52 TiB 3.87 TB)
     Array Size : 22686329856 KiB (21.13 TiB 23.23 TB)
  Used Dev Size : 7562109952 sectors (3.52 TiB 3.87 TB)
    Data Offset : 262144 sectors
   Super Offset : 8 sectors
   Unused Space : before=262064 sectors, after=655 sectors
          State : clean
    Device UUID : 77d07ff9:e5a670c0:cfb45916:717b98e8

    Update Time : Mon Sep 30 17:28:13 2024
  Bad Block Log : 512 entries available at offset 16 sectors - bad blocks present.
       Checksum : d6aeae07 - correct
         Events : 176577

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : Active device 2
   Array State : AAA.AAAA ('A' == active, '.' == missing, 'R' == replacing)

/dev/sdc3:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x8
     Array UUID : 34484e2b:99dc0604:10b071d5:c8012127
           Name : playroom:raid  (local to host playroom)
  Creation Time : Sun May 12 20:28:14 2013
     Raid Level : raid6
   Raid Devices : 8

 Avail Dev Size : 7562110607 sectors (3.52 TiB 3.87 TB)
     Array Size : 22686329856 KiB (21.13 TiB 23.23 TB)
  Used Dev Size : 7562109952 sectors (3.52 TiB 3.87 TB)
    Data Offset : 262144 sectors
   Super Offset : 8 sectors
   Unused Space : before=262064 sectors, after=655 sectors
          State : clean
    Device UUID : 67b4abd6:f1e5b87f:0851dd21:9200e1b6

    Update Time : Mon Sep 30 17:28:13 2024
  Bad Block Log : 512 entries available at offset 16 sectors - bad blocks present.
       Checksum : 4ceee719 - correct
         Events : 176577

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : Active device 6
   Array State : AAA.AAAA ('A' == active, '.' == missing, 'R' == replacing)

/dev/sdd3:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x8
     Array UUID : 34484e2b:99dc0604:10b071d5:c8012127
           Name : playroom:raid  (local to host playroom)
  Creation Time : Sun May 12 20:28:14 2013
     Raid Level : raid6
   Raid Devices : 8

 Avail Dev Size : 7562110607 sectors (3.52 TiB 3.87 TB)
     Array Size : 22686329856 KiB (21.13 TiB 23.23 TB)
  Used Dev Size : 7562109952 sectors (3.52 TiB 3.87 TB)
    Data Offset : 262144 sectors
   Super Offset : 8 sectors
   Unused Space : before=262064 sectors, after=655 sectors
          State : clean
    Device UUID : fe728bca:23485bc8:a5e5ac21:73c1a89a

    Update Time : Mon Sep 30 17:28:13 2024
  Bad Block Log : 512 entries available at offset 16 sectors - bad blocks present.
       Checksum : 6d085d59 - correct
         Events : 176577

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : Active device 5
   Array State : AAA.AAAA ('A' == active, '.' == missing, 'R' == replacing)

/dev/sde3:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x8
     Array UUID : 34484e2b:99dc0604:10b071d5:c8012127
           Name : playroom:raid  (local to host playroom)
  Creation Time : Sun May 12 20:28:14 2013
     Raid Level : raid6
   Raid Devices : 8

 Avail Dev Size : 7562110607 sectors (3.52 TiB 3.87 TB)
     Array Size : 22686329856 KiB (21.13 TiB 23.23 TB)
  Used Dev Size : 7562109952 sectors (3.52 TiB 3.87 TB)
    Data Offset : 262144 sectors
   Super Offset : 8 sectors
   Unused Space : before=261864 sectors, after=655 sectors
          State : clean
    Device UUID : 16c61ab0:553c3ce5:d9b300b8:54b4fe14

    Update Time : Mon Sep 30 17:28:13 2024
  Bad Block Log : 512 entries available at offset 264 sectors - bad blocks present.
       Checksum : 801fb4f3 - correct
         Events : 0

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : spare
   Array State : AAA.AAAA ('A' == active, '.' == missing, 'R' == replacing)

/dev/sdf3:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x8
     Array UUID : 34484e2b:99dc0604:10b071d5:c8012127
           Name : playroom:raid  (local to host playroom)
  Creation Time : Sun May 12 20:28:14 2013
     Raid Level : raid6
   Raid Devices : 8

 Avail Dev Size : 7562110607 sectors (3.52 TiB 3.87 TB)
     Array Size : 22686329856 KiB (21.13 TiB 23.23 TB)
  Used Dev Size : 7562109952 sectors (3.52 TiB 3.87 TB)
    Data Offset : 262144 sectors
   Super Offset : 8 sectors
   Unused Space : before=261864 sectors, after=655 sectors
          State : clean
    Device UUID : a8368569:56a9356f:e158fc12:9a75fcf4

    Update Time : Mon Sep 30 17:28:13 2024
  Bad Block Log : 512 entries available at offset 264 sectors - bad blocks present.
       Checksum : fe7faa91 - correct
         Events : 176577

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : Active device 4
   Array State : AAA.AAAA ('A' == active, '.' == missing, 'R' == replacing)

/dev/sdg3:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x8
     Array UUID : 34484e2b:99dc0604:10b071d5:c8012127
           Name : playroom:raid  (local to host playroom)
  Creation Time : Sun May 12 20:28:14 2013
     Raid Level : raid6
   Raid Devices : 8

 Avail Dev Size : 7562110607 sectors (3.52 TiB 3.87 TB)
     Array Size : 22686329856 KiB (21.13 TiB 23.23 TB)
  Used Dev Size : 7562109952 sectors (3.52 TiB 3.87 TB)
    Data Offset : 262144 sectors
   Super Offset : 8 sectors
   Unused Space : before=262064 sectors, after=655 sectors
          State : clean
    Device UUID : 4b25f2f9:65988664:86916d97:f0e3ac2a

    Update Time : Mon Sep 30 17:28:13 2024
  Bad Block Log : 512 entries available at offset 16 sectors - bad blocks present.
       Checksum : 3e5f2e4b - correct
         Events : 176577

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : Active device 0
   Array State : AAA.AAAA ('A' == active, '.' == missing, 'R' == replacing)

/dev/sdh3:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x8
     Array UUID : 34484e2b:99dc0604:10b071d5:c8012127
           Name : playroom:raid  (local to host playroom)
  Creation Time : Sun May 12 20:28:14 2013
     Raid Level : raid6
   Raid Devices : 8

 Avail Dev Size : 7562110607 sectors (3.52 TiB 3.87 TB)
     Array Size : 22686329856 KiB (21.13 TiB 23.23 TB)
  Used Dev Size : 7562109952 sectors (3.52 TiB 3.87 TB)
    Data Offset : 262144 sectors
   Super Offset : 8 sectors
   Unused Space : before=261864 sectors, after=655 sectors
          State : clean
    Device UUID : 948d0c31:03c19927:22f18cdd:0d84ffb2

    Update Time : Mon Sep 30 17:28:13 2024
  Bad Block Log : 512 entries available at offset 264 sectors - bad blocks present.
       Checksum : 6fec028 - correct
         Events : 176577

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : Active device 1
   Array State : AAA.AAAA ('A' == active, '.' == missing, 'R' == replacing)

cat /proc/mdstatproduz:

md1 : active raid6 sdg3[13] sda3[14] sdc3[15] sdd3[8] sdf3[9] sdb3[11] sdh3[10]
      22686329856 blocks super 1.2 level 6, 512k chunk, algorithm 2 [8/7] [UUU_UUUU]

unused devices: <none>

Obrigado a frostschutz por detectar a inconsistência dos blocos ruins. O mdadm --examine-badblocksdump é:

Bad-blocks on /dev/sda3:
             3834808 for 512 sectors
             3835320 for 368 sectors
          1787061064 for 16 sectors
          1788696152 for 8 sectors
Bad-blocks on /dev/sdb3:
             3834808 for 512 sectors
             3835320 for 368 sectors
          1787061064 for 16 sectors
          1788696152 for 8 sectors
Bad-blocks on /dev/sdc3:
          1787061064 for 16 sectors
          1788696152 for 8 sectors
Bad-blocks on /dev/sdd3:
             3834808 for 512 sectors
             3835320 for 368 sectors
          1787061064 for 16 sectors
          1788696152 for 8 sectors
Bad-blocks on /dev/sde3:
                   0 for 0 sectors
                   --- repeats for 512 lines ---
Bad-blocks on /dev/sdf3:
          1787061064 for 16 sectors
          1788696152 for 8 sectors
Bad-blocks on /dev/sdg3:
          1787061064 for 16 sectors
          1788696152 for 8 sectors
Bad-blocks on /dev/sdh3:
          1787061064 for 16 sectors
          1788696152 for 8 sectors
mdadm
Prev
Próximo