BsAxUbx5KoQDEpCAqSffwGy554PSah's questions

Percebi que o AlmaLinux 8.10 não possui os pacotes mozilla-openh264e seus pré-requisitos openh264, e que ambos também estão ausentes dos repositórios oficiais. Pelo que sei, preciso de ambos para poder reproduzir vídeos H264 no Firefox, como em https://udemy.com .

Baixei os pacotes dessas URLs:

1. https://rhel.pkgs.org/8/raven-multimedia-x86_64/openh264-2.4.1-2.el8.x86_64.rpm.html
2. https://rhel.pkgs.org/8/raven-multimedia-x86_64/mozilla-openh264-2.4.1-2.el8.x86_64.rpm.html

Em seguida, instalei-os com:

sudo rpm -i <file name>.rpm

Também ativei o plugin H264 no about:addons.

Mas ainda assim, about:supportaponta H264 como não suportado.

O que estou perdendo?

Como o tijolo aconteceu:

1. Eu tenho um SSD com UEFI Debian 12 recentemente instalado (Kingston SA400S37120G). Estava funcionando perfeitamente; até
2. Troquei temporariamente o SSD por um HDD com Debian 11;
3. Quando troquei o SSD de volta, o Debian 12 não foi encontrado em lugar nenhum nas configurações de inicialização da placa-mãe (Asus Crosshair V Formula-Z). Recebo apenas um cursor ao tentar inicializar novamente, ou nada, dependendo das configurações escolhidas. Mas nada de Debian 12.

Por que não consigo desbloquear:

1. Quando meu Debian 11 travou (mais comumente em circunstâncias semelhantes, como trocar por um HDD do Windows), eu rapidamente consertei todas as vezes usando um pen drive Rescatux.
2. No entanto, o Rescatux não funciona com minha nova placa gráfica (Nvidia Geforce GTX 1650).
3. Portanto, não tenho mais o caminho fácil de desbloqueio do Rescatux em mãos e não sei o que fazer sem ele.

Pergunta:

1. Quais informações são necessárias para entender o que aconteceu e como obtê-las?
2. O que posso fazer para desbloquear minha instalação do Debian 12?

Informações adicionais: Resumo de informações de inicialização @ Paste.Debian

1. O Debian 11 é atualizado apenas para R 4.0.4.
2. Tenho pacotes que requerem pelo menos a instalação do R 4.1.0.
3. Já tentei adicionar o repositório R oficial à lista de fontes conforme o site oficial diz , mas recebo a seguinte limitação.

atualização do sudo apt

20 pacotes podem ser atualizados. Execute 'apt list --upgradable' para vê-los.

lista apt --atualizável

r-base-core/bullseye-cran40 4.3.2-1~bullseyecran.0 amd64 [atualizável de: 4.0.4-1]

r-base-dev/bullseye-cran40 4.3.2-1~bullseyecran.0 todos [atualizável de: 4.0.4-1]

r-base/bullseye-cran40 4.3.2-1~bullseyecran.0 todos [atualizável de: 4.0.4-1]

r-cran-boot/bullseye-cran40 1.3-28.1-1~bullseyecran.0 todos [atualizável de: 1.3-27-1]

r-cran-class/bullseye-cran40 7.3-22-2~bullseyecran.0 amd64 [atualizável de: 7.3-18-1]

r-cran-cluster/bullseye-cran40 2.1.4-1~bullseyecran.0 amd64 [atualizável de: 2.1.1-1]

r-cran-codetools/bullseye-cran40 0.2-19-1~bullseyecran.0 todos [atualizável de: 0.2-18-1]

r-cran-foreign/bullseye-cran40 0.8.85-1~bullseyecran.0 amd64 [atualizável de: 0.8.81-1]

r-cran-kernsmooth/bullseye-cran40 2.23-22-1~bullseyecran.0 amd64 [atualizável de: 2.23-18-1]

r-cran-lattice/bullseye-cran40 0,22-5-1~bullseyecran.0 amd64 [atualizável de: 0,20-41-1+b1]

r-cran-littler/bullseye-cran40 0.3.18-2~bullseyecran.0 amd64 [atualizável de: 0.3.12-1]

r-cran-mass/bullseye-cran40 7.3-60-2~bullseyecran.0 amd64 [atualizável de: 7.3-53.1-1]

r-cran-matrix/bullseye-cran40 1.6-1.1-1~bullseyecran.0 amd64 [atualizável de: 1.3-2-1]

r-cran-mgcv/bullseye-cran40 1.9-0-1~bullseyecran.0 amd64 [atualizável de: 1.8-34-1]

r-cran-nlme/bullseye-cran40 3.1.163-1~bullseyecran.0 amd64 [atualizável de: 3.1.152-1]

