@altae:
Ich will Dir nicht zu nahe treten, aber das ist als Erklärung (zumindest in diesen dürren Worten) nicht schlüssig.
Warum?
Der Patch sieht so aus:
Code:
[ "$FREETZ_PATCH_MAXDEVCOUNT" == "y" ] || return 0
if [ -e "${FILESYSTEM_MOD_DIR}/etc/hotplug/create_handle.sh" ]; then
file="create_handle.sh"
else
file="usb.pandu"
fi
echo1 "patching ${file}: MAXDEVCOUNT"
modsed "s/^MAXDEVCOUNT=/MAXDEVCOUNT=9 # oldvalue: /g" \
"${FILESYSTEM_MOD_DIR}/etc/hotplug/${file}" \
"^MAXDEVCOUNT=9"
Da wird also bei der 113.06.52 aus der Zeile
Code:
MAXDEVCOUNT=4 # Do not accept more than MAXDEVCOUNT devices (USB HUBs don't count)!
nach dessen Anwendung die Zeile
Code:
MAXDEVCOUNT=9 # oldvalue: 4 # Do not accept more than MAXDEVCOUNT devices (USB HUBs don't count)!
Diese Variable wird dann in der gesamten Firmware genau ein einziges Mal ausgewertet, nämlich in der Abfrage
Code:
## Too many devices?
COUNT=`/sbin/lsusb -n`
HUBCOUNT=`/sbin/lsusb -N 9`
DUMMYCOUNT=`/sbin/lsusb -N 0`
COUNT=$((COUNT - HUBCOUNT))
COUNT=$((COUNT - DUMMYCOUNT))
[COLOR="#FF0000"]if test $COUNT -gt $MAXDEVCOUNT; then[/COLOR]
atomic_touch /var/$DEVID && eventadd 130 $DEVNUM && eventadd 133
IGNORE_AND_EXIT
fi
und selbst dann wird noch eine Nachricht ins Ereignisprotokoll geschrieben, bevor das Gerät ignoriert wird.
Solange Du nicht also bereits vier andere USB-Geräte angeschlossen haben solltest und der Stick mit den zwei Partitionen dann das fünfte Gerät gewesen wäre, sollte dieser Patch absolut keine Auswirkungen auf irgendeinen Ablauf im erzeugten Image haben.
Vielleicht überprüfst Du ja Deine Konfiguration noch einmal ... eine Abhängigkeit weiterer Patches von diesem habe ich auch nicht finden können:
Code:
# grep -r MAXDEVCOUNT
patches/scripts/460-modify_maxdevcount.sh:[ "$FREETZ_PATCH_MAXDEVCOUNT" == "y" ] || return 0
patches/scripts/460-modify_maxdevcount.sh:echo1 "patching ${file}: MAXDEVCOUNT"
patches/scripts/460-modify_maxdevcount.sh:modsed "s/^MAXDEVCOUNT=/MAXDEVCOUNT=9 # oldvalue: /g" \
patches/scripts/460-modify_maxdevcount.sh: "^MAXDEVCOUNT=9"
config/ui/patches.in:config FREETZ_PATCH_MAXDEVCOUNT
und damit
muß es noch eine andere geänderte Einstellung geben, die das Problem verursacht bzw. beseitigt hat. Ein "diff" für die beiden ".config"-Dateien sollte da schnell Aufschluß geben - aber wenn dieser (eher harmlose) Patch die Ursache sein sollte, dann müßte das schon auf extrem verschlungenen Wegen der Fall sein.
Insofern ist das also als Lösung zumindest zweifelhaft und bis zu einer Überprüfung bzw. dem Verständnis, warum das so sein soll, muß nicht jeder mit demselben Problem das auch als denkbare Lösung ansehen und sich die Arbeit damit machen.
Es sollen zwar schon Reittiere beim Pharmazeuten vomitiert haben (und das vermutlich nicht aufgrund einer Essstörung - das muß man auch erst einmal ohne Lispeln aussprechen können, zum Glück muß ich es nur aufschreiben), aber allzu wohlfeilen (und wenig einleuchtenden) Erklärungen darf man auch mal mit etwas Mißtrauen begegnen.