user628388's questions

Estou nos EUA, então uma página tem 8,5 polegadas por 11 polegadas, ou seja, orientação tamanho carta RETRATO

Seja um documento Writer existente ou um documento simples de algumas linhas, ele parece orientado para retrato, mas quando impresso em uma impressora física, ele sai na orientação paisagem. Uma planilha simples do Calc também faz a mesma coisa.

O Libreoffice, conforme vem com o Ubuntu 23.10 ou anterior (no meu caso, seria o Ubuntu 22.04), não apresenta esse problema.

Minhas impressoras são Canon iX6820, que aceitam papel até o tamanho tabloide, que é maior do que o tamanho típico carta ou ofício.

Ouvi dizer que outras impressoras de grande formato, como a Epson Stylus Pro 3880, têm um problema semelhante.

Existe um shell bash em um pen drive USB. A unidade USB está formatada como NTFS. Se montada com pmount, algumas coisas não funcionam:

1. Não consigo executar o shell porque ele tem permissões 600
2. Não consigo alterar as permissões, embora meu ID apareça como proprietário do arquivo

Se a unidade USB for montada via gerenciador de arquivos (o meu é Thunar - a GUI do XFCE que é a GUI do XUbuntu) ou se for montada por discos (que eu acredito ser realmente gnome-disk).

1. Sem problemas ao executar shells - o que eu quero tem permissões 777
2. Não consigo alterar as permissões, mas neste caso não preciso.

Por que não consigo montar a unidade e executar o shell? Provavelmente relacionado, e não tão significativo - o que acontece com a incapacidade de alterar as permissões?

Um membro da comunidade, com representantes suficientes para iniciar um encerramento da minha pergunta, sugeriu que esta é uma duplicata de Como faço para usar 'chmod' em uma partição NTFS (ou FAT32)?
Não é. A resposta nessa pergunta é um comando de montagem. Esse comando de montagem requer sudo e montá-lo sem recorrer ao sudo torna a situação muito diferente. Além disso, essa pergunta referenciada é principalmente sobre chmod. A principal razão pela qual o chmod foi acionado é porque as permissões originais após a montagem eram 600, o que precisaria ser alterado antes da execução do shell. chmod não é necessário aqui, se o comando pmount incluir --exece -- fmask 000.

Um programa, pwrstat por exemplo, pode ser executado por IDs de usuário comuns se o setuid (chmod 4xxx) estiver definido e o arquivo pertencer ao root. Quando a permissão setuid é definida, a entidade é executada como se fosse o proprietário do arquivo. Se for root, isso implica privilégios de root. Deve-se seguir que se um shell tiver setuid e for de propriedade do root, ele deverá ser executado com privilégios de root. Um exemplo seria

#!/bin/bash
cp $1 /var/aa.aa

No entanto, alguém que não seja o root executando o shell de exemplo (com permissão -rwsr-xr-x) obtém permissão negada na cópia.

OK, um programa funciona, um shell não. Tentei criar um programa C simples que usa

system ()

Mesmo resultado.

A questão principal aqui é por que o setuid não permite que um shell seja executado como root. Uma subquestão é por que um programa C não pode emitir os comandos que estariam nesse shell?

Alguns dos usuários de alta reputação estão votando para encerrar esta questão, pois ela é semelhante às perguntas anteriores, EXCETO que essas perguntas e respostas anteriores são complexas. Por favor, não esqueça que muitos usuários aqui provavelmente se perderiam nos uids, setuid, seteuids e outros enfeites, o que faz sentido para aqueles que provavelmente estão prontos para fazer um exame de certificação de administração Linux.

pmount funciona a partir de uma linha de comando para montar uma unidade USB (e desmontar com pumount). Pmount requer saber qual dispositivo e partição montar. Se eu conectar um pen drive e estiver em uma GUI, posso usar gnome-disks para determinar se o pen drive específico que desejo montar é /dev/sdb1, /dev/sdc1 ou talvez /dev/ sde1. Ele até confirmará qual é o nome do rótulo do volume - tudo sem recorrer ao sudo.

Como posso obter informações semelhantes em uma linha de comando sem recorrer ao sudo? ( dispositivo/partição )

No Xfburn, a ação padrão é ejetar um disco quando a gravação for concluída. Como eu alteraria essa configuração padrão para não ejetar um disco quando a gravação for concluída?

O sistema atual é o Xubuntu 24.04

Eu precisava avançar para o Ubuntu 24.04 em maio passado. Muitos aqui sugerem esperar pelo primeiro lançamento pontual, possivelmente em agosto. Em algum momento após o lançamento do lançamento, aqueles que adotaram o Ubuntu 24.04.0 inicial também serão atualizados pela
atualização usual do apt-get

