Cezary, a czy backuppkgslist.sh dałoby się wywoływać przez sysupgrade przed wywołaniem procedury robienia backupu? Czy to zbyt dużo babraniny?

Niestety ma to pewne wady - np. u mnie przy dużej liczbie pakietów z różnymi dodatkami do luci wyświetlał "Nie można wykonać komendy!" mimo że w tle nadal to robił.

Na razie zostaje tak jak jest, później będziemy myśleć czy coś z tym zrobić.

Tak to wygląda z luci (System/Własne komendy):

A tak z konsoli:

root@OpenWrt:~# restorepkgslist.sh 
root@OpenWrt:~# restorepkgslist.sh verbose
Brak listy pakietów do zainstalowania
root@OpenWrt:~# backuppkgslist.sh verbose

Wykonano archiwum listy pakietów
root@OpenWrt:~# restorepkgslist.sh verbose
Downloading https://downloads.openwrt.org/releases/23.05-SNAPSHOT/packages/x86_64/base/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_base
Downloading https://downloads.openwrt.org/releases/23.05-SNAPSHOT/packages/x86_64/base/Packages.sig
Signature check passed.
...

Package easyconfig (20230421) installed in root is up to date.

Zainstalowano pakiety użytkownika

Zmieniłem też sposób wykrywania pakietów - pierwotnie zrobiłem bazując na statusie pakietu ("user installed"), ale to nie jest dobra metoda bo np. dla obrazów x86 łapie też inne pakiety. Więc tym razem skrypty bazują na czasie instalacji - przyjmuję że czas instalacji base-files to podstawa instalacji obrazu i innych pakietow, a wszystko z późniejszą data instalacji to pakiety zainstalowane przez użytkownika.

Rozwiązanie w takiej postaci wejdzie do obrazów wraz z najbliższą kompilacją (w ten weekend, jak nic się nie wysypie).
Jeżeli ktoś używa innych obrazów to oczywiście też może tego użyć bo nie jest to powiązane jakoś specjalnie z eko.one.pl, źródła i makefile do pakietu dostępne są w moim gicie: https://github.com/obsy/packages/tree/m … store-opkg

W szczególności jeżeli ktoś już chce przetestować to rozwiązanie to trzeba robić:
1. Pobrać sobie skrypt do routera (trzeba mieć obsługę https) i wykonać to:

$ wget https://raw.githubusercontent.com/obsy/packages/master/backupandrestore-opkg/files/usr/bin/backuppkgslist.sh -O /usr/bin/backuppkgslist.sh
$ /usr/bin/backuppkgslist.sh

2. Jak już zrobię nowe obrazy to należy zaktualizować system z zachowaniem konfiguracji (ręcznie, przez sysupgrade lub z luci przez Attendedsysupgrade ) (tylko z głową - żeby komuś nie przyszło na myśl aktualizowanie z zachowaniem konfiguracji z jakiejś starej wersji, bo właśnie przed chwilę tak napisałem żeby zrobić... dotyczy to bieżącego wydania)
3. w obrazie będą już skrypty, więc później po podłączeniu do internetu należy wykonać

$ restorepkgslist.sh

I powinno zainstalować to co było na liście pakietów użytkownika. Jeżeli ktoś używał innych pakietów (nie z repo openwrt) to oczywiście należy pamiętać o wcześniejszym dodaniu wszystkich innych repozytoriów (jeżeli nie zachowały się w backupie), bo skrypt sam z siebie nie ściągnie samodzielnie pakietów których nie ma w zdefiniowanych repozytoriach.

Po wykonaniu skryptu można też po prostu zrobić backup przez sysupgrade czy z luci (w nim powinna być już lista pakietów instalowanych przez użytkownika), zrobić aktualizację bez zachowania konfiguracji, przywrócić samą listę pakietów i uruchomić skrypt do ich instalacji.  Lista pakietów z których korzystają skrypty znajduje się w pliku /etc/backup/list-user-installed-packages.txt

Jeżeli ktoś nie korzysta z moich obrazów tylko z openwrt i ma pakiety tylko z openwrt a nie innych źródeł to w/w skrypty nie mają większego sensu - wystarczy użyć attendedsysupgrade żeby automatycznie złożył się obraz z pakietów które są aktualnie zainstalowane i zaktualizował na routerze.

PS. Jeżeli ktoś nie wie to sysupgrade ma też opcję -k która zachowuje listę wszystkich pakietów w obrazie (też w katalogu /etc/backup).

