All perguntas(unix)

Acabei de executar o seguinte comando sem saber exatamente o que ele faria:

sudo pacman -S packagekit-qt6 flatpack fwupd

E agora minha loja KDE Discover está quebrada. Sempre que tento atualizar algo no KDE Discover, recebo os seguintes pop-ups de erro:

Alguém pode me ajudar a remover isso e voltar ao que era antes? Preciso que meu KDE Discover volte a funcionar.

Tentei pesquisar e encontrei para executar sudo pacman -R packagekit-qt6, mas não funcionou. Recebo os seguintes erros:

error: cachyos-znver4: signature from "CachyOS <[email protected]>" is invalid
error: cachyos-core-znver4: signature from "CachyOS <[email protected]>" is invalid
error: cachyos-extra-znver4: signature from "CachyOS <[email protected]>" is invalid
error: cachyos: signature from "CachyOS <[email protected]>" is invalid
error: failed to init transaction (unable to lock database)
error: could not lock database: File exists
  if you're sure a package manager is not already
  running, you can remove /var/lib/pacman/db.lck

Eu queria instalar a versão atual do ausweisapp, que requer pacotes ou versões deles que não estão no repositório do Mint 21.3, então comecei a instalar esses pacotes e suas dependências manualmente. O terceiro foi o libzstd1_1.5.4. Já havia uma versão mais antiga instalada, agora ambas estão quebradas. Se eu tentar remover um deles, o Synaptic e eu apt-get install -fqueremos remover muitos outros pacotes, tipo metade do sistema. Aptitude: Idem.

Como posso remover apenas o pacote que instalei manualmente, sem remover nada mais?

sudo apt install libzstd1{,:i386}=1.4.8+dfsg-3build1retorna:

Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
libzstd1:i386 is already the newest version (1.4.8+dfsg-3build1).
The following packages were automatically installed and are no longer required:
  libhttp-parser2.9 libqt5qmlmodels5 libqt5qmlworkerscript5 libqt5quick5 libqt5quickcontrols2-5 libqt5quicktemplates2-5 libqt5websockets5
  qml-module-qt-labs-platform qml-module-qtgraphicaleffects qml-module-qtqml qml-module-qtqml-models2 qml-module-qtqml-statemachine qml-module-qtquick-controls
  qml-module-qtquick-controls2 qml-module-qtquick-layouts qml-module-qtquick-templates2 qml-module-qtquick-window2 qml-module-qtquick2
Use 'sudo apt autoremove' to remove them.
The following packages will be DOWNGRADED:
  libzstd1
0 upgraded, 0 newly installed, 1 downgraded, 0 to remove and 7 not upgraded.
2 not fully installed or removed.
Need to get 0 B/324 kB of archives.
After this operation, 62.5 kB of additional disk space will be used.
Do you want to continue? [Y/n] Y
dpkg: warning: downgrading libzstd1:amd64 from 1.5.4+dfsg2-5 to 1.4.8+dfsg-3build1
(Reading database ... 686126 files and directories currently installed.)
Preparing to unpack .../libzstd1_1.4.8+dfsg-3build1_amd64.deb ...
Unpacking libzstd1:amd64 (1.4.8+dfsg-3build1) over (1.5.4+dfsg2-5) ...
dpkg: error processing archive /var/cache/apt/archives/libzstd1_1.4.8+dfsg-3build1_amd64.deb (--unpack):
 trying to overwrite shared '/usr/share/doc/libzstd1/changelog.Debian.gz', which is different from other instances of package libzstd1:amd64
Errors were encountered while processing:
 /var/cache/apt/archives/libzstd1_1.4.8+dfsg-3build1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Saída de dpkg:

~ $: sudo dpkg --purge libzstd1_1.5.4
dpkg: warning: ignoring request to remove libzstd1_1.5.4 which isn't installed

