Com esta acl

chmod A=owner@:wpdDxrarRsWwA:df:allow,group:nfs-users:wpdDxrarRsWwA:df:allow,everyone@:wpdDxrarRsWwA:df:deny /directory

Eu obtive que o diretório está disponível apenas para usuários nfs e proprietário e todos os arquivos e diretórios criados dentro têm permissão 770. Funciona bem, mas não monta mais usando nfs. Qual acl permite montagem externa? Eu tentei adicionar o usuário root e ninguém

chmod A=owner@:wpdDxrarRsWwA:df:allow,group:nfs-users:wpdDxrarRsWwA:df:allow,everyone@:wpdDxrarRsWwA:df:deny,user:root:ww pdDxrarRsWwA:allow,user:nobody:wpdDxrarRsWwA:allow,group:nobody:wpdDxrarRsWwA:allow

mas não funciona, somente se eu remover a linha "everyone" o diretório pode ser montado via nfs. Não é possível obter um diretório com permissão de herança 770 e ao mesmo tempo montável via nfs?

O servidor é Solaris, o cliente Linux.

Se eu for root, posso executar o comando mount -o remount,ro /data. No entanto, não consigo fazer isso na minha sessão de usuário sem usar sudo. Tentei modificar meu fstab :

LABEL=DATA   /data        ext4  auto,rw,users  0  1

Adicionei uma regra do polkit:

polkit.addRule(function(action, subject) {
    if ((action.id == "org.freedesktop.udisks2.filesystem-mount" ||
         action.id == "org.freedesktop.udisks2.filesystem-unmount" ||
         action.id == "org.freedesktop.udisks2.filesystem-mount-system-internal") &&
        subject.isInGroup("me")) {
        return polkit.Result.YES;
    }
});

Mas não consegui fazer funcionar. Sempre com o mesmo erro:mount /data : must be superuser to use mount

SO: Linux Mint 22 Cinnamon.

Meu computador tem 2 unidades internas, ambas formatadas como ext4:

• SSD de 500 GB
• Disco rígido de 4 TB

Saída de sudo blkid:

/dev/nvme0n1p1: UUID="7700-D60B" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="eaf9f70c-5c53-4912-9bee-71026adf08aa"
/dev/nvme0n1p2: UUID="89caab6f-76f8-432c-bf26-9f1ae5b066c8" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="2808d465-c4ae-4adc-9c70-991304606f51"
/dev/sda: UUID="17396aba-1565-4654-a6d7-8bae01c8af2c" BLOCK_SIZE="4096" TYPE="ext4"

Quero montar o HDD automaticamente na inicialização, e quero que todos os usuários em um grupo de usuários específico possam ler/escrever/executar nele. Para conseguir isso, adicionei a seguinte linha ao fstab:

UUID=17396aba-1565-4654-a6d7-8bae01c8af2c /media/oliver/17396aba-1565-4654-a6d7-8bae01c8af2c ext4 defaults 0 0

Há dois usuários: um usuário padrão chamado Mama, e um usuário administrador chamado oliver. Ambos os usuários estão no grupo de usuários Familie. Para dar ao grupo acesso ao HDD, eu executo sudo chown :Familie /media /media/oliver/17396aba-1565-4654-a6d7-8bae01c8af2c e sudo chmod 770 /media /media/oliver/17396aba-1565-4654-a6d7-8bae01c8af2c.

Saída de ls -la /media/oliver:

drwxr-x---+ 4 root root    4096 Dec 30 16:15 .
drwxrwx---  5 root Familie 4096 Dec 30 15:51 ..
drwxrwx---  7 root Familie 4096 Dec 30 15:49 17396aba-1565-4654-a6d7-8bae01c8af2c
drwxr-xr-x  6 root root    4096 Dec 30 15:11 Volume

Quando eu entro como oliver, tudo funciona como esperado: o HDD é montado e eu posso ler/escrever/executar nele. No entanto, quando eu entro como Mamae quando eu abro o gerenciador de arquivos, ele mostra o HDD, mas clicar nele leva ao erro:

Could not display '/media/oliver/17396aba-1565-4654-a6d7-8bae01c8af2c'
The location is not a folder.

Para confirmar se o usuário Mamaestá no grupo Familieeu executo getent group Familie:

Familie:x:1001:oliver,Mama

Agradeço muito sua ajuda.

O problema é o seguinte (Aqui não uso findpois não suporta curinga de asterisco duplo **):

