#18 Talán valamilyen alkalmazás sokat naplóz lala. Igazából a naplók fontosak, de túl részletes naplózást csak annak ajánlott használnia, aki értelmezi is majd.

ls -lah /var/log/
összesen 3,4M
drwxr-xr-x  6 root root 4,0K szept 13 21:30 .
drwxr-xr-x 11 root root 4,0K szept 10 01:33 ..
-rw-r--r--  1 root root 8,7K szept 10 02:14 alternatives.log
drwxr-xr-x  2 root root 4,0K szept 10 22:00 apt
-rw-r-----  1 root adm   33K szept 13 21:30 auth.log
-rw-r--r--  1 root root    0 ápr   28 09:44 bootstrap.log
-rw-------  1 root utmp    0 ápr   28 09:44 btmp
-rw-r-----  1 root adm  530K szept 13 21:56 daemon.log
-rw-r-----  1 root adm  120K szept 13 21:30 debug
-rw-r--r--  1 root root 179K szept 10 22:00 dpkg.log
-rw-r--r--  1 root root  32K szept 10 01:35 faillog
-rw-r--r--  1 root root 3,0K szept 10 02:14 fontconfig.log
drwxr-xr-x  3 root root 4,0K szept 10 01:36 installer
-rw-r-----  1 root adm  686K szept 13 21:30 kern.log
-rw-rw-r--  1 root utmp 286K szept 10 01:35 lastlog
drwx--x--x  2 root root 4,0K szept 13 21:30 lightdm
-rw-r-----  1 root adm  817K szept 13 21:30 messages
drwxr-xr-x  2 ntp  ntp  4,0K febr  15  2018 ntpstats
-rw-r-----  1 root adm  148K szept 13 21:56 syslog
-rw-r-----  1 root adm  343K szept 13 00:07 syslog.1
-rw-r-----  1 root adm   51K szept 12 00:05 syslog.2.gz
-rw-r-----  1 root adm   90K szept 11 00:09 syslog.3.gz
-rw-r-----  1 root adm  218K szept 13 21:30 user.log
-rw-rw-r--  1 root utmp  16K szept 13 21:30 wtmp
-rw-r--r--  1 root root  32K szept 13 21:30 Xorg.0.log
-rw-r--r--  1 root root  37K szept 13 06:28 Xorg.0.log.old
-rw-r--r--  1 root root  33K szept 13 06:28 Xorg.1.log
-rw-r--r--  1 root root  32K szept 13 06:26 Xorg.1.log.old