~ $: sudo dpkg --purge libzstd1      
dpkg: dependency problems prevent removal of libzstd1:amd64:
 systemd depends on libzstd1 (>= 1.4.0).
 squashfs-tools depends on libzstd1 (>= 1.4.0).
 rsync depends on libzstd1 (>= 1.4.0).
 plocate depends on libzstd1 (>= 1.4.0).
 mesa-vulkan-drivers:amd64 depends on libzstd1 (>= 1.4.0).
 mesa-vdpau-drivers:amd64 depends on libzstd1 (>= 1.4.0).
 mesa-va-drivers:amd64 depends on libzstd1 (>= 1.4.0).
 libxatracker2:amd64 depends on libzstd1 (>= 1.4.0).
 libtiff5:amd64 depends on libzstd1 (>= 1.4.0).
 libsystemd0:amd64 depends on libzstd1 (>= 1.4.0).
 libsereal-encoder-perl:amd64 depends on libzstd1 (>= 1.4.0).
 libsereal-decoder-perl depends on libzstd1 (>= 1.4.0).
 libqt5core5a:amd64 depends on libzstd1 (>= 1.4.0).
 libosmesa6:amd64 depends on libzstd1 (>= 1.4.0).
 libkmod2:amd64 depends on libzstd1 (>= 1.4.0).
 libgl1-mesa-dri:amd64 depends on libzstd1 (>= 1.4.0).
 libflatpak0:amd64 depends on libzstd1 (>= 1.4.0).
 libcurl4:amd64 depends on libzstd1 (>= 1.4.0).
 libcurl3-gnutls:amd64 depends on libzstd1 (>= 1.4.0).
 libboost-iostreams1.74.0:amd64 depends on libzstd1 (>= 1.4.0).
 libarchive13:amd64 depends on libzstd1 (>= 1.4.0).
 libapt-pkg6.0:amd64 depends on libzstd1 (>= 1.4.0).
 kmod depends on libzstd1 (>= 1.4.0).
 gfortran-11 depends on libzstd1 (>= 1.4.0).
 gcc-12 depends on libzstd1 (>= 1.4.0).
 gcc-11 depends on libzstd1 (>= 1.4.0).
 g++-11 depends on libzstd1 (>= 1.4.0).
 flatpak depends on libzstd1 (>= 1.4.0).
 dpkg depends on libzstd1 (>= 1.4.0).
 cpp-12 depends on libzstd1 (>= 1.4.0).
 cpp-11 depends on libzstd1 (>= 1.4.0).
 btrfs-progs depends on libzstd1 (>= 1.4.0).

dpkg: error processing package libzstd1:amd64 (--purge):
 dependency problems - not removing
Errors were encountered while processing:
 libzstd1:amd64

Estou tentando instalar o beeker-studio usando o comando, mas está falhando com este erro

[1/1] Total                                                                                                                                                                    100% |   1.1 MiB/s | 139.0 MiB |  02m04s
Running transaction
Transaction failed: Rpm transaction failed.
  - file /usr/lib/.build-id/1c/26baeb945b7e2802e2ac040b8e5e44d63ddea2 from install of beekeeper-studio-5.2.1-1.x86_64 conflicts with file from package mongodb-compass-1.46.0-1.el8.x86_64

Quando eu removo MongoDB Compass (GUI)o pacote, funciona.

Quando tento instalar beekeper-studiocom o MongoDB Compass GUI instalado, a instalação do Beekeeper falha com a mesma mensagem acima.

É possível corrigir a instalação e ter os dois pacotes? Não quero excluir um só para ter o outro e preferiria não ter que usar os pacotes snap/flatpak.

Estou instalando o Beekeeper usando DNF após configurar o repositório usando as instruções fornecidas na página https://docs.beekeeperstudio.io/installation/linux/#rpm

sudo dnf install beekeeper-studio  

Há um número infinito de artigos e respostas úteis sobre como configurar ~/.ssh/config(por exemplo, este é muito bom ), mas nenhum deles menciona o que fazer se a chave privada também for protegida por senha.

Estou tentando renomear recursivamente todas as pastas _Oreilly(correspondência exata) para_OreillyFox

Em outras palavras, estou tentando ter o mesmo efeito que:

find . -depth -type d -name "_Oreilly" -execdir rename "s/_Oreilly/_OreillyFox/" {} \;

Usando zmv.

O comando que estou tentando é:

zmv -n '(**/)_Oreilly' '${1}_OreillyFox'