$ FILES=(foo/**/*.suffix bar/**/*.suffix2)
$ grep baz "${FILES[@]}" # works
# I use this to create one local var with local in one function
$ SUBFILES="${FILES[@]}"
$ grep baz "${SUBFILES[@]}" # doesn't work

Eu costumava odverificá-los, mas eles são iguais, pelo menos têm o mesmo número de "\n" e o mesmo comprimento (não verifiquei caractere por caractere. Mas, à primeira vista, eles são iguais).

$ echo ${SUBFILES[@]} | od -c
$ echo ${FILES[@]} | od -c

Por que a atribuição de variáveis ​​não cria um objeto que ainda funcione grep?

Acabei de instalar o KDE Neon 6.2 no meu laptop MSI que tem uma GPU Nvidia 1660Ti, mas parece que meu sistema KDE Neon não está detectando e usando minha GPU Nvidia.

Troquei do CachyOS e minha GPU Nvidia funcionou perfeitamente lá hoje mais cedo. Então sei que é algo específico da minha configuração KDE Neon.

Se eu verificar meu aplicativo Mission Center, somente minha iGPU será exibida e minha GPU dedicada estará ausente:

O que posso fazer para que minha GPU Nvidia funcione? Quais são os passos recomendados para o KDE Neon?

Recentemente, tentei instalar o Lutris e o Wine na minha máquina (que usa o Debian 12 como sistema operacional com arquitetura de 64 bits e o Plasma como desktop).

Primeiro, instalei o Wine por meio deste guia e tudo correu bem; não houve erros e consegui executar com sucesso winepelo meu terminal.

Aqui estão os comandos que executei de acordo com o guia:

sudo dpkg --add-architecture i386

sudo mkdir -pm755 /etc/apt/keyrings wget -O - https://dl.winehq.or /wine-builds/winehq.key | sudo gpg --dearmor -o /etc/apt/keyring /winehq-archive.key -

sudo wget -NP /etc/apt/sources.list.d/ https://dl.winehq.org/wine-builds/debian/dists/bookworm/winehq-bookworm.sources

sudo apt update

sudo apt install --install-recommends winehq-stable

Em seguida, tentei instalar o Lutris por meio deste guia e deste vídeo (no vídeo, aparentemente ele apenas executa os comandos encontrados no guia de acordo, eu apenas pensei que deveria incluí-lo para garantir). Ao fazer isso, no entanto, dependências "quebradas" foram relatadas via apt, então executei sudo apt --fix-broken install. Depois de fazer isso, executei novamente sudo apt install lutris, e tudo pareceu ter funcionado corretamente.

Aqui estão os comandos que executei de acordo com o guia (depois de usar --fix-brokeno apt install, é claro):

echo "deb [signed-by=/etc/apt/keyrings/lutris.gpg] https://download.opensuse.org/repositories/home:/strycore/Debian_12/ ./" | sudo tee /etc/apt/sources.list.d/lutris.list > /dev/null

wget -q -O- https://download.opensuse.org/repositories/home:/strycore/Debian_12/Release.key | gpg --dearmor | sudo tee /etc/apt/keyrings/lutris.gpg > /dev/null

sudo apt update

sudo apt install lutris

Depois disso, é claro, tentei executar o Lutris pelo meu desktop, mas me disseram que ele não conseguia encontrar nenhum aplicativo desse tipo:

Acredito que talvez o caminho usado para executar o Lutris esteja incorreto/desconhecido por algum motivo. Não estou muito familiarizado com a forma como o Linux executa e/ou identifica/reconhece aplicativos, nem exatamente o que as configurações de aplicativo do Plasma KDE para Lutris (nesse caso) significam, mas, como você pode ver, não há um "workpath" especificado (o que pode ser importante):

Como exatamente eu localizaria/especificaria o caminho correto para executar o Lutris (supondo que esse seja o problema)?

Agradeço qualquer ajuda referente a esse problema (bem como quaisquer links para guias e/ou documentação potencialmente mais abrangentes/capazes). Ela será muito apreciada.

Além disso, esta é minha primeira postagem neste site, então, por favor, me diga se esta pergunta não é apropriada (ou deveria ser formatada de forma diferente).

Estou executando uma VM Debian 12 no ProxmoxVE e estou seguindo o guia de instalação do docker: https://docs.docker.com/engine/install/debian/

Esta é a saída ao executar apt-get update:

Hit:1 http://deb.debian.org/debian bookworm InRelease
Hit:2 http://deb.debian.org/debian bookworm-updates InRelease
hit:3 http://security.debian.org bookworm-security InRelease
Ign:4 https://download.docker.com/linux/debian \ InRelease
Err:5 https://download.docker.com/linux/debian \ Release
     404 Not Found [ip: 13.249.59.6 443]
Reading package lists... Done
E: The repository 'https://download.docker.com/linux/debian \ Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.

A princípio, este script:

echo \
  "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.asc] https://download.docker.com/linux/debian \
  $(. /etc/os-release && echo "$VERSION_CODENAME") stable" | \
  sudo tee /etc/apt/sources.list.d/docker.list > /dev/null

estava me dando "comando sudo não encontrado", então removi a barra invertida após o pipe e aceitei o script, mas me deu o primeiro erro. Verifiquei se era meu firewall não permitindo a porta 443 desabilitando-a temporariamente e, em seguida, tentando fazer o download sem sucesso. Também tentei executá-lo em um contêiner LXC e uma segunda VM usando Debian 12, todos com o mesmo resultado. Estou supondo que o problema seja com o script echo, pois me desviei dos documentos, no entanto, continuei recebendo erros diferentes se não removesse a barra invertida.

Um dos meus sistemas tem o Fedora 41, e estou usando-o diariamente desde outubro de 2024. Três dias atrás ele estava inicializando diariamente, hoje não. Agora, toda vez que ligo o PC, o menu do grub aparece com as seguintes opções:

Fedora Linux (6.12.4-200.fc41.x86_64) 41 (Workstation Edition)
Fedora Linux (6.11.11-300.fc41.x86_64) 41 (Workstation Edition)
Fedora Linux (6.11.7-200.fc41.x86_64) 40 (Workstation Edition)
Fedora Linux (0-rescue-0a0d7d6f539149364692739ebeca4) 41 (Workstation Edition)
UEFI Firmware Settings

Ao escolher qualquer uma das 3 primeiras opções, ele solicita a senha do LUKS e então congela nesta tela:

Editar

Após remover rhgb quiete pressionar "ctrl+x", o sistema entrou nesta tela e travou:

Então eu apertei uma vez o botão liga/desliga e ele pediu a senha do LUKS. Eu a introduzi e então ele começou a imprimir um novo carregamento de coisas, até que ele travou aqui:

Editar 2

Depois de adicionar systemd.mask=besclient-timer.servicepressionando "e", ele ainda congela (espero >5 minutos). A última impressão quando ele congela é esta:

Editar 3

Tentei a systemd.mask=besclient-timer.serviceopção mais uma vez, e dessa vez travou assim:

Vejo que algo relacionado ao gerenciador de rede agora está vermelho.

Além disso, pressionar "Esc" quando ele está congelado não faz nada. O único botão responsivo é o botão liga/desliga.

Transferi meus arquivos para outro SO (do RetroPi para o Debian) e queria reiniciar meu Venv. Comecei excluindo a pasta .venv que eu tinha (o que não foi tão fácil, pois alguns arquivos estavam protegidos e isso pode ter sido um erro meu).

Então pip install venvfuncionou perfeitamente. E quando tento executar (sudo) python3 -m venv .venvele roda por alguns segundos, não dá nenhuma mensagem e não cria o arquivo .venv nem nada. Ter sudo ou não no comando não muda nada. Tentei mudar as permissões da pasta chmod 777 folder_namemas o resultado é o mesmo.

O fato de não ter nenhuma mensagem de erro me impede de fazer uma pesquisa precisa e sou um novato em Linux.

Adicionei o seguinte ao /etc/crontabmeu sistema Linux:

SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root

# For details see man 4 crontabs

# Example of job definition:
# .---------------- minute (0 - 59)
# |  .------------- hour (0 - 23)
# |  |  .---------- day of month (1 - 31)
# |  |  |  .------- month (1 - 12) OR jan,feb,mar,apr ...
# |  |  |  |  .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# |  |  |  |  |
# *  *  *  *  * user-name  command to be executed
0 0 */1 * * root chmod +x /root/source/auto-renew.sh && /root/source/auto-renew.sh >> /root/source/auto-renew-cron.log 2>&1

No entanto, quando executo agora crontab -l, ele não mostra esta tarefa do crontab:

