Turris 1.1 po aktualizaci na 3.6

Zakládám téma o problémech s touto aktualizací. Myslím, že by bylo vhodné, aby vše bylo soustředěno na jednom místě.

Až po cca 12ti hodinách jsem zjistil, že neodcházejí data. Všechny postupy, které pomohly při předchozích aktualizacích selhaly. Pomohl až reset do továrního nastavení a kompletní nastavení od začátku. Nefungovala pouze samba, ale tu jsem spustil přes Putty.

Měl jsem stejný problém po upgradu. Navíc výrazně delší náběh routeru po restartu.
Asi tam mají systémovou chybu. Pomohlo vytvořit zmizelý adresář a restartovat službu cron. Po pár minutách data odcházejí, restart se zrychlil.
Jsou toho plné diskuse.

mkdir /etc/crontabs
/etc/init.d/cron restart

Mám problém s updaterem na Turris 1.0 po čisté instalaci verze 3.6, aktualizace updateru provedena.

Můj /etc/config/updater vpadá takto:

config pkglists 'pkglists'
	list lists 'api-token'
	list lists 'honeypot'
	list lists 'netutils'
	list lists 'majordomo'
	list lists 'nas'
	list lists 'shell-utils'
	list lists 'luci-controls'
	list lists 'i_agree_datacollect'

Nevím zda poslední řádek je korektní, protože mi způsobuje problém…
Updater končí:

+ execute_list i_agree_datacollect
+ echo get list
+ get_list i_agree_datacollect user_lists/i_agree_datacollect
+ grep  MISSING$ /tmp/updater-lists/status
+ grep -qF i_agree_datacollect
+ die Missing list i_agree_datacollect
+ echo error
+ echo Missing list i_agree_datacollect
+ echo Missing list i_agree_datacollect
Missing list i_agree_datacollect
+ my_logger -p daemon.err
+ logger -t updater-user -p daemon.err
+ echo Missing list i_agree_datacollect
+ kill -SIGABRT 8393
+ rm -rf /tmp/update /tmp/update-state/pid /tmp/update-state/lock /usr/share/updater/packages /usr/share/updater/plan
+ exit 1
+ rm -rf /tmp/update /tmp/update-state/pid /tmp/update-state/lock /usr/share/updater/packages /usr/share/updater/plan
+ exit 1

Nefunguje mi odinstalace balíčků, vše se mi vrací.

V user.lua mám:

Uninstall tinyproxy { priority = 60 }
Uninstall luci-app-tinyproxy { priority = 60 }
Uninstall luci-i18n-tinyproxy-cs { priority = 60 }
Uninstall luci-i18n-tinyproxy-cs { priority = 60 }
Uninstall ddns-scripts { priority = 60 }
Uninstall luci-app-ddns { priority = 60 }
Uninstall luci-i18n-ddns-cs { priority = 60 }

Ale nic se neděje.
Nějaká rada?

commar: Můj /etc/config/updater vypadá takto:

config pkglists 'pkglists’
option configured '1’
list lists 'printserver’
list lists 'honeypot’
list lists 'netutils’
list lists 'nas’
list lists 'luci-controls’
list lists ‘i_agree_datacollect’

Takže tvůj poslední řádek je korektní

Z vašeho postu jsem trochu zmaten. Výstup z updateru který jste postnul je ze starého updateru. Tedy user.lua na něj nemá žádný vliv. Dále pak i_agree_datacolllect je pokud se nepletu pouze user list pro Omnie, Turris má tyto balíčky v base user listu. Ten jste si doplnil sám, nebo se doplnil ze s updatem? Dále pak, router jste si odkoupil? Možná, že nám někde nastala chyba a user list pro sběr dat pro turris pro starý updater asi nevznikl i když možná asi měl. Pro rychlou opravu asi doporučuji použít updater-ng.

Takhle můj router dopadl po čisté instalaci verze 3.6
Sám jsem z toho zmaten.
user.lua jsem si udělal sám, ale balíčky se neodeberou…
updater-ng vůbec není v systému…

user.lua nemá na starý updater žádný vliv. A starý updater neumožňuje odstranění balíčků které spravuje.

Ale asi nejdůležitější: router jste si odkoupil nebo jste stále se smlouvou?

Mám zažádáno, do konce mám 35 dnů…
Jak to že mám starý updater, když přechod jsem udělal? Jak poznám že přechod proběhl korektně?

Psal jste, že jste dělal factory reset. Udělal jste přechod po factory? Všechny data a tedy i přechod jsou smazány při provedení factory resetu. Výjimkou jsou certifikáty, ale jinak vše se vrátí do stavu jak jste ho před lety dostal.

Případně se může jednat o neúspěšný přechod.

Ano, natáhl jsem 3.6 z karty a udělal factory. Proklikal jsem se až do funkčního stavu, udělal migraci. Pak teprve začal nastavovat svoje věci, jako disky, NAS, nastavení adres, instalace uhttpd a podobně.

Mám Turris 1, aktualizace na verzi 3.6 proběhla bez problému. Musel jsem jen znovu nastavit majordomo a grafy, řádek i_agree_datacolllect v updateru mám taky i když mám Turris 1

cynerd: pokud to byla otázka na mne pak ano mám Turris1.1 a nic jsem nepřipisoval, nepřesouval ani neměnil. Takže - co poslala aktualizace, to tam je. Resp. jaké balíčky se stáhly po Factory Reset.
Do odkoupení Turíska mám ještě cca1 rok.

V nightly mam taktéž i_agree_datacollect

Dobrá. Děkuji za informaci. Zřejmě kolega ve forisu sjednotil omnii a turris a tak se objevil i_agree_datacollect user list i na modrých turrisech, přestože starý updater ten user list nemá. Předám kolegovi, který doufám sjedná zítra opravu.

1 Like

Mám Turris 1.1 pod smlouvou a výstup z updateru mám stejný jako commar.

+ cat /tmp/update/user_lists/nas
+ run_plan /tmp/update-state/plan
+ . /tmp/update-state/plan
+ do_commit
+ [  ]
+ rm /tmp/update-state/plan
+ execute_list i_agree_datacollect
+ echo get list
+ get_list i_agree_datacollect user_lists/i_agree_datacollect
+ grep  MISSING$ /tmp/updater-lists/status
+ grep -qF i_agree_datacollect 
+ die Missing list i_agree_datacollect
+ echo error
+ echo Missing list i_agree_datacollect
+ echo Missing list i_agree_datacollect
Missing list i_agree_datacollect
+ my_logger -p daemon.err
+ logger -t updater-user -p daemon.err
+ echo Missing list i_agree_datacollect
+ kill -SIGABRT 9745
+ rm -rf /tmp/update /tmp/update-state/pid /tmp/update-state/lock /usr/share/updater/packages /usr/share/updater/plan
+ exit 1
+ rm -rf /tmp/update /tmp/update-state/pid /tmp/update-state/lock /usr/share/updater/packages /usr/share/updater/plan
+ exit 1

Verze jádra 3.18.48-d530b2d348ac893d980001e28f6e5eb3-3

/etc/config/updater obsahuje:

config pkglists ‘pkglists’
option configured ‘1’
list lists ‘api-token’
list lists ‘netutils’
list lists ‘majordomo’
list lists ‘shell-utils’
list lists ‘luci-controls’
list lists ‘nas’
list lists ‘i_agree_datacollect’