'sudo startx' funciona, mas 'startx' dá tela de baixa resolução, sem Dash

1

Após uma atualização recente do sistema, descobri que não consegui fazer login e obter minha tela normal. A tela que eu peguei após digitar minha senha era de baixa resolução, não tinha Dash e Ctrl-Alt-T não abria um terminal. lshw -C display mostra:

*-display
   description: VGA compatible controller
   product: 82G33/G31 Express Integrated Graphics Controller

Descobri que, logando com Ctrl-Alt-F1 , obtive os mesmos resultados com /usr/bin/startx , mas sudo /usr/bin/startx me deu minha tela normal (mas eu estava logado como root ).

    
por waltinator 12.03.2015 / 18:22

2 respostas

0

RESOLVIDO simplesmente removendo o driver fglrx (com as instruções do driver, não apenas sudo rm ), e dependendo do driver interno do Ubuntu. fglrx é para placas gráficas avançadas e eu tenho uma antiga.

    
por waltinator 29.09.2015 / 21:32
2

Atualização 2015Mar12-2238: NÃO RESOLVIDO! Eu ainda estou lutando.

Resposta original (não):

Como startx funciona para root e falha para user , é um problema de permissão.

Para responder a pergunta. "Em todo o meu software instalado, o que pode root executar que user não pode?", Eu primeiro coletei os dados com:

#!/bin/bash
#
for pkg in $( dpkg -l | egrep '^ii' | awk '{print  }' ) ; do
    echo "$(date '+%F %T') $pkg" >&2
    dpkg -L "$pkg" | \
        sed -e 's/^.*to: //' | \
        while read phile ; do
            sudo /usr/bin/stat  \  
                --printf="=%a,%A %u:%g Chgd: %z = %Z %N\n" ":$clean" | \
                tr -d '‘’'
        done
done  > plan.out

Em seguida, via egrep '^=...,[dr]..x.....-' plan.out | sort -n -k8 | uniq vi (truncado para espaço, apenas alterações "recentes"):

=700,drwx------ 101:4 Chgd: 2015-01-30 19:11:24.363915087 -0500 = 1422663084 ‘/var/spool/rsyslog’
=700,drwx------ 0:0 Chgd: 2015-01-31 11:21:44.664379962 -0500 = 1422721304 ‘/var/lib/libvirt/sanlock’
=700,drwx------ 0:0 Chgd: 2015-02-22 12:25:22.314994852 -0500 = 1424625922 ‘/root’
=700,drwx------ 0:0 Chgd: 2015-02-23 11:40:00.909677880 -0500 = 1424709600 ‘/var/lib/polkit-1’
=700,drwx------ 0:0 Chgd: 2015-02-23 11:40:00.917677856 -0500 = 1424709600 ‘/etc/polkit-1/localauthority’
=700,drwx------ 154:161 Chgd: 2015-02-24 16:06:58.612884945 -0500 = 1424812018 ‘/var/run/gdm/greeter’
=750,drwxr-x--- 144:128 Chgd: 2015-02-24 16:07:01.015677190 -0500 = 1424812021 ‘/var/cache/libvirt/qemu’
=750,drwxr-x--- 154:161 Chgd: 2015-02-24 16:07:19.838216115 -0500 = 1424812039 ‘/var/lib/gdm’
=700,drwx------ 0:0 Chgd: 2015-02-24 16:07:38.480845470 -0500 = 1424812058 ‘/var/lib/sudo’
=750,drwxr-x--- 144:128 Chgd: 2015-02-24 16:07:45.033551778 -0500 = 1424812065 ‘/var/lib/libvirt/qemu’
=750,drwxr-x--- 134:4 Chgd: 2015-02-25 07:57:51.259376791 -0500 = 1424869071 ‘/var/log/glance’
=750,drwxr-x--- 33:4 Chgd: 2015-02-26 08:08:02.006782269 -0500 = 1424956082 ‘/var/log/nginx’
=750,drwxr-x--- 131:139 Chgd: 2015-03-02 08:32:46.122363558 -0500 = 1425303166 ‘/var/log/couchdb’
=750,drwxr-x--- 128:4 Chgd: 2015-03-02 08:33:02.030331682 -0500 = 1425303182 ‘/var/log/privoxy’
=750,drwxr-x--- 146:4 Chgd: 2015-03-02 08:33:03.322329094 -0500 = 1425303183 ‘/var/log/tomcat7’
=710,drwx--x--- 0:7 Chgd: 2015-03-04 07:53:31.955392233 -0500 = 1425473611 ‘/var/spool/cups’

A entrada que parece mais envolvida com o login e a configuração da minha exibição é:

=700,drwx------ 154:161 Chgd: 2015-02-24 16:06:58.612884945 -0500 = 1424812018 ‘/var/run/gdm/greeter’  

Depois que eu fiz sudo chmod 755 /var/run/gdm /var/run/gdm/greeter , eu consertei o problema e agora posso logar normalmente.

Vou enviar um relatório de bug.

Mas, enquanto o hack acima resolveu o problema uma vez, ele ocorre novamente. NÃO RESOLVIDO! Vou ter que investigar (em /var/cache/apt/archives ) para ver o que foi instalado em torno de 2015-02-24

    
por waltinator 12.03.2015 / 18:22