Um comando

chmod -R 775 /home/den/backup/*.sh  

responde com

No such file or directory  

Eu sei que existem conchas dentro dessa estrutura, especificamente algumas em/home/den/backup/shells

O que há de errado com meu comando?

Usando o comando zip, às vezes recebo o seguinte erro:
*** buffer overflow detectado ***: encerrado
Alguns nomes de arquivos no material que está sendo copiado contêm aspas simples (código ascii E2 80 99). Este é apenas um problema ao usar zip no Ubuntu 24.04. Funciona no Ubuntu 22.04.

No Xubuntu 22.04 e 24.04 Se uma caixa de correio do Thunderbird estiver em uma montagem Ubuntu controlada pelo SAMBA, iniciando o Thunderbird, estou recebendo a tela de erro que começa:

O Thunderbird já está em execução, mas não está respondendo. Para usar o Thunderbird, você deve primeiro fechar o processo existente do Thunderbird, reiniciar o dispositivo ou usar um perfil diferente.

Eu tentei ter 22.04 como proprietário da caixa de correio com 24.04 tendo acesso através de uma montagem SAMBA para 22.04 - esta falha em 24.04 - sucesso em 22.04 (ou seja, o sistema onde ele realmente reside). acesso através de uma montagem SAMBA para 24.04 - esta falha em 22.04 - sucesso em 24.04 (novamente, o sistema onde ele realmente reside).
Acessar a caixa de correio montada em SAMBA que realmente reside no Ubuntu 22.04 a partir de um Ubuntu 16.04 sempre teve sucesso e ainda tem.

Se eu excluir .parentlock - ainda falhará

Já tive casos no passado de problemas de permissão em uma caixa de correio - as permissões estão totalmente abertas (definidas como 777, ou seja, wrxwrxwrx) em todas as partes da caixa de correio

Eu verifiquei o Thunderbird rodando com ps -ef | grep "hunder" Nenhum processo ativo contém essa string.

Minhas caixas de correio são compartilhadas entre vários sistemas, sendo montadas em um local de montagem específico - sempre no mesmo ponto de montagem em todos os sistemas. Meu Xubuntu 16.04 e meu Xubuntu 22.04 conseguem acessar a caixa de correio. Apenas o novo 24.04 está falhando com este erro.

Eu tentei a versão snap e uma instalação manual a partir de um tar ball do Mozilla. Sempre o mesmo fracasso.

A versão do libreoffice incluída em 24.04 é baseada em uma versão igual ou superior a 7.5.0.0. A partir dessa versão, um bug, ou regressão, LO bug 154975 ( https://bugs.documentfoundation.org/show_bug.cgi?id=154975 ) foi introduzido. Como resultado, as solicitações de impressão LO para impressoras de grande formato, como minha Canon iX6820, não podem ser impressas na orientação retrato em papel padrão 8,5x11.

Usando um tar ball do documentfoundation.org para uma versão anterior à 7.5.0.0, como o downgrade seria realizado em todo o sistema? O tar ball da versão 7.4.7.2, o último anterior ao bug, consiste em 42 arquivos .deb.

Quando o Ubuntu 24.04 for lançado em cerca de 2 dias, provavelmente haverá algumas coisas importantes que precisam ser consertadas. O arquivo .iso inicial do lançamento será atualizado conforme necessário para refletir tais mudanças ou dependerá apenas do "apt-get upgrade" para essas correções iniciais.

Dito de outra forma, vale a pena esperar algumas semanas antes de baixar o arquivo .iso da nova versão?

Atualizado de DSL para Internet a cabo. Anteriormente era usado um modem/roteador de 2 fios. Agora um Netgear CM500 é o modem e um TP-Link Archer A7 é o roteador. As máquinas na LAN não podem ver umas às outras. O compartilhamento de arquivos não funciona.

Grep com -rnão estava funcionando para mim.

Eu então fiz uma situação de teste. O diretório /home/den/backupagora contém um arquivo com a palavra washernele. Eu também criei um subdiretório dentro de /home/den/backup. Nesse diretório, um arquivo contém a palavra washer. O seguinte deve retornar dois hits em /home/den/backup/great.txte/home/den/backup/aaa/info.txt

se eu emitir

grep -r "washer" /home/den/backup/*.*

o resultado é um hit.

se eu emitir

grep -r "washer" /home/den/backup/aaa/*.*

o resultado é um hit.

O primeiro também não deveria ter encontrado o segundo, que está em um de seus subdiretórios?