Przecież tak będzie - click i instalują ci sie paczki które masz na liście w backupie. Ale nie uważam że powinien to robić automat.

Takie obejście

mv /sbin/sysupgrade /sbin/sysupgrade.real
echo '#!/bin/sh' > /sbin/sysupgrade
echo 'backuppkgslist.sh' >> /sbin/sysupgrade
echo '/sbin/sysupgrade.real $*' >> /sbin/sysupgrade
chmod 755 /sbin/sysupgrade

Trochę głupie, ale...

Dzisiaj pierwsza próba restorepkgslist.sh przy okazji odświeżenia 23.05.
I tak:
-prawidłowo działa z konsoli, fajne jest to że nie wysypuje się na pakietach których już w repo nie ma
-ale z luci robi cuda.... generalnie kończy się niepowodzeniem, w dodatku nasza lista nadpisywana jest nową, pełną pakietów które nie wiadomo skąd się wzięły
-niezbyt podoba mi się pomysł automatycznego modyfikowania listy po wykonaniu restorepkgslist, no bo właśnie tracimy listę w przypadku niepowodzenia
-nie radzi sobie z pakietami, które wymagają usunięcia wersji lżejszej, tu przykład wpad-basic-mbedtls->hostapd-mbedtls

Jeszcze na koniec taki problem: jest sobie router z konfiguracją z pppoe ipv6 +ds-lite (ds-lite wymaga doinstalowania). Dopóki nie ma w systemie ds-lite, to wyjście jest tylko przez ipv6 (hmmm, mam nadzieję, że chociaż ipv6 działa bez zmiany configa). Ds-lite wymaga zależności resolveip, kmod-iptunnel6, kmod-ip6-tunnel. Ds-lite oraz resolveip ściągane są z downloads.openwrt.org, ale te kmod zależne od wersji kernela już z dl.eko.one.pl. A serwer Cezarego nie jest dostępny po ipv6 :-)
Pozdr

>Doprowadź jeszcze raz do takiej sytuacji i pokaż tą listę oraz plik /usr/lib/opkg/status
Nie udało się doprowadzić do tej sytuacji, zrobiłem dwie próby r23399->r23399, r23310->r23399
W obu przypadkach w Luci wyświetliło się "Failed to execute command!".
Przy próbie sprawdzania w konsoli co się zainstalowało, a co nie, przez jakiś czas była blokada opkg, np
# opkg install libpam
Collected errors:
* opkg_conf_load: Could not lock /var/lock/opkg.lock: Resource temporarily unavailable.
Chyba o tym pisałeś, że pomimo komunikatu failed, proces leci dalej.
W przeciwieństwie do Twoich obrazków, brak jednak widocznego verbose w Luci, jest tylko końcowe failed.
W sumie zainstalowały się wszystkie pakiety z listy.

Patrząc na plik /usr/lib/opkg/status i że brany jest pod uwagę Installed-time, to chyba coś się musiało porąbać z czasem systemowym jak był restart po upgrade (była generowana prawdopodobnie lista ze wszystkimi pozycjami "user installed"?)

Jedna rzecz do poprawki zauważona przy r23399->r23399:
podwójny wpis obu komend w /etc/config/luci (pewnie zawsze dopisujesz, niezależnie od tego czy już te komendy są)

Pozdr.

Literówkę masz w menu "Własne komendy"

Instalacja pakietów użytkownka

Czytam i nie mam pewności, stad moje pytanie.
Czy Cloudbackup lub inne narzędzie można użyć w takiej sytuacji.
1. Mam Twoje stare openwrt 21.02 chciałbym zrobić backup listy pakietów zainstalowanych w systemie przez użytkownika.
2. Następnie chciałbym tradycyjnie zainstalować Twoje nowe openwrt 23.05 i przywrócić w/w backup.

Co się przywróci?. Rozumiem, że zainstalują się wszystkie dodatkowe programy które są na liście pakietów backup. Ale czy zainstalują się z domyślną konfiguracją czy może już tą zmodyfikowaną przeze mnie w openwrt 21.02?

Dzisiaj przetestowałem skrypty na żywym organizmie w bardzo restrykcyjnym środowisku: u teścia w domu. Upgrade z 21 do 23 poszedł dzięki temu gładziutko. Dzięki Cezary.

Zrób aktualizację ręcznie. auc tak zwraca jak jest problem z dostepem do danych lub json który jest zwracany ma coś nie tak w sobie.