DSM 6.x und darunter Update nicht möglich, Systempartition voll

Alle DSM Version von DSM 6.x und älter
Status
Für weitere Antworten geschlossen.

mboh

Benutzer
Mitglied seit
23. Dez 2010
Beiträge
214
Punkte für Reaktionen
0
Punkte
16
Hallo.
ich wollte heute das aktuelle DSM Update anstoßen aber der DSM sagt mit dass meine Systempartition mind 350MB braucht um installiert zu werden.

ich hatte die Syno jedoch nie partitioniert sondern alles schön auf eine Platte draufgemacht. Laut Speichermanager sind von den 2TB Platten (Also netto ~1,8TB)
mehr als 1,1TB frei und in Prozent unter 40 % belegt.

Was kann ich tun?
Woran liegt das?
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
29.717
Punkte für Reaktionen
1.023
Punkte
754
Das liegt daran, dass bei der Installation drei Partitionen angelegt werden (1. System, 2. Swap, 3. Daten (sprich Dein volume1). In Deinem Falle ist die erste Partition zu voll, da nützt es Dir nichts, dass Du auf der dritten noch ausreichend Platz hast. Wenn Du Dir das zutraust, dann öffne bitte mit einem Tool wie putty eine Linux-Shell auf Deiner DS und prüfe einmal, wie groß Deine Systempartition und wie voll das Logverzeichnis ist. Wenn es die größten Teil der Partition einnimmt, wäre noch der Inhalt des Logverzeichnisses interessant. Hier die entsprechenden Zeilen:

Rich (BBCode):
df -k
du -hs /var/log
ls -l /var/log

Wenn Du in dem Dateilisting die Datei gefunden hast, die die Platte vollmüllt, dann kannst Du sie auf einen Deiner gemeinsamen Ordner sichern und dann auf 0 Byte kürzen - beispielsweise so:

Rich (BBCode):
cp -ip /var/log/messages /volume1/Daten
cat /dev/null > /var/log/messages

Die rot markierten Informationen müsstest Du mit dem ersetzen, was bei Dir passt.
 

mboh

Benutzer
Mitglied seit
23. Dez 2010
Beiträge
214
Punkte für Reaktionen
0
Punkte
16
So jetzt mal das Problemchen angehen.
(Sorry mit den Feiertagen und Arbeit war wenig Zeit um drüberbleiben zu können)
Leider konnte ich die ERgebnisse nicht ausschneiden und abschreiben wollte ich nicht dahher so, nicht böse sein wegend der Bilder ;-)

Also dies sind Die Inhalte der Befehle aus Putty
Rich (BBCode):
df -k
Anhang anzeigen 21179

Rich (BBCode):
du -hs /var/log
Anhang anzeigen 21180

Rich (BBCode):
ls -l /var/log
Anhang anzeigen 21181

Also was richtig groß ist sind die Daten in Fetchmail.
Das war doch der Teil vom Zarafa der die Mails mit pop3 von den Konten abholt und mir in den Zarafa schickt?!
Was passiert wenn die Weg sind? werden Dann irgendwelche Mails gelöscht oder geht Auch irgendwas an der Mailstation verloren?
Ändert sich Sonst da irgendwas?
Warum kann ich den fetchmail nicht einfach so Einstellen dass er sich automatisch leert oder nur die letzten Daten bis zu xxxMB größe behält?

Was kann ich jetzt Machen?
DANKE
 

Frogman

Benutzer
Mitglied seit
01. Sep 2012
Beiträge
17.485
Punkte für Reaktionen
8
Punkte
414
Sorry, aber ich seh von Deinen Bildern nur kleine Ausschnitte mit dem Befehlsaufruf, mehr nicht...
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
29.717
Punkte für Reaktionen
1.023
Punkte
754
Vielleicht kannst Du mit den gewonnenen Informationen und unter Verweis auf diesen Thread einen neuen im Zarafa-Forum oder dem Zarafa-Bereich in diesem Forum aufmachen. Das automatische Löschen wäre eine Option, eine andere wäre, die Daten nicht auf der System-Partition sondern auf einem Daten-Volume zu speichern.
 

mboh

