Fora da caixa, em um Ubuntu 15.10 recém-instalado, se eu iniciar um terminal, ele abrirá uma janela que preenche quase toda a tela. Não é maximizado no sentido do gerenciador de janelas, mas suas dimensões são tais que preenchem toda a tela.
Se nesta janela eu iniciar o gnome-terminal --geometry=80x24 , eu recebo uma segunda janela do terminal que é também pseudo-maximizada (a saída do resize me informa 80x31 na minha tela atual).
O que exatamente está substituindo meu argumento --geometry e como desativá-lo?
Meu objetivo final é fazer com que os aplicativos sejam lançados em qualquer dimensão que seus projetistas pretendam, portanto, não estou procurando uma correção especificamente para gnome-terminal . A lista de aplicativos com os quais realmente me preocupo é bastante curta (Terminal, Emacs, Firefox, Thunderbird, Centro de Software, configurações etc.), mas gostaria de evitar a criação e manutenção de uma lista de "substituições para a substituição" por aplicativo e livrar-se da coisa que faz a geometria prevalecer em primeiro lugar.
Gostaria de manter minhas outras configurações o máximo possível. Por exemplo, desabilitar completamente o Unity consertará isso, mas também perderá as barras de título da janela, etc.
Resultado solicitado:
tripleee@vbvntv$ dconf dump /org/gnome/terminal/
[legacy/profiles:/:b1dcc9dd-5262-4d8d-a863-c897e6d979b9]
use-theme-transparency=false
[legacy]
schema-version=uint32 3
Você pode verificar se há algo relevante no ambiente - observando a saída do comando env executado no gnome-terminal inicial.
Além disso, o arquivo /usr/share/applications/gnome-terminal.desktop pode ter algo adicionado em Exec= line.
Tags unity window-manager usability
Depois que eu fiz meu último %code% de 15.04 para 15.10 alguns dias atrás, o Ubuntu leva muito tempo para inicializar.
Eu fiz muita pesquisa e tentei obter todas as mensagens %code% , mas acho que não tenho conhecimento suficiente para entender tudo.
Isso é o que é realmente estranho: se eu carregar a versão anterior do Ubuntu do Grub, ela também precisará de muito tempo para inicializar, o que não aconteceu anteriormente.
%pre%De onde vêm esses 90 segundos?
Mais recente% completo co_de% .
Eu tentei resolver o problema sozinho. Meu primeiro palpite foi o %code% , então instalei o mais recente da Intel. Isso não teve efeito.
Eu também vejo um bug no bios %code% . Ainda não consertei isso (não tenho um pendrive vazio comigo).
Eu não sou especialista, mas o problema que consome tempo parece estar em outro lugar.
Eu pensei sobre problemas com os UUIDs no %code% e comparei com %code% output. Tudo se encaixa, exceto o %code% , então eu mudei o %code% . Meu swap está em %code% ; %code% tinha um UUID para isso. %code% me mostrou apenas %code% para %code% (mostrou um UUID para todas as outras partições). Eu mudei o UUID para swap para o %code% em %code% , mas isso não teve efeito.
sytemd-analyse blame (primeiras 10 linhas):
%pre%PS: meu dual-game gaming-os (win 7) ainda inicializa em velocidade normal, então tenho certeza que não é um problema de hardware
PPS: thx por editar meu inglês ruim
SOLUÇÃO TEMPORÁRIA: Eu mudei do systemd de volta para upstart . Agora ele carrega rápido novamente. Mas ainda estou interessado em entender o problema.