Firmware 428 ist verfügbar

[Supaman]

ftp://on-line:online_user@ftp.synology.com/on-line/Version428/

gruß,

supa

 

[rstle]

...aber noch nicht offiziell und ohne Beipackzettel... oder weißt Du mehr?

 

[invader]

ohne release notes spiele ich grundsätzlich nichts ein...

 

[rstle]

Gibts schon Erfahrungen mit der 428? Ich kann momentan nicht, weil Synology noch bei mir rumschraubt und ich deshalb nichts ändern will.

 

[Supaman]

ich habs drauf und funktioniert soweit, habs aber noch nicht in bezug auf den index fehler getestet.

wenn du eine neue fw einspielst, werden ein paar config dateien gesichert, die systempartition gekillt und neu aufgespielt, zum schluss dann die config dateien zurückgesichert. nach einem fw update ist das system also fast wie neu^^

 

[rstle]

Ich dachte, ich tu mir doch was Gutes mit 4.28, denkste. Als erstes kamen Indexfehler, z.B. in einem Fotoordner taucht plötzlich ein anderer Ordner auf, der da gar nicht liegt, das gabs mit 4.26 nicht. Auch einzelne Fotos waren plötzlich (nach Neukopieren vom PC) in Unterordnern die schon lange auf der Platte, aber woanders liegen. Nach mehrfachem Aufruf ist dann zwar alles korrekt, aber normal ist das nicht... Ansonsten nichts Neues. Nur mein Kompressionsproblem kristallisiert sich langsam heraus. Es hat mit der Auflösung der Bilder zu tun, kleine Auflösungen, auch völlig krumme nach Bearbeitung werden korrekt dargestellt. Über 1024 x 768 gibts Probleme. Kopiere ich jedoch jedes Foto einzeln !! auf die DS werden sie bis weit über 2048x1536 korrekt angezeigt. Kopiere ich mehr als eines, oder unterschiedliche Bildformate in einem Ordner auf das DS sind alle Bilder komprimiert, die in diesem Ordner sind, auch die, die ich vorher allein korrekt kopiert habe.
Das hat jedoch nicht mit der 4.28 zu tun, sondern generell mit jeder FW 4.xx. Bei allen 3.xx gabs sowas nicht. In der Photostation gibts noch nen kleine Wortverschiebeung bei Hinweistext, weil ich für Testzwecke einige Bilder nicht in /Photo/XXX sondern direkt in /Photo kopiert habe. Ist aber lustig.

(Sie haben Fotos gemeinsamen "photo" Ordnerim . Photo Station ist dazu geschaffen, Foto-Alben in Ordnern zu organisieren. Ändern Sie bitte Ihre Foto in Ordner um.)

 

[Supaman]

ich würde dir empfehlen, sicherheitshalber einfach mal die datenbank mit dem script aus meinem workaround zu killen und den index von grund auf neu generieren zu lassen. dann kannst du "alten müll" als fehlerquelle ausschliessen, da die alte db bei fw update übernommen wird.

 

[rstle]

Werde ich gelegentlich tun, danke. Nur hatte das ja offensichtlich schon Synology Online (4.26) bei mir gemacht, danach waren alle vorher mit 3.xx kopierten Fotos wieder i.O.. Nur was ab 4.xx kopiert wird, spielt verrückt. Und das Problem umfaßt ja alle Versionen von 4.xx. Aber ich werde es testen, muß erst mal Dein Script suchen

 

[BHGP]

Hallo!

Ich habe die neue Firmware auch mal installiert und kann berichten, dass bei mir keine Fehlermeldungen aufgetreten sind. Nachdem ich einen Neustart durchgeführt habe, konne ich mit dem Pinnacle Showcenter auch tatsächlich auf meine Videos, MP3's und Fotos zugreifen. Bisher (Firmware 426) waren die Verzeichnisse leer geblieben.

Bernd

 

[rstle]

