Time4Tea's questions

Estou tentando executar o gerenciador de licenças COMSOL no Pop OS; no entanto, quando tento executar:

$ ./lmgrd -c ../license.dat -l /var/tmp/comsol55.log

Recebo o seguinte erro:

bash: ./lmgrd: Nenhum arquivo ou diretório desse tipo

O lmgrdarquivo está claramente presente no diretório atual. Executar ldd lmgrdfornece a seguinte saída:

linux-vdso.so.1 (0x00007acd5ec0d000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007acd5ebf0000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007acd5eb09000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007acd5eae9000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007acd5e800000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007acd5eae4000)
/lib64/ld-lsb-x86-64.so.3 => /lib64/ld-linux-x86-64.so.2 (0x00007acd5ec0f000)

O problema aqui é que a primeira dependência está faltando? Se sim, qual pacote é necessário para adicionar isso no Pop OS?

Estou tentando configurar um servidor TigerVNC no Pop! SO. Quando tento iniciar o servidor no systemd usando sudo systemctl start tigervncserver@, recebo o seguinte erro:

Falha ao iniciar [email protegido] : O nome da unidade [email protegido] não contém o nome da instância. Consulte os logs do sistema e 'systemctl status [email protegido] ' para obter detalhes.

Isso parece implicar que preciso iniciar uma instância do servidor que esteja vinculada a uma exibição específica (ou seja, com sudo systemctl start tigervncserver@:1). No entanto, os números de exibição não estão vinculados a usuários individuais? Então, esse comando não está iniciando o servidor VNC para apenas um usuário específico? Existe alguma maneira de iniciar um daemon de servidor VNC 'geral', que iniciará sessões VNC para qualquer usuário que fizer login?

Desculpe, talvez eu esteja confuso sobre como isso deve funcionar.

Comprei recentemente um novo laptop Lenovo Ideapad Slim 3 e estou tendo problemas para fazer o driver amdgpu funcionar corretamente no Arch Linux. A GPU parece funcionar bem imediatamente com um Mint live USB ( glxgearsreproduções, etc.); no entanto, no sistema Arch que estou tentando instalar no SSD, recebo este erro com glxinfo -B:

$ glxinfo -B
name of display: :0
X Error of failed request:  BadValue (integer parameter out of range for operation)
  Major opcode of failed request:  151 (GLX)
  Minor opcode of failed request:  24 (X_GLXCreateNewContext)
  Value in failed request:  0x0
  Serial number of failed request:  37
  Current serial number in output stream:  38

Não consigo ver nenhum erro no dmesglog relacionado a [drm] e amdgpu - as mensagens no Arch parecem muito semelhantes às do Mint. No entanto, no Arch, vejo o seguinte erro no meu Xorg.0.logarquivo:

[    42.568] (II) Loading sub module "glamoregl"
[    42.568] (II) LoadModule: "glamoregl"
[    42.568] (II) Loading /usr/lib/xorg/modules/libglamoregl.so
[    42.572] (II) Module glamoregl: vendor="X.Org Foundation"
[    42.572]    compiled for 1.21.1.8, module version = 1.0.1
[    42.572]    ABI class: X.Org ANSI C Emulation, version 0.4
[    42.577] (EE) AMDGPU(0): eglGetDisplay() failed
[    42.577] (EE) AMDGPU(0): glamor detected, failed to initialize EGL.
[    42.577] (WW) AMDGPU(0): amdgpu_glamor_pre_init returned FALSE, using ShadowFB

O Xorg.0.logarquivo para o Mint live USB não mostra este erro:

[    17.992] (II) Loading sub module "glamoregl"
[    17.992] (II) LoadModule: "glamoregl"
[    17.992] (II) Loading /usr/lib/xorg/modules/libglamoregl.so
[    17.995] (II) Module glamoregl: vendor="X.Org Foundation"
[    17.995]    compiled for 1.21.1.3, module version = 1.0.1
[    17.995]    ABI class: X.Org ANSI C Emulation, version 0.4
[    18.028] (II) AMDGPU(0): glamor X acceleration enabled on AMD RENOIR (LLVM 13.0.1, DRM 3.42, 5.15.0-56-generic)
[    18.028] (II) AMDGPU(0): glamor detected, initialising EGL layer.