Tentei o comando acima com o nome do arquivo e ele os renomeia. Quero renomear apenas diretórios.

Estou usando um laptop antigo com Windows 10 (que veio com o Win8). Instalei o Ubuntu virtualmente no laptop, usando o VMware, mas gostaria de acessar os arquivos no restante do laptop (nas partições do Windows), especialmente aqueles nas minhas pastas de documentos, nas unidades C: e D:, a partir do meu Ubuntu. Como posso fazer isso? Como posso acessar essas unidades/pastas por meio de um CD?

Meu problema é decodificar a saída do comando file -s /dev/sdXno meu sistema (onde /dev/sdXestá o arquivo de dispositivo associado a uma chave USB).
Abaixo, mostrarei a saída do comando file -s /dev/sdXem que o arquivo de dispositivo /dev/sda1é uma partição formatada com um FAT32sistema de arquivos, enquanto o dispositivo /dev/sdbé uma partição formatada com um NTFSsistema de arquivos.

Saída de filecomando para um FAT32sistema de arquivos

No caso do FAT32sistema de arquivos, a saída do filecomando é:

> file -s /dev/sda1
/dev/sda1: DOS/MBR boot sector, code offset 0x58+2, OEM-ID "mkfs.fat", sectors/cluster 8, Media descriptor 0xf8, sectors/track 62, heads 31, hidden sectors 2048, sectors 1966080 (volumes > 32 MB), FAT (32 bit), sectors/FAT 1920, reserved 0x1, serial number 0x4ba3ff5b, unlabeled

Na saída está presente a informação , FAT (32 bit), sectors/FAT 1920,que poderia ser suficiente para dizer que o tipo de sistema de arquivos é FAT32, mas no próximo parágrafo mostrarei que a string FATtambém está presente na saída do filecomando no caso de um NTFSsistema de arquivos.

Saída de filecomando para um NTFSsistema de arquivos

No caso de um NTFSsistema de arquivos, a saída do filecomando é:

> file -s /dev/sdb 
/dev/sdb: DOS/MBR boot sector, code offset 0x52+2, OEM-ID "NTFS    ", sectors/cluster 8, Media descriptor 0xf8, sectors/track 63, heads 255, dos < 4.0 BootSector (0x0), FAT (1Y bit by descriptor); NTFS, sectors/track 63, physical drive 0x80, sectors 15654911, $MFT start cluster 786432, $MFTMirror start cluster 2, bytes/RecordSegment 2^(-1*246), clusters/index block 1, serial number 030fcd5a9fcd56a1c; contains bootstrap BOOTMGR

Nesta saída está presente a informação, ; NTFS,mas também está presente a string FAT.

A questão

A partir das saídas anteriores do file -scomando, como determinar o sistema de arquivos das duas partições com certeza?

EDITAR
Adiciono a saída do file -scomando para uma exfatpartição e para uma ext4partição.

Saída de fileparaexfat

> file -s /dev/sdf
/dev/sdf: DOS/MBR boot sector

Neste caso exfatnão está presente na saída.

Saída de fileparaext4

file -s /dev/sdb1
/dev/sdb1: Linux rev 1.0 ext4 filesystem data, UUID=38bc3d5b-381e-4f19-8640-c77d9483882b (needs journal recovery) (extents) (64bit) (large files) (huge files)

Neste caso está presente a informação ext4 filesystem data,.

Nestes 4 exemplos (FAT32, NTFS, EXFAT, EXT4), a saída do filecomando parece muito diferente para diferentes tipos de sistema de arquivos, por isso é difícil encontrar uma regra simples para decidir o tipo de sistema de arquivos por essa saída.

Todos os pacotes listados no arquivo /var/lib/apt/extended_statesmostram Auto-Installed: 1. Eu esperava que os instalados manualmente mostrassem Auto-Installed: 0. Isso é estranho para mim, porque eu instalei o curl manualmente e ele aparece em apt-mark showmanual. Então, onde o apt-mark encontra a lista de pacotes instalados manualmente?

Há uma resposta do SuperUser , que renomeia nomes de arquivos que contêm espaços em branco:

for f in *\ *; do mv "$f" "${f// /_}"; done

A parte que não entendo é *\ *.