#15 A df -h, df -i kimeneteit teljesen rendben-lévőnek látom.
A /dev/loop0.....15-ig snap-es csomagok ugyan, 100% foglaltságot mutatnak, de ez valószínű így
természetes.
Ezek után, nem sok lövésem van hozzá hogy 42 GB foglalt lemezterület mellett miért reklamál
a rendszer - hogy kevés a lemezterület. :(

#24 Vélhetően. De szhf62 ezt mondja:
„Szerinted az mitől van hogy pl. a 160 GB-s lemez kb 42 GB-s telítettségével váratlanul kiírja a gép hogy kevés a lemezterület, szabadítson fel helyet?”
A home telítődhet, ha ... nem tudjuk, miért, de érdemes lenne kideríteni. Automatikus particionálásos telepítésnél lehetséges, hogy kicsi a home mérete, vagy a rendszer partícióé lesz kicsi. Beszélgettünk már a fórumon arról, hogy az automatikus particionálás hardver függgően osztja fel a lemezt, és ez néha fura dolgokat eredményez. Utána kéne járni. Tesztnek egy kimenet:

sudo fdisk -l

A lemez 5 százaléka a javításra van fenntartva, és azt hiszem, 10 százalékra lecsökkent helynél jelez a rendszer. Ha valamelyik partíción lecsökken a hely.

-----

„A szoftverek letöltése, a filmnézés, a zenelejátszás és a játékok "maradványai" nyomtalanul eltűnnek a program(ok) bezárásával?”
Az alkalmazások letöltött fájlainak törlése, amit említettél parancs, azzal törölhető:

sudo apt-get clean

A szükségtelen -semmilyen alkalmazás nem várja el a meglétük- csomagok törlése is stimmel:
(nem okoznak gondot, ha maradnak)

sudo apt-get autoremove --purge

A használati előzmények törlése, és az alkalmazások átmeneti tára (cache) tényleg sikeresen törölhető valamely „tisztító” alkalmazással, úgy egyszerre. De csak ezeket lehet érdemes törölni (GNU/Linux és UNIX alatt), mármint, akinek ez a megoldás szimpatikus és megszokta pl. a CCleaner használatát a Windows alatt, másrészt egyes alkalmazásokban is lehet törölni az előzményeket egyenként, pl.: Firefox, VLC, SMPlayer. Vagy egyes asztali környezetek is felkínálják a lehetőséget. A rendszer újraindításakor bizonyos átmeneti tárak törlődnek, pl. a tmp (Template) könyvtár tartalma vagy a session (munkamenet) egyszer használatos tárai. Az alkalmazások törlése nagy nyomot nem hagy maga után, nincs regisztrációs adatbázis ..., de az amúgy sem ily nagy mértékben foglalná a helyet. Maradhat egy-egy ártalmatlan (a rendszer működésébe bele nem szóló) szövegfájl, vagy egy ezt, ezeket tartalmazó alkalmazás könyvtár, méretük pár kB. Talán a Snap csomagok használnak nagy átmeneti tárat. Nem tudjuk, de a telítettség jelzésekor mérni lehet,  kéne a foglaltság mértékét a fájlrendszerben, melynek a saját könyvtár is része.

#23 De ha valamelyik alkalmazás sokat naplóz, annak meg kellene jelennie a df -h kimenetében
- nem ?
/dev/sda1       146G   42G   98G  30% /

#26 Talán a Snap loop foglaltságának témakörére kéne rákeresni a neten. Nem értek a témához, nem használok Snap-et. Perpill. A jelzés jelentkezésekor kéne vizsgálódni.

#25 Azért furcsa ez az üzenet, mert látszólag semmi nem támasztja alá.

"lemez kb 42 GB-s telítettségével váratlanul kiírja a gép hogy kevés a lemezterület, szabadítson fel helyet?”
https://paste.ubuntu.com/p/C8HVdRPbj3/
Ahogy látom, nincs külön /home partíció - hanem a telepítés a teljes lemez lefoglalása opcióval
készült, amely létrehoz egy nagyméretű elsődleges partíciót, egy a RAM méretével megegyező
méretű kiterjesztett partíciót - benne az ugyanekkora SWAP partícióval.
 

 

 

#28 Az megnézheted, hogy az újra indítás előtti állapot (cache) ez,
https://www63.zippyshare.com/v/mNOftGeD/file.html
de mennyit változik a rendszer újraindítás után.

#27 Most telepítettem újból a Bionic Beavert (a bluetooth miatt), a snap telepítéseket kerültem mint macska a forró kását (a Gdebi ismét "rakoncátlankodik", de a szoftvertelepítővel a nekem kellő alkalmazások felmentek rá - remélem a rendszer nem dobja ki ezeket...).

Valamivel jobb a helyzet. (A friss telepítés után a Stacerrel készített elemzés a felszabadítandó lemezterületről, és a jelenlegi lemezállapot.)
https://www63.zippyshare.com/v/mNOftGeD/file.html
https://www63.zippyshare.com/v/vpuCeQKD/file.html

 

#30 Az újraindítás is töröl némi cache-t, átmeneti tárat. Azért javasoltam tesztet.
https://www.youtube.com/watch?v=7k07j7LcLqw ...

#29 Ez az állapot a friss telepítés után készült, (a tisztítandó/törlendő fájlok nagyságrendi mennyiségének érzékeltetésére) internetes böngészés nélkül.
Napi szinten  ~ 300-360 MB-t tisztít ki ez az alkalmazás (hosszabb internetes használattal, le- és feltöltésekkel).

#32 40GB rendszer nem könnyen telik be, „dolgozni kell rajta”. Látom, a home korántsem ilyen teli. Valami naplózás telítheti a rendszert. Én egy ideje nem készítek home partíciót:

df -h
Fájlrendszer   Méret Fogl. Szab. Fo.% Csatol. pont
udev            3,8G     0  3,8G   0% /dev
tmpfs           785M  1,6M  783M   1% /run
/dev/sda2       295G   20G  274G   7% /
tmpfs           3,9G   39M  3,8G   1% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs           3,9G     0  3,9G   0% /sys/fs/cgroup
/dev/sda2       295G   20G  274G   7% /home
tmpfs           785M   48K  785M   1% /run/user/1000

Mivel a Zippíshare.com 30 nap eltettével törli a feltöltött fájlokat, ide teszem fel a "folytatást":
https://i.ibb.co/jWzc5KJ/K-perny-k-p-2018-12-24-11-47-23.png
https://i.ibb.co/0cPgTc1/K-perny-k-p-2018-12-24-12-31-00.png
https://i.ibb.co/Mpz0TYF/K-perny-k-p-2018-12-24-11-56-21.png

Megjegyzésként: Ez a része manapság már hidegen hagy.  :-)  Ha észre veszek a rendszerben ez miatt lassulást vagy egyéb hibás működést, a Thimeshift mentés egy korábbi időpontjára állítok vissza.
 