Parece provável que esse erro esteja relacionado ao que está causando o problema. Alguém sabe o que pode estar causando esse problema entre amdgpu e glamour no Arch?

É um laptop novinho em folha, com CPU AMD Ryzen 5 7530U, com gráficos Radeon integrados.

Alguém pode esclarecer como o suporte para grandes endereços cientes (LAA) para aplicativos de 32 bits funciona no Wine?

Sei que por padrão no Windows, os aplicativos de 32 bits são limitados a no máximo 2 GB de RAM; no entanto, é possível definir um sinalizador LAA no executável, para permitir que ele use até 4 GB.

Meu entendimento é que, por padrão, o Wine respeita esse limite de 2 GB para aplicativos Windows de 32 bits e permitirá que 4 GB sejam usados, se o sinalizador LAA estiver definido no .exe. No entanto, ouvi dizer que também existe uma opção global que pode ser configurada para o Wine permitir automaticamente 4 GB para todos os aplicativos do Windows de 32 bits - ( LARGE_ADDRESS_AWARE=1ou algo parecido?).

Alguém pode esclarecer se essa é a variável de ambiente correta? Funciona no vanilla Wine ou apenas no Wine-staging? Também é necessário ao executar aplicativos de 32 bits em um prefixo Wine de 64 bits? Eu pensei que havia uma página de guia do usuário do Wine sobre isso, mas não consegui encontrá-la.

Parece que estou tendo problemas com meu sequenciador Alsa. Estou usando Parabola (variante Arch) e não uso Pulseaudio, uso Alsa diretamente. Estou tentando jogar um jogo via Wine que tem áudio MIDI. Eu tenho o fluidsynth instalado e funciona - eu posso reproduzir um arquivo midi e soa bem. No entanto, se eu iniciar o servidor fluidsynth e executar aplaymidi -l, recebo o seguinte erro:

$ aplaymidi -l
ALSA lib seq_hw.c:466:(snd_seq_hw_open) open /dev/snd/seq failed: No such file or directory

Não tenho nenhum /dev/snd/seqarquivo, o que parece ser algo que deveria estar lá, relacionado ao sequenciador Alsa. Alguém tem alguma idéia de por que esse arquivo pode não estar presente e quais soluções posso tentar?

Editar:

Para responder à pergunta nos comentários, aqui está a saída da /proc/config.gzseção que trata do sequenciador:

$ zgrep -A 5 -B 5 SEQUENCER /proc/config.gz
# CONFIG_SND_CTL_VALIDATION is not set
# CONFIG_SND_JACK_INJECTION_DEBUG is not set
CONFIG_SND_VMASTER=y
CONFIG_SND_DMA_SGBUF=y
CONFIG_SND_CTL_LED=m
CONFIG_SND_SEQUENCER=m
CONFIG_SND_SEQ_DUMMY=m
CONFIG_SND_SEQUENCER_OSS=m
CONFIG_SND_SEQ_HRTIMER_DEFAULT=y
CONFIG_SND_SEQ_MIDI_EVENT=m
CONFIG_SND_SEQ_MIDI=m
CONFIG_SND_SEQ_MIDI_EMUL=m
CONFIG_SND_SEQ_VIRMIDI=m

Portanto, parece que o sequenciador Alsa foi compilado como um módulo e provavelmente só preciso carregar esse módulo.

Estou executando um servidor web Apache em uma máquina desktop executando o Trisquel 8 (baseado no Ubuntu). Eu gostaria de tornar o servidor acessível a outras máquinas/dispositivos na minha rede local, mas não consigo descobrir como.

Quando tento me conectar de outro dispositivo, usando o endereço IP local do servidor Apache, recebo mensagens de erro no navegador, como: no Firefox em um Mac, recebo 'Não foi possível conectar. O Firefox não pode estabelecer uma conexão com o servidor em localhost.'. Se eu tentar conectar usando o navegador DuckDuckGo em um telefone Android, recebo 'Página da Web não disponível. A página da Web em http://localhost/ não pôde ser carregada porque: net::ERR_CONNECTION_REFUSED'.

