keine Installation von DSM 3.0 auf DS 107+ möglich

[farainsr]

hallo zusammen.

leider schaffe ich es einfach nicht, die DSM 3.0 auf der DS 107+ installiert zu bekommen!

Im Prinzip verharrt die DS107+ bei der Position:
Übertrage Daten auf Server, bitte warten...

Sind da Fehler bekannt oder fällt euch dazu etwas ein?


Grüße

 

[jahlives]

Probierst du die Firmware über eine https Verbindung aufzuspielen? Oder liegt das File selber auf der DS z.B. in einer Freigabe?

 

[farainsr]

hallo,

https habe ich extra deaktiviert.

Das file liegt auf meinem Rechner (Mac OS 10.6). Könnte da vll das Problem zu sehen sein?

 

[jahlives]

Könnte sein, dass der Mac das pat File automatisch entpackt und dann an den Server schickt.
Das habe ich schon mehrfach von Mac-Usern gehört. Wenn du das zip File entpackst, hast du denn ein pat File oder ein tar.gz File?

 

[farainsr]

also ich habe das File direkt als .pat runtergeladen!?
Bei mir gab es keine Auswahl von zip oder tar!

So, unter Windows gibt es auch eine Fehlermeldung:

 

[_Homer_]

Das Problem hatte im mit meiner 107+ auch.
Die Partition, auf der die Systemdaten installiert werden, ist vermutlich zu klein. Kannst ja auch mal mit "df" deine Speicherbelegung prüfen.

Weitere Infos gibt es hier: http://www.synology-forum.de/showthread.html?t=14139 und ab hier: http://www.synology-forum.de/showthread.html?p=111629#post111629

Da meine Festplatte eh fast voll war, habe ich bei mir in dem Zuge einfach einen neue eingebaut. Alternativ kann wohl auch Synology die Partitionen so verschieben, dass ein Aufspielen möglich ist.

Gruß Homer

 

[fisch06233]

Gleiche Fehlermeldung bekomme ich auch. Und meine Downloadstation geht auch nicht mehr.

 

[jahlives]

Prüft mal ob ggf Eure Logfiles sehr gross sind

ls -al /var/log
ls -al /var/log/messages

 

[farainsr]

also, es sind noch mehr als 200 GB frei..

bei dem ls -al kommt:

diskstation> ls -al /var/log
drwxr-xr-x    3 root     root         1024 Jul  6 11:48 .
drwxr-xr-x   11 root     root         1024 Sep  9 14:25 ..
drwx------    4 root     root         1024 Mar  2  2010 cores
-rw-r--r--    1 root     root            0 Mar  2  2010 dms.log
-rw-r--r--    1 root     root            0 Mar  2  2010 log.nmbd
-rw-r--r--    1 root     root            0 Mar  2  2010 log.smbd
-rw-r--r--    1 root     root            0 Apr 11  2008 log.windows
-rw-------    1 root     root       135178 Sep 10 14:33 messages
-rw-------    1 root     root        28066 Jul  6 11:48 messages.0.gz
-rw-------    1 root     root        37009 Feb  8  2010 messages.1.gz
-rw-------    1 root     root        15842 Aug  6  2009 messages.2.gz
-rw-------    1 root     root        10538 Jun 20  2009 messages.3.gz
-rw-------    1 root     root        65533 Sep  9 17:04 synoconn.log
-rw-------    1 root     root           57 May 14  2009 synocopy.log
-rw-------    1 root     root           66 Feb 13  2009 synonetbkp.log
-rw-------    1 root     root        65498 Sep 10 13:53 synosys.log
-rw-rw-rw-    1 root     root          776 Sep 10 13:53 synoupdate.log
diskstation> ls -al /var/log/messages
-rw-------    1 root     root       135178 Sep 10 14:33 /var/log/messages

df:

diskstation> df
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/sda1               350018    232401    117617  66% /
/tmp                     63412       364     63048   1% /tmp
/dev/sda3            480064756 269494812 210467544  56% /volume1

