Was für eine Iomega hast du?
Vor allem bei den neueren Modellen, die meistens als "Cloud Edition" (CE) gekennzeichnet sind, liegt das Betriebssystem, also auch /mnt/apps, auf einer Schreibgeschützten Partition.
Das lässt sich umgehen, aber dazu müsste ich wissen, welches Modell du hast.
OK, das Modell kenne ich nicht, aber da es bei dir /mnt/apps gibt kannst du folgendes mal probieren:
Zunächst musst du per SSH/Putty auf die Box.
Dann kannst du mit dem Befehl
ls -l /boot/images/apps
gucken ob die nötige Datei vorhanden ist.
Um den Schreibzugriff zu aktivieren gibts du dann folgende Befehle ein:
mknod -m0660 /dev/loop3 b 7 3
chown root.disk /dev/loop3
mkdir /tmp/apps
mount -o loop /boot/images/apps /tmp/appsZum tauschen des Icons gehst du dann zum Beispiel nach /tmp/apps/usr/local/twonky/resources/
Wenn du fertig bist, wieder aus dem Ordner rausgehen und speichern mit:
umount /tmp/apps
rm /dev/loop3Danach neustarten.
Benutzung auf eigene Gefahr!
Entweder hast du das erste dd vergessen, oder den > nicht doppelt gemacht:
cd /boot/images
dd if=apps of=apps.new bs=1M
dd if=/dev/zero bs=1M count=250 >> apps.new
resize2fs apps.newEs kann auch sein, das da ein anderes Dateisystem drin ist, das kannst du rausfinden mit dem Befehl:
cd /boot/images
file apps.newOh, squashfs, das ist etwas komplizierter:
mkdir /tmp/apps
mount -t squashfs -o loop,ro /boot/images/apps /tmp/apps
cd /tmp
tar -cf /mnt/pools/A/A0/Backups/apps.tar appstake the apps.tar to your linux desktop
apt-get install e2fsprogs
cd desktop
mkdir apps
dd if=/dev/zero bs=1M count=1024 > apps.new
mkfs.ext2 -F apps.new
mount -o loop,rw apps.new apps
tar -xf apps.tarEdit files.
Back to terminal once finished
umount appsDann wäre es ja nicht so kompliziert 
Es nützt nichts, das mit rw zu mounten, weil du dann 0 Byte frei hast, also kannst du trotzdem nix ändern.
Ein Squashfs muss deshalb erst ausgelesen werden, dann verändert man die Daten und zum Schluss erstellt man ein neues Squashfs.
Hab es jetzt auch getestet mit der Firmware von deinem Modell (px4px6-update-3.2.3.15290), das klappt.
Der Ordner /mnt/pools/A/A0/Backups ist aber nur ein Beispiel, muss halt gucken was da bei dir ist.
Es muss ein Ordner sein mit ein paar hundert MB frei, der von einem deiner Shares aus erreichbar ist, so dass du das nach Linux kopieren kannst.
Sorry Anfänger Fehler
So Bilder getauscht und ich habe apps.new in apps umbenannt (apps orginal ne kopie gemacht). Reboot und es ging, nur noch kein mount rw
Ja, auch ein selbst erstelltes Squashfs in einer Datei kann man nicht rw mounten, das muss man jedes Mal neu bauen.
Okay danke für deine Hilfe bin froh das es läuft
kann als gelöst markiert werden
Ich habe nochmal weiter rumgespielt und rausgefunden, das man für das neue Image auch ext2 nehmen kann.
Dann muss man das nur einmal erstellen und kann es immer wieder rw mounten.
Habe die Befehle dementsprechend in Post 8 angepasst.
Da ich das Betriebssystem von der NAS jetzt auch in einer VM unter Qemu booten kann, konnte ich auch prüfen das er tatsächlich mit dem ext2 bei den apps was anfangen kann.
sorry war zu vorschnell 
habe 300MB apps.new erstellt und dummerweise in apps umbenannt.So er zeigt nur noch das logo und die Festplatten booten kurz.
Ehm, ja deswegen hatte ich auch 1024 geschrieben: Bei Squashfs ist das gepackt, aber bei ext2 sind die Daten über 700MB groß.
Die 300 haben wohl nicht gereicht.
Wenn du per Telnet/SSH nicht mehr drauf kommst, dann hilft nur noch die 1. Platte ausbauen, in Linux mounten und die richtige apps-Datei wieder reinkopieren.
OK, dann brauchst noch einen Zwischenschritt:
sudo mdadm --assemble /dev/md0 /dev/sdd1
sudo mount /dev/md0 /mnt/usb
Und wenn du fertig bist:
sudo umount /mnt/usb
sudo mdadm --stop /dev/md0
PS: Das mit den 691MB wundert mich, dann muss die Boot-Partition ziemlich klein sein, bei meinem Modell hat die 20GB.
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!