Nicht ausreichende Kapazität für aktualisierung

[Housemann]

Hallo zusammen,

ich habe das Problem das ich das neue Update nicht laden kann.
Als Fehlermeldung kommt immer "nicht Ausreichend Kapazität für Aktualisierung vorhanden. Systempartition benötigt min. 400 MB."

Ich habe einen anderen Post gefunden, aber bin mir unsicher was ich genau machen soll / muss.

Wenn ich in der Kommandozeile df eingebe, kommt folgendes.

Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md0 2385528 2059628 207116 91% /
none 3043932 4 3043928 1% /dev
/tmp 3048120 2224 3045896 1% /tmp
/run 3048120 9028 3039092 1% /run
/dev/shm 3048120 4 3048116 1% /dev/shm
none 4 0 4 0% /sys/fs/cgroup
/dev/vg1000/lv 933050452 485823064 447227388 53% /volume2
/dev/vg1/volume_1 16859729760 11373838792 5485890968 68% /volume1


Bei ls -la
total 68
drwxr-xr-x 23 root root 4096 Oct 10 05:05 .
drwxr-xr-x 23 root root 4096 Oct 10 05:05 ..
-rw------- 1 root root 787 Oct 9 05:42 autoupd@te.info
lrwxrwxrwx 1 root root 7 Aug 23 05:45 bin -> usr/bin
drwxr-xr-x 6 root root 0 Oct 10 05:05 config
drwxr-xr-x 15 root root 19340 Oct 12 14:59 dev
drwxr-xr-x 46 root root 4096 Oct 13 11:20 etc
drwxr-xr-x 41 root root 4096 Sep 3 08:07 etc.defaults
drwxr-xr-x 2 root root 4096 Aug 17 00:35 initrd
lrwxrwxrwx 1 root root 7 Aug 23 05:45 lib -> usr/lib
lrwxrwxrwx 1 root root 9 Aug 23 05:45 lib32 -> usr/lib32
lrwxrwxrwx 1 root root 7 Aug 23 05:45 lib64 -> usr/lib
drwx------ 2 root root 4096 Aug 17 00:35 lost+found
drwxr-xr-x 2 root root 4096 Aug 17 00:35 mnt
drwxr-xr-x 3 root root 4096 Aug 23 05:45 .old_patch_info
dr-xr-xr-x 369 root root 0 Oct 10 05:04 proc
-rw------- 1 root root 1024 Jul 30 07:43 .rnd
drwx------ 5 root root 4096 Oct 10 05:06 root
drwxr-xr-x 29 root root 2120 Oct 15 08:03 run
lrwxrwxrwx 1 root root 8 Aug 23 05:45 sbin -> usr/sbin
drwxr-xr-x 4 root root 4096 Aug 23 05:50 .syno
dr-xr-xr-x 12 root root 0 Oct 10 05:05 sys
drwxr-xr-x 2 root root 4096 Jul 16 10:52 .system_info
drwxrwxrwt 21 root root 2600 Oct 15 08:33 tmp
drwxr-xr-x 11 root root 4096 Aug 17 00:16 usr
drwxr-xr-x 17 root root 4096 Oct 10 05:05 var
drwxr-xr-x 14 root root 4096 Aug 23 05:45 var.defaults
drwxr-xr-x 1 root root 936 Oct 10 23:06 volume1
drwxr-xr-x 1 root root 182 Oct 15 00:04 volume2
drwxr-xr-x 3 root root 4096 Sep 16 20:07 volumeUSB1




Was kann ich machen, um Daten von der Systempartition zu löschen und vor allem welche kann ich löschen?

Vielen Dank für die Hilfe...

 

[dil88]

Wenn Du mit JDownloader arbeitest, dann solltest Du das Logfile deaktivieren und das vorhandene Logfile folgendermaßen löschen:

rm /var/log/JDownloader.log

Ansonsten schaust Du Dir mit

du -xmd 1 /

an, in welchem Verzeichnis zu viel liegt und setzt die Suche dann in diesem Verzeichnis mit dem gleichen Befehl fort, also z.B.

du -xmd 1 /var

Hast Du das Verzeichnis gefunden, kannst Du Dir den Inhalt mit ls -al ansehen und die kritische Datei löschen. Die Suche hätte Dir beim Stichwort "Systempartition" die Lösung ebenfalls ausgespuckt (Treffer 6).

 

[Housemann]

Vielen Dank für die rasche Antwort.
Ich habe gesehen das im Verzeichnis /var/log/cstn$ 91 Dateien liegen.
Kann ich das ganze Verzeichnis leeren bzw. löschen?
Und hat es dann auch Auswirkungen auf die Systempartition?

Das liegt drin..

total 92504
drwxr-xr-x 2 root root 4096 Oct 10 05:09 .
drwxr-xr-x 14 root root 4096 Oct 15 09:34 ..
-rw-rw-rw- 1 root root 269419 Oct 10 05:09 client.log
-rw-rw-rw- 1 root root 1820782 Oct 10 05:09 client.log_0
-rw-rw-rw- 1 root root 6588986 Sep 21 09:37 client.log_1
-rw-rw-rw- 1 root root 1048644 Jul 30 21:10 client.log_10
-rw-rw-rw- 1 root root 1048583 Jul 30 21:10 client.log_11
-rw-rw-rw- 1 root root 1048650 Jul 30 21:09 client.log_12
-rw-rw-rw- 1 root root 1048765 Jul 30 21:09 client.log_13
-rw-rw-rw- 1 root root 1048727 Jul 30 21:09 client.log_14
-rw-rw-rw- 1 root root 1048681 Jul 30 21:08 client.log_15
-rw-rw-rw- 1 root root 1048750 Jul 30 21:08 client.log_16
-rw-rw-rw- 1 root root 1048678 Jul 30 21:08 client.log_17
-rw-rw-rw- 1 root root 1048590 Jul 30 21:08 client.log_18
-rw-rw-rw- 1 root root 1048696 Jul 30 21:07 client.log_19
-rw-rw-rw- 1 root root 2065591 Aug 14 11:59 client.log_2
-rw-rw-rw- 1 root root 1048599 Jul 30 21:07 client.log_20
-rw-rw-rw- 1 root root 1048657 Jul 30 21:07 client.log_21
-rw-rw-rw- 1 root root 1048759 Jul 30 08:17 client.log_22
-rw-rw-rw- 1 root root 1048611 Jul 30 08:15 client.log_23
-rw-rw-rw- 1 root root 1048679 Jul 30 08:14 client.log_24
-rw-rw-rw- 1 root root 1048712 Jul 30 08:12 client.log_25
-rw-rw-rw- 1 root root 1048793 Jul 30 08:11 client.log_26
-rw-rw-rw- 1 root root 1048660 Jul 30 08:09 client.log_27
-rw-rw-rw- 1 root root 1048798 Jul 30 08:09 client.log_28
-rw-rw-rw- 1 root root 1048634 Jul 30 08:08 client.log_29
-rw-rw-rw- 1 root root 1048664 Jul 30 21:40 client.log_3
-rw-rw-rw- 1 root root 1048622 Jul 30 08:08 client.log_30
-rw-rw-rw- 1 root root 1048647 Jul 30 08:08 client.log_31
-rw-rw-rw- 1 root root 1048928 Jul 30 08:07 client.log_32
-rw-rw-rw- 1 root root 1048806 Jul 30 08:07 client.log_33
-rw-rw-rw- 1 root root 1048680 Jul 30 08:07 client.log_34
-rw-rw-rw- 1 root root 1048697 Jul 30 08:07 client.log_35
-rw-rw-rw- 1 root root 1048712 Jul 30 08:07 client.log_36
-rw-rw-rw- 1 root root 1048591 Jul 30 08:07 client.log_37
-rw-rw-rw- 1 root root 1653507 Jul 30 08:06 client.log_38
-rw-rw-rw- 1 root root 1048811 Jul 29 20:43 client.log_39
-rw-rw-rw- 1 root root 1048713 Jul 30 21:39 client.log_4
-rw-rw-rw- 1 root root 1048579 Jul 29 19:48 client.log_40
-rw-rw-rw- 1 root root 1048715 Jul 29 19:36 client.log_41
-rw-rw-rw- 1 root root 1681569 Jul 29 19:21 client.log_42
-rw-rw-rw- 1 root root 1537270 Jul 29 13:39 client.log_43
-rw-rw-rw- 1 root root 2015450 Jul 25 14:59 client.log_44
-rw-rw-rw- 1 root root 1048754 Jul 17 23:23 client.log_45
-rw-rw-rw- 1 root root 1048662 Jul 17 23:19 client.log_46
-rw-rw-rw- 1 root root 1048665 Jul 16 12:26 client.log_47
-rw-rw-rw- 1 root root 1048643 Jul 16 12:24 client.log_48
-rw-rw-rw- 1 root root 1754443 Jul 30 21:35 client.log_5
-rw-rw-rw- 1 root root 1048645 Jul 30 21:23 client.log_6
-rw-rw-rw- 1 root root 1048726 Jul 30 21:12 client.log_7
-rw-rw-rw- 1 root root 1048620 Jul 30 21:11 client.log_8
-rw-rw-rw- 1 root root 1048619 Jul 30 21:11 client.log_9
-rw-rw-rw- 1 root root 1560 Oct 10 05:03 cloud-cached.log
-rw-rw-rw- 1 root root 6457 Oct 10 05:08 cloud-cleand.log
-rw-r--r-- 1 root root 747019 Oct 15 08:02 syncfolder.log
-rw-r--r-- 1 root root 3043027 Sep 21 09:43 syncfolder.log_0
-rw-r--r-- 1 root root 1565379 Aug 28 14:06 syncfolder.log_1
-rw-r--r-- 1 root root 1048912 Jul 30 08:15 syncfolder.log_10
-rw-r--r-- 1 root root 1048849 Jul 30 08:12 syncfolder.log_11
-rw-r--r-- 1 root root 1048717 Jul 30 08:09 syncfolder.log_12
-rw-r--r-- 1 root root 1053029 Jul 30 08:07 syncfolder.log_13
-rw-r--r-- 1 root root 1324214 Jul 29 21:26 syncfolder.log_14
-rw-r--r-- 1 root root 1051600 Jul 27 16:33 syncfolder.log_15
-rw-r--r-- 1 root root 1049926 Jul 25 01:23 syncfolder.log_16
-rw-r--r-- 1 root root 1973185 Jul 25 00:36 syncfolder.log_17
-rw-r--r-- 1 root root 1526959 Jul 17 15:52 syncfolder.log_18
-rw-r--r-- 1 root root 1049296 Jul 16 15:58 syncfolder.log_19
-rw-r--r-- 1 root root 2878057 Aug 7 19:05 syncfolder.log_2
-rw-r--r-- 1 root root 1048819 Jul 16 15:48 syncfolder.log_20
-rw-r--r-- 1 root root 1048740 Jul 16 12:12 syncfolder.log_21
-rw-r--r-- 1 root root 1048605 Jul 16 12:10 syncfolder.log_22
-rw-r--r-- 1 root root 1048660 Jul 16 12:09 syncfolder.log_23
-rw-r--r-- 1 root root 1048879 Jul 30 21:15 syncfolder.log_3
-rw-r--r-- 1 root root 1048752 Jul 30 21:12 syncfolder.log_4
-rw-r--r-- 1 root root 1048655 Jul 30 21:10 syncfolder.log_5
-rw-r--r-- 1 root root 1048921 Jul 30 21:08 syncfolder.log_6
-rw-r--r-- 1 root root 1049082 Jul 30 21:07 syncfolder.log_7
-rw-r--r-- 1 root root 1049122 Jul 30 08:25 syncfolder.log_8
-rw-r--r-- 1 root root 1049022 Jul 30 08:19 syncfolder.log_9

 

[dil88]

Ich kenne das Verzeichnis nicht und kann deshalb nicht sagen, was es für Auswirkungen hat, wenn Du das löschst. Wieviel Platz es belegt, kannst Du mit dem schon angesprochenen Kommando du herausbekommen. Übern Daumen sind das weniger als 100 MB. Das reicht nicht, um Stress auf der etwa 2,3 GB großen Systempartition zu machen. Außerdem solltest Du die Ursache beheben und in dem (Sync-)Tool, was die Logfiles schreibt, das Logging deaktivieren.

 

[Housemann]

Vielen Dank. Systempartition ist nun wieder bei 46%.
Grüße

 

[Pootch]

Hallo.
Ich hab selbiges Problem.

Wo deaktviert man die Logs für Jdownloader?

Warum kann ich /dev/root nicht als Admin zugreifen? Bekomme immer "Access denied"

Filesystem      Size  Used Avail Use% Mounted on
/dev/root       2.4G  2.3G     0 100% /
none            250M  4.0K  250M   1% /dev
/tmp            252M 1016K  251M   1% /tmp
/run            252M  2.7M  249M   2% /run
/dev/shm        252M  4.0K  252M   1% /dev/shm
/dev/vg1000/lv  3.6T  1.6T  2.1T  44% /volume1

Das Jdownloader log ist ziemlich groß. Ich kann es aber nicht löschen... weil:

/var/log$ rm JDownloader.log
rm: remove write-protected regular file ‘JDownloader.log’? y
rm: cannot remove ‘JDownloader.log’: Permission denied

 

[goetz]

Hallo,
Du brauchst root Zugriff um die Datei zu löschen. Wenn Du also als admin angemeldet bist dann noch ein sudo -i absetzen, Passwort von admin eingeben und Du bist root.

Gruß Götz

 

[Pootch]

Danke, hat geklappt.
Jetzt muss ich nur noch finden wo man dieses Jdownloader.log deaktiviert.

 

[dil88]

Schau im Paket selbst nach.

 

[Happyboy]

Hallo ihr Lieben,

ich habe auch das Problem und keine Ahnung von Linux.

Letzte größere Änderung: Ich habe das UseNext Paket vor ein paar tagen installiert.
Anfangs hatte ich den Zielordner nicht korrekt eingestellt (fing mit c: an), die Downloads wurden trotzdem geladen.
=> Kann es sein, dass die Daten (Downloads) irgendwo ins Nirwana geschrieben wurden, sprich in die Systempartition??

Hier meine Ergebnisse:

root@NAS01:/# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/root 2451064 2119360 229304 91% /
none 122604 4 122600 1% /dev
/tmp 124712 912 123800 1% /tmp
/run 124712 2428 122284 2% /run
/dev/shm 124712 12 124700 1% /dev/shm
/dev/vg1000/lv 2879613440 1607096568 1272235624 56% /volume1

root@NAS01:/# ls -al
total 64
drwxr-xr-x 21 root root 4096 Nov 14 16:13 .
drwxr-xr-x 21 root root 4096 Nov 14 16:13 ..
lrwxrwxrwx 1 root root 7 Aug 24 14:55 bin -> usr/bin
drwxr-xr-x 3 root root 0 Nov 14 16:15 config
drwxr-xr-x 12 root root 3800 Nov 14 16:16 dev
drwxr-xr-x 45 root root 4096 Nov 15 01:34 etc
drwxr-xr-x 38 root root 4096 Oct 10 10:08 etc.defaults
drwxr-xr-x 2 root root 4096 Aug 17 00:13 initrd
lrwxrwxrwx 1 root root 7 Aug 24 14:55 lib -> usr/lib
drwx------ 2 root root 4096 Aug 17 00:13 lost+found
drwxr-xr-x 2 root root 4096 Aug 17 00:13 mnt
drwxr-xr-x 3 root root 4096 Aug 24 14:55 .old_patch_info
dr-xr-xr-x 214 root root 0 Jan 1 1970 proc
-rw------- 1 root root 1024 May 31 2012 .rnd
drwx------ 8 root root 4096 Oct 18 12:50 root
drwxr-xr-x 22 root root 1760 Nov 15 13:38 run
lrwxrwxrwx 1 root root 8 Aug 24 14:55 sbin -> usr/sbin
drwxrwxrwx 4 root root 4096 Aug 24 14:59 .syno
drwxr-xr-x 11 root root 0 Jan 1 1970 sys
drwxr-xr-x 2 root root 4096 May 31 2012 .system_info
drwxrwxrwt 20 root root 1820 Nov 15 13:42 tmp
drwxr-xr-x 9 root root 4096 Aug 17 00:00 usr
drwxr-xr-x 18 root root 4096 Nov 14 16:14 var
drwxr-xr-x 14 root root 4096 Aug 24 14:56 var.defaults
drwxr-xr-x 30 root root 4096 Nov 14 16:14 volume1

Danke für eure Hilfe

Edit:

Habe den Übeltäter, aber keine Ahnung, wir ich das löschen kann:

root@NAS01:~# ls -al
total 48
drwx------ 8 root root 4096 Oct 18 12:50 .
drwxr-xr-x 21 root root 4096 Nov 14 16:13 ..
-rw------- 1 root root 430 Oct 18 11:04 .bash_history
drwxr-xr-x 3 root root 4096 Oct 18 11:02 .config
-rw------- 1 root root 16 Aug 24 14:58 .esd_auth
drwx------ 2 root root 4096 Oct 10 10:08 .gnupg
drwxr-xr-x 2 root root 4096 Oct 18 12:50 h:\Transfer\
drwxr-xr-x 4 root root 4096 Nov 13 10:08 h:\Transfer\down
-rw-r--r-- 1 root root 1113 Mar 25 2016 .profile
drwx------ 2 root root 4096 Nov 14 16:16 .pulse
-rw------- 1 root root 256 Aug 24 14:58 .pulse-cookie
drwxr-xr-x 2 root root 4096 Aug 24 14:56 .ssh
root@NAS01:~#

 

[dil88]

Im Thread steht bereits, wie es mit Kommando du weiter geht (Beitrag 2).

 

[Happyboy]

Im Thread steht bereits, wie es mit Kommando du weiter geht (Beitrag 2).

Theoretisch ja, praktisch weiß ich aber nicht, wie es geht:

root@NAS01:~# ls -al
total 48
drwx------ 8 root root 4096 Oct 18 12:50 .
drwxr-xr-x 21 root root 4096 Nov 14 16:13 ..
-rw------- 1 root root 430 Oct 18 11:04 .bash_history
drwxr-xr-x 3 root root 4096 Oct 18 11:02 .config
-rw------- 1 root root 16 Aug 24 14:58 .esd_auth
drwx------ 2 root root 4096 Oct 10 10:08 .gnupg
drwxr-xr-x 2 root root 4096 Oct 18 12:50 h:\Transfer\
drwxr-xr-x 4 root root 4096 Nov 13 10:08 h:\Transfer\down
-rw-r--r-- 1 root root 1113 Mar 25 2016 .profile
drwx------ 2 root root 4096 Nov 14 16:16 .pulse
-rw------- 1 root root 256 Aug 24 14:58 .pulse-cookie
drwxr-xr-x 2 root root 4096 Aug 24 14:56 .ssh
root@NAS01:~#
root@NAS01:~# cd h:\Transfer\
>
-ash: cd: h:Transfer: No such file or directory
root@NAS01:~#

Offensichtlich scheint das mit dem backslash nicht zu funktionieren ...... wie gesagt, ich habe keine Ahnung von Linux

 

[Happyboy]

Hat sich erledigt.

rm -rf h*

hat es gelöscht ..... danke für nichts ......

 

[Nightlover]

Hallo zusammen, ich habe das gleiche Problem, aber ich habe weder JDonwloader oder sonst ein 3-Anbiter Packet installiert. Wie kann ich das denn beheben?

Night

 

[Thonav]

Was wirft denn Dein System mit den Abfragen von Dil in Post #2 aus?

 

[goetz]

Hallo,
lies noch mal Beitrag #2 und poste die Augabe des du Befehls.

Gruß Götz

 

[Nightlover]

@goetz und @Thonav

da kommt bei mir:

Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md0 2385528 1929400 337344 86% /
none 8208920 4 8208916 1% /dev
/tmp 8213164 3492 8209672 1% /tmp
/run 8213164 2792 8210372 1% /run
/dev/shm 8213164 4 8213160 1% /dev/shm
none 4 0 4 0% /sys/fs/cgroup
cgmfs 100 0 100 0% /run/cgmanager/fs
/dev/vg1000/lv 3746098056 191975484 3554122572 6% /volume1
/volume1/@Arbeitsvolumen@ 3746098056 191975484 3554122572 6% /volume1/Arbeitsvolumen
/volume1/@NAS-DS2415plus@ 3746098056 191975484 3554122572 6% /volume1/NAS-DS2415plus
shm 65536 0 65536 0% /volume1/@docker/containers/74248df3ab9c96515c7908f4c581883d49cc8b790e2efa2824d24ade32f93a37/shm
shm 65536 0 65536 0% /volume1/@docker/containers/16d2af168230374b50dbce44f028ce50296fd2600d2ae54c10e3799dafe2f64e/shm

root@DS2415plus:~# ls -al
total 24
drwx------ 3 root root 4096 Nov 2 14:02 .
drwxr-xr-x 21 root root 4096 Nov 14 11:57 ..
-rw------- 1 root root 16 Nov 2 14:02 .esd_auth
-rw-r--r-- 1 root root 1113 Oct 5 03:46 .profile
drwx------ 2 root root 4096 Nov 2 14:02 .pulse
-rw------- 1 root root 256 Nov 2 14:02 .pulse-cookie


was nun?

 

[dil88]

Du hast vermutlich den zweiten Beitrag auf dieser Seite gelesen, das ist aber Beitrag 12. Schau bitte in Ruhe nochmal nach Beitrag 2.

 

[Nightlover]

@dil88

meinst du dass:

root@DS2415plus:~# du -xmd 1 /
8 /etc
7 /etc.defaults
1 /initrd
18 /.syno
1 /mnt
1 /.system_info
1 /.old_patch_info
1 /lost+found
1 /root
724 /usr
6 /var.defaults
816 /var
1578 /

und nun? leider weis ich nicht was die Aufstellung bedeutet

 

[dil88]

Die Zahlen geben die Größe der Verzeichnisse in MB an. Das größte Verzeichnis bei Dir ist wie in Beitrag 2 beispielhaft beschrieben /var.