Quando o PC é conectado a uma única tela via Display Port e esse monitor é desligado, o Ubuntu 24.04 bloqueia a tela. Esse não era o caso no 22.04, se bem me lembro. Estou pensando se esse é o comportamento intencional, já que qualquer programa em execução é morto no bloqueio.
Peço desculpas pelo bloco de texto recebido, mas espero encontrar uma solução para um problema estranho que "pode" ser um bug. Estou no processo de criar uma instalação automatizada offline ( air-gapped ) do Ubuntu 24.04.1 LTS usando uma combinação de inicialização PXE do ISO e apontando-o para um arquivo de dados do usuário que contém minha instalação automática e configuração de dados do usuário para uma instalação bare-metal totalmente automatizada.
Qualquer pessoa familiarizada com esse processo sabe que é um processo de instalação multifásico, com a fase 1 sendo a instalação base processando qualquer coisa no "autoinstall:" , formatando discos e copiando arquivos do ISO para o disco, etc... e a fase 2 basicamente processando qualquer coisa definida na seção "user-data:" do seu arquivo user-data. Além disso, é possível configurar pacotes para serem instalados durante a fase 1 de instalação (por exemplo, openssh-server). Dito isso, conforme observado na página de referência do AutoInstall ( https://canonical-subiquity.readthedocs-hosted.com/en/latest/reference/autoinstall-reference.html#ssh ):
Observe que as ISOs de instalação do Desktop não incluem o openssh-server, portanto, as instalações do Desktop exigem acesso ao arquivo do Ubuntu para que o install-server seja bem-sucedido.
Então, se entendi corretamente, tudo isso significa que para instalar o openssh-server, ou qualquer pacote não contido no ISO, o instalador precisa conseguir acessar um arquivo Noble do Ubuntu para poder baixar e instalar o pacote.
Agora, como mencionado, estou tentando executar a instalação automatizada em uma rede air-gapped. Eu espelhei os repositórios nobres do Ubuntu da internet e os disponibilizei na rede air-gapped. Eu também validei que funciona executando uma instalação manual do Ubuntu 24.04.1 LTS e atualizando o arquivo /etc/apt/sources.list.d/ubuntu.sources para apontar para o espelho air-gapped e executando com sucesso um apt update/upgrade e instalando o openssh-server (e o ansible).
Então, o problema que preciso superar é configurar de alguma forma a parte da Fase 1 (instalação automática:) para usar meu espelho local como uma fonte para instalação de pacotes.
Este processo sobre como fazer isso está documentado aqui:
https://canonical-subiquity.readthedocs-hosted.com/en/latest/reference/autoinstall-reference.html#apt https://curtin.readthedocs.io/en/latest/topics/apt_source.html
No entanto, após várias horas tentando várias combinações de tentativas de configurar a seção "apt:" no meu arquivo de dados do usuário, o que estou observando é que qualquer coisa colocada na seção "apt:" parece ser aplicada apenas às configurações /target/etc/apt/, não à sessão ativa. O cache do apt parece conter apenas os pacotes que estão disponíveis no ISO. Por causa disso, especificar "pacotes:" adicionais para serem instalados faz com que a instalação automática falhe.
Aqui estão as várias configurações que tentei:
Usando o formato deb:
#cloud-config
autoinstall:
apt:
preserve_sources_list: false
mirror-selection:
primary:
- uri: "http://mirror.local.net/ubuntu"
arches: [default]
fallback: offline-install
geoip: false
Usando o formato deb822:
#cloud-config
autoinstall:
apt:
sources:
local.sources:
source: |
Types: deb
URIs: http://mirror.local.net/ubuntu
Suites: $RELEASE $RELEASE-updates $RELEASE-backports $RELEASE-security $RELEASE-proposed
Components: main restricted universe multiverse
Signed-by: /usr/share/keyrings/ubuntu-archive-keyring.gpg
preserve_sources_list: false
fallback: offline-install
geoip: false
Em meus testes, "parece" que quando eu especifico o deb formatado "apt:", não há nenhuma indicação no console do instalador de que ele sequer tenta contatar o espelho em algum ponto para atualizar o cache (apt update) ou para instalar o pacote. Quando eu especifico o deb822 formatado "apt:", uma das primeiras coisas que o instalador parece fazer é validar que ele pode contatar mirror.local.net, assim como archive.ubuntu.com e security.ubuntu.com.
Então pensei que usar o "apt:" formatado em deb822 pareceria ser a coisa certa a fazer, porém, mais tarde na instalação, quando ele vai instalar quaisquer pacotes definidos, posso ver claramente nos logs:
Sep 05 10:30:00 ubuntu subiquity_log.4233[15323]: Get1 file:/cdrom nobel InRelease
Sep 05 10:30:00 ubuntu subiquity_log.4233[15323]: Ign1 file:/cdrom nobel InRelease
Sep 05 10:30:00 ubuntu subiquity_log.4233[15323]: Get2 file:/cdrom nobel Release [1072 B]
Sep 05 10:30:00 ubuntu subiquity_log.4233[15323]: Get2 file:/cdrom nobel Release [1072 B]
Sep 05 10:30:00 ubuntu subiquity_log.4233[15323]: Reading package lists...
...
Sep 05 10:30:00 ubuntu subiquity_log.4233[15312]: Running command ['unshare', '--fork', '--pid', '--mount-proc=/target/proc', '--', 'chroot', '/target', 'apt-get', '--quiet', '--assume-yes', '--option=Dpkg::options::=--force-unsafe-io', '--option=Dpkg::Options::=-force-confold', 'install', '--download-only', 'openssh-server'] with allowed return codes [0] (capture=False)
Sep 05 10:30:00 ubuntu subiquity_log.4233[15432]: Reading package lists...
Sep 05 10:30:00 ubuntu subiquity_log.4233[15432]: Building dependency tree...
Sep 05 10:30:00 ubuntu subiquity_log.4233[15432]: Reading state information...
Sep 05 10:30:00 ubuntu subiquity_log.4233[15432]: E: Unable to locate package openssh-server
Quando o instalador trava enquanto ainda está na sessão Live, se eu entro no terminal e verifico o seguinte, não há referências a "mirror.local.net" em nenhum dos seguintes arquivos:
/etc/apt/sources.list
/etc/apt/sources.list.d/ubuntu.sources
/target/etc/apt/sources.list
/target/etc/apt/sources.list~
/target/etc/apt/sources.list.d/ubuntu.sources.curtin.orig
A única referência que consigo encontrar ao que especifiquei na seção "apt:" só pode ser encontrada no arquivo /etc/cloud/cloud.cfg.d/91_kernel_cmdline_url.cfg, que parece ser uma cópia do arquivo de dados do usuário.
A outra observação que fiz é que se eu mover toda a instalação de software extra para a Fase 2 da instalação (1ª inicialização após a instalação base), onde a seção de dados do usuário "coisas" é processada, o arquivo local.sources existe no diretório /etc/apt/sources.list.d e se eu executar um, runcmd: apt install openssh-server -yos pacotes serão instalados corretamente.
Minha pergunta é: alguém mais observou esse problema ou alguém mais tem uma instalação funcional do Ubuntu 24.04.1 LTS com airgapp/offline e pode verificar se consegue instalar o openssh-server a partir de um espelho de repositório interno do Ubuntu?
Admito plenamente que posso estar encontrando um bug com o novo instalador, mas queria descartar a possibilidade de ser um idiota primeiro. Se alguém tiver um exemplo de uma seção "apt:" funcional para especificar um espelho local, eu realmente apreciaria alguma orientação.
Obrigado pela leitura e pelo feedback!
TLDR; as configurações "apt:" na instalação automática do Ubuntu 24.04.1 LTS parecem ser ignoradas durante a fase de instalação inicial.
Aparentemente o grupo "users" já existia no passado, mas AFAIK não foi muito utilizado. Agora no Ubuntu 24 novos usuários criados com addusersão adicionados a ele por padrão:
info: Adding new user `example' to supplemental / extra groups `users' ...
info: Adding user `example' to group `users' ...
Não me lembro de ter visto isso no passado. Qual é o propósito do grupo "usuários" e por qual razão o comportamento padrão mudou adduser?
Eu sei que isso CRON_TZ=definirá o fuso horário em que o cron é executado para todos os comandos.
No entanto, gostaria que algumas entradas do cron, não todas, fossem executadas em fusos horários específicos.
Isso é possível? Se não for diretamente possível, você tem alguma solução alternativa (hackeada)?
Aqui está o resultado do boot-repair: https://paste.ubuntu.com/p/w6yWm2NNQ6/
reparo-de-bota-4ppa2081 [20240905_1057]
============================== Resumo do reparo de inicialização ===============================
Reparo recomendado: ____________________________________________________________
O reparo padrão do utilitário Boot-Repair reinstalará o grub2 do sda1 no MBR do sda. O Grub-efi não será selecionado por padrão porque nenhum ESP foi detectado. Reparos adicionais serão realizados: unhide-bootmenu-10s
======================== Reinstale o grub2 de /dev/sda1 ========================
chroot /mnt/boot-sav/sda1 grub-install --versão grub-install (GRUB) 2.12-1ubuntu7
==> Reinstale o GRUB de /dev/sda1 no MBR de /dev/sda
chroot /mnt/boot-sav/sda1 grub-install /dev/sda Instalando para plataforma i386-pc. Instalação concluída. Nenhum erro relatado.
chroot /mnt/boot-sav/sda1 update-grub Arquivo de origem `/etc/default/grub' /etc/grub.d/10_linux: 229: /usr/lib/grub/grub-sort-version: não encontrado /etc/grub.d/20_linux_xen: 229: /usr/lib/grub/grub-sort-version: não encontrado /etc/grub.d/20_linux_xen: 229: /usr/lib/grub/grub-sort-version: não encontrado Imagem memtest86+x64 encontrada: /boot/memtest86+x64.bin Adicionando entrada de menu de inicialização para configurações de firmware UEFI ...
Exiba o menu de inicialização do GRUB em sda1/boot/grub/grub.cfg
Inicialização reparada com sucesso.
Agora você pode reiniciar seu computador.
Os arquivos de inicialização de [sda1 (end>100GB)] estão longe do início do disco. Seu BIOS pode não detectá-los. Você pode querer tentar novamente após criar uma partição /boot (EXT4, >200MB, início do disco). Isso pode ser feito por meio de ferramentas como o gParted. Em seguida, selecione esta partição por meio da opção [Separate /boot partition:] de [Boot Repair]. ( https://help.ubuntu.com/community/BootPartition )
============================= Informações de inicialização após o reparo =============================
=> Grub2 (v2.00) é instalado no MBR de /dev/sda e olha no setor 1 do mesmo disco rígido para core.img. core.img está neste local e procura por (,msdos1)/boot/grub. Ele também incorpora os seguintes componentes:
modules
---------------------------------------------------------------------------
fshelp ext2 part_msdos biosdisk
---------------------------------------------------------------------------
sda1: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 24.04.1 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
/boot/grub/i386-pc/core.img
sda2: __________________________________________________________________________
File system: Extended Partition
Boot sector type: -
Boot sector info:
sda5: __________________________________________________________________________
File system: swap
Boot sector type: -
Boot sector info:
sda3: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files:
sdb: ___________________________________________________________________________
File system: iso9660
Boot sector type: Grub2 (v1.99-2.00)
Boot sector info: Grub2 (v1.99-2.00) is installed in the boot sector of
sdb and looks at sector 0 of the same hard drive for
core.img, but core.img can not be found at this
location.
Mounting failed: mount: /mnt/BootInfo/FD/sdb: /dev/sdb already mounted or mount point busy.
================================== 1 SO detectado ==================================
SO#1 (linux): Ubuntu 24.04.1 LTS em sda1
================================== Host/Hardware ===================================
Arquitetura da CPU: 64 bits Vídeo: processador Xeon E3-1200 v2/3ª geração Core Controlador gráfico da Intel Corporation O sistema operacional da sessão ao vivo é Ubuntu 64 bits (Ubuntu 22.04.3 LTS, jammy, x86_64)
== ...
Firmware BIOS/UEFI: V2.4(4.6) da American Megatrends Inc. Esta sessão ao vivo está no modo Legacy/BIOS/CSM (não no modo EFI).
============================== Informações da unidade/partição ==============================
Informações dos discos: ____________________________________________________________________
sda: nãoGPT, não-BIOSboot, não tem-ESP, não-usb, não-mmc, tem-os, não-wind, 2048 setores * 512 bytes
Informações sobre partições (1/3): _________________________________________________________
sda1: is-os, 64, apt-get, grub-pc, grub2, grub-install, grubenv-ok, update-grub, fim-após-100 GB sda3: no-os, 64, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, fim-após-100 GB
Informações sobre partições (2/3): _________________________________________________________
sda1: não é ESP, fstab-sem-efi, não-nt, não-winload, não-recuperar-nem-ocultar, não-bmgr, não-winboot, ext4 sda3: não é ESP, parte-não-tem-fstab, não-nt, não-winload, não-recuperar-nem-ocultar, não-bmgr, não-winboot, ext4
Informações sobre partições (3/3): _________________________________________________________
sda1: não--sepboot, com-boot, fstab-sem-boot, não-sep-usr, com--usr, fstab-sem-usr, std-grub.d, sda sda3: talvez-sepboot, não---boot, parte-não-tem-fstab, não-sep-usr, não---usr, parte-não-tem-fstab, não--grub.d, sda
fdisk -l (filtrado): ___________________________________________________________
Disco sda: 931,51 GiB, 1000204886016 bytes, 1953525168 setores Identificador do disco: 0x000ef038 Inicialização Início Fim Setores Tamanho Id Tipo sda1 * 2048 972607487 972605440 463,8G 83 Linux sda2 972609534 976771071 4161538 2G 5 Estendido sda3 976773120 1953525167 976752048 465,8G 83 Linux sda5 972609536 976771071 4161536 2G 82 As entradas da tabela de partição swap / Solaris do Linux não estão em ordem do disco. Disco sdb: 14,48 GiB, 15545139200 bytes, 30361600 setores Identificador do disco: F45E2FA1-C5A6-4D79-876F-C8245AF921E0 Início Fim Setores Tamanho Tipo sdb1 64 9828451 9828388 4,7 G Dados básicos da Microsoft sdb2 9828452 9838519 10068 4,9 M Sistema EFI sdb3 9838520 9839119 600 300 K Dados básicos da Microsoft sdb4 9842688 30361536 20518849 9,8 G Sistema de arquivos Linux
parted -lm (filtrado): _________________________________________________________
sda:1000GB:scsi:512:4096:msdos:ATA WDC WD10EZEX-08M:; 1:1049kB:498GB:498GB:ext4::boot; 2:498GB:500GB:2131MB:::; 5:498GB:500GB:2131MB:linux-swap(v1)::; 3:500GB:1000GB:500GB:ext4::; sdb:15.5GB:scsi:512:512:gpt:Kingston DataTraveler 2.0:; 1:32.8kB:5032MB:5032MB::ISO9660:oculto, msftdata; 2:5032 MB:5037 MB:5155 kB::Anexado2:inicialização, esp; 3:5037 MB:5038 MB:307 kB::Lacuna1:oculto, msftdata; 4:5039 MB:15,5 GB:10,5 GB:ext4::;
blkid (filtrado): ______________________________________________________________
NOME FSTYPE UUID PARTUUID RÓTULO PARTLABEL sda
├─sda1 ext4 d3dcaddd-4711-4495-add9-7a06a411349e 000ef038-01
├─sda2 000ef038-02
├─sda3 ext4 a02d9383-80e7-4803-8ea4-43f2b15229c9 000ef038-03 Dados
└─sda5 swap 72d6e1ec-0f8d-4cce-a6dd-16ead62fd344 000ef038-05
sdb iso9660 2023-08-08-01-19-05-00 Ubuntu 22.04.3 LTS amd64 ├─sdb1 iso9660 2023-08-08-01-19-05-00 f45e2fa1-c5a6-4d79-876e-c8245af921e0 Ubuntu 22.04.3 LTS amd64 ISO9660 ├─sdb2 vfat F7DB-4D56 f45e2fa1-c5a6-4d79-876d-c8245af921e0 ESP Anexado2 ├─sdb3 f45e2fa1-c5a6-4d79-876c-c8245af921e0 Lacuna1 └─sdb4 ext4 c70b6ebf-a425-49ed-bde4-eb449aa292c2 89571f78-dc05-e542-b716-eac409c58730 gravável
Pontos de montagem (filtrados): _______________________________________________________
Avail Use% Mounted on
/dev/sda1 75,5G 78% /mnt/boot-sav/sda1 /dev/sda3 389,8G 10% /mnt/boot-sav/sda3 /dev/sdb1 0 100% /cdrom
Opções de montagem (filtradas): ______________________________________________________
/dev/sda1 ext4 rw,relatime /dev/sda3 ext4 rw,relatime /dev/sdb1 iso9660 ro,noatime,nojoliet,check=s,map=n,blocksize=2048,iocharset=utf8
======================= sda1/boot/grub/grub.cfg (filtrado) ======================
FIM /etc/grub.d/30_os-prober
Configurações de firmware UEFI uefi-firmware
FIM /etc/grub.d/30_uefi-firmware
=========================== sda1/etc/fstab (filtrado) ============================
/ estava em /dev/sda1 durante a instalação
UUID=d3dcaddd-4711-4495-add9-7a06a411349e / erros ext4=remount-ro 0 1
swap estava em /dev/sda5 durante a instalação
UUID=72d6e1ec-0f8d-4cce-a6dd-16ead62fd344 nenhum swap sw 0 0
======================== sda1/etc/default/grub (filtrado) ========================
GRUB_DEFAULT=0 GRUB_TIMEOUT_STYLE=menu GRUB_TIMEOUT=10 GRUB_DISTRIBUTOR= ( . /etc/os-release; echo ${NAME:-Ubuntu} ) 2>/dev/null || echo Ubuntu
GRUB_CMDLINE_LINUX_DEFAULT="" GRUB_CMDLINE_LINUX="" GRUB_DISABLE_OS_PROBER=falso
===================== sda1: Localização dos arquivos carregados pelo Grub ====================
GiB - GB File Fragment(s)
?? = ?? boot/grub/grub.cfg 1
55.348743439 = 59.430260736 boot/grub/i386-pc/core.img 1 426.527500153 = 457.980416000 boot/vmlinuz-5.15.0-119-genérico 1 385.644603729 = 414.082740224 boot/vmlinuz-5.15.0-91-genérico 1 380.985347748 = 409.079902208 boot/vmlinuz-6.8.0-41-genérico 2 380.985347748 = 409.079902208 vmlinuz 2 426.527500153 = 457.980416000 vmlinuz.old 1 430.000972748 = 461.710028800 boot/initrd.img-5.15.0-119-genérico 7 376.618160248 = 404.390670336 boot/initrd.img-5.15.0-91-genérico 3 378.180660248 = 406.068391936 boot/initrd.img-6.8.0-41-genérico 5 378.180660248 = 406.068391936 initrd.img 5 430.000972748 = 461.710028800 initrd.img.antigo 7
====================== sda1: ls -l /etc/grub.d/ (filtrado) ======================
-rwxr-xr-x 1 raiz raiz 18133 4 de abr 10:12 10_linux -rwxr-xr-x 1 raiz raiz 43202 4 de abr 10:12 10_linux_zfs -rwxr-xr-x 1 raiz raiz 14513 4 de abr 10:12 20_linux_xen -rwxr-xr-x 1 raiz raiz 786 4 de abr 10:12 25_bli -rwxr-xr-x 1 raiz raiz 13120 4 de abr 10:12 30_os-prober -rwxr-xr-x 1 raiz raiz 1174 4 de abr 10:12 30_uefi-firmware -rwxr-xr-x 1 raiz raiz 722 5 de abr 11:36 35_fwupd -rwxr-xr-x 1 root root 214 26 de jun de 2015 40_custom -rwxr-xr-x 1 root root 215 18 de dez de 2022 41_custom
Estou executando o Ubuntu 24.04 e encontrei alguns problemas ao tentar instalar aplicativos usando o Snap. Aqui está um resumo do problema:
Tentei instalar o PhpStorm usando o apt e recebi a seguinte mensagem:
$ sudo apt install phpstorm
[sudo] password for amyr:
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
No apt package "phpstorm", but there is a snap with that name.
Try "snap install phpstorm"
E: Unable to locate package phpstorm
Em seguida, tentei instalá-lo via Snap:
$ snap install phpstorm
error: snap "phpstorm" not found
Em seguida, executei snap refresh e snap search phpstorm, e a saída indicou que o PhpStorm está disponível:
$ snap search phpstorm
Name Version Publisher Notes Summary
phpstorm 2024.2.1 jetbrains✓ classic PhpStorm
Entretanto, quando tentei instalar o PhpStorm com:
$ sudo snap install phpstorm --classic
error: snap "phpstorm" not found
Curiosamente, consegui instalar com sucesso o snap hello-world!
Minha configuração do Snap é a seguinte:
snap 2.63.1+24.04
snapd 2.63.1+24.04
series 16
ubuntu 24.04
kernel 6.8.0-41-generic
Parece que há um problema com a localização ou acesso ao snap do PhpStorm e alguns outros aplicativos como o Webstorm e... (que eu tentei instalar da Snap Store também). Alguém mais encontrou esse problema ou tem alguma sugestão para resolvê-lo?
Agradecemos desde já a sua ajuda!
Comportamento de janela muito estranho. Instalação totalmente nova do último 24.04 LTS. Padrões para tudo. Área de trabalho GNOME (Wayland? Nunca tenho certeza. Como eu disse, padrão.) Mysqlworkbench instalado via snap install mysql-workbench-community, Versão 8.0.36.
Quando abro o mysqlworkbench a janela abre bem, preenchendo talvez um terço da minha área de trabalho. Posso usar o mouse-arrastar para mover a janela. Mas não posso clicar-arrastar para alterar o tamanho da janela. Mover o mouse sobre as bordas ou cantos não faz com que o cursor do mouse mude para "alças de arrastar". Todos os outros aplicativos funcionam bem. Costumava funcionar bem para mim no 22.04. Um amigo que tem o 24.04 diz que funciona normalmente para ele. Posso clicar com o botão direito na "barra de tarefas no topo" do wb, escolher a opção de menu "Redimensionar": então faz com que o cursor do mouse seja alças de arrastar no canto superior esquerdo e eu posso redimensionar. Assim que o redimensionamento termina, reverte para "o mouse não pode arrastar para redimensionar". Como eu disse, todos os aplicativos, exceto o mysqlworkbench, funcionam bem.
Pesquisei no Google e não encontrei nenhuma correspondência. Alguma ideia?!
Criei um script sh para montar minhas pastas compartilhadas do Synology via LFS.
Funciona perfeitamente, aqui está o código (xxxxx representa o endereço IP do meu NAS)
#!/bin/sh
#Mount the following folders on Komputer with LFS protocol:
#1. data
#2. games
#3. Youtubing
sudo mount xxxxxxxxxxxx:/volume1/data /mnt/nas_media/
sudo mount xxxxxxxxxxxx:/volume1/Games /mnt/nas_games/
sudo mount xxxxxxxxxxxx:/volume1/youtubing /mnt/youtubing/
Quando executo o código, as pastas são montadas corretamente nos pontos de montagem em /mnt/.
Criei uma entrada crontab com
crontab -e
e eu escrevi o seguinte:
#Mount useful NAS folders when starting up:
@reboot /etc/nas_mount.sh
Quando eu reinicio o sistema, no entanto, as pastas não são montadas. Tentei inserir um sleep 30 no meu script para aguardar que todos os serviços de rede estivessem online, mas não adiantou.
Alguma ideia?
Obrigado.
uma vez conectado via USB, a impressora foi adicionada, mas infelizmente quando inicio uma impressão, sou notificado de que o trabalho de impressão foi bem-sucedido, mas nada é impresso.
Recentemente troquei o Windows pelo Linux. Por favor me ajude.
Obrigado
Eu encontrei um erro crítico do sistema ao usar o OpenPanel no meu servidor Ubuntu. Após alguma investigação, descobri que a versão atual do OpenPanel ( v0.2.7 ) ainda está no processo de solução de problemas do protocolo HTTPS , alocação de DNS e gerenciamento de certificados .
O problema surgiu quando tentei usar esses recursos beta . Após a instalação, o site OpenPanel caiu, e não consegui trazê-lo de volta usando o comando:
opencli admin on
Tenho lutado para desinstalar o OpenPanel do meu sistema. Infelizmente, a equipe de suporte não conseguiu fornecer uma solução clara. Eles mencionaram que preciso reverter manualmente as etapas no script bash de instalação, o que parece impraticável e propenso a erros . (Super triste, mas durante meus esforços de solução de problemas, também enfrentei um erro de travamento do Docker, o que complicou ainda mais a situação.)
Alguém tem um método confiável para desinstalar completamente o OpenPanel de um servidor Ubuntu?
Tentei o método abaixo, mas não funcionou.
nano fix.sh && bash fix.sh
Em seguida colei este conteúdo:
#!/bin/bash
service admin stop
rm -rf /usr/local/admin/.git
rm -rf /usr/local/admin/*
current_python_version=$(python3 --version 2>&1 | cut -d " " -f 2 | cut -d "." -f 1,2 | tr -d '.')
OPENPADMIN_DIR="/usr/local/admin/" #openadmin files
if [ -f /etc/os-release ] && grep -q "Ubuntu 22" /etc/os-release; then
echo "Downloading files for Ubuntu22 and python version $current_python_version"
git clone -b $current_python_version --single-branch https://github.com/stefanpejcic/openadmin $OPENPADMIN_DIR
cd $OPENPADMIN_DIR
pip install --default-timeout=3600 -r requirements.txt
# Ubuntu 24
elif [ -f /etc/os-release ] && grep -q "Ubuntu 24" /etc/os-release; then
echo "Downloading files for Ubuntu24 and python version $current_python_version"
git clone -b $current_python_version --single-branch https://github.com/stefanpejcic/openadmin $OPENPADMIN_DIR
cd $OPENPADMIN_DIR
pip install --default-timeout=3600 -r requirements.txt --break-system-packages
# on ubuntu24 we need to use overlay instead of devicemapper!
OVERLAY=true
# Debian12 and 11
elif [ -f /etc/debian_version ]; then
echo "Installing PIP and Git"
apt-get install git pip python3-yaml -y > /dev/null 2>&1
echo "Downloading files for Debian and python version $current_python_version"
git clone -b debian-$current_python_version --single-branch https://github.com/stefanpejcic/openadmin $OPENPADMIN_DIR
cd $OPENPADMIN_DIR
pip install --default-timeout=3600 -r requirements.txt
pip install --default-timeout=3600 -r requirements.txt --break-system-packages
# other
fi
service admin start
PANEL_VERSION="0.2.3"
mkdir -p /usr/local/admin
wget -O /tmp/opencli.tar.gz "https://storage.googleapis.com/openpanel/${PANEL_VERSION}/get.openpanel.co/downloads/${PANEL_VERSION}/opencli/opencli-main.tar.gz" > /dev/null 2>&1
mkdir -p /tmp/opencli
cd /tmp/ && tar -xzf opencli.tar.gz -C /tmp/opencli
mkdir -p /usr/local/admin/scripts
cp -r /tmp/opencli/* /usr/local/admin/scripts > /dev/null 2>&1 || cp -r /tmp/opencli/opencli-main /usr/local/admin/scripts > /dev/null 2>&1
rm /tmp/opencli.tar.gz > /dev/null 2>&1
rm -rf /tmp/opencli > /dev/null 2>&1
cp /usr/local/admin/scripts/opencli /usr/local/bin/opencli
chmod +x /usr/local/bin/opencli > /dev/null 2>&1
chmod +x -R /usr/local/admin/scripts/ > /dev/null 2>&1
opencli commands
source ~/.bashrc
docker stop openpanel
docker rm openpanel
docker pull openpanel/openpanel
cd /root
docker compose down && docker compose up -d