Discuta este tópico no fórum

Se este conteúdo te ajudou, deixe um presente!

sexta-feira, 10 de janeiro de 2020

OpenWrt: atualizando para a versão 19.07

Mais um artigo da série sobre o OpenWrt.

Enfim temos uma nova versão do OpenWrt. Mãos a obra para atualizar!

No post anterior, comentei sobre o lançamento do OpenWrt 19.07. Dois pontos importantes para relembrar:
  • se seu dispositivo tem 4 MBytes de flash, talvez não funcione e você terá que fazer um downgrade. Vou fazer um artigo sobre isso;
  • para os usuários da plataforma ar71xx na versão 18.06, temos a opção de se manter no ar71xx (mas na versão 19.07) ou migrar para a ath76.
96,72% dos problemas com instalação/atualização com OpenWrt/LEDE que ajudo é em relação a escolha incorreta da imagem da firmware. O OpenWrt tem uma página que simplifica a busca pela firmware correta, mas nada é à prova de pessoas criativas. Pegue o arquivo no download da última versão estável e nunca em um endereço qualquer, mesmo que seja em um artigo na wiki do OpenWrt (lembre-se como funciona uma wiki). Normalmente a wiki referência a versão em desenvolvimento, que não é a que você quer. As versões dentro de "(stables) releases", exceto as com o rc (release candidate) são estáveis. Pegue preferencialmente a mais nova (com número maior). Evite qualquer firmware que tenha no caminho palavras como "trunk", "snapshot" ou "rc1", "rc2"... exceto se estiver testando algo. As versões estáveis também mencionam a respectiva versão do OpenWrt no nome do arquivo como em "openwrt-19.07.0-ath79-generic-tplink_archer-c7-v4-squashfs-sysupgrade.bin", ao contrário da versão instável/em desenvolvimento "openwrt-ath79-generic-tplink_archer-c7-v4-squashfs-sysupgrade.bin".

A nomeclatura da versão é adota o formato: ano.mês.correção. O ano/mês se referem ao momento que foi criado um ramo nos fontes para o lançamento da nova versão e não propriamente quando o lançamento final ocorreu. Já o último número é apenas um sequencial de correção. Então, para quem usa uma versão 19.07.x, a próxima 19.07.x+1 deverá conter apenas bugs resolvidos (em especial, os de segurança) e deve ser considerada como recomendada. Estas versões de correção são lançadas com certa frequência. É bom acompanhar (e atualizar).

Na página principal, temos um atalho para cada versão lançada com o nome "Download a firmware image for your device". Isso irá redirecionar uma tabela de hardware suportáveis, com filtragem dinâmica. Alternativamente, você sempre pode optar por clicar em "All firmware images" e buscar manualmente sua firmware, como ocorria com versões anteriores. Na dúvida, se você já é um usuário do OpenWrt, você pode descobrir a plataforma olhando o arquivo /etc/openwrt_release ou /etc/os-release:

root@router:~#  grep _TARGET /etc/openwrt_release 
DISTRIB_TARGET='ar71xx/generic'

root@router:~# grep _BOARD /etc/os-release
LEDE_BOARD="ar71xx/tiny"

root@router:~# grep _BOARD /etc/os-release
OPENWRT_BOARD="ramips/mt7620

OK, chegamos a uma lista enorme de firmwares! Vamos entender o que significa cada parte do nome do arquivo. Tomemos por exemplo "openwrt-19.07.0-ath79-generic-tplink_archer-c7-v4-squashfs-sysupgrade.bin":
  • openwrt é o sistema operacional que você está instalando 😉
  • 19.07.0 é a versão do openwrt. Em firmwares instáveis, este campo não existe!
  • ath79 é a plataforma do seu dispositivo. Você descobre isso na wiki do projeto ou na tabela de hardware (ToH), campo "Target".
  • generic é o subtipo do layout da flash. Normalmente será o "generic", exceto para casos especiais como roteadores com 4 MB que usam "tiny".
  • tplink_archer-c7-v4 este é o modelo do seu roteador. Observe em especial a versão do HW (v4) pois ela pode mudar completamente o dispositivo, inclusive de família do SoC e se é suportado pelo OpenWrt.
