Dotaz: Shell v OpenWrt (ash) a konstrukce if []

[Jix0]

Zdravim.

Pracuji u ISP a jako routery zakaznikum, pouzivame routery TP-Link Archer C6 do kterych nahravame OpenWrt. Pripravil jsem si nejprve jeden kus, ktery jsem si nastavil podle nasich potreb a udelal si z toho takovou "default" konfiguraci obsahujici nase vlastni upravy jako vlastni logo, vzdaleny pristup atd. Pote jsem si primo v rozhrani vyexportoval celou jednu partition obsahujici cely firmware s konfiguraci a upravami. Ziskal jsem tim soubor "firmware.mtd1.bin", ktery pak budu pomoci mtd zapisovat.

Pripravil jsem si k tomu 2 skripty . Prvni nakopiruje pres ssh potrebne soubory a spusti druhy skript na cilovem stroji. V tomto druhem skriptu mam cast, ktera ma provest kontrolu, jestli se jedna o spravny typ routeru a az pak zacne provadet zapis. Zde je cele zneni skriptu, vcetne popisu funkce a toho kde na ni nastava problem:

#!/bin/sh
workdir=$PWD
firmware=$PWD/firmware.mtd1.bin
boardinfo=$(cat /proc/cpuinfo | grep machine)
model="Archer C6 v3"

## Kontrola, jestli je pripraven soubor s firmware pro obnovu.
if [ -f "$firmware" ]; then
    echo "Nalezen soubor pro instalaci."; else
    echo "Soubor nenalezen. Spustte znovu skript router_setup.sh" && exit
fi

sleep 2

## Flash samotneho obrazu s konfiguraci a balicky
echo "Bude provedena obnova konfigurace."
read -p $'Press enter to continue...\n'

echo "##################################"
echo "###                            ###"
echo "### PROBIHA OBNOVA KONFIGURACE ###"
echo "###  ! NEVYPINEJTE NAPAJENI !  ###"
echo "###                            ###"
echo "##################################"

## Kontrola retezce "Archer C6 v3" v /proc/cpuinfo  (testovaci, nedestruktivni cast na overeni spravne funkce kontroly). <-- Selhava na tom, ze tzv. "here redirection <<<" neni v OpenWrt shellu "ash" podporovana. 
## Psalo mi to "<<< unknown operand". V BASH na linuxu nebo ZSH na OSX vsak funkce normalne funguje

if grep -q "$model" <<< "$boardinfo"; then
  echo "TEST OK"; else
  echo "NOT OK"
fi


## Kontrola retezce "Archer C6 v3" a flash balicku s upravenym firmware

## if grep -q "$model" <<< "$boardinfo"; then
##  mtd write $firmware firmware; else
##  echo "Balicek neni urcen pro tento model a revizi"
##  echo "Pouzijte odpovidajici balicek"
## fi

## Kontrola retezce "Archer C6 v3" v /proc/cpuinfo pomoci "if []"  <-- Taky neni funkcni, dostavam chybu ":: unknown operand". 
## Zjisteno ze chyba nastane hned na prvnim radku nasledujici funkce:

if [ $boardinfo = $model ]; then
  echo "TEST OK"; else
  echo "NOT OK"
fi

Pro jistotu jsem si skript nechal zkontrolovat pomoci utility shellcheck, chybu podle nej nemam, myslim si vsak, ze bude nastavat nekde chyba v parsovani vystupu z /proc/cpuinfo. Nicmene i po delsim hledani na google a zkoumani jak napsat test sekvenci, kontrolujici retezec, si dale uz nevim rady a budu rad, kdyz me navedete, kde delam chybu..

Diky za vas cas a odpovedi.

Odpovědi

[GeorgeWH]

Toto som nikdy nepochopil (a stretavam sa s tym velmi casto):

cat /proc/cpuinfo | grep machine

ked mozem dat rovno:

grep machine /proc/cpuinfo

K problemu - skus:

if echo "$boardinfo" | grep "$model" >/dev/null; then
...

[Jendа]

UUoC vzniká logicky z „cat soubor... sakra to je dlouhé, ještě potřebuju grep/less - šipka nahoru, |grep aaa“.
UUoC je použitelnější, protože „cat soubor|grep foo... sakra potřebuju hledat bar, ne foo - šipka nahoru, ←←←, bar“.
UUoC brání překvapivému a nečekanému chování u nástrojů pracujících inplace (gzip a bzip2 co smažou originální soubor pokud si na to člověk nevzpomene a nedá -k).
UUoC brání nahodilému přepsání při neoscapování grep "Jenda>" irc.log