#34 A túlzott naplózás és a felesleges CPU használat két külön dolog.
A naplózást lehet csökkenteni, ha tudjuk, melyik alkalmazás készít sok naplót. Ugyanez igaz a magas CPU használatra is, de utóbbit hardveres gondok is fokozhatják.

#33 szhf62@szhf62-ESPRIMO-E5730:~$ df -h
Fájlrendszer   Méret Fogl. Szab. Fo.% Csatol. pont
udev            1,8G     0  1,8G   0% /dev
tmpfs           370M  5,9M  364M   2% /run
/dev/sda1       146G   38G  101G  28% /
tmpfs           1,9G  153M  1,7G   9% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs           1,9G     0  1,9G   0% /sys/fs/cgroup
tmpfs           370M   48K  370M   1% /run/user/1000

A lemezterület "vészes terheltsége" nem jelentkezett ez óta, de egy kicsit nyugtalanít egy tény: Bármilyen linux rendszert telepítek a gépre, a processzor órajele többnyire (alaphelyzetben) a maximális teljesítmény közelében "dolgozik", sokszor (használat közben) a maximumon is. A hőmérséklettel (és a lemezhőmérséklettel, teljesítményével) nincs probléma.
https://i.ibb.co/1R9NBD1/system.png
https://i.ibb.co/88nR2Ny/processor.png
https://i.ibb.co/FBX6JDm/h-m-rs-klet.png
Lehet ezen valamilyen formában "könnyíteni"? (Valamilyen - feleslegesen - naplózó tevékenységet leállítani, vagy egyéb módon csökkenteni a processzor "munkáját".)

 

#40 Nálam is fura néha mostanában a keresés.

Ha a parancs

axi-cache info

kimenete ez,

No module named 'ConfigParser': only help functions are implemented, for the sake of help2man

akkor futtasd ezt a parancsot.
(a parancsokat másold, és vigyázz, ne maradjon le egyetlen karakter sem!)

sudo sed -i 's/from ConfigParser import RawConfigParser/from configparser import RawConfigParser/' /usr/bin/axi-cache

Ezután az

axi-cache info

kimenete kb. ez lesz.