O autor escreveu que:

*\ *Seleciona todos os arquivos com um espaço no nome como entrada para o loop for. O padrão X seleciona todos os arquivos com X no nome e, para o caractere especial espaço, precisamos usar uma barra para que o bash não o trate como uma separação de argumentos.

Já que *não corresponde a um espaço, por que *\ *também corresponde a arquivos com vários caracteres de espaço quando ele só tem um espaço?

Preciso montar um pendrive antigo formatado com o sistema de arquivos FAT. A montagem deve ser executada automaticamente por uma udevregra que execute um script bash.

Quando a chave USB é inserida na porta USB, o script executa o comando:

blkid -o udev /dev/sda1 

onde /dev/sda1está a partição presente dentro do USB e formatada com o sistema de arquivos FAT32. A saída do comando anterior para o pendrive está vazia .

A saída do mesmo comando ( blkid) para outras chaves USB contém a udevvariável ID_FS_TYPE; os valores possíveis ID_FS_TYPEsão: vfat, ntfs, exfat.

Diferentes opções de mountcomando se o sistema de arquivos forvfat

Se o valor da variável ID_FS_TYPEfor vfato script deve executar o seguinte mountcomando:

> mount -o rw,relatime,users,gid=100,umask=000,shortname=mixed,utf8=1,flush /dev/sda1 /mount/point

Enquanto que se o sistema de arquivos não estiver, vfatas opções para o mountcomando podem ser as seguintes:

mount -o rw,relatime /dev/sda1 /mount/point

Com a chave USB específica (1 GB e muito antiga), o script não consegue saber qual é o tipo de sistema de arquivos, vfatentão ele executa o segundo mountcomando; o resultado é que as permissões para o diretório do ponto de montagem (chamado /media/sda1) são:

> ls -l /media/    
total 16
drwxr-xr-x 3 root root 16384 Jan  1  1970 sda1

enquanto eu preciso:

# ls -l /media/    
total 16
drwxrwxrwx 3 root root 16384 Jan  1  1970 sda1

Preciso dessas permissões porque todos os usuários devem poder escrever no USB e não apenas o proprietário (que é rooto meu contexto).

Encontre o tipo de sistema de arquivo por outros comandos

Este link dá outras dicas para descobrir o tipo de sistema de arquivos deste pendrive específico. Então, tentei outros comandos:

• lsblk -n -o FSTYPE /dev/sda1: também neste caso, para minha chave USB específica, a saída do comando está vazia
• a saída do comando file -sL /dev/sda1é muito longa; mostro esta saída abaixo:

> file -sL /dev/sda1
/dev/sda1: DOS/MBR boot sector, code offset 0x3c+2, OEM-ID "MSDOS5.0", sectors/cluster 32, reserved sectors 8, root entries 512, Media descriptor 0xf8, sectors/FAT 240, sectors/track 63, heads 255, hidden sectors 2048, sectors 1966080 (volumes > 32 MB), reserved 0x1, serial number 0xa4906b9d, unlabeled, FAT (16 bit)

Nesta saída, a informação está presente FAT (16 bit), mas não fica claro se o sistema de arquivos da partição do pendrive está formatado vfat. Se eu executar o comando anterior file -sLem um pendrive formatado com o sistema de arquivos NTFS, a saída do comando será:

> file -sL /dev/sda
/dev/sda: DOS/MBR boot sector, code offset 0x52+2, OEM-ID "NTFS    ", sectors/cluster 8, Media descriptor 0xf8, sectors/track 63, heads 255, dos < 4.0 BootSector (0x0), FAT (1Y bit by descriptor); NTFS, sectors/track 63, physical drive 0x80, sectors 15654911, $MFT start cluster 786432, $MFTMirror start cluster 2, bytes/RecordSegment 2^(-1*246), clusters/index block 1, serial number 030fcd5a9fcd56a1c; contains bootstrap BOOTMGR

Nesta saída está presente a string NTFS, mas também está presente a string FAT, então com esta saída não é fácil estabelecer se o sistema de arquivos é vfate não ntfs.

A questão

Existe algum comando além dos anteriores que possa fornecer o sistema de arquivos de uma partição antes de montá-la?