"squashfs" é o tipo do armazenamento da imagem. Nesta, existe uma cópia imutável dos arquivos (ROM) e o resto da flash é usada para, de forma transparente, guardar as modificações (overlay). Tudo parece editável para o usuário. A diferença é que você pode, a qualquer momento, apagar as diferenças e restaurar o sistema pós-instalação. Existem outros formatos como o jffs2 (com escrita total sem recuperação), initram (rodar sem gravar na flash), mas normalmente são para casos marginais.

"sysupgrade" é a função da firmware. Esta é para atualizar de um OpenWrt para outro (e, em alguns casos, de outros firmwares alternativos como DD-WRT). Porém, não deve ser reconhecido pela firmware original do roteador. Para primeira instalação, ainda com a firmware original, use a variante "factory".

Finalmente, é muito importante ler a wiki do seu roteador independente se ele já funcionava na versão anterior! São poucos minutos de leitura que podem salvar horas de trabalho ou mesmo seu roteador. A wiki atual está ainda aquém do que era mas sempre vale a busca. Para modelos antigos, a antiga ainda tem seu valor.

Bem, se eu simplesmente ir na interface, fornecer a nova imagem, ele vai funcionar? Provavelmente, mas talvez não é a maneira que dê menos trabalho. A atualização pode preservar as configurações mas não os programas instalados. Se você tem raiz expandida em unidade externa, a encrenca é ainda maior.

"Mas eu nunca instalei um programa!" OK, use a interface web e provavelmente todas as configurações serão migradas sem problemas. Já testei isto em mais de um roteador e funcionou sem problemas. Mas faça o backup antes! Caso tenha instalado algum pacote, continue lendo.

Se optou por migrar da ar71xx para a ath79, o backup não poderá ser aplicado às cegas. Será necessário migrar manualmente ou refazer a configuração do zero. Se quiser arriscar, as configurações "incompatíveis" serão as que referenciam os leds (leds em system), o arranjo da rede (switches e vlans no network) e os rádios (radio em wireless). O resto é, na sua grande maioria, reaproveitável até mesmo para outras arquiteturas.

Em primeiro lugar, precisamos do plano de retorno caso a nova versão não se comporte como o esperado. Faça sempre um backup geral do seu sistema. No processo de upgrade, eu sugiro que sejam feitas as três formas diferentes de backup que eu comento no artigo sobre o tema: backup padrão gerado pelo sistema, lista de pacotes instalados e todos os arquivos do overlay. Este último serve apenas para o plano de retorno caso algo importante não funcione para você na nova versão (e para recuperar algo que não entrou no backup do sistema).

A partir da versão 19.07 (depois dela estar instalada) teremos mais opções para gerar o backup. Se estiver familizarizado com a CLI, as novas opções facilitam em muito o processo. Tudo que você precisará está no backup gerado com:

# cd /tmp
# sysupgrade -o -k -u -b backup.tgz

Em resumo:
  • '-u': salva tudo da /overlay, exceto aquilo que vem dos pacotes, mas inclui os arquivo de configuração modificados e os listados em /etc/sysupgrade.conf
  • '-o': ignora os arquivos que são idênticos ao /rom (já estavam assim na firmware)
  • '-k': inclui uma lista de pacotes instalados para reinstalação
  • '-b': somente gera um backup, não atualiza o sistema
Para atualizações da versão anterior, você pode baixar o novo sysupgrade no /tmp e usá-lo com:

# cd /tmp
# wget http://luizluca.github.io/sysupgrade
# chmod +x ./sysupgrade
# ./sysupgrade -o -k -u -b backup.tgz