Main data directory: /var/lib/apt-xapian-index
Update timestamp: /var/lib/apt-xapian-index/update-timestamp (last updated: Fri Dec 28 08:11:44 2018)
Index location: /var/lib/apt-xapian-index/index (pointing to /var/cache/apt-xapian-index/index.2)
Documentation of index contents: /var/lib/apt-xapian-index/README
Documentation of available prefixes: /var/lib/apt-xapian-index/prefixes
Documentation of available values: /var/lib/apt-xapian-index/values
Plugin directory: /usr/share/apt-xapian-index/plugins
Plugin status:
  aliases         enabled, up to date (624 days, 15:01:22.353779 older than index)
  app-install     enabled, up to date (1204 days, 23:37:17.353779 older than index)
  apttags         enabled, up to date (0:00:00 older than index)
  cataloged_time  enabled, up to date (0:00:00 older than index)
  debtags         disabled
  descriptions    enabled, up to date (0:00:00 older than index)
  relations       enabled, up to date (0:00:00 older than index)
  sections        enabled, up to date (0:00:00 older than index)
  sizes           enabled, up to date (0:00:00 older than index)
  template        enabled, up to date
  translated-desc enabled, up to date (7 days, 9:28:49.353779 older than index)
Values:
  Value         Code Provided by
  app-popcon       3 app-install
  catalogedtime    4 cataloged_time
  installedsize    1 sizes
  packagesize      2 sizes
  version          0 update-apt-xapian-index
Data sources:
  Source                                           Description                                     Used by
  /usr/share/apt-xapian-index/aliases/popular-apps Aliases expanding names of popular applications aliases
  /usr/share/app-install/desktop/                  .desktop files provided by app-install-data     app-install
  /var/cache/apt/pkgcache.bin                      APT index                                       apttags, descriptions, relations, sections, sizes
  /var/lib/apt-xapian-index/cataloged_times.p      first-seen information for every package        cataloged_time

Bezárt Synaptic mellett frissítsd az adatbázist:

sudo update-apt-xapian-index

Ha az adatbázis friss, ezt kapod:

The index /var/lib/apt-xapian-index is up to date

A következő kapcsolókkal akkor is frissítve lesz az adatbázis,
ha az naprakész: f = force (mindenképpen), v = verbose (részletes kimenet), u = update (frissítés)

sudo update-apt-xapian-index -fvu

Kézikönyv részlet
(man apt-xapian-index)

OPTIONS
       --version
              show program's version number and exit

       -h, --help
              show this help message and exit

       -q, --quiet
              quiet mode: only output fatal errors

       -v, --verbose
              verbose mode

       -f, --force
              force database rebuild even if it's already up to date

       --pkgfile=PKGFILE
              do not use the APT cache, but the given Package file

       --batch-mode
              use progress reporting suitable from programatic parsing.

       -u, --update
              incremental update, reindexing only those packages whose version
              has changed since the last run

Forrás (bug): https://askubuntu.com/questions/1049206/when-did-update-apt-xapian-index...

A keresési eredményekre nem tudom, milyen hatással lesz. Most vettem észre a bug-ot.

#39 De most legalább van egy tiszta Debianom, azok után, hogy kitárgyaltuk, az előzőt mivel sikerült szétrombolnom. Egy kis gyakorlás után az Arch alapú disztrókon, már sokkal jobban megy a terminálozás. Azt azért még mindig nem értem, a Synaptic miért ilyen hulladék? Parancssorból sima apt-get installal felmegy rá a sudo, a galculator, a gdebi csomagtelepítő, minden, ami eleve a Debianban benne van, a Synaptic grafikus keresője sok mindent nem talál. Érdekes módon a java8 az icedteával együtt fel volt telepítve a Debian xfce-ben, vagy már elfelejtettem, hogy felraktam? Kb fél éve telepítettem, csak azóta nem vettem még elő. Pedig a különböző forkolt Deb. és Ubuntu szármatékok helyett már inkább az eredeti Debianra szavazok.

#42 Ja, a használathoz telepíteni kell az index-szelőt:
(terminálban is lehet, de a Synaptic alatt is)

sudo apt-get install apt-xapian-index

Ezután az adatbázisának már leírt frissítése (és a javítás).

-----

Nálam telepítve az alkalmazás:
(a félkövérrel kiemelt mindig parancs, a többi a kimenet)