Ich kann die leeren Ordner nicht mehr kontrollieren, da Synology diese mit der 4.26 repariert hatte. Fehlermeldung: kopiere mal ein paar Fotos direkt ins Root des Photoordners, dann kommt eine, ist aber auch richtig. Was ich jetzt schon mehrfach gefunden habe, sind Rechtschreibfehler in der deutschen Übersetzung des Menüs, aber absolut harmlos, kein Vergleich mit meinem Neudeutsch, was ich Syno geschrieben habe .
Habe mir gerade so ein Telegent 100 bestellt. Mal sehen, ob da immer noch komprimierte Fotos auftreten.

 

[Supaman]

die firmware 428 ist jetzt offiziell released worden. bei der beschreibung der änderungen haben die jungs von synolgy sich sich richtig ausgelassen

Version: v2.0.4-.3.0428

(2007/01/29)

Change log:

1. Fixed bugs found in v2.0.4-.3.0426

gruß,

supa

 

[rstle]

Ich befürchte mal, da hat die Luft etwas gebrannt. Sonst wären auch nicht so viele Schreibfehler im Menü, etc. Gleich auf der Startseite das Erste Na es gibt Schlimmeres, so lange die leeren Ordner erledigt sind kann ich gut damit leben.

 

[Supaman]

ich hab heute mal die datenbank gekillt und von grundauf neu indexieren lassen mit 2000+ dateien, ist problemlos durchgelaufen. auch die verarbeitungszeit war erstaunlich kurz.

gruß,

supa

 

[mojo_b]

Also ich hab irgendwie auch kein Glück mit der neuen Firmware. Hatte nach der fehlerhaften 426 wieder ein Downgrade auf die 375 gemacht, die ohne Probleme läuft.

Jetzt hab ich die 428 draufgemacht in der Hoffnung, dass endlich alles geht. Aber nein... Indexierung schägt fehl. Ich hab mir das mal per telnet mit angeschaut, und da bei jedem Media-Eintrag folgendes:

Feb 8 22:37:20 synoindexd: media.c (59) szPtr:/Pirates Silicon Valley.mp4
Feb 8 22:37:20 synoindexd: media.c (64) szPtr:/Movies/Pirates Silicon Valley.mp4
Feb 8 22:37:20 synoindexd: media.c (67) szPtr:Movies/Pirates Silicon Valley.mp4
Feb 8 22:37:20 synoindexd: media.c (81) szPath: /volume1/video/Movies/Pirates Silicon Valley.mp4
Feb 8 22:37:20 synoindexd: media.c (82) filesize: 502460043
Feb 8 22:37:20 synoindexd: media.c (83) szTitle: Pirates Silicon Valley
Feb 8 22:37:20 synoindexd: media.c (84) szAlbum: Movies
Feb 8 22:37:20 synoindexd: media.c (85) video_bitrate: 719645
Feb 8 22:37:20 synoindexd: media.c (86) duration: 5585
Feb 8 22:37:20 synoindexd: media.c (87) resolutionX: 720
Feb 8 22:37:20 synoindexd: media.c (88) resolutionY: 512
Feb 8 22:37:20 synoindexd: media.c (89) bitrate: 2147478624
Feb 8 22:37:20 synoindexd: media.c (90) frequency: 44100
Feb 8 22:37:20 synoindexd: media.c (91) channel: 2
Feb 8 22:37:20 synoindexd: database.c (369) SQL: DELETE FROM video WHERE path ilike '/volume1/video/Movies/Pirates Silicon Valley.mp4'
Feb 8 22:37:20 synoindexd: database.c (271) szSql INSERT INTO video(path, filesize, title, album, video_bitrate, duration, resolutionX, resolutionY, bitrate, frequency, channel) VALUES('/volume1/video/Movies/Pirates Silicon Valley.mp4', 502460043, 'Pirates Silicon Valley', 'Movies', '719645', '5585', '720', '512', 2147478624, 44100, 2)
Feb 8 22:37:20 synoindexd: Failed to run PQexec: ERROR: column "filesize" of relation "video" does not exist
Feb 8 22:37:20 synoindexd: database.c (275) Failed to exec [INSERT INTO video(path, filesize, title, album, video_bitrate, duration, resolutionX, resolutionY, bitrate, frequency, channel) VALUES('/volume1/video/Movies/Pirates Silicon Valley.mp4', 502460043, 'Pirates Silicon Valley', 'Movies', '719645', '5585', '720', '512', 2147478624, 44100, 2)] (ERROR: column "filesize" of relation "video" does not exist )
Feb 8 22:37:20 synoindexd: media.c (95) Failed to save media info to database.