E salve seu backup.tgz em um lugar seguro.

Agora, finalmente, você está pronto para enviar a nova firmware. Se você usa um armazenamento externo para expandir a raiz, leia até o final deste post antes de iniciar o processo!

Vocẽ pode optar por fazer o upgrade pela interface web ou pelo terminal. Inclusive, você pode baixar o arquivo diretamente no roteador. Só cuidado ao colar a URL. O openwrt.org usa HTTPS por padrão mas o "wget" do OpenWRT não tem suporte para HTTPS (por padrão). Se tiver problemas, remova o "s" de "https". E sempre salve no /tmp.

E pode fazer pela Wifi? Os fabricantes não recomendam usar sempre um computador "conectado por cabo"? Sim, e já tive problemas com atualização a partir da firmware do fabricante por não escutar isto. Mas não com OpenWRT. Se estiver atualizando (e não instalando a primeira vez!), pode fazer pela Wifi sem problemas. Quando a gravação for iniciada, todo o processo já está independente do computador cliente. Só não pode faltar energia 😉

Se optar pela interface Web, vá no menu para gravar a nova firmware, informe o arquivo .bin baixado. Confirme e reze. Se só tinha configurações e nada instalado a mais, a opção para preservar as configurações será suficiente. Caso contrário, poderá optar por preservar (ou não) as configurações e aplicar o backup gerado por "sysupgrade -o -k -u -b" na sequência.

Se optar por preservar as configurações, tudo que seria guardado em um backup do sistema (os arquivos listado pelo "sysupgrade -l") será restaurado. Se você instalou algum pacote e guardou a lista do que foi instalado (lembra que eu sugeri há alguns parágrafos atrás?), esta é a hora que você reinstala os pacotes desejados. Se for instalar manualmente, procure instalar os pacotes de mais alto nível (ex: "luci-app-minidlna" antes de "minidlna"), pois eles irão, por dependência, baixar os pacotes necessários. No final do processo, é bom refazer a listagem do que está instalado e comparar com o que você tinha na versão anterior.

Caso tenha gerado o backup com "sysupgrade -o -k -u -b", você pode aplicá-lo depois da instalação, independentemente de ter optado por preservar as configurações. A diferença é que o processo de reinstalação de pacotes é simplificado.

# opkg update
# grep "\toverlay" /etc/backup/installed_packages.txt | cut -f1 | xargs -r opkg install
# rm /etc/backup/installed_packages.txt
# reboot

Podem ser criados arquivos sufixados com "-opkg" em /etc/. Este são arquivos de configuração originais do pacote e são criados pois você modificou algo na configuração. Sugiro que verifique se não existe alguma coisa introduzida neste pacote que deveria ser adicionada no seu arquivo de configuração. Eu gosto do diff ou do "vim -d" para este trabalho comparando o arquivoconf com arquivoconf-opkg. Ao final do processo, eu gosto de apagar qualquer -opkg para deixar claro que apliquei tudo que queria.

As atualizações de segurança serão disponibilizadas por meio de atualização de pacotes (exceto as que exijam mudar o kernel). Para listar os pacotes atualizáveis:

# opkg update
# opkg list-upgradable

O maior problema é que estas atualizações de segurança, quando de pacotes embutidos oriundos na firmware instalada, ocuparão o espaço duas vezes no roteador pois ao substituir arquivos existentes na firmware inicial, ainda será preservado a versão em somente leitura para recuperação. Se for um problema para seu caso, a alternativa é esperar a próxima versão com a correção ou gerar uma nova firmware com o pacote atualizado.

Por fim, faça um novo backup geral. É sempre bom preservar o seu trabalho. Lembre-se que agora você pode gerar o backup com:

# cd /tmp
# sysupgrade -o -k -u -b backup.tgz

Só não esqueça de tirá-lo do /tmp pois ele será perdido ao desligar o roteador.