A jinak je problém v uvozovkách a může snadno nastat i v bashi (si představ že v té proměnné bude napsáno -o 1 -eq 1, což bude každý [ interpretovat jako or).

A jinak já do openwrt dávám bash pokud si můžu dovolit spotřebovat asi 300 kB nebo kolik má. Naštěstí máme všude Mikrotiky s 16MB flash, takže můžu.

[X]

Kde mas uvozovky?

if [ "$boardinfo" = "$model" ]; then ..

[j]

Nechci tu do toho kecati soudruhum odbornikum ... ale vadny operand je to "=" ... nespis by tam melo byt neco jako -eq nebo adekvatni vyraz.

---

Dete s tim guuglem dopice!

[k3dAR]

tak do toho nekecej, porovnava string takze = je ok (jen mu pri [ ] schazej uvozovky, ty nemusi mit u bashe s [[ ]] )
tva rada -eq je kdyby porovnaval (cela)cisla, takze uplne mimo

[k3dAR]

btw: asi by to chtelo pred vlastnim zapisem zkontrolovat kontrolni soucet toho preneseneho image (md5sum,sha256sum), nez jen kontrola ze soubor existuje... resp. vhodnejsi by obecne bylo pres openwrt-imagebuilder pripravit primo openwrt factory image s potrebnejma upravama a misto nejdriv flash ofiko image a pak flash tva mtd1, rovnou na stock flash tvuj factory image, nebo tohle si z nejakeho duvodu jiz zavrhl?

[k3dAR]

+ vyhoda vlastniho factory image, ze tve zmeny budou v squashfs rootfs a ne v overlay, takze prezijou pripadnej factory reset

[Jendа]

A nebo tam ty soubory normálně nakopírovat a neflashovat tam image partition. Tím nic nezíská (?) a bude se to blbě udržovat když bude chtít ty soubory jenom nějaké nebo tak něco.

[Jix0]

Prave ze ImageBuilderu jsem se chtel vyhnout. Uvazoval jsem nad tim ze bych sel touto cestou, prislo mi to ale trochu komplikovane, hlavne kdyz budu chtit udelat nejakou drobnou upravu, musim pak buildovat cely image. (A taky protoze ne vsichni u nas jsou natolik zbehli v tom, jak kompilovat na Linuxu, chtel jsem to udelat snadnejsi). Jako je vyhoda, ze by aspon nastaveni prezilo zakaznikuv reset. Zkusim si s tim vice pohrat jak bude na to cas.

Uplne nejidealnejsi varianta by byla, pokud bych mohl rozbalit factory image stazeny z webu OpenWrt, nasypat si tam nase upravy a zase to cele zabalit do BIN souboru co pak budu flashovat rovnou z orig TP-Link FW. Bohuzel nastroje jako binwalk nebo Firmware mod kit (https://github.com/openwrt-stuff/firmware-mod-kit), mi v tomto moc nepomohly.

Jinak dnes jsem si overil ze mtd kontroluje, jestli je image kompletni. Pri dnesnim flashovani jednoho routeru jsem omylem nahral prazdny soubor se jmenem toho firmware a mtd vyhodil chybu ze soubor je chybny (nevim ted presne cele zneni, ale bylo tam cosi o chybe CRC) a dale odmitl pokracovat, takze toto je osetreno. Co osetreno neni je to, ze pokud by nahodou nekdo flashnul soubor s upravenym FW treba do starsi revize Archer C6, ktera ma Atheros chipset, tak by ji tim bricknul, proto ta kontrola na retezec modelu.

[k3dAR]

s ImageBuilder prave ze NEkompilujes sestavi to image z predbuildenejch balicku, ty si pouze urcis:
- jake balicky to ma pridat (btw: graficke rozhrani LuCi neni s ImageBuilder prednastavene)
- jake balicky to ma odebrat
- jake soubory,adresare to ma pridat tve

zrovna pred par dny sem si takto pripravil image pro Archer C7, pridal balicky pro USB,Ext4... pridal balicky pro USB LTE, MWAN3 pro prepinani mezi WAN a LTE, pridal bash, mc, htop, misto dropbear dal openssh-server, Luci s czech, atd, atd... a pridal soubory v /etc/config/ pro nastaveni systemu, site, wifi, dodal nejake schazejici pro mc, do /root nastaveni mc, htop... jedine co se mi neveslo do image pro 16MB flash bylo byobu ktere mam na usbflash

[k3dAR]

+ nastaveni openssh-server zakaz root hesla, pridan verejnej ssh klic atd...

[Jendа]

Mimochodem ještě nedávno bylo užitečné používat image builder, protože balíčky doinstalované později nebyly komprimované (zatímco ten hlavní image je squashfs). Teď už to nějak komprimuje i overlay, ale předpokládám, že pořád hůř než když to člověk celé sestaví rovnou do toho squashfs.

Nastavení ale do image nedávám, protože jakmile ho změním, tak tam ten soubor pak bude dvakrát.

[k3dAR]

pro Archer C6 by to bylo nejak takto (stazeni imagebuilder, rozbaleni, vytvoreni image):

#/bin/bash 

profile="tplink_archer-c6-v3"
target="ramips"
subtarget="mt7621"

file="openwrt-imagebuilder-${target}-${subtarget}.Linux-x86_64.tar.xz"
dir="${file/.tar.xz}"

[[ -d ${dir} ]] || {
    [[ -f "${file}" ]] && rm "${file}"
    wget "https://downloads.openwrt.org/snapshots/targets/${target}/${subtarget}/${file}"
    tar xf "${file}"
exit
}

cd  ${dir}
ln -f bin/targets/${target}/${subtarget} -s OUT
mkdir -p ADD

package_enable="luci luci-i18n-base-cs luci-theme-material bash openssh-client openssh-server openssh-sftp-server"
package_disable="-dropbear"
files_add="ADD"

make image PROFILE=${profile} PACKAGES="${package_enable} ${package_disable}" FILES="${files_add}"

echo "Result image's in ${dir}/OUT dir..."

s tim ze do adresare ADD pridas soubory v adresarove strukture jak ma byt v /
a do promene package_enable a package_disable si samozrejme dodas sve potrebne baliky, u tech disable musi byt - pred nazvem balicku...

[Jix0]

Tak toto je bomba. Dik za tip, zkusim to udelat timto procesem. Navic jestli se nemusi nic kompilovat a je vse potrebne uz v tom Imagebuilder baliku, tak je o dalsi starost min. Zkusim si s tim pohrat a udelam to asi opravdu tak, ze si sestavime vlastni image co se rovnou bude flashovat do zarizeni.

[k3dAR]

ten script je opravdu celej postup, nic vic delat nemusis, imagebuilder opravdu nic nekompiluje, dela (zjednodusene) jen to ze stahne z normalnich repozitaru openwrt (daneho targetu) balicky, ty nainstaluje do pracovniho adresare a udela z nej image... u me na 10let starem NB to cele trva 1minutu