liegt also wohl an einem fehlendem Feld in der Datenbank. Aber eine alte Datenbank kann ich nicht finden, die ich löschen kann. Im Ordner /var iost nix drinn mit "database".

bin ratlos?!

 

[mojo_b]

Hmm.. scheinbar komme ich um einen Clean-Install nicht drumrum. Kann ich die Festplatte innerhalb der Synology dann komplett neuformatieren bzw. den MBR neu erstellen? Oder muss man das zwangsweise an einem Rechner machen?

 

[rstle]

Mein Kompressionsfehler ist mit der 4.28 auch noch da. Aber Synology arbeitet dran. Nur, wenn das nichts wird, gehe ich auf FW 3.xx zurück, kann zwar etwas weniger, aber läuft halt. So richtig glücklich bin ich mit der ganzen FW 4.xx nicht, da ist der Wurm drin, auch jetzt noch. Da ich jetzt den 3. Mediaplayer (EVA 700, Acer MG3001,Telegent TG100) getestet habe, mit dem gleichen Effekt, liegts definitiv am DS. Wobei der Telegent definitiv der Beste ist.


Geh mal unter System/Standard wiederherstellen, da kannst Du formatieren und zurücksetzen. Habs auch schon mal gemacht.

 

[Gen.Sportler]

Das Menue "System/Standard wiederherstellen" bringt vermutlich nicht viel.
Und wenn e ein fehler im Root verzeichnis besteht. Ich würde die HDD ausbauen und unter XP formatieren, wieder einbauen und gleich mit dem DS-Assistent die neuste Firmeware einspielen (428).
Ja nicht zuerst 3.xx und dann updaten auf 4.xx... dann hast du wieder das gleiche desaster.
Probiers mal so und poste dein ergebniss...

 

[rstle]

Kann er gerne machen, nur prophezeie ich das Gleiche. Denn das hab ich auch hinter mir.

Und warum soll die Formatfunktion nicht viel bringen? Die steht (muß ja) im Eprom und macht die Platte richtig sauber.

Ich würds erstmal so probieren, ist auf alle Fälle einfacher als ausbauen. Und letzten Endes muß er ja dann trotzdem mit der DS eigenen Funktion formatieren... .

 

[Supaman]

ab fw 426 ist die struktur der datenbank erweitert worden. normalerweise wird mit einem fw update auch ein datenbank update gemacht, aller dings klappt das nicht immer.

im hintergrund läuft immer eine postgres sql (psql) datenbank im hintergrund mit, die neue dateien auf den media ordnern automatisch indexiert. beim booten wird geürpüft, ob schon eine datenbank existiert, ansonsten wird automatisch eine neue erzeugt.

bei MEINEM system war die datenbank in (root) /var/database. dazu kommt, das in /var/spool ev. pfade oder dateien abgelgt werden, die noch verarbeitet (indexiert) werden müssen. verfahren zum plätten der DB ist recht simpel: indexdeamon beenden, postgres deamon beenden, datenbankverzeichnis löschen, index warteschlage löschen, sync, reboot.

ich würd an deiner stelle noch mal genau nachschauen, wo die datenbank bei die installiert ist.

 

[rstle]

.... eigentlich ganz einfach, mit Linuxkenntnissen .
Mein Problem ist, das im Moment selbst Synology bei mir grübelt, habe seit 2 Wochen fast täglichen Email Verkehr. Aber sie geben sich wirklich viel Mühe, ist nicht üblich... Deshalb kann ich momentan auch nicht so basteln. Und die Datenbank muß ja eigentlich überall gleich angelegt sein...