Se precisar retornar a versão anterior do OpenWRT, realize a gravação da firmware antiga, entre no modo de recuperação e restaure a overlay.

Se você não usa uma unidade externa para expandir o espaço interno, seu trabalho acabou. Para os demais, o processo é um pouco mais complicado. Ao atualizar o sistema, você terá um kernel novo que é incompatível com os módulos de kernel ou mesmo com as bibliotecas existentes na unidade externa, que ainda pertencentes à versão anterior. Você precisaria reinstalá-los. Esta é a sugestão de como proceder.

Em primeiro lugar, gere os backups sugeridos anteriormente. É importante preservar seu trabalho anterior. Ainda sem instalar a nova firmware, reinicie o sistema sem a unidade externa. Se você seguiu minha sugestão de manter uma configuração básica na flash interna, você ainda terá um ambiente funcional. Com isto, ele vai usar somente a flash interna (com a configuração que você tinha antes de usar a unidade externa).

Com a unidade externa conectada, faça o backup como sugerido anteriormente. Reinicie o roteaador sem a unidade externa e faça o procedimento de atualização descrito neste artigo para quem não usa raiz expandida, inclusive com a etapa de backups. Você terá que preservar os dois conjuntos de backups: com e sem a unidade externa em uso. Ao final do processo, você deverá ter a sua configuração básica restabelecida. Caso tenha optado por não preservar as configurações na gravação, você pode aproveitar o backup gerado quando a unidade externa estava desconectada (o segundo) para restaurar as configurações.

Neste momento, a unidade externa ainda está com os programas da versão anterior, que são geralmente incompatíveis com a nova versão (os módulos de kernel sempre o são). Por isto, precisamos nos livrar de todos os arquivos da versão anterior do OpenWrt presentes na unidade externa. Na unidade externa, na partição usada como overlay, remova todo o conteúdo ou mova tudo para um subdiretório (ou para outra unidade se não estiver com espaço livre) afim de que este não seja usado. Como sugestão, crie um "openwrt-versao-xxx" e mova tudo para lá. Refaça a configuração de uso de uma unidade externa (que no mínimo será reinstalar os pacotes necessários). Reinicie o sistema. Você deve estar agora com mais espaço na raiz.

Neste ponto, você ainda terá as mesmas configurações que tinha quando usou o sistema sem a unidade externa. Envie o primeiro backup da versão anterior feito com a unidade externa conectada (primeiro backup). Na sequência, reinstale os pacotes extras, assim como é feito para ambientes sem a raiz expandida. Complete o trabalho com aquele backup final.

Espero que apreciem a nova versão. De agora em diante, vou apenas focar em configurações específicas para OpenWrt 19.07, que ainda podem funcionar nas versões anteriores.

Até a próxima.