[root@iZm5e2jhfbrshckqh6qdbuZ cron.d]# crontab -l
45 6 * * * "/root/.acme.sh"/acme.sh --cron --home "/root/.acme.sh" > /dev/null

Por que não está crontab -lmostrando a /etc/crontabtarefa?

Este é o registro:

[root@iZm5e2jhfbrshckqh6qdbuZ cron.d]# journalctl -u crond
-- Logs begin at Wed 2024-11-20 15:32:06 CST, end at Wed 2025-01-01 13:54:30 CST. --
Nov 20 16:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[1444408]: (root) CMD (run-parts /etc/cron.hourly)
Nov 20 17:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[1486477]: (root) CMD (run-parts /etc/cron.hourly)
Nov 20 18:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[1528604]: (root) CMD (run-parts /etc/cron.hourly)
Nov 20 19:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[1570709]: (root) CMD (run-parts /etc/cron.hourly)
Nov 20 20:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[1612872]: (root) CMD (run-parts /etc/cron.hourly)
Nov 20 21:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[1655340]: (root) CMD (run-parts /etc/cron.hourly)
Nov 20 22:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[1697643]: (root) CMD (run-parts /etc/cron.hourly)
Nov 20 23:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[1739698]: (root) CMD (run-parts /etc/cron.hourly)
Nov 21 00:00:01 iZm5e2jhfbrshckqh6qdbuZ CROND[1781104]: (root) CMD (chmod +x /root/source/auto-renew.sh && /root/source/auto-renew.sh >> /root/source/auto-renew-cron.log 2>&1)
Nov 21 00:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[1781971]: (root) CMD (run-parts /etc/cron.hourly)
Nov 21 00:01:01 iZm5e2jhfbrshckqh6qdbuZ anacron[1781980]: Anacron started on 2024-11-21
Nov 21 00:01:01 iZm5e2jhfbrshckqh6qdbuZ anacron[1781980]: Normal exit (0 jobs run)
Nov 21 01:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[1824103]: (root) CMD (run-parts /etc/cron.hourly)
Nov 21 01:01:01 iZm5e2jhfbrshckqh6qdbuZ anacron[1824112]: Anacron started on 2024-11-21
Nov 21 01:01:01 iZm5e2jhfbrshckqh6qdbuZ anacron[1824112]: Normal exit (0 jobs run)
Nov 21 02:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[1866166]: (root) CMD (run-parts /etc/cron.hourly)
Nov 21 02:01:01 iZm5e2jhfbrshckqh6qdbuZ anacron[1866175]: Anacron started on 2024-11-21
Nov 21 02:01:01 iZm5e2jhfbrshckqh6qdbuZ anacron[1866175]: Normal exit (0 jobs run)
Nov 21 03:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[1908181]: (root) CMD (run-parts /etc/cron.hourly)
Nov 21 03:01:01 iZm5e2jhfbrshckqh6qdbuZ anacron[1908190]: Anacron started on 2024-11-21
Nov 21 03:01:01 iZm5e2jhfbrshckqh6qdbuZ anacron[1908190]: Will run job `cron.daily' in 50 min.
Nov 21 03:01:01 iZm5e2jhfbrshckqh6qdbuZ anacron[1908190]: Jobs will be executed sequentially
Nov 21 03:51:01 iZm5e2jhfbrshckqh6qdbuZ anacron[1908190]: Job `cron.daily' started
Nov 21 03:51:01 iZm5e2jhfbrshckqh6qdbuZ anacron[1908190]: Job `cron.daily' terminated
Nov 21 03:51:01 iZm5e2jhfbrshckqh6qdbuZ anacron[1908190]: Normal exit (1 job run)
Nov 21 04:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[1950218]: (root) CMD (run-parts /etc/cron.hourly)
Nov 21 05:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[1992303]: (root) CMD (run-parts /etc/cron.hourly)
Nov 21 06:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[2034382]: (root) CMD (run-parts /etc/cron.hourly)
Nov 21 07:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[2076636]: (root) CMD (run-parts /etc/cron.hourly)
Nov 21 08:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[2118744]: (root) CMD (run-parts /etc/cron.hourly)
Nov 21 09:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[2160824]: (root) CMD (run-parts /etc/cron.hourly)
Nov 21 10:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[2203126]: (root) CMD (run-parts /etc/cron.hourly)
Nov 21 11:01:01 iZm5e2jhfbrshckqh6qdbuZ CROND[2245206]: (root) CMD (run-parts /etc/cron.hourly)