Es gibt wohl zur Zeit nichts fertiges, das muss man für jedes einzelne Modell zur GLUON_$(PROFILE)_SITE_PACKAGES hinzufügen, wobei $(PROFILE) die Profilbezeichnungen aus der profiles.mk sind wie TLWR1043
Grundsätzlich sind das auf USB Support · freifunk-gluon/gluon Wiki · GitHub alles Pakete, die man zusätzlich braucht, wenn man USB-Sticks mit FAT-Dateisystem mounten will. Für den eigentlichen USB-Support reichen kmod-usb-core und kmod-usb2
Also z.B. für den tl-wr1043 dies ergänzen:
jetzt muss man nur noch einen daemon schreiben, der horcht ob dmesg|grep removable was neues ausgibt.
Hat da jemand eine idee?
vielliecht gibts da ein paket, das man mit in die site.mk schreiben kann?
(hatte mal das getestet: block-hotplug, das klang so, als wenn das dafür sorgt, dass die auto gemountet werden, aber das war nur für die alten AA und ist jetzt in das block-mount gemerged.)
Müsste man dann noch irgendwie dafür sorgen, dass da immer ein link besteht nach /lib/gluon/status-page/www/media. Wie bekommt man das hin?
Mit diesem script erzeugt in /etc/hotplug.d//block/20-usb-mount-media
case "$ACTION" in
add)
# TODO: instead of setup_mode you need a new config key for usb_mountto be configurable in Config Mode
if [ "0" == $(uci get 'gluon-setup-mode.@setup_mode[0].enabled') ]; then
if [ "0" == $(grep sda1 /proc/mounts|echo $?) ]; then
[ -d /var/gluon/setup-mode/www/media ] || mkdir -p /var/gluon/setup-mode/www/media
logger /var/gluon/setup-mode/www/media was created
mount -o ro /dev/$DEVICENAME /var/gluon/setup-mode/www/media
logger the media was mounted
fi
fi
;;
remove)
if [ "a" == $(grep sda1 /proc/mounts|echo a$?) ]; then
umount /www/media/
fi
;;
esac
wird ein eingesteckter USB-Stick immer automatisch gemountet nach /media. In diesem Beispiel horcht der auf setup_mode[0].enabled == 0 was ja immer zutrifft, ausser im Config mode. Dies ist nur übernommen aus dem anderen script und könnte man noch anpassen so dass es auf einen config Wert horcht, den man im Config Mode einstellen kann: „USB-Geräte automatisch freigeben“
@rubo77 siehe vorschlag in github: basicly proposal: schreibe ein kleines skript das ggf. opkg update und opkg install usb_foo macht, basierend auf 8mb und usb availability. (based on list of model)
i see … bisserl falsch verstanden …
nun, mein Vorschlag ging ja auch dahin nicht an der buildchain so rumzudrehen , sondern ein skript in der Art zu schreiben das bei entsprechenden Routern die Pakete nachgeladen werden.
die 2 kleinen Nachteile sind dann nur noch : 1. nicht sofort verfügbar und 2. je nach script muss das z.b. zum sysupgrade die pakete ziehen können. (oder irgendwann später)
Aber grundsätzlich wäre es schon schön - mittelfristig Möglichkeiten zu haben einzelnen Routern einzelne site.mk zuweisen zu können. (was wohl besser wäre als einzelne packages … )