15 comentários:

  1. Olá Luizluca,

    Depois de instalar a versão 19.07 comecei a receber erro de "Signature Check failed", existem um jeito de resolver isso, sem precisar resetar o router?

    login as: root
    root@10.0.0.1's password:


    BusyBox v1.30.1 () built-in shell (ash)

    _______ ________ __
    | |.-----.-----.-----.| | | |.----.| |_
    | - || _ | -__| || | | || _|| _|
    |_______|| __|_____|__|__||________||__| |____|
    |__| W I R E L E S S F R E E D O M
    -----------------------------------------------------
    OpenWrt 19.07.3, r11063-85e04e9f46
    -----------------------------------------------------
    root@OpenWrt:~# opkg update
    Downloading http://downloads.openwrt.org/releases/19.07.3/targets/ath79/generic/packages/Packages.gz
    Updated list of available packages in /var/opkg-lists/openwrt_core
    Downloading http://downloads.openwrt.org/releases/19.07.3/targets/ath79/generic/packages/Packages.sig
    Failed to decode signature
    Signature check failed.
    Remove wrong Signature file.
    Downloading http://downloads.openwrt.org/releases/19.07.3/targets/ath79/generic/kmods/4.14.180-1-b84a5a29b1d5ae1dc33ccf9ba292ca1d/Packages.gz
    Updated list of available packages in /var/opkg-lists/openwrt_kmods
    Downloading http://downloads.openwrt.org/releases/19.07.3/targets/ath79/generic/kmods/4.14.180-1-b84a5a29b1d5ae1dc33ccf9ba292ca1d/Packages.sig
    Failed to decode signature
    Signature check failed.
    Remove wrong Signature file.
    Downloading http://downloads.openwrt.org/releases/19.07.3/packages/mips_24kc/base/Packages.gz
    Updated list of available packages in /var/opkg-lists/openwrt_base
    Downloading http://downloads.openwrt.org/releases/19.07.3/packages/mips_24kc/base/Packages.sig
    Failed to decode signature
    Signature check failed.
    Remove wrong Signature file.
    Downloading http://downloads.openwrt.org/releases/19.07.3/packages/mips_24kc/luci/Packages.gz
    Updated list of available packages in /var/opkg-lists/openwrt_luci
    Downloading http://downloads.openwrt.org/releases/19.07.3/packages/mips_24kc/luci/Packages.sig
    Failed to decode signature
    Signature check failed.
    Remove wrong Signature file.
    Downloading http://downloads.openwrt.org/releases/19.07.3/packages/mips_24kc/packages/Packages.gz
    Updated list of available packages in /var/opkg-lists/openwrt_packages
    Downloading http://downloads.openwrt.org/releases/19.07.3/packages/mips_24kc/packages/Packages.sig
    Failed to decode signature
    Signature check failed.
    Remove wrong Signature file.
    Downloading http://downloads.openwrt.org/releases/19.07.3/packages/mips_24kc/routing/Packages.gz
    Updated list of available packages in /var/opkg-lists/openwrt_routing
    Downloading http://downloads.openwrt.org/releases/19.07.3/packages/mips_24kc/routing/Packages.sig
    Failed to decode signature
    Signature check failed.
    Remove wrong Signature file.
    Downloading http://downloads.openwrt.org/releases/19.07.3/packages/mips_24kc/telephony/Packages.gz
    Updated list of available packages in /var/opkg-lists/openwrt_telephony
    Downloading http://downloads.openwrt.org/releases/19.07.3/packages/mips_24kc/telephony/Packages.sig
    Failed to decode signature
    Signature check failed.
    Remove wrong Signature file.
    root@OpenWrt:~#

    ResponderExcluir
  2. Bom dia Luiz,

    Tenho um WDR3600 v1.4 e um v1.1. Como parei de usá-los, ia passar para frente, vendê-los. Para isso, ia restaurar o firmware original. Nessa brincadeira, brickei o primeiro (v.1.4). Como recuperar? Não tem um cliente tftp nele. Só com o conversos UART? Alguma orientação?

    ResponderExcluir
    Respostas
    1. Na wiki diz que ao menos na versão 1.5 tem o tftp. Se você garantiu que não existe a recuperação pelo TFTP na versão 1.4, só pela serial mesmo ou regravando a flash externamente (que é ainda mais complicado).

      Excluir
    2. Depois de algumas tentativas, vi que tanto na v.1.1 quanto na v1.4 o tftp funciona. Recuperei o roteador bricado e restaurei o firmware original do outro, em ambos os casos usando o tftp. Valeu. Acho que antes da instalação do OpenWRT eu havia atualizado o firmware original para a última versão, o que disponibilizou o tftp para este roteador.

      Excluir
    3. Ótimo! Sempre é bom saber que mais um (ou dois) roteador foi salvo. Menos lixo neste mundo

      Excluir
    4. Concordo. Dá um aperto no coração quando equipamentos plenamente funcionais são descartados. Ainda uso um iMac de 2008. Uso meu roteador desde o lançamento. Mas, embora seja um equipamento honesto (bom custo benefício e melhor e mais estável que os das operadoras), ele já dá sinais da idade. O roteador que a operadora instalou é padrão AC. Fiz alguns testes e a diferença é brutal em relação ao padrão N. Embora meu roteador velho de guerra seja bem mais estável (o da operadora, tive que reiniciar em dois dias pois ficou instável). O meu roteador ficava dias operando normalmente. Mas o padrão AC faz muita diferença agora que tenho uma conexão acima de 100MB.

      Excluir
  3. Vi que é possível montar uma rede mesh com este roteador usando o OpenWRT. Saberia dizer se o mesh com o OpenWRT funciona como os equipamentos comerciais? Principalmente no que se refere ao roaming. Quando usamos um repetidor, o wifi fica alternando o tempo todo entre as redes, o que causa algumas desconexões.

    ResponderExcluir
    Respostas
    1. Não existe uma grade diferença entre mesh e repetidor quando você tem 2 roteadores envolvidos ou quando todos se conectam em um nó centralizado. O MESH só facilita a construção da árvore de conexão de forma automática. Permite, por exemplo, que os roteadores escolham outro caminho caso o que eles estavam usando caia. Normalmente a "MESH" é para comunicação entre os roteadores e não entre os roteadores e os clientes.

      Se você quer melhorar a experiência do cliente, um caminho seria configurar o 802.11r (fast transition). Vai tornar a troca de APs imperceptível.

      Talvez o problema seja excesso de potência do roteador pois a medição da qualidade no cliente antes da conexão é em função da potência do AP (e capacidade de recepção do cliente) mas a qualidade efetiva (depois de conectar) depende também da potência do cliente (e da capacidade de recepção do AP). Com um AP com potência no máximo, o cliente pode ter a impressão que existe um AP melhor próximo. Mas quando ele faz a troca, descobre que ele é tão ruim ou pior do que o anterior. Aí ele vê o AP antigo agora com uma "qualidade" melhor e resolve trocar novamente e o ciclo reinicia...

      Excluir
  4. Bom dia, Luiz.
    Faltou você mencionar o comando "sysupgrade -f backup.tgz openwrt...-sysupgrade.bin".
    Abraço,

    ResponderExcluir
  5. boa noite Luiz, estou com uma duvida existe proxy para openwrt que tenha login acesso pelo navegador, tipo quando abrir o navegador aparecer caixa para digitar login, como no proxy squid vi que no openwrt nao tem mais o pacote para login

    ResponderExcluir
    Respostas
    1. Tem o squid também :-) Se for muito grande, teoricamente na versão 1.10 do tinyproxy, ele também permite autenticar. Porém, como administrador de Proxy http há muitos anos, não sei se ele é a melhor solução para um OpenWrt. Não seria melhor um portal de autenticação (CoovaChilli) e depois liberar o acesso?

      Excluir
  6. Olá Luiz luca, tudo bem? Vê se consegue me ajudar.

    Possuo um Archer C7 V2 rodando a versão 19.07.4, a porta WAN está configurada como DHCP e esta ligado a um Nokia GPON G-240W-G, meu link é de 200Mbps e quando eu estou conectado diretamente no wifi_5Ghz a banda bate nos 200Mbps ou mais, quando conecto o notebook via cabo diretamente no Archer também atinjo os 200Mbps, entretanto quando uso o WIFI_5GHZ do Archer a minha velocidade fica limitada aos 100Mbps.

    Rodo Samba no Archer, e quando faço transferência do meu notebook pro router usando o wifi_5GHz a taxa de transferência passa dos 300Mbps as vezes chega nos 500Mbps.

    O que poderia estar limitando a minha banda nos 100Mbps? Desinstalei o SQM e MWAN e já fiz o teste com SAMBA e MiniDLNA parados, próximo passo seria resetar tudo e reconfigurar do zero mas rodo tanta coisa que dá preguiça.

    Desde Já Obrigado
    Att Anderson Souza

    ResponderExcluir
    Respostas
    1. Hum... uma wifi ath10x... Na época da Atheros era melhor. Com a compra pela Qualcomm não posso dizer que está 100%, mas ainda é uma das wifi mais bem suportadas.

      Como dizia Jack, vamos por partes.
      se a Wifi está OK com acesso local mas é pior para acessar a internet, pode não ser exatamente ela o problema.
      Principalmente a 5Ghz exige um tanto de CPU para ser usada. Isso implica que a velocidade vai abaixar se a CPU estiver congestionada. Por isso, o ideal é nunca testar a performance a um serviço que roda dentro do roteador. No seu exemplo específico, o samba não é um bom exemplo de benchmark pois exige muita CPU. Nunca consegui chegar nem perto desses valores que você mencionou na transferência do samba (não é buffer?) e uso mais recentemente o kcifsd que roda no kernel. Então, talvez sua métrica (samba) pode estar viciada.

      Agora vamos a lentidão na internet: se está usando SQM e MWAN, você está fazendo NAT no roteador. Isso é bem pesado e, somado com o uso de CPU pela wifi, poderia explicar o problema. Você já tentou ativar o flow offload (configurações gerais do firewall)? Isso poderia reduzir a carga, mas também pode introduzir algum problema com o QoS e o mwan3 (nunca usei em conjunto). Acompanha o uso de CPU durante a transferência que você terá uma ideia.

      Agora pensando apenas na wifi: temos 2 firmwares para esta wifi (5Ghz): uma oficial e outra da Candela Tecnologies (http://www.candelatech.com/ath10k-10.1.php). O com prefixo -ct é o alternativo da Candela. Você pode ir na página para ver as diferenças se te afetariam e trocar um pelo outro. Os pacotes envolvidos são:

      ath10k-firmware-qca9887
      ath10k-firmware-qca9887-ct
      kmod-ath10k
      kmod-ath10k-ct
      kmod-ath10k-ct-smallbuffers

      Pode trocar e verificar o que melhor funciona para você. Você provavelmente está usando ath10k-firmware-qca9887-ct e kmod-ath10k-ct. Comece trocando pelas versões sem -ct. O -smallbuffers é para roteadores com pouca RAM (64MB), que deve ter um desempenho ainda pior.

      Fora tudo isso, atualiza teu roteador. Já está na versão 19.07.7. Talvez teu problema já foi resolvido. No 19.07, o procedimento é bem facilitado (se não usar extroot):

      # sysupgrade -o -k -u firmware-nova.img

      # opkg update
      # grep "\toverlay" /etc/backup/installed_packages.txt | cut -f1 | xargs -r opkg install
      # rm /etc/backup/installed_packages.txt
      # reboot

      Excluir
    2. Tenho monitorado usando o comando TOP via console, e o que mais consome CPU é o Transmission com 17%, mas mesmo com ele ativo não chega perto de usar 100% da memoria RAM que sempre fica com cerca de 30% livre, tenho a SWAP de 128MB configurada e ela está 99% disponível. Refiz o teste do SAMBA, está batendo 15MB/S, que seria o equivalente 150Mbps, esquece o que falei sobre o SAMBA.

      Não uso mais o SQM e MWAN desinstalei ambos, pois usava antes pra balancear a rede entre uma 4G e um Velox de 5Mbps, agora com fibra não preciso mais.

      Ativei esse flow offload conforme tu sugeriu e banda subiu 140Mbps(um ganho considerável), vou testar trocando os firmwares.

      Não uso extroot, mas a ultima vez que rodei um sysupgrade apesar de salvar todos os arquivos na pasta /etc/config/ tive que reinstalar tudo, acho que só manteve as configurações de WIFI.

      Obrigado pela ajuda.

      Excluir