wenn ich es richtig interpretiere, dann ist das update mit 140MB wirklich zu groß für die Partition sda1

 

[farainsr]

Das Problem hatte im mit meiner 107+ auch.
Die Partition, auf der die Systemdaten installiert werden, ist vermutlich zu klein. Kannst ja auch mal mit "df" deine Speicherbelegung prüfen.

Weitere Infos gibt es hier: http://www.synology-forum.de/showthread.html?t=14139 und ab hier: http://www.synology-forum.de/showthread.html?p=111629#post111629

Da meine Festplatte eh fast voll war, habe ich bei mir in dem Zuge einfach einen neue eingebaut. Alternativ kann wohl auch Synology die Partitionen so verschieben, dass ein Aufspielen möglich ist.

Gruß Homer

bedeutet das, dass ich alle Daten erst sichern muss und dann die DS neu aufsetzen? geht es nicht ohne diesen Umweg?

 

[jahlives]

Entscheidend ist der frei Platz auf / also auf /dev/sda1. Dorthin wird das File entpackt. Darauf hast du noch 117 MByte Platz, was knapp werden könnte.
Ich würde mal

-rw------- 1 root root 135178 Sep 10 14:33 messages
-rw------- 1 root root 28066 Jul 6 11:48 messages.0.gz
-rw------- 1 root root 37009 Feb 8 2010 messages.1.gz
-rw------- 1 root root 15842 Aug 6 2009 messages.2.gz
-rw------- 1 root root 10538 Jun 20 2009 messages.3.gz

löschen und messages leer anlegen.
Probiers danach nochmals mit dem Update

 

[farainsr]

wie lösche ich die messages?

diskstation> rm messages.0.gz
rm: remove `messages.0.gz'? y
rm: unable to remove `messages.0.gz': Permission denied

 

[jahlives]

Log dich als root mit dem PW des Admins ein, dann solltest du alle Rechte dieser Welt haben
Du bist wahrscheinlich als admin eingestiegen und das ist auf einem Linux ein ganz normaler User. Was unter Windows admin ist, heisst bei einem Linux/Unix root

 

[_Homer_]

bedeutet das, dass ich alle Daten erst sichern muss und dann die DS neu aufsetzen? geht es nicht ohne diesen Umweg?

Doch. Entweder wie geschrieben unnötigen Ballast über Bord werfen oder SYnology ran lassen. Ich hab es mir nur deswegen erspart, weil ja die gesamte Platte, also auch die Datenpartition zu voll war.

 

[fisch06233]

Und welchen Ballast sollte man von der Systempartion / schmeißen ?

 

[_Homer_]

Z.B. alte logfiles wie oben geschrieben. Die kann man auch auf die Datenpartition verschieben, falls man sie nicht ganz los werden will. Oder zusätzlich installierte ipgk-Module, die man nicht mehr braucht.

Ich denke langfristig ist es trotzdem das Beste, die Partition zu vergrößern. Die neuen DSM-Versionen wurden jedes Mal größer...
Wenn dann irgendwann mal die Systempartition ganz voll ist geht meistens gar nichts mehr.

 

[fisch06233]

Die habe ich bereits verschoben, reicht immer noch nicht werden alle ipkg pakete ins root geschrieben ? Hast du einen Tip für besonderst große Speicherfresser ?

 

[jahlives]

ipkg landet unter /volume1/@optware und damit nicht auf der Systempartition. Also hat ipkg in diesem Fall keinen Einfluss auf den Speicherbverbrauch der Systempartition.

 

[_Homer_]

OK, wieder was gelernt

 

[fisch06233]

Das kommt bei mir

Filesystem           1K-blocks      Used Available Use% Mounted on
rootfs                  350018    316282     33736  91% /
/dev/root               350018    316282     33736  91% /
/tmp                     63396       768     62628   2% /tmp
/dev/sda3            480064756 445839512  34122844  93% /volume1
/dev/sda3            480064756 445839512  34122844  93% /opt
/dev/sdk1            480719088 445126180  35490508  93% /volumeUSB1

eindeutig zu wenig