j-Serie DS106j arbeitet nicht mehr normal

[zorro]

Hallo meine DS106j arbeitet nach einem Reboot nicht mehr richtig. Ich erhalte keinen Zugriff mehr auf meine Shares. Kann aber noch per Telnet zugreifen und habe festgestellt, dass etwas mit dem System nicht stimmt.

Es scheint, dass etwas mit dem root-Dateisystem nicht in Ordnung ist. Habe /var/log/messages (gekürzt) und ein screenshot als Anhang hinzugefügt. Man kann das Root-dateisystem listen mit ls -l aber nicht mit df -k . überprüfen. Dann sagt das OS "cant find mountpoint"

Kann jemand helfen und feststellen, warum mein System plötzlich nicht mehr richtig funktioniert?

BTW, mehrere Reboots und ein Herunterfahren und dann Einschalten hat nichts geholfen.

 

[itari]

gib mal mount ein und poste das Ergebnis

 

[zorro]

mount und df -k NACH reboot

Maya login: root
Password:

Hallo,

ich habe mich eingelogt und nachdem df kein /-Laufwerk gelistet hat, habe ich "reboot" direkt auf der Shell gestartet. Danach habe ich mich eingelogt und folgende Ausgabe erhalten:

BusyBox v1.1.0 (2008.03.12-14:53+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

Maya> df -k
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda1 132206 111849 18992 85% /
/tmp 15108 96 15012 1% /tmp
/dev/hda3 307007444 44501540 259386884 15% /volume1
Maya> mount
/dev/hda1 on / type ext3 (rw)
/tmp on /tmp type tmpfs (rw)
/proc/bus/usb on /proc/bus/usb type usbdevfs (rw)
/dev/hda3 on /volume1 type ext3 (usrquota,grpquota)
Maya>

als User root kann ich mich mit dem Share "public" verbinden. Auf die anderen Shares habe ich keinen Zugriff, obwohl ich das korrekte Passwort eingegeben habe und XP-Passwort identisch mit dem DS106j Passwort des Users ist. Im Log auf der DS106j bin ich nur als "guest" verbunden.

 

[itari]

wenn ich das richtig sehe, hast du jetzt doch mit df auf alles Zugriff, zumindest wird auch / (=/dev/hda1) angezeigt.

Hast eigentlich eine Sicherung?

Kommst mit dem Diskstation Manager auf die DS? Wenn ja, schau dir mal alle Rechte genau, die du auf die Shares vergeben hast. Im Zweifelsfall mach einfach mal alles ganz... also für jeden Benutzer und jeder Gruppe alle Rechte an und schau mal ob jetzt die Zugriffsprobleme auf die Shares weg sind.

Wenn das nicht geht, dann hier weiterlesen:

Was mich ein wenig irritiert (aber nur weil ich es nicht bei mir sehe), ist die Tatsache, dass der mount auf /volume1 nicht als Attribut (rw) hat. Bei mir sieht es so aus:

/dev/md2 on /volume1 type ext3 (rw)

Kannst denn als root auf die Share "public" was schreiben?

 

[zorro]

Problem behoben

Ich habe das Problem lösen können. Ich denke die Ursache war, dass ich durch ein fehlerhaftes rsync-Kommando auf der Shell die /-Partition zu 100% gefüllt hatte, und dann nach dem ersten reboot einiges zerschossen war. Die /-Partition ist nun wieder sichtbar und hat ca 18MB freien Platz.

Ich musste auch die Zugriffe per CIFS neu aufsetzen. Die Gruppe "user" war nicht mehr vorhanden und alle Rechte waren verloren gegangen. Nachdem ich diese wieder eingerichtet hatte, konnte ich die Shares wieder erreichen.

Auch der WWW-Server war nicht mehr funktionsfähig. Ich musste die DocumentRoot-Zeile auf das entsprechende Verzeichnis richten und den WWW-Server neu starten. Komisch war nur, dass die Management-Konsole davon nicht betroffen war. Vielleicht ist auch sonst noch was nicht in Ordnung. Ich verwende nicht alle Server-Funktionen. Der Zugriff per SSH funktioniert auch noch nicht richtig. Wahrscheinlich sind die Verzeichnisrechte und Gruppenzugehörigkeit nicht richtig gesetzt.

Sollten sich noch weitere Probleme auftreten, dann melde ich mich in einem neuen Thread.

Danke für die Unterstützung und Hilfe

 

[itari]

hi zorro,

schön, dass du es wieder hinbekommen hast. Das deine root-Partition voll war, hab ich gesehen (85%), aber da ich eine andere DS mit anderen Platten, hab ich erstmal angenommen, das wär schon richtig so. Zum Verhalten der Management Console: es gibt ja zwei Apache-Web-Server auf der DS: einen für die normalen Dinge (PHOTO usw.) und einen für das Management. Die haben ja auch unterschiedliche httpd.conf-Konfigurationsdateien. Daher kann es schon so sein, dass sich ein unterschiedliches Verhalten bemerkbar macht, u. a. schon deswegen, weil die auf andere Verzeichnis standardmäßig zugreifen und auch mit anderen Rechten fahren.

itari

 

[zorro]

/-Partition

Es war auch Glück dabei. Der Online-Support meint man solle eine neue Firmware aufspielen.

Wieviel Plattenverbrauch auf der /-Partition ist denn "normal" für eine DS106j?
Wieviel Platz auf der /-Partition herrscht auf anderen Synology Systemen?

 

[itari]

Wieviel Plattenverbrauch auf der /-Partition ist denn "normal" für eine DS106j?
Wieviel Platz auf der /-Partition herrscht auf anderen Synology Systemen?

Also ich hab 2,5 GB für die / und davon sind ca 11% belegt.

 

[Trolli]

Wie hast Du denn die Systempartition so groß gekriegt? Die Synology Stations formatieren die standardmäßig auf etwa 300MB.

 

[itari]

Filesystem           1K-blocks      Used Available Use% Mounted on
rootfs                 2450808    263652   2162260  11% /

Isch hab nix gemacht, war die DS