Udzielone Odpowiedzi
- Posty
w /var większość to aktualne paczki pacman’a (1 poziom).
sudo du -d1 -BM /var 3M /var/abs 1M /var/opt 1M /var/games 12M /var/tmp 1M /var/db 56M /var/log 1M /var/empty 1M /var/local 1411M /var/cache 1M /var/spool 218M /var/lib 1698M /var sudo du -d1 -BM /var/cache 1M /var/cache/fontconfig 1M /var/cache/ldconfig 1350M /var/cache/pacman 5M /var/cache/man 56M /var/cache/cups 1411M /var/cacheW /opt też chyba wszystko tak, jak być powinno:
sudo du -d1 -BM /opt 184M /opt/wine-staging 72M /opt/xnviewmp 1M /opt/lxmed 116M /opt/dropbox 1M /opt/wine-compholio 23M /opt/masterpdfeditor 394M /optJeśli chodzi o sieroty, to zostawiłem:
– te, które wydawały mi się potrzebne (jakieś biblioteki itp.),
– ewentualnie były mozolnie budowane przy instalacji pakietu z AUR i nie chciałem w przyszłości znowu czekać „wieki”,
– albo takie, które mi nic nie mówią (i na wszelki wypadek nie usuwam).
W tym punkcie prawdopodobnie mogę zwolnić kawałek dysku (o ile znajdę „kandydata” do usunięcia).pacman -Qtdq automoc4 cln cloog convertlit ffmpeg-compat glade-perl gnome-doc-utils gnome-vfs-perl gnomecanvas-perl gobject-introspection gparted gperf grantlee-qt4 gsl gstreamer0.10-python gtkhtml gtkhtml4 gtksourceview2-sharp gtkspellmm icon-naming-utils imake iniparser intltool lesstif libaccounts-qt4 libconfig libesmtp libexosip2 libgcrypt15 libgee libgnome-desktop-sharp libgnome-media-profiles libiodbc libkfbapi libkgapi libkolab libmikmod libmowgli liboauth libpano13 libpst libquvi libsexy libshairport libsignon-qt4 libsodium libstdc++5 libunicodenames libvncserver libwps libxkbui libxml-perl libytnef libzip libzrtpcpp lua-expat lua51-filesystem luajit mediainfo mhwd-catalyst-13.4 mhwd-catalyst-legacy microemulator mutagen namcap nasm obex-data-server opencl-headers perl-extutils-depends perl-extutils-makemaker perl-extutils-pkgconfig perl-file-which perl-gnome2-wnck perl-goo-canvas perl-gtk2-imageview perl-gtk2-unique perl-json-xs perl-net-dbus perl-sort-naturally perl-www-mechanize perl-x11-protocol prelink pyparted-git pyrex python-gobject2 python-lxml python-simplejson python-urlreader python2-gconf python2-geoip python2-lxml python2-notify python2-pycups python2-pycurl python2-pyinotify python2-pysmbc python2-pysqlite python2-qscintilla python2-xlib rsvg2-sharp seabios shared-desktop-ontologies smpeg spice usbredir virtuoso-base vte-sharp wine-compholio wmctrl wnck-sharp x264 xcb-util-renderutil xdg-subleachbit używam i odzyskuje kilkaset MB po prawie każdej aktualizacji systemu.
Manjaro [stable] LTS, Xfce - tego używam
Po usunięciu katalogu /root/wtTjFfKhQy mam obecnie wolne 249MB w katalogu systemowym.
System wygląda tak:
sudo du -d1 -BM / 1698M /var 435M /opt 1M /tmp 63M /boot 25M /etc du: nie ma dostępu do „/run/user/1000/gvfs”: Brak dostępu 1M /run 1M /media 868M /root 1M /lost+found 0M /sys du: nie ma dostępu do „/proc/11928”: Nie ma takiego pliku ani katalogu du: nie ma dostępu do „/proc/12102/task/12102/fd/4”: Nie ma takiego pliku ani katalogu du: nie ma dostępu do „/proc/12102/task/12102/fdinfo/4”: Nie ma takiego pliku ani katalogu du: nie ma dostępu do „/proc/12102/fd/4”: Nie ma takiego pliku ani katalogu du: nie ma dostępu do „/proc/12102/fdinfo/4”: Nie ma takiego pliku ani katalogu du: nie ma dostępu do „/proc/12313”: Nie ma takiego pliku ani katalogu du: nie ma dostępu do „/proc/12315”: Nie ma takiego pliku ani katalogu 0M /proc 10044M /home 1M /mnt 6136M /usr 1M /dev 1M /srv 19266M /Jeśli chodzi o katalog /root , to :
sudo du -d1 -BM /root/ 1M /root/Manjaro 1M /root/.dbus 866M /root/.cache 1M /root/.thumbnails 1M /root/.Zoiper 1M /root/.config 1M /root/.java 1M /root/.icedtea 1M /root/.kbd 1M /root/Desktop 1M /root/.hplip 1M /root/.gvfs 1M /root/.gnupg 1M /root/.local 868M /root/i dalej:
sudo du -d1 -BM /root/.cache 1M /root/.cache/pipelight 866M /root/.cache/bitcasa 1M /root/.cache/dconf 1M /root/.cache/thumbnails 1M /root/.cache/mozilla 866M /root/.cacheJak widać, prawie całość to cache pakietu bitcasa, którego linuksowa wersja nie daje możliwości regulacji wielkości cache .
Manjaro [stable] LTS, Xfce - tego używam
OK
Czas zdać relację i reanimować wątek .. oraz Forum :)Udało mi się częściowo podglądnąć katalog /root/wtTjFfKhQy i jest tam ponad 350 tys. (chyba samych) pustych plików o nazwach typu: d54v3WT2 . Możliwe, że są to pozostałości po nieskutecznych próbach zainstalowania pewnego windowsowego programu, co miało miejsce ponad rok temu. Roboczo zmieniłem nazwę katalogu i się przyglądam. Jak nic się dziać nie będzie, to go skasuję.
Wyciąłem natomiast w sumie ponad 700MB z katalogu /root/ , ale dało to jedynie około 130MB wolnego miejsca w partycji systemowej.
Dodatkowo usunąłem ok 300MB sierot i znowu dało to około 100MB wolnego miejsca w partycji systemowej.W sumie z 230MB wolnego miejsca w partycji systemowej udało mi się zaktualizować Manjaro (więc sukces), choć znowu nie jest dla mnie zrozumiały sposób zarządzania przestrzenią dysku przez system. Podczas aktualizacji miałem komunikat:
Do pobrania: 1363,06 MiB Do zainstalowania: 4874,79 MiB Zmiana po aktualizacji: 130 MiBwięc na koniec powinno zostać około 100MB wolnej przestrzeni, a zostało 0MB .
Czy są znane/gdzieś dostępne, chociażby z grubsza, zasady zarządzania pamięcią przez Manjaro ?
Manjaro [stable] LTS, Xfce - tego używam
Na rożne sposoby próbuję zaglądnąć do katalogu root/wtTjFfKhQy i się nie udaje. Programy się zawieszają. Jedyne co mi się udało sprawdzić, to że jest tam ponad 350 tys. plików, z czego wnioskuję, że może być to jakiś katalog systemowy (chyba że to jakiś malware ?)
Czy macie coś podobnego u siebie ?Z aplikacji pod Wine korzystam jako normalny użytkownik, a analogiczne katalogi /.wine
i .wine-pipelight mam w moim katalogu Home, gdzie znajdują się także pliki tych aplikacji windowsowych.Katalogi /root/.wine i /root/.wine-pipelight zawierają jedynie standardowe, domyślne podkatalogi instalowane przez instalator Wine.
Skoro nie korzystam z Wine jako root, to czy mogę jakoś(?) skasować te katalogi, nie wywalając przy okazji Wine, z którego korzystam jako normalny użytkownik ?Skoro u Kolegi pavbaranov’a root zajmuje 13GB, to nasuwa mi się nieciekawy wniosek, że obecna postać systemu jest na tyle rozbudowana, że mam małe szanse na normalną pracę z 10GB i muszę drastycznie powycinać „sieroty” i inne aplikacje (zostawiając tylko te, które są absolutnie niezbędne) i liczyć się z tym, że np. w czasie aktualizacji jakiegoś pakietu, będą mi się ciągle ponownie budować/instalować różne biblioteki i programy narzędziowe, które obecnie oznaczone są jako sieroty i które usunę w ramach czystki.
Tu mam pytanie. Czy usuwając pakiet (za pomocą pacman -R NAZWA ) oznaczony jako sierocy, mogę mieć pewność, że nie usunę pakietu faktycznie potrzebnego systemowi ?Manjaro [stable] LTS, Xfce - tego używam
Aktualizacja na piechotę ponad 300 pakietów to chyba nie jest najlepszy pomysł.
O ile można by się zawziąć i zrobić to jednorazowo, co zajęłoby b. duuużo czasu, to biorąc pod uwagę, że po tygodniu/dwóch będzie kolejna aktualizacja systemu i wtedy należało powtórzyć ten proces, nie widzę sensu, aby za to się zabierać.Szukam ogólnego rozwiązania, tak aby usunąć z katalogu systemowego zbędne pliki (o ile się da), wychodząc z założenie, że sam system zajmował (kiedy instalowałem go po raz pierwszy ok rok temu) poniżej 5GB i kolejne aktualizacje + zmiany kerneli + zainstalowane programy nie powinny zająć dwa razy więcej przestrzeni (a może się mylę?).
Wynik komendy du -d1 -BM /root poniżej:
http://pastebin.com/6QgbxehNZ tego, co widzę (pomijając wpisy „Brak dostępu”), to najwięcej zajmuje :
492M /root/.wine
125M /root/.wine-pipelight
I to chyba jest w normie.Niezrozumiałym katalogiem jest:
161M /root/wtTjFfKhQy
Nie mam pojęcia do czego może to służyć ?!Manjaro [stable] LTS, Xfce - tego używam
Dzięki za dotychczasowe podpowiedzi.
Odpowiadając – po kolei:
– katalog /var/cache/pacman/pkg czyszczę na bieżąco (przed rozpoczęciem próby aktualizacji był pusty);– z powodu braku nadmiernej pamięci RAM raczej nie będę próbował umieścić /tmp w pamięci RAM;
– katalog /var/log raczej nie jest nadmiernie zaśmiecony (całość obecnie zajmuje ca 35MB, w tym 32MB w /var/log/journal );
– mam ustawienie SystemMaxUse=50M (pisałem o tym w 1. poście);
– log do przebiegu ostatniej próby aktualizacji Manjaro, który zamieściłem na http://pastebin.com/8WLVFTtp wygląda w zasadzie lepiej, niż inne wcześniejsze próby, ponieważ tym razem cokolwiek się udało (choć tylko częściowo).
Z reguły jednak próba aktualizacji Manjaro kończy się b. szybko komunikatem w stylu:Do pobrania: 1363,06 MiB Do zainstalowania: 4874,79 MiB Zmiana po aktualizacji: 186,11 MiB :: Kontynuować instalację? [T/n] błąd: Partycja / jest zbyt pełna: potrzebne jest 354400 bloków, 350098 wolnych błąd: nie udało się dokonać transakcji (niewystarczające miejsce na dysku) Wystąpiły błędy, nie zaktualizowano żadnego pakietu.Tu widać wyraźnie powód niemożności aktualizacji Manjaro – niewystarczające miejsce na dysku.
Błąd ServerSettingsDialog.ui znajduje się w systemie plików to inna para kaloszy, choć wydaje mi się, że może być konsekwencją braku pamięci.
Manjaro [stable] LTS, Xfce - tego używam
Nieużywane programy odinstalowałem w pierwszej kolejności.
A przed momentem zakończyła się kolejna próba aktualizacji systemu. Niestety, znowu „Wystąpiły błędy, nie zaktualizowano żadnego pakietu.”
Ilość wolnego miejsca po tej próbie = 0 i zakładam, że to odpowiada, za końcowy błąd.
Wygląda to tak: http://pastebin.com/8WLVFTtpManjaro [stable] LTS, Xfce - tego używam
Witam wszystkich.
Widzę tu kilku aktywnych forumowiczów z byłego b. dobrego polskiego forum Manjaro (nazywało się openlinux ; niestety, posiadało niezrównoważonego admina, który usunął z sieci całą bogatą historię tamtego forum ).
Mam nadzieję, że to Forum rozwinie się z czasem, do czego mam zamiar, w miarę moich skromnych możliwości, częściowo się przyczynić :)
Manjaro [stable] LTS, Xfce - tego używam