Uma das respostas sugerida usar nmappara ver quais portas estão abertas, que retornou o seguinte resultado:

$ nmap [LOCAL IP ADDRESS]

Starting Nmap 7.01 ( https://nmap.org ) at 2019-10-12 09:25 EDT
Nmap scan report for [LOCAL IP ADDRESS]
Host is up (0.00013s latency).
Not shown: 998 closed ports
PORT   STATE SERVICE
22/tcp open  ssh
80/tcp open  http

Nmap done: 1 IP address (1 host up) scanned in 0.09 seconds

Então, mostra que a porta 80 está aberta para http. Provavelmente também vale a pena mencionar que posso pingar a máquina de outra na rede local e, como mostra a saída do nmap, tenho outra porta aberta para ssh. Eu tenho ssh-ing para esta máquina por vários meses e isso funciona muito bem. Para isso, acabei de instalar o ssh-server e funcionou praticamente fora da caixa.

Então, isso implica que algo está errado com a configuração do Apache2 (em oposição ao iptables/firewall), dado que o ssh está funcionando sem problemas?

Conteúdo do iptables:

$ sudo iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:http ctstate NEW,ESTABLISHED

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         

Conteúdo do apache2.conf:

# This is the main Apache server configuration file.  It contains the
# configuration directives that give the server its instructions.
# See http://httpd.apache.org/docs/2.4/ for detailed information about
# the directives and /usr/share/doc/apache2/README.Debian about Debian specific
# hints.
#
#
# Summary of how the Apache 2 configuration works in Debian:
# The Apache 2 web server configuration in Debian is quite different to
# upstream's suggested way to configure the web server. This is because Debian's
# default Apache2 installation attempts to make adding and removing modules,
# virtual hosts, and extra configuration directives as flexible as possible, in
# order to make automating the changes and administering the server as easy as
# possible.

# It is split into several files forming the configuration hierarchy outlined
# below, all located in the /etc/apache2/ directory:
#
#       /etc/apache2/
#       |-- apache2.conf
#       |       `--  ports.conf
#       |-- mods-enabled
#       |       |-- *.load
#       |       `-- *.conf
#       |-- conf-enabled
#       |       `-- *.conf
#       `-- sites-enabled
#               `-- *.conf
#
#
# * apache2.conf is the main configuration file (this file). It puts the pieces
#   together by including all remaining configuration files when starting up the
#   web server.
#
# * ports.conf is always included from the main configuration file. It is
#   supposed to determine listening ports for incoming connections which can be
#   customized anytime.
#
# * Configuration files in the mods-enabled/, conf-enabled/ and sites-enabled/
#   directories contain particular configuration snippets which manage modules,
#   global configuration fragments, or virtual host configurations,
#   respectively.
#
#   They are activated by symlinking available configuration files from their
#   respective *-available/ counterparts. These should be managed by using our
#   helpers a2enmod/a2dismod, a2ensite/a2dissite and a2enconf/a2disconf. See
#   their respective man pages for detailed information.
#
# * The binary is called apache2. Due to the use of environment variables, in
#   the default configuration, apache2 needs to be started/stopped with
#   /etc/init.d/apache2 or apache2ctl. Calling /usr/bin/apache2 directly will not
#   work with the default configuration.


# Global configuration
#

#
# ServerRoot: The top of the directory tree under which the server's
# configuration, error, and log files are kept.
#
# NOTE!  If you intend to place this on an NFS (or otherwise network)
# mounted filesystem then please read the Mutex documentation (available
# at <URL:http://httpd.apache.org/docs/2.4/mod/core.html#mutex>);
# you will save yourself a lot of trouble.
#
# Do NOT add a slash at the end of the directory path.
#
#ServerRoot "/etc/apache2"

#
# The accept serialization lock file MUST BE STORED ON A LOCAL DISK.
#
Mutex file:${APACHE_LOCK_DIR} default

#
# PidFile: The file in which the server should record its process
# identification number when it starts.
# This needs to be set in /etc/apache2/envvars
#
PidFile ${APACHE_PID_FILE}

#
# Timeout: The number of seconds before receives and sends time out.
#
Timeout 300

#
# KeepAlive: Whether or not to allow persistent connections (more than
# one request per connection). Set to "Off" to deactivate.
#
KeepAlive On

#
# MaxKeepAliveRequests: The maximum number of requests to allow
# during a persistent connection. Set to 0 to allow an unlimited amount.
# We recommend you leave this number high, for maximum performance.
#
MaxKeepAliveRequests 100

#
# KeepAliveTimeout: Number of seconds to wait for the next request from the
# same client on the same connection.
#
KeepAliveTimeout 5


# These need to be set in /etc/apache2/envvars
User ${APACHE_RUN_USER}
Group ${APACHE_RUN_GROUP}

#
# HostnameLookups: Log the names of clients or just their IP addresses
# e.g., www.apache.org (on) or 204.62.129.132 (off).
# The default is off because it'd be overall better for the net if people
# had to knowingly turn this feature on, since enabling it means that
# each client request will result in AT LEAST one lookup request to the
# nameserver.
#
HostnameLookups Off

# ErrorLog: The location of the error log file.
# If you do not specify an ErrorLog directive within a <VirtualHost>
# container, error messages relating to that virtual host will be
# logged here.  If you *do* define an error logfile for a <VirtualHost>
# container, that host's errors will be logged there and not here.
#
ErrorLog ${APACHE_LOG_DIR}/error.log

#
# LogLevel: Control the severity of messages logged to the error_log.
# Available values: trace8, ..., trace1, debug, info, notice, warn,
# error, crit, alert, emerg.
# It is also possible to configure the log level for particular modules, e.g.
# "LogLevel info ssl:warn"
#
LogLevel warn

# Include module configuration:
IncludeOptional mods-enabled/*.load
IncludeOptional mods-enabled/*.conf

# Include list of ports to listen on
Include ports.conf


# Sets the default security model of the Apache2 HTTPD server. It does
# not allow access to the root filesystem outside of /usr/share and /var/www.
# The former is used by web applications packaged in Debian,
# the latter may be used for local directories served by the web server. If
# your system is serving content from a sub-directory in /srv you must allow
# access here, or in any related virtual host.
<Directory />
        Options FollowSymLinks
        AllowOverride None
        Require all denied
</Directory>

<Directory /usr/share>
        AllowOverride None
        Require all granted
</Directory>

<Directory /var/www/>
        Options Indexes FollowSymLinks
        AllowOverride All
#       Require local
#       Require ip 192.168.1
        Require all granted
</Directory>

#<Directory /srv/>
#       Options Indexes FollowSymLinks
#       AllowOverride None
#       Require all granted
#</Directory>




# AccessFileName: The name of the file to look for in each directory
# for additional configuration directives.  See also the AllowOverride
# directive.
#
AccessFileName .htaccess

#
# The following lines prevent .htaccess and .htpasswd files from being
# viewed by Web clients.
#
<FilesMatch "^\.ht">
        Require all denied
</FilesMatch>


#
# The following directives define some format nicknames for use with
# a CustomLog directive.
#
# These deviate from the Common Log Format definitions in that they use %O
# (the actual bytes sent including headers) instead of %b (the size of the
# requested file), because the latter makes it impossible to detect partial
# requests.
#
# Note that the use of %{X-Forwarded-For}i instead of %h is not recommended.
# Use mod_remoteip instead.
#
LogFormat "%v:%p %h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" vhost_combined
LogFormat "%h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %O" common
LogFormat "%{Referer}i -> %U" referer
LogFormat "%{User-agent}i" agent

# Include of directories ignores editors' and dpkg's backup files,
# see README.Debian for details.

# Include generic snippets of statements
IncludeOptional conf-enabled/*.conf

# Include the virtual host configurations:
IncludeOptional sites-enabled/*.conf

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet

Eu preciso do AllowOverride Allunder /var/wwwporque estou tentando executar uma instância do Wordpress e precisa ser capaz de gravar no servidor Apache.

O Apache2 está definitivamente em execução, pois posso acessar o conteúdo da web usando 'localhost' de um navegador na máquina local. Além disso, systemctl status apache2mostra que está em execução:

~$ systemctl status apache2
● apache2.service - LSB: Apache2 web server
   Loaded: loaded (/etc/init.d/apache2; bad; vendor preset: enabled)
  Drop-In: /lib/systemd/system/apache2.service.d
           └─apache2-systemd.conf
   Active: active (running) since Thu 2019-10-10 20:01:44 EDT; 5min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 1562 ExecStart=/etc/init.d/apache2 start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/apache2.service
           ├─1621 /usr/sbin/apache2 -k start
           ├─1624 /usr/sbin/apache2 -k start
           ├─1625 /usr/sbin/apache2 -k start
           ├─1626 /usr/sbin/apache2 -k start
           ├─1627 /usr/sbin/apache2 -k start
           ├─1628 /usr/sbin/apache2 -k start
           └─2102 /usr/sbin/apache2 -k start

Oct 10 20:01:42 lee-Desktop systemd[1]: Starting LSB: Apache2 web server...
Oct 10 20:01:42 lee-Desktop apache2[1562]:  * Starting Apache httpd web server apache2
Oct 10 20:01:43 lee-Desktop apache2[1562]: AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1. Set the 'ServerName' directive globally to suppress this message
Oct 10 20:01:44 lee-Desktop apache2[1562]:  *
Oct 10 20:01:44 lee-Desktop systemd[1]: Started LSB: Apache2 web server.

Conforme sugerido nos comentários, tentei netstat --inet -a | grep apache2, mas não retornou nada. Aparentemente, isso é incomum se o apache2 estiver em execução, pois deve estar ouvindo na porta 80. Corri netstat -plunt | grep :80e obtive a seguinte saída:

$ sudo netstat -plunt | grep :80
tcp6       0      0 :::80                   :::*                    LISTEN      1557/apache2    

Isso significa que o Apache está ouvindo, mas não está ouvindo nada?

Em termos das configurações do virtualhost, que também foram solicitadas, o único arquivo /etc/apache2/sites-enabled/é 000-default.conf, cujo conteúdo é:

<VirtualHost *:80>
        # The ServerName directive sets the request scheme, hostname and port that
        # the server uses to identify itself. This is used when creating
        # redirection URLs. In the context of virtual hosts, the ServerName
        # specifies what hostname must appear in the request's Host: header to
        # match this virtual host. For the default virtual host (this file) this
        # value is not decisive as it is used as a last resort host regardless.
        # However, you must set it for any further virtual host explicitly.
        #ServerName www.example.com

        ServerAdmin webmaster@localhost
        DocumentRoot /var/www/html

        # Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
        # error, crit, alert, emerg.
        # It is also possible to configure the loglevel for particular
        # modules, e.g.
        #LogLevel info ssl:warn

        ErrorLog ${APACHE_LOG_DIR}/error.log
        CustomLog ${APACHE_LOG_DIR}/access.log combined

        # For most configuration files from conf-available/, which are
        # enabled or disabled at a global level, it is possible to
        # include a line for only one particular virtual host. For example the
        # following line enables the CGI configuration for this host only
        # after it has been globally disabled with "a2disconf".
        #Include conf-available/serve-cgi-bin.conf
</VirtualHost>

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet

Eu também tentei executar tail -f /var/log/apache2/*.log, mas nada está sendo impresso nos logs quando tento conectar de uma máquina remota.

Então, como posso solucionar o que está bloqueando a conexão? Existe um log em algum lugar que possa me esclarecer por que a conexão está sendo recusada e por qual motivo?

Tentei as sugestões feitas por Jacob em sua resposta, mas infelizmente não resolveu o problema. Qualquer outra sugestão ou orientação seria muito apreciada!

Estou tentando compilar o software de visualização gráfica Paraview para meu laptop baseado em ARM; no entanto, estou recebendo alguns avisos de configuração que parecem estar relacionados às 'políticas' do cmake. O texto de aviso e a página de manual cmake sugerem que eu possa executar o comando cmake_policy()para definir uma política específica; no entanto, não consigo descobrir como ou onde executá-lo.

Como posso definir uma política cmake específica?

A página de manual do udev menciona em vários lugares que certas opções de regras podem ser usadas para invocar comandos 'integrados', que aparentemente estão embutidos no próprio programa udev. No entanto, não consegui encontrar nenhuma documentação de referência que explique claramente quais recursos internos do udev estão disponíveis; o que fazem e como são usados.

Já pesquisei na web sem muito sucesso. Alguém sabe se existe uma referência em qualquer lugar que forneça detalhes sobre esses comandos internos?

O documento README no tarball fonte do DirectFB lista o site oficial como www.directfb.org ; no entanto, esse site parece bastante... estranho, para dizer o mínimo. Ele começa falando sobre Linux, mas depois segue em uma direção bastante perturbadora. Posso assumir que este não é o site correto para o projeto DirectFB (em oposição ao desenvolvedor simplesmente ser um esquisito)?

Se for esse o caso, alguém sabe se existe um site atualmente mantido em algum lugar para DirectFB? O artigo da Wikipedia o lista como www.directfb.net ; no entanto, isso gera um erro de DNS.

Estou tentando configurar uma conexão de área de trabalho remota para acessar meu PC de mesa a partir do meu laptop (ambos executando o Trisquel) por wi-fi. Eu tentei o VNC e foi terrivelmente lento, então estou procurando opções alternativas. O que eu gostaria de fazer é iniciar uma sessão X remota por SSH, que seria executada em um tty separado no meu laptop (ou seja, tty8), usando o encaminhamento do X. Parece que deveria ser possível, mas estou tentando entender como isso funciona.

O encaminhamento do X pelo túnel SSH parece funcionar bem para aplicativos X individuais, usando arquivos ssh -X. Também posso iniciar uma nova sessão X local no tty8 usando o seguinte comando (com o xinit instalado):

startx lxsession -- :1 tty8

Portanto, somando dois mais dois, devo conseguir iniciar uma sessão remota pela conexão SSH digitando o seguinte comando após fazer login na máquina remota com SSH, certo?:

startx gnome-session -- :1 tty8

Mas não, não funciona! Estou tendo o erro a seguir:

X: user not authorized to run the X server, aborting.

Pelo que li, parece que preciso usar o aninhamento XDMCP e/ou X para fazer isso.

Então, minha pergunta é: por que é necessário usar esses pacotes extras para fazer isso? Eu pensei que X deveria ter transparência de rede, nesse caso, por que ele saberia/se importaria se o tty que estou tentando usar está em uma máquina local ou remota? O que o aninhamento XDMCP/X traz para a imagem, que o X não inclui por padrão?

Estou apenas tentando entender isso e entender um pouco melhor.

Parece que não consigo iniciar o gparted na linha de comando. Estou usando o Trisquel 8 (baseado no Ubuntu 16.04) com o LXDE. Se eu tento abri-lo, recebo o seguinte erro e nada acontece:

$ sudo gparted

(gpartedbin:7820): Gtk-WARNING **: cannot open display: 

No entanto, parece abrir bem no menu do aplicativo gráfico.

Pesquisei um pouco online e uma recomendação foi tentar:

xhost +localhost

No entanto, isso não ajudou. Aparentemente, parece que pode haver um problema ao abrir aplicativos gtk a partir da linha de comando como root em Wayland; no entanto, estou usando o X11. Isso é apenas em um laptop local - sem ssh-ing ou sistemas remotos envolvidos.

Parece estranho, porque sempre consegui abrir o gparted na linha de comando no passado. Eu também tentei reinstalar o gparted e isso não pareceu ajudar.

Atualizar:

Seguindo as sugestões do meuh nos comentários, adicionei DISPLAY=:0ao arquivo /etc/environment, então deve ser passado ao usar o sudo. No entanto, ainda estou enfrentando um erro, mas agora mudou:

$ sudo gparted
No protocol specified

(gpartedbin:5549): Gtk-WARNING **: cannot open display: :0

Parece que a variável DISPLAY agora está sendo passada, mas não tenho certeza do que significa essa mensagem 'sem protocolo'.

Algumas distribuições GNU/Linux (por exemplo, Ubuntu) fornecem ISOs 'amd64+mac', além dos ISOs 'amd64' regulares. O ISO amd64+mac aparentemente é necessário para inicializar em certos Macs da Apple. Estou apenas curioso para saber o que há de diferente no ISO amd64 + mac?

Além disso (para pontos de bônus ;-) ), se o amd64+mac ISO está apenas adicionando algo ao ISO regular (como parece pelo nome), por que não simplesmente fazer todos os ISOs 'amd64+mac'?

Estou usando o Trisquel versão 7 (Belenos), que é baseado no Ubuntu, com o ambiente de desktop LXDE. Parece estar usando o gnome-keyring-daemon para armazenar e lembrar senhas; no entanto, não parece estar funcionando corretamente. Por exemplo, quando abro o e-mail do Evolution, sou solicitado a fornecer minhas senhas de e-mail/calendário/catálogo de endereços e, em seguida, sou solicitado a fornecer uma senha para um 'chaveiro padrão' para armazená-los. No entanto, o 'chaveiro padrão' não parece persistir - recebo as mesmas perguntas repetidamente toda vez que inicio o Evolution.

Eu li a página de manual do gnome-keyring-daemon, mas não ajudou muito na explicação de como funciona. alguém sabe qual poderia ser o problema?

Editar:

Só para acrescentar, tentei remover e reinstalar o pacote do chaveiro do gnome e o problema ainda estava lá. Vou tentar fazer uma 'remoção completa' e ver se isso ajuda, caso haja alguns arquivos de configuração quebrados por aí.

Eu tenho um Apple MacBook que está executando um sistema Linux From Scratch que eu construí. É um sistema mínimo, apenas inicializando em um prompt bash, sem nenhum X Window System instalado. O chip gráfico é um Intel GMA 950, que usa o driver i915. Anteriormente, eu inicializava no console do framebuffer; no entanto, ajustei algumas das definições de configuração do kernel outro dia e agora o console framebuffer parece não carregar mais (embora a tela fique preta e redefina durante a inicialização).

Estupidamente, não salvei o arquivo de configuração do kernel para a configuração que estava funcionando, embora eu tenha uma impressão do lsmodcomando para essa configuração, que mostra quais módulos do kernel foram carregados:

Module                  Size  Used by
ccm                    20480  6
hid_generic            16384  0
isight_firmware        16384  0
usbhid                 32768  0
i915                 1343488  1
i2c_algo_bit           16384  1 i915
arc4                   16384  2
fbcon                  49152  70
bitblit                16384  1 fbcon
fbcon_rotate           16384  1 bitblit
fbcon_ccw              16384  1 fbcon_rotate
fbcon_ud               20480  1 fbcon_rotate
fbcon_cw               16384  1 fbcon_rotate
softcursor             16384  4 fbcon_ud,fbcon_cw,fbcon_ccw,bitblit
drm_kms_helper        114688  1 i915
ath9k                  81920  0
cfbfillrect            16384  1 drm_kms_helper
ath9k_common           16384  1 ath9k
syscopyarea            16384  1 drm_kms_helper
cfbimgblt              16384  1 drm_kms_helper
ath9k_hw              389120  2 ath9k,ath9k_common
sysfillrect            16384  1 drm_kms_helper
sysimgblt              16384  1 drm_kms_helper
mac80211              405504  1 ath9k
fb_sys_fops            16384  1 drm_kms_helper
cfbcopyarea            16384  1 drm_kms_helper
drm                   282624  3 i915,drm_kms_helper
ath                    28672  3 ath9k_hw,ath9k,ath9k_common
pata_acpi              16384  0
intel_agp              16384  0
coretemp               16384  0
video                  36864  1 i915
uhci_hcd               40960  0
pcspkr                 16384  0
backlight              16384  2 video,i915
ehci_pci               16384  0
ehci_hcd               73728  1 ehci_pci
ata_piix               36864  0
rng_core               16384  0
intel_gtt              20480  2 intel_agp,i915
fb                     65536  8 fbcon_ud,fbcon_cw,fbcon_ccw,bitblit,softcursor,i915,fbcon,drm_kms_helper
agpgart                32768  3 intel_agp,intel_gtt,drm
evdev                  24576  0
fbdev                  16384  2 fb,fbcon
mac_hid                16384  0

Assim, você pode ver que o fbcon (que é o driver para o console framebuffer) foi carregado.

No entanto, a saída lsmodpara a versão mais recente do kernel (onde o console não está carregando) é a seguinte:

Module                  Size  Used by
hid_generic            12288  0
arc4                   12288  2
i915                 1314816  0
usbhid                 28672  0
prime_numbers          12288  1 i915
i2c_algo_bit           12288  1 i915
drm_kms_helper         98304  1 i915
cfbfillrect            12288  1 drm_kms_helper
syscopyarea            12288  1 drm_kms_helper
cfbimgblt              12288  1 drm_kms_helper
pata_acpi              12288  0
sysfillrect            12288  1 drm_kms_helper
ath9k                  73728  0
ath9k_common           12288  1 ath9k
ath9k_hw              368640  2 ath9k,ath9k_common
sysimgblt              12288  1 drm_kms_helper
fb_sys_fops            12288  1 drm_kms_helper
cfbcopyarea            12288  1 drm_kms_helper
mac80211              356352  1 ath9k
coretemp               12288  0
ata_piix               32768  0
ath                    24576  3 ath9k_hw,ath9k,ath9k_common
drm                   241664  3 i915,drm_kms_helper
uhci_hcd               36864  0
video                  32768  1 i915
intel_agp              12288  0
pcspkr                 12288  0
intel_gtt              16384  2 intel_agp,i915
fb                     57344  2 i915,drm_kms_helper
ehci_pci               12288  0
ehci_hcd               65536  1 ehci_pci
agpgart                28672  3 intel_agp,intel_gtt,drm
rng_core               12288  0
fbdev                  12288  1 fb
backlight              12288  2 video,i915
evdev                  20480  0
mac_hid                12288  0

fb , fbdev , i915 , drm , intel_agp estão todos lá, mas fbcon não.

Alguém sabe de uma possível razão pela qual o fbcon não está carregando?

Editar: (para responder a uma pergunta nos comentários)

A saída de grep CONFIG_FRAMEBUFFER_CONSOLE .configé:

$ grep CONFIG_FRAMEBUFFER_CONSOLE .config
CONFIG_FRAMEBUFFER_CONSOLE=m
CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set

fbconestá configurado como um módulo (como parecia na configuração anterior). Acredito que a segunda linha significa que ele deve definir o fbcon como o dispositivo de exibição principal por padrão.

Atualizar:

Carreguei o módulo manualmente, usando modprobe fbcone funcionou - todo o texto apareceu na tela. Ainda tenho que descobrir por que ele não carregou na inicialização e como posso fazer isso.

Além disso, eu corri cat $(readlink -f /sys/class/graphics/fb0/name)e imprimi inteldrmfb. Portanto, parece que está usando um framebuffer integrado ao driver i915 Intel.

Recentemente, criei um sistema Linux From Scratch no meu laptop Apple Macbook; no entanto, tenho lutado para entender o hardware gráfico e quais opções de driver de kernel preciso habilitar.

O sistema LFS é (atualmente) um sistema mínimo que inicializa no Bash, mas não possui o sistema X Window ou qualquer DE. O laptop é um Macbook 2,1 que inclui um chip gráfico Intel GMA 950. Habilitei o que acredito ser o driver apropriado no Kernel para esta GPU, que é o driver i915; no entanto, a menos que eu também habilite algumas outras opções relacionadas a 'framebuffer devices' (ainda não identifiquei as opções de configuração exatas), nada é impresso na tela durante a inicialização (embora a tela mude para um tom diferente de preto algumas vezes ).

Alguém pode explicar o que está acontecendo aqui? Se esse driver i915 for o correto para a GPU, isso não deveria ser suficiente para o sistema imprimir a saída do terminal na tela? Caso contrário, o que mais devo precisar, além do driver i915?

Eu também tenho o Trisquel instalado no mesmo laptop, que inicializa bem no ambiente LXDE e, de acordo com lsmod, o driver i915 é o correto e o kernel não parece estar carregando nenhum driver relacionado ao framebuffer.

Estou confuso!