apt-cache policy apt-xapian-index
apt-xapian-index:
  Telepítve: 0.47ubuntu13
  Jelölt:    0.47ubuntu13
  Verziótáblázat:
 *** 0.47ubuntu13 500
        500 http://archive.ubuntu.com/ubuntu bionic/universe amd64 Packages
        500 http://archive.ubuntu.com/ubuntu bionic/universe i386 Packages
        100 /var/lib/dpkg/status

#41  sudo sed -i 's/from ConfigParser import RawConfigParser/from configparser import RawConfigParser/' /usr/bin/axi-cache
[sudo] xxxxx jelszava: sed: /usr/bin/axi-cache nem olvasható: Nincs ilyen fájl vagy könyvtár
debian@debian:~$ axi-cache info
bash: axi-cache: parancs nem találhatósudo update-apt-xapian-index
[sudo] xxxxx jelszava: 
sudo: update-apt-xapian-index: parancs nem található

-Nálam ez van. De amúgy nem zavar, úgysem szeretem a synaptic-et. Inkább beírom a parancsot, csak tudjam mi az? Már szinte minden rajta van, amit használni szoktam. 2 öreg gép, 3 HDD, rajtuk különféle Linux. Most már oszthatok. Ami erőforrás ezekben van, ha egyetlen alaplapon lenne, volna egy szuper számítógépem. Így van 2 ócskavas, de legalább gyakorolhatok a sokféle Linuxon.

 

#44 Futtasd még egyszer a sed-es parancsot.

-----

Egyébként nálad nem volt meg eleve a nálam jelentkező hiba.
Lehet, ott már javítva lett a bug.
Felesleges futtatni annak javítási módszerét, ami nincs, nem jelentkezik. Ezt írtam:

H a   a   p a r a n c s

axi-cache info

k i m e n e t e   e z,

No module named 'ConfigParser': only help functions are implemented, for the sake of help2man

a k k o r   futtasd ezt a parancsot.

sudo sed -i 's/from ConfigParser import RawConfigParser/from configparser import RawConfigParser/' /usr/bin/axi-cache

Tudom, hogy ünnepek vannak, de ... :-)

#43 Csomaglisták olvasása... Kész.....apt-xapian-index: Building new index in background... Települt. Utána:

apt-cache policy apt-xapian-index
apt-xapian-index:
  Telepítve: 0.49
  Jelölt:    0.49
  Verziótáblázat:
 *** 0.49 500
        500 http://ftp.kfki.hu/linux/debian stretch/main amd64 Packages
        100 /var/lib/dpkg/status

axi-cache info
Main data directory: /var/lib/apt-xapian-index
Traceback (most recent call last):
  File "/usr/bin/axi-cache", line 851, in <module>
    sys.exit(ui.perform())
  File "/usr/bin/axi-cache", line 842, in perform
    return f(self.args)
  File "/usr/bin/axi-cache", line 405, in do_info
    except e:
NameError: global name 'e' is not defined

sudo sed -i 's/from ConfigParser import RawConfigParser/from configparser import RawConfigParser/' /usr/bin/axi-cache

axi-cache info
No module named configparser: only help functions are implemented, for the sake of help2man

#46 A javítás rövid útja:
(de azért figyelni kéne, hogy a purge-kre mik távolítódnának el)

sudo apt-get purge apt-xapian-index

sudo apt-get update

sudo apt-get autoremove --purge

sudo reboot

S az újraindítás után:

sudo apt-get install apt-xapian-index

sudo update-apt-xapian-index -fvu

Semmi mást nem kell csinálni.

#45  axi-cache info
No module named configparser: only help functions are implemented, for the sake of help2man

Futtasd még egyszer a sed-es parancsot.

ÉS utána megint ugyanaz: No module named configparser: only help functions are implemented, for the sake of help2man

Amúgy ne fáradj miattam, mert én meg nem is értem, mit csinálok. Mint írtam, van 3 HDD-m 3 különféle Linuxszal. Örülök, ha valamit tanulhatok, másra nem jó ennyiféle OS egy gépen. Talán egyszer még beüzemelem a másikat is.

Amúgy kellemes és boldog Ünnepeket kívánok én is neked, és annak, aki ezt olvassa.