r-cran-nnet/bullseye-cran40 7.3-19-2~bullseyecran.0 amd64 [atualizável de: 7.3-15-1]

r-cran-rpart/bullseye-cran40 4.1.21-1~bullseyecran.0 amd64 [atualizável de: 4.1-15-2+b1]

r-cran-spatial/bullseye-cran40 7.3-17-1~bullseyecran.0 amd64 [atualizável de: 7.3-13-1]

r-cran-survival/bullseye-cran40 3.5-7-1~bullseyecran.0 amd64 [atualizável de: 3.2-7-1]

r-recomendado/bullseye-cran40 4.3.2-1~bullseyecran.0 todos [atualizável de: 4.0.4-1]

sudo apt atualizar

Os seguintes pacotes foram retidos:

r-base r-base-core r-base-dev r-cran-boot r-cran-class r-cran-cluster r-cran-codetools r-cran-foreign r-cran-kernsmooth r-cran-lattice r- cran-menor

r-cran-massa r-cran-matriz r-cran-mgcv r-cran-nlme r-cran-nnet r-cran-rpart r-cran-espacial r-cran-sobrevivência r-recomendado

Contexto:

• Eu queria instalar o Big Blue Button em uma máquina virtual Ubuntu via SSH;
• Segui corretamente o tutorial oficial até a seção "Instalar" ;
• Digitei o seguinte comando no terminal: wget -qO- https://raw.githubusercontent.com/bigbluebutton/bbb-install/v2.7.x-release/bbb-install.sh | bash -s -- -w -v focal-270 -s <here the domain name> -e <here the email> -g -kusando dados reais em “aqui o nome de domínio” e “aqui o email”;
• Recebi o erro de instalação detalhado abaixo;
• Acessar o verdadeiro "aqui o nome de domínio" por HTTP me dá "500 Internal Server Error - nginx";
• Não é acessível por HTTPS: "ERR_CONNECTION_REFUSED".

O erro de instalação em toda a sua glória:

A instalar certbot (0.40.0-1ubuntu0.1) ...
Created symlink /etc/systemd/system/timers.target.wants/certbot.timer → /lib/systemd/system/certbot.timer.
A processar 'triggers' para man-db (2.9.1-1) ...
Saving debug log to /var/log/letsencrypt/letsencrypt.log
Plugins selected: Authenticator webroot, Installer None
Obtaining a new certificate
Performing the following challenges:
http-01 challenge for <here the domain name>
Using the webroot path /var/www/bigbluebutton-default/assets for all unmatched domains.
Waiting for verification...
Challenge failed for domain <here the domain name>
http-01 challenge for <here the domain name>
Cleaning up challenges
Some challenges have failed.

IMPORTANT NOTES:
 - The following errors were reported by the server:

   Domain: <here the domain name>
   Type:   caa
   Detail: CAA record for <HERE THE MAIN DOMAIN NAME> prevents issuance
 - Your account credentials have been saved in your Certbot
   configuration directory at /etc/letsencrypt. You should make a
   secure backup of this folder now. This configuration directory will
   also contain certificates and private keys obtained by Certbot so
   making regular backups of this folder is ideal.
bbb-install: Let's Encrypt SSL request for <here the domain name> did not succeed - exiting

O log do Let's Encrypt em toda a sua glória:

• https://sprunge.us/pQGlat

Questões:

1. como o problema parece ter começado com o certificado SSL durante a instalação, desativá-lo/removê-lo pode resolver o "500 Internal Server Error"?
2. se sim, como fazer isso sem desinstalar e reinstalar o Big Blue Button? (Suponho que desinstalar e reinstalar seria mais traumático porque deixaria resíduos para criar novos erros)
3. se não, como solucionar o “500 Internal Server Error”, encontrando sua causa e solução?

Contexto:

Em 2015, yoshisherry disse , no UNIX Stack Exchange:

No Windows 7, usar a tecla Windows + seta para a esquerda ou para a direita faz com que uma janela ocupe metade da tela.

O XFce 4 tem a capacidade de colocar duas janelas lado a lado ou 4 janelas, uma em cada um dos quatro cantos (canto inferior esquerdo, canto inferior direito, canto superior esquerdo, canto superior direito).

Em 2012, Michael Cheng disse , no UNIX Stack Exchange:

No XFCE 4.10, você pode ativar uma opção que permite que as janelas sejam agrupadas automaticamente quando arrastadas para as bordas. O padrão é colocar metade da tela lado a lado (metade superior, metade inferior, metade esquerda ou metade direita).

Pergunta:

Em 2023, usando xfcwm 4.16.1-1, pergunto:

• Como isso é possível?

Nunca fui capaz de fazer o ladrilho "esquerdo/direito" mais básico no XFCE no Debian 11.

Havia 3 unidades de disco no servidor, mas uma falhou com erro de entrada/saída e não é recuperável.

Ao tentar inicializar com as 2 unidades restantes, recebo:

Bem-vindo ao modo de emergência!

Depois de fazer login, digite "journalctl -xb" para visualizar os logs do sistema, "systemctl reboot" para reiniciar, "systemctl default" ou ^D para tentar novamente inicializar no modo padrão.

Forneça a senha de root para manutenção (ou digite control-D para continuar):

Eu tentei fsck , mas não diz nada além das unidades sendo clean.

Como eu poderia proceder para ter um sistema inicializável novamente, sem usar "formatar e reinstalar"? Ou, pelo menos, certifique-se de que este sistema não seja recuperável?

Você está usando Ubuntu? Claro!

• cat /etc/issue: Ubuntu 16.04.6 LTS \n \l;

É um RAID? Proprietário humano disse: "não".

• cat /etc/mdadm.conf: No such file or directory;
• cat /proc/mdstat: Personalities: [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]. unused devices: <none>.

Você excluiu o terceiro ruim de /etc/fstab?

Não creio que haja algo a ser deletado ali, pois cat /etc/fstabapenas lista os volumes dos dispositivos sdae sdb, os mesmos dispositivos listados por lsblk . Portanto, não há uma terceira unidade ativada /etc/fstab.

A única coisa curiosa é que dev/sda1, listado como <mount point> /, tem isso <option>: errors=remount-ro. E a sugestão de usar touch /forcefscknão resolve nada, pois esse arquivo não existe, conforme comprovado por nano /forcefsck.

Como ele pergunta, você correu journalctl -xb?

Não o fiz, porque a maior parte da minha experiência de trabalho é com o Windows, e qualquer sugestão em uma tela de travamento pode e deve ser completamente ignorada, pois não é útil. Mas descobri que journalctl -xbé muito útil e até interessante de ler.

Mas corri agora e encontrei essas 3 linhas na cor VERMELHA:

1. linha 636 17 de fevereiro 07:08:04 grafos kernel: ERST: Não é possível solicitar [mem 0xd7e6e000-0xd7e6ffff] para ERST.
2. linha 1249 17 de fevereiro 07:09:34 grafos systemd[1]: Tempo limite esgotado aguardando dispositivo dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device .
3. linha 1879 17 de fevereiro 07:09:36 grafos iscsid[1580]: iSCSI daemon com pid=1581 iniciado!

Eu também descobri esses erros que parecem ser interessantes:

linha 1248 17 de fevereiro 07:09:34 grafos systemd[1]: dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device: Job dev-disk-by\x2duuid-82271ee0\x2dc495\ax2d x2db52f\x2d566c8e456f29.device/started expirou .

linha 1249 17 de fevereiro 07:09:34 grafos systemd[1]: Tempo limite esgotado aguardando dispositivo dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device .

linha 1250 -- Subject: Unit dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device falhou

[...]

linha 1256 - O resultado é timeout .

line 1257 17 de fevereiro 07:09:34 grafos systemd[1]: Falha na dependência para verificação do sistema de arquivos em /dev/disk/by-uuid/82271ee0-c055-497a-b52f-566c8e456f29.

[...]

linha 1265 17 de fevereiro 07:09:34 grafos systemd[1]: Falha na dependência de /data.

[...]

linha 1273 17 de fevereiro 07:09:34 grafos systemd[1]: Falha na dependência para sistemas de arquivos locais.

[...]

linha 1281 17 de fevereiro 07:09:34 grafos systemd[1]: local-fs.target: Job local-fs.target/start falhou com o resultado 'dependency' .

linha 1282 17 de fevereiro 07:09:34 grafos systemd[1]: local-fs.target: Triggering OnFailure= dependencies .

linha 1283 17 de fevereiro 07:09:34 grafos systemd[1]: data.mount: Job data.mount/start falhou com o resultado 'dependency' .

linha 1284 17 de fevereiro 07:09:34 grafos systemd[1]: systemd-fsck@dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.service: Job systemd-fsck@dev-disk-by\ x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.service/start falhou com o resultado 'dependency' .

linha 1285 17 de fevereiro 07:09:34 grafos systemd[1]: dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device: Job dev-disk-by\x2duuid-82271ee0\x2dc495\ax2d x2db52f\x2d566c8e456f29.device/start falhou com o resultado 'timeout' .

Post não adequado para "Pergunte ao Ubuntu" , porque, como dito lá, "16.04 é EOL e, portanto, fora do tópico aqui".