Benutzer
Mitglied seit
23. Dez 2010
Beiträge
214
Punkte für Reaktionen
0
Punkte
16
so versuche noch mal die Bilder einzufügen und möglichst viel anzeigen zu lassen.
Hoffe ws wird besser
27-12-2014 11-56-11.jpg

27-12-2014 11-59-12.jpg

jetzt besser Sichtbar?
 

mboh

Benutzer
Mitglied seit
23. Dez 2010
Beiträge
214
Punkte für Reaktionen
0
Punkte
16
Ich habe mal nebenbei im Zarafabereich ein Thema => eröffnet und hoffe dass ich Ideen bekommen.
werde bei beiden kurz Neuerungen aktualisieren.
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
12.013
Punkte für Reaktionen
2.703
Punkte
423
Schau dir mal die Große von /var/log/fetchmail an - da läuft wohl fetchmail Amok.
 

mboh

Benutzer
Mitglied seit
23. Dez 2010
Beiträge
214
Punkte für Reaktionen
0
Punkte
16
Jupp Das habe ich gemeint mit
"Also was richtig groß ist sind die Daten in Fetchmail."
aber was tun einfach löschen bzw auf "0" setzen trau ich mich die Datei nicht. Nicht dass dann irgendwie Mails verschwinden oder was immer?!
Hab schon im DSM in den Einstellungen von Zarafa gesucht ob man Da irgendwas mit ORT oder Größe Einstellen kann aber nichts ausser vielen Buschtaben in den Log datein gefunden.
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
12.013
Punkte für Reaktionen
2.703
Punkte
423
Ich würde die Datei sichern mit "cp /var/log/fetchmail /volume1/irgendwohin" und dann auf 0 setzen mit ">/var/log/fetchmail". Wenn sie gleich wieder beginnt, so extrem zu wachsen, solltest du schauen, was da überhaupt drin steht.
 

mboh

Benutzer
Mitglied seit
23. Dez 2010
Beiträge
214
Punkte für Reaktionen
0
Punkte
16
Hab die Logfiles auch mal im anderen Forum=> mit abgebildet
Werde jetzt mal das 0 Setzen versuchen
dann wöchentlich eine Kontrolle
 

mboh

Benutzer
Mitglied seit
23. Dez 2010
Beiträge
214
Punkte für Reaktionen
0
Punkte
16
OK,
Updates sind möglich, Problem muss aber beobachtet werden.

mit
Rich (BBCode):
cp -ip /var/log/fetchmail /volume1/Austausch
Gesichert und dann mit
Rich (BBCode):
cat /dev/null > /var/log/fetchmail
auf NULL gesetzt.

Nach 5 Minuten ist die Dateigröße vom Fetchmail in
Rich (BBCode):
dir /var/log
bereits wieder 6510 KB
der Inhalt im Zarafa Admin Fetchmail.log ist:
Rich (BBCode):
fetchmail: Server certificate verification error: unable to get local issuer certificate
fetchmail: Broken certification chain at: /C=DE/ST=Deutschland/L=XX/O=XX/OU=---/CN=XXcom/emailAddress=XX@XX.com
fetchmail: This could mean that the server did not provide the intermediate CA's certificate(s), which is nothing fetchmail could do anything about. For details, please see the README.SSL-SERVER document that ships with fetchmail.
fetchmail: This could mean that the root CA's signing certificate is not in the trusted CA certificate location, or that c_rehash needs to be run on the certificate directory. For details, please see the documentation of --sslcertpath and --sslcertfile in the manual page.
fetchmail: Server certificate verification error: certificate not trusted
fetchmail: Server certificate verification error: unable to verify the first certificate
fetchmail: Warning: the connection is insecure, continuing anyways. (Better use --sslcertck!)
fetchmail: 1 message for XX at 192.168.161.9 (6656 octets).
fetchmail: reading message XX@192.168.161.9:1 of 1 (6656 octets) (log message incomplete)
fetchmail: incorrect header line found - see manpage for bad-header option
fetchmail: not flushed

Jetzt werde ich mal Das DSM updaten und werde wöchentlich beobachten an was das liegen könnte
(vielleicht an dem Zertifikatsfehler aber wie erstelle ich das perfekte eigene Zertifikat?!? ausser im DSM mit dem Procedere in der Zertifikatserstellung)
Danke schon Mal
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat