Przepełnienie filesystemu - /

[bajabongo]

Część, mam taką sytuację. Filesystem / jest zapełniony pod korek. Znalazłem pliki które mi zapchały. Niestety nie wiem jak do tego się zabrać ponieważ ścieżka wskazuje na /sys/devices (pełen link jest na zrzucie ekranu. Zaznaczyłem które pliki mi zapchały.
Stawiam na chipset płyty głównej. Sprzęt dość stary, pewnie będę musiał wymienić sprzęt na nowszy. Ale ciekawość architektury Linuxa nie pozwala żeby to pozostawić bez dotarcia do sedna problemu.
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237/VX700 PCI Bridge

Kod: Zaznacz cały

root@archiwum:/# lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8378 [KM400/A] Chipset Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237/VX700 PCI Bridge
00:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8169 PCI Gigabit Ethernet Controller (rev 10)
00:0f.0 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:10.0 USB controller: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller (rev 81)
00:10.1 USB controller: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller (rev 81)
00:10.2 USB controller: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller (rev 81)
00:10.3 USB controller: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller (rev 81)
00:10.4 USB controller: VIA Technologies, Inc. USB 2.0 (rev 86)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South]
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102/VT6103 [Rhine-II] (rev 78)
01:00.0 VGA compatible controller: NVIDIA Corporation NV18 [GeForce4 MX 440 AGP 8x] (rev c1)

[mario_7]

/sys to wirtualny system plików który jedynie pokazuje urządzenia w postaci struktury katalogów i plików.

z pewnością cos innego zajmuje miejsce.
graficzna aplikacja nazywa się baobab a konsolowa du - popatrz nimi co zjada przestrzeń.

[bajabongo]

Sprawdziłem poleceniem du.
Katalogi \samba \archiwum \mnt to zmapowane inne fizycznie dyski.

Kod: Zaznacz cały

[color=#BF0000]root@archiwum:/# du -h --max-depth=1 /
16K     /lost+found
36K     /tmp
19M     /root
du: nie ma dostępu do '/proc/9043/task/9043/fd/4': Nie ma takiego pliku ani katalogu
du: nie ma dostępu do '/proc/9043/task/9043/fdinfo/4': Nie ma takiego pliku ani katalogu
du: nie ma dostępu do '/proc/9043/fd/3': Nie ma takiego pliku ani katalogu
du: nie ma dostępu do '/proc/9043/fdinfo/3': Nie ma takiego pliku ani katalogu
0       /proc
11M     /sbin
0       /sys
2,2G    /usr
222M    /var
135G    /samba
4,0K    /snap
526M    /lib
0       /dev
96K     /skrypty
117G    /usb
12K     /media
8,7M    /etc
8,7M    /bin
du: nie ma dostępu do '/run/user/107/gvfs': Brak dostępu
12M     /run
4,0K    /srv
108M    /boot
1,7T    /archiwum
76M     /home
34G     /mnt
2,0T    /[/color]

Do pozostałych nie można się chyba przyczepić.

[320v2]

@bajabongo
Dlaczego używasz zrzutów ekranu a nie formy tekstowej?

[bajabongo]

@bajabongo
Dlaczego używasz zrzutów ekranu a nie formy tekstowej?

Poprawiłem się