Helyfoglalás és rendszertisztítás Xfce-n

Fórum: 

Nemrégen volt szó a rendszerem túlzott helyfoglalásáról. Hiába futtatom az alábbi terminálparancsokat, a helyfoglalás továbbra is magas (jelenleg 19,7 GB [ebből a swapfájl 1,1 GiB, amit a rendszer hozott létre]):
sudo apt-get autoremove --purge
sudo apt-get autoclean
sudo apt-get clean
Lehet, hogy némelyik felesleges, vagy másképp kell kiadni.
Ezeket az alkalmazásokat telepítettem, ha valakit érdekel: https://paste.ubuntu.com/p/gm3xmcWbDF/
A gyökérkönyvtár helyfoglalása így néz ki:
https://ibb.co/hCPmVWK
https://ibb.co/52MLR9Z
https://ibb.co/s9tvFkS
https://ibb.co/4Z2Tw1j
https://ibb.co/ck2LQ2F
A /home külön partíción van.
Az upgrade (19.2-ről 19.3-ra) jelentősen nem növelte meg a tárterület-foglalást (legfeljebb néhány száz MB).
Időnként előfordul, hogy nem akar leállni rendesen a rendszer - a LM logó tartósan a képernyőn marad. Ilyenkor egyszerűen kikapcsolom a gépet. Legközelebb normálisan elindul.
Különösebben nem zavar a nagyobb helyfoglalás, csak kíváncsi vagyok, minek kell ennyi.

kimarite képe

Helyfoglalás

Értékelés: 

0
Még nincs értékelve

Minek (miért) kell ennyi hely? > Csak. Nyilván az alkalmazásoknak
Pontosan „minek” (alkalmazás, szolgáltatás) kell ennyi hely? > Csak tippelni tudok, de ha kell, akkor kell.

20 GB helyfoglalás szerintem egyáltalán nem sok, de nálad mintha a naplók terjeszkedtek volna régebben is túlzottan. A naplózási beállításokat, szokásokat kéne megnézni, például a tűzfal tekintetében, de erre szerintem utaltunk régebben is. Az általad mutatott parancssorok a csomagok tisztítására jók, nyilván el is végzik ezt a feladatot, a naplókhoz azonban nincs közük.

Nálam most ennyi a helyfoglalás (amit nem érzek túlzónak):

df -h
Fájlrendszer   Méret Fogl. Szab. Fo.% Csatol. pont
udev            3,9G     0  3,9G   0% /dev
tmpfs           785M  9,3M  775M   2% /run
/dev/sda1        92G   34G   54G  39% /
tmpfs           3,9G   95M  3,8G   3% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs           3,9G     0  3,9G   0% /sys/fs/cgroup
tmpfs           785M   80K  785M   1% /run/user/1000

 A naplók sem eltúlzott méretűek:

ls -lSh /var/log/
összesen 6,2M
-rw-r--r-- 1 root              root 1,3M dec   22 11:46 dpkg.log
-rw-r----- 1 root              adm  1,2M dec   22 00:00 messages.1
-rw-r----- 1 root              adm  1,1M dec   22 00:00 kern.log.1
-rw-r----- 1 root              adm  483K dec   22 00:00 daemon.log.1
-rw-r----- 1 root              adm  327K dec   22 00:00 ufw.log.1
-rw-rw-r-- 1 root              utmp 286K dec   18 18:43 lastlog
-rw-r----- 1 root              adm  224K dec   22 00:00 syslog.1
-rw-r----- 1 root              adm  203K dec   21 23:35 user.log.1
-rw-r----- 1 root              adm  176K dec   19 00:00 syslog.4.gz
-rw-r----- 1 root              adm  118K dec   22 12:49 syslog
-rw-r----- 1 root              adm  113K dec   21 22:03 debug.1
...

Módszer: belenézel a legnagyobb méretű naplófájlokba, nagyjából látszani fog a hízás oka, s ezután rákeresel a megoldásra.

Helyfoglalás

Értékelés: 

0
Még nincs értékelve

#1 lajos@lajos-Aspire-E5-772G:~$ df -h
Fájlrendszer   Méret Fogl. Szab. Fo.% Csatol. pont
udev            3,9G     0  3,9G   0% /dev
tmpfs           790M  1,5M  789M   1% /run
/dev/sdb1        29G   19G  8,9G  68% /
tmpfs           3,9G   41M  3,9G   2% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs           3,9G     0  3,9G   0% /sys/fs/cgroup
/dev/loop0       92M   92M     0 100% /snap/video-downloader/200
/dev/loop1       23M   23M     0 100% /snap/snapd/5643
/dev/loop2       55M   55M     0 100% /snap/core18/1265
/dev/loop3       23M   23M     0 100% /snap/snapd/5754
/dev/loop4       55M   55M     0 100% /snap/core18/1279
/dev/sdb2        89G  7,5G   77G   9% /home
/dev/sda1       916G  304G  566G  35% /mnt/bdfdb977-ec93-4896-8792-71e39e155cdc
tmpfs           790M   12K  790M   1% /run/user/1000

ls -lSh /var/log/ eredménye 7M.

 

kimarite képe

Helyfoglalás

Értékelés: 

0
Még nincs értékelve

#2 Nahát, 26,5 GB a rendszer és a home partíció együtt. De ez sem sok.

/dev/sdb1        29G   19G  8,9G  68% /
/dev/sdb2        89G  7,5G   77G   9% /home

A df -h kimenetének alábbi részletéből,

/dev/loop0       92M   92M     0 100% /snap/video-downloader/200
/dev/loop1       23M   23M     0 100% /snap/snapd/5643
/dev/loop2       55M   55M     0 100% /snap/core18/1265
/dev/loop3       23M   23M     0 100% /snap/snapd/5754
/dev/loop4       55M   55M     0 100% /snap/core18/1279

arra alapozva gondolom azt, hogy a Snap alkalmazások foglalják neked a helyet. Egyetértesz?

Helyfoglalás

Értékelés: 

0
Még nincs értékelve

#3 Miből következik, hogy a snap-alkalmazások a fő helyfoglalók?
A bevezetőben nem említettem, hogy a rendszer által telepített programok közül néhányat - amiket nem használok - eltávolítottam (pl. transmission, hexchat), a többit meghagytam.

kimarite képe

Helyfoglalás | Snap

Értékelés: 

0
Még nincs értékelve

#4 Az biztos, hogy a Snap alkalmazások több helyet foglalnak, mint a DEB csomagokból telepített alkalmazások, hiszen egy csomagban benne van az alkalmazás futtatásához szükséges összes függőség is, és azok elég nagy helyet foglalnak:

A .snap package for the Ubuntu Core system contains all its dependencies. This has a couple of advantages over traditional deb or rpm based dependency handling, the most important being that a developer can always be assured that there are no regressions triggered by changes to the system underneath their app.

Forrás: https://itsfoss.com/use-snap-packages-ubuntu-16-04/

Ilyen fájlrendszer jön létre: https://linuxmint.hu/comment/18601#comment-18601
https://linuxmint.hu/comment/12483#comment-12483

A nemrég megjelent Ubuntu 16.04 LTS egyik fő újdonsága a "Snap" csomagkezelő. A Snap csomagok leginkább a konténerekhez hasonlítanak, tartalmaznak minden könyvtárat és függőséget, ami az adott alkalmazás használatához szükséges. Ezek külön könyvtárakba kerülnek, így nem ütköznek a rendszer többi részével.

Forrás: http://falu.me/20160427/ubuntu-snap-csomagok-kezelese

Én egyébként csak tippelek a helyfoglalás egy részére, és nem az egészére.
Mint említettem, a 19 GB nem sok amúgy sem, ha nincs Snap (vagy FlatPak, vagy AppImage) alkalmazás használva.

Helyfoglalás

Értékelés: 

0
Még nincs értékelve

#4 Esetleg kérhetnénk egy "snap list" kimenetet?

FaltPak, Snap

Értékelés: 

0
Még nincs értékelve

Az első telepített flatpak vagy snap csomaggal automatikusan települ egy ezekhez
szükséges futtatókörnyezet. Ennek a mérete GB nagyságrendű.

"Mivel a flatpak alkalmazások sandbox-ban futnak, ezért azoknak külön futtatókörnyezet kell.

3 különböző van: Freedesktop, GNOME és KDE.

Ezek azt biztosítják hogy a programok tudjanak olyan apróságokat használni mint a hang, a képernyő, és így tovább (pl. GTK3, d-bus, X11, Wayland, Pulseaudio).

Ezeket egyetlen egyszer kell feltelepíteni. Tehát ha felrakod a flatpakos VLC-t aminek kell a Freedesktop, de még sosem raktál fel flatpak csomagot, akkor felrakja az 1GB-os futtatókörnyezetet, majd a 70 vagy akárhány MB-os programot. Nyilván ha ezután raksz fel még mást is aminek a FD kel akkor azt nem teszi fel mégegyszer."

Egyébként, a /var/log könyvtár mérete elég nagy - nem tudom mennyi idő alatt hízott meg
1.7 GB-ra, de meg kéne nézni hogy mi ez a sok log.

Takarítás

Értékelés: 

0
Még nincs értékelve

Érdemes lenne ránézni a https://www.bleachbit.org/ programra, ami leszed sok felesleges dolgot, tisztítja a rendszert. De mindenképp óvatosan vele, mert be tudsz állítani olyat is, ami számodra esetleg még kellhet.

Helyfoglalás

Értékelés: 

0
Még nincs értékelve

#6 lajos@lajos-Aspire-E5-772G:~$ snap list
Name              Version   Rev   Tracking  Publisher   Notes
core18            20191126  1279  stable    canonical✓  base
snapd             2.42.5    5754  stable    canonical✓  snapd
video-downloader  0.1.7     200   stable    unrud       -

FaltPak, Snap

Értékelés: 

0
Még nincs értékelve

#7 var-log: https://ibb.co/pyBZMvd

Takarítás

Értékelés: 

0
Még nincs értékelve

#8 Letöltöttem a bleachbit-et, de hogyan döntsem el, hogy mi kell és mi fölösleges?

kimarite képe

FaltPak, Snap ... journal!

Értékelés: 

0
Még nincs értékelve

#11 @ Hosszú Lajos A parancs a méret szerint listázáshoz ez:

ls -lSh /var/log

Amit te futtattál, az nem mutat méretet ...

l > listáz (rejtett könyvtárakat és fájlokat nem)
S > méret szerint
h > human readable, azaz nem kB, hanem MB, GB szerint (jobban értelmezhető)

Nálam (az első négy):

ls -lSh /var/log
összesen 6,8M
-rw-r--r-- 1 root              root 1,3M dec   22 22:34 dpkg.log
-rw-r----- 1 root              adm  1,2M dec   22 00:00 messages.1
-rw-r----- 1 root              adm  1,1M dec   22 00:00 kern.log.1
-rw-r----- 1 root              adm  483K dec   22 00:00 daemon.log.

A képernyőképen viszont látszik, hogy a journal könyvtár mérete elég nagy, 1.7 GB,

bele kéne nézni. És rájönni a miértre, mi okoz ilyen mértékű naplózást ...
(a képre kattintva az új lapon látható, teljes méretben.)

ls -lSh /var/log/journal

A képernyőképekről jó lenne átszokni az Ubuntu Pastebin oldal használatára. Az a bevált, általában használt szövegmegosztó portál.

-----

#14 @ csuhas Jól látható, hogy a FlatPak alkalmazások méretben elég sok helyet foglalnak. Igen, ez a jelzett és vélten eltúlzott helyfoglalás egyik oka. De ez tény és nagyjából megváltozhatatlan (gondolom, Lajosnak is immár), hiszen a FlatPak alkalmazások helyfoglalása látható, és tapasztalható. Lajosnak vélhetően szüksége van a FlatPak alkalmazásokra, de ha a helyfoglalás jobban izgatja, érdemes megkeresni például az APT lehetőségeket a FlatPak kiváltására.
Mi a journal könyvtár tartalmára is kíváncsiak vagyunk, ugyanis az már vélhetően nem természetes, hogy ilyen mértékben hízik :-). Én a Debian alatt nem tapasztalom a journal hízását, ennek oka, hogy nincs bekapcsolva alapértelmezetten. Majd valaki teszteli Linux Mint, netán más Ubuntu-alapú rendszer alól (Ubuntu), hogy nála mekkora méretű ez a könyvtár. És összehasonlítjuk Lajoséval. A teszt:

ls -lSh /var/log/journal

Megvagyunk, ünnepelünk, pihenünk és segítünk. :-)

Áldott Adventet és Kellemes Karácsonyi Ünnepeket Ubuntu-s lányok és fiúk és mindenkinek IS, aki nem Ubuntu-t használ, de ott van az Ubuntu Magyar Közösség fórumán, ha aktív, ha nem!

A kép forrása: https://www.megazdravie.sk/wp-content/uploads/2018/07/egy-pohar-bor-8-ka...

Az Amazing Grace ismert keresztény egyházi ének. A szövegét John Newton vetette papírra 1772 körül, aki egy rabszolga-kereskedő hajó kapitánya volt. 1748-ban, hazatérés közben egy nagy vihar kapcsán „hatalmas szabadulást” élt meg. Naplójában azt írta, hogy hajója az elsüllyedés határán volt, amikor így kiáltott: „Uram, könyörülj rajtunk!”. Megtért, ennek ellenére folytatta a rabszolga-kereskedelmet. Ugyanakkor megkövetelte az általa szállított rabszolgákkal szembeni emberséges bánásmódot. Később hátat fordított kereskedői mesterségének, pap lett, és csatlakozott William Wilberforce-hoz a rabszolgaság eltörléséért folytatott harcában. A dalt sokan úgy emlegetik, mint "A szabadság himnuszát". Forrás: wikipédia

kimarite képe

FaltPak, Snap ... journal!

Értékelés: 

0
Még nincs értékelve

#16 Nézzünk kimeneteket.

Használat

journalctl --disk-usage

Bekapcsolt paraméterek és értékek

grep -v '^#' /etc/systemd/journald.conf

Nem meglepő a GB-os méret:
https://bbs.archlinux.org/viewtopic.php?id=158510

Megoldások még itt vannak:
https://unix.stackexchange.com/questions/139513/how-to-clear-journalctl
A logrotate-ról nincs szó..

Meg lehetne nézni, mi okoz talán eltúlzott naplózást (ismétlődik):

-- rövid

journalctl --no-full

-- hosszú

journalctl -a

kimenetben.

Kilépés: Q

Forrás: https://www.digitalocean.com/community/tutorials/how-to-use-journalctl-t...

FaltPak, Snap ... journal!

Értékelés: 

0
Még nincs értékelve

#16 var/log/journal: https://paste.ubuntu.com/p/bY74bxbYWs/

kimarite képe

FaltPak, Snap ... journal!

Értékelés: 

0
Még nincs értékelve

#18 Oks. Ha ez az 1.7 GB zavar, akkor kitalálunk valamit a csökkentésére.
Várjuk meg a többiek tesztjét (helyfoglalás), és a javaslataikat is.
Hátha van már bevált módszer valakinek a tarsolyában.

Az opt könyvtárad is tartalmaz telepített alkalmazásokat ..., hm, de ez logikus, ha oda települ egy alkalmazás, az helyet foglal.

A FlatPak alkalmazásaid ki tudod váltani (APT telepítéssel), vagy nagyon nem megy?

FaltPak, Snap ... journal!

Értékelés: 

0
Még nincs értékelve

#17 lajos@lajos-Aspire-E5-772G:~$ journalctl --disk-usage
Archived and active journals take up 1.5G in the file system.

 

lajos@lajos-Aspire-E5-772G:~$ grep -v '^#' /etc/systemd/journald.conf

[Journal]

lajos@lajos-Aspire-E5-772G:~$ journalctl --no-full
-- Logs begin at Sun 2019-04-28 20:21:11 CEST, end at Mon 2019-12-23 12:50:51 CE
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: Linux version 4.15.0-20-generi…17)
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: Command line: BOOT_IMAGE=/boot…f=1
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: KERNEL supported cpus:
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel:   Intel GenuineIntel
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel:   AMD AuthenticAMD
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel:   Centaur CentaurHauls
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: x86/fpu: Supporting XSAVE feat…rs'
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: x86/fpu: Supporting XSAVE feat…rs'
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: x86/fpu: Supporting XSAVE feat…rs'
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: x86/fpu: xstate_offset[2]:  57…256
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: x86/fpu: Enabled xstate featur…at.
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: e820: BIOS-provided physical R…ap:
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x000000000000…ble
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x000000000009…ved
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x00000000000e…ved
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x000000000010…ble
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x000000008ebd…ved
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x000000008f4d…ble
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x000000009c8e…ved
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x000000009cdd…NVS
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x000000009cfb…ata
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x000000009cff…ble

 

lajos@lajos-Aspire-E5-772G:~$ journalctl -a
-- Logs begin at Sun 2019-04-28 20:21:11 CEST, end at Mon 2019-12-23 13:00:01 CE
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: Linux version 4.15.0-20-generic (bu
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: Command line: BOOT_IMAGE=/boot/vmli
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: KERNEL supported cpus:
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel:   Intel GenuineIntel
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel:   AMD AuthenticAMD
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel:   Centaur CentaurHauls
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: x86/fpu: Supporting XSAVE feature 0
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: x86/fpu: Supporting XSAVE feature 0
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: x86/fpu: Supporting XSAVE feature 0
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: x86/fpu: xstate_offset[2]:  576, xs
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: x86/fpu: Enabled xstate features 0x
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: e820: BIOS-provided physical RAM ma
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x0000000000000000-
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x000000000009e800-
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x00000000000e0000-
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x0000000000100000-
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x000000008ebd9000-
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x000000008f4d9000-
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x000000009c8ee000-
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x000000009cdde000-
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x000000009cfbe000-
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: BIOS-e820: [mem 0x000000009cffe000-

Nem a log helyfaló, az csak 1,7 GB.

 

kimarite képe

FaltPak, Snap, Appimage, Journal | szabad a vásár ...

Értékelés: 

0
Még nincs értékelve

#20 Nagyjából akkora méret, mint a Baobab mutatja.

journalctl --disk-usage
Archived and active journals take up 1.5G in the file system.

Látszik, hogy semmilyen szűrés nincs beállítva a konf fájlban..
A komment nélküli sorokra kerestünk rá ..., ami kommentelve van (#) nincs használva. Mind kommentelve van (a [Journal] csak tájékoztatás, nem állít be semmit)

grep -v '^#' /etc/systemd/journald.conf

[Journal]

A parancssor kimenetek csak a journal eleje. Bocs, nem mondtam, hogy a Space a lapozás. Igen, a Q a kilépés, de a terminál alsó részén követheted a sorokat (xfce-terminal). Nagyon hosszú lenne az egész, mert az utolsó napló 100 MB méret felett ... és mindez, csak szöveg (több ezer lapnyi!). Nem kéne ide másolni. Terminálban lapozva tudnál nézelődni (Space). Másrészt a kimenet a teljes ablakra állítva nem vágja le a sorok végét (vélhetően), mint most. Pasztás oldalak sem eszik meg a méret miatt. Ismétlődést érdemes keresni, de azok a syslog-ban is láthatóak általában ... .

journalctl --no-full
-- Logs begin at Sun 2019-04-28 20:21:11 CEST, end at Mon 2019-12-23 12:50:51 CE
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: Linux version 4.15.0-20-generi…17)
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: Command line: BOOT_IMAGE=/boot…f=1
journalctl -a
-- Logs begin at Sun 2019-04-28 20:21:11 CEST, end at Mon 2019-12-23 13:00:01 CE
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: Linux version 4.15.0-20-generic (bu
ápr 28 20:21:11 lajos-Aspire-E5-772G kernel: Command line: BOOT_IMAGE=/boot/vmli

Ha nem érdekel a történet, akkor ennyi. Ok.
Tegyük félre ezt, és gondold át, hol máshol tudnál garast a fogadhoz ütni. FlatPak .. ?

Nem a log helyfaló, az csak 1,7 GB.

-----

    Ha esetleg a fórumtársak közül csökkentené a journal méretét,
    van ismert és bevált módszere erre,
    és el is magyarázza a miérteket és a hogyant,

    bátran szóljon hozzá. :-)

FaltPak, Snap, Appimage, Journal | szabad a vásár ...

Értékelés: 

0
Még nincs értékelve

#21 Nálam:
morci@morci:~$ sudo du -sh /var/log/journal/*
57M /var/log/journal/d348b0ed2cea4c5fae27cee7aa42728c
morci@morci:~$ sudo du -sh /var/log/journal/d348b0ed2cea4c5fae27cee7aa42728c/*
25M /var/log/journal/d348b0ed2cea4c5fae27cee7aa42728c/system@00059a20e66e323e-7d7ddacea26164bd.journal~
17M /var/log/journal/d348b0ed2cea4c5fae27cee7aa42728c/system.journal
8,1M /var/log/journal/d348b0ed2cea4c5fae27cee7aa42728c/user-1000@00059a20e77d3ba7-3418a3eb117e0232.journal~
8,1M /var/log/journal/d348b0ed2cea4c5fae27cee7aa42728c/user-1000.journal
morci@morci:~$

FaltPak, Snap, Appimage, Journal | szabad a vásár ...

Értékelés: 

0
Még nincs értékelve

#22 /var/lib -> 835M

https://paste.ubuntu.com/p/DCPydtJC3J/

kimarite képe

FaltPak, Snap

Értékelés: 

0
Még nincs értékelve

#12 Bevallom, nem értek túlzottan a FlatPak alkalmazásokhoz és hasonlókhoz (Snap, Appimage).
És inkább valami más módot keresek, ha valamilyen alkalmazás feltétlen kell, így nem telepítem inkább.

A videó driverek szükségességét sem értem. Vélhetően valamelyik alkalmazás húzta fel:

org.freedesktop.Platform.GL.default/x86_64/19.08      system,runtime
org.freedesktop.Platform.GL.nvidia-390-116/x86_64/1.4 system,runtime
org.freedesktop.Platform.GL.nvidia-430-14/x86_64/1.4  system,runtime
org.freedesktop.Platform.GL.nvidia-430-26/x86_64/1.4  system,runtime
org.freedesktop.Platform.GL.nvidia-430-40/x86_64/1.4  system,runtime
org.freedesktop.Platform.GL.nvidia-430-50/x86_64/1.4  system,runtime
org.freedesktop.Platform.GL.nvidia-430-64/x86_64/1.4  system,runtime
org.freedesktop.Platform.VAAPI.Intel/x86_64/1.6       system,runtime
org.freedesktop.Platform.VAAPI.Intel/x86_64/18.08     system,runtime
org.freedesktop.Platform.VAAPI.Intel/x86_64/19.08     system,runtime
org.freedesktop.Platform.ffmpeg/x86_64/1.6            system,runtime
org.freedesktop.Platform.html5-codecs/x86_64/18.08    system,runtime
org.freedesktop.Platform/x86_64/1.6                   system,runtime
org.freedesktop.Platform/x86_64/18.08                 system,runtime
org.gnome.Platform/x86_64/3.30                        system,runtime
org.gnome.Platform/x86_64/3.32   

Viber, VLC, Avidemux?

VLC

sudo apt-get install vlc

Viber

Letöltöd, telepíted ... . Ha Debiant használsz, akkor:
https://linuxmint.hu/comment/33222#comment-33222

Avidemux

AppImage: https://www.fosshub.com/Avidemux.html
Vagy forrásból ..., keress rá a fórumon.
Ha Debian a használt rendszered, akkor vedd fel a Debian Multimedia tükröt.
Azon megvan. Íme a tükör: https://deb-multimedia.org/
Érdemes lenne apt-pinning-et használni (preferences fájl), és abban azt beállítani, hogy csak ez az alkalmazás jöjjön a Multimedia tükörről ...
Ha Linux Mintet használsz, akkor PPA:
https://launchpad.net/~ubuntuhandbook1/+archive/ubuntu/avidemux/
Egy régebbi PPA. Már nem igazán nyüzsgős (kettőt ne vegyél fel):
https://launchpad.net/~rebuntu16/+archive/ubuntu/avidemux+unofficial

Témák

Letölthető máshonnan ..., sok helyről.

com.uploadedlobster.peek/x86_64/stable

Ez a Spotify lenne?
Ha igen, így is telepítheted:

curl -sS https://download.spotify.com/debian/pubkey.gpg | sudo apt-key add -
echo "deb http://repository.spotify.com stable non-free" | sudo tee /etc/apt/sources.list.d/spotify.list
sudo apt-get update
sudo apt-get install spotify-client

Forrás: https://www.spotify.com/hu/download/linux/

FFMPEG, Nvidia, VAAPI

Mind telepíthető a Synapticból is. Példa (kiindulás):

sudo ubuntu-drivers devices

Van még kérdés? :-)

Milyen rendszert használsz most?

kimarite képe

Avidemux

Értékelés: 

0
Még nincs értékelve

#24 Ja igen, emlékszem, miért nem használom az Avidemux AppImage-t. Mert kicsik a karakterek, így indítva pedig eltűnik az ablak teteje, a menü:

env QT_AUTO_SCREEN_SCALE_FACTOR=0 QT_SCALE_FACTOR=1.2 ./avidemux_2.7.4.appImage

De kellett ez is:

chmod a+x avidemux_2.7.4.appImage

A Multimedia tükröt lehet, beállítom valahogy ..., pedig nem szeretem használni mostanában.
A forrásból készített alkalmazás is hibát mutat a megjelenésben sajnos, kilóg a képernyőről (Qt probléma).

kimarite képe

FaltPak, Snap, Appimage, Journal | szabad a vásár ...

Értékelés: 

0
Még nincs értékelve

#22 #23 Köszi lala. Ezek szerint Lajosnál valami nagyon pörög. Emlékszem egy problémás (talán WiFi) eszközre, vagy ilyesmi ... de nem találgatok, nem vagyok ott. Igazából az mondja, nem érdekli ez  a 1.7 GB ... . A helyében néha, néha ránéznék, mekkorára duzzad (https://www.youtube.com/watch?v=iJk5FLSOk6w ).

kimarite képe

Avidemux

Értékelés: 

0
Még nincs értékelve

#25 Letöltöttem a Multimedia fájlokat, módosítottam a control fájl. Így is telepíteni kellett kettő, máshonnan nem elérhető csomagot. Telepítve az ablak szintén kilóg lefelé ...

Készítettem egy leírást arról, mi történik, ha a a Debian Multimedia tükröt felveszed, és mondjuk az Avidemux alkalmazást telepítenéd (tükröt felvéve jól jelenik meg ..), nekem nem ér meg az egész ennyit:
https://pastebin.com/nLiyukNu

FlatPak, Snap, AppImage

Értékelés: 

0
Még nincs értékelve

#24 Jelenleg kizárólag a Linux Mint 19.3 Xfce-t használom ezen a gépen, mert több rendszer használatának nincs értelme - más disztrókat külső HDD-n, vagy VirtualBoxban próbálok ki.

Telepítettem programokat Flatpakból és AppImage alkalmazásokat is használok.

A peek egy képernyővideó-mentő alkalmazás, nem Spotify. A videódrivert a NVIDIA-kártyához a rendszerben lévő telepítő installálta. A WiFi-vel Debianon van probléma.

Valami baj lehet mostanában a routerrel (TP-LINK), mert naponta 1-2-szer ki-be kell kapcsolni, mert megszakad vele a kapcsolat (mindegyik készülékkel ez a helyzet). A WiFi Analyzer mutatja a jelszintet, mégsincs kapcsolódás - a tablet rendszerbeállítása azt írja ki, hogy tartományon kívül van. Mindegy melyik csatornára állítom, ugyanúgy eldobódik a jel, csak néhány perc után van újra kapcsolódás. Rendkívül bosszantó tud lenni.

Ha lehet én is a szoftverkezelőt, vagy a synapticot használom, de van amikor kénytelen vagyok AppImage-alkalmazást felvenni, vagy közvetlenül a készítő oldaláról letölteni a deb-fájlt. Néhány PPA-t is fel kellett vennem.

Egy programmal most is bajom van: az SMPlayerrel. Most meg az srt-feliratokat nem jeleníti meg a filmekhez - még akkor se, ha benne van a fájlban. A legújabb mpv-t meg nem telepítem, mert akkor külső hangot nem tudok hozzárendelni a videóhoz.

kimarite képe

FlatPak, Snap, AppImage | Avidemux PPA

Értékelés: 

0
Még nincs értékelve

#28 Jelenleg kizárólag a Linux Mint 19.3 Xfce-t használom ezen a gépen

Akkor az Avidemux mehetne PPA-ról inkább.

Takarítás

Értékelés: 

0
Még nincs értékelve

#13 Bleachbit:

-Alapos vizsgálat alatt: Átmeneti fájlok

-Apt alatt: Autoclean, Autoremove + amit gondolsz

-Rendszer alatt: Lokalizáció (Beállítást igényel, magyart, angolt megtartani, többi mehet), Régi naplófájlok.

Timeshift: Láttam, elég hosszú a lista, ami arra utal, sok visszaállítási pont van, bár ez nem sok helyet foglal, ami nem kell, azt lehet törölni (mondjuk utolsó 5 napot megtartani)

Synaptic csomagkezelő: Itt a telepítve opció alatt a listában esetleg a libreoffice kezdetű csomagoknál azokat a help fájlokat törölni, amely nyelveket úgysem használsz, + azokat a nyelvi fájlokat (language pack), amely nyelveket nem használsz (angolt illik megtartani, ha nem is használod)

Frissítés kezelőben, Nézet, kernelek, Kernelek eltávolítása: Réiek törlése, az akívan használtat, + egy régebbit illik megtartani.

FaltPak, Snap

Értékelés: 

0
Még nincs értékelve

#24 A videó driverek szükségességét sem értem. Vélhetően valamelyik alkalmazás húzta fel:

Mint alatt nekem is felrakja / frissíti az összest a frissítéskezelő, nem tudom, hogy alapból, vagy valaminek kell, majd megnézem mi van a szűz virtuális gépen, amire nem raktam még fel semmi újat...

Viber, VLC, Avidemux?

Ezek mind elérhetők (legfeljebb nem a lagutolsó verzió) a Mint alap szoftverkezelőjében, nem kell PPA, Flatpack sem hozzájuk.

kimarite képe

FaltPak, Snap

Értékelés: 

0
Még nincs értékelve

#31 Mint alatt nekem is felrakja / frissíti az összest a frissítéskezelő, nem tudom, hogy alapból, vagy valaminek kell, majd megnézem mi van a szűz virtuális gépen, amire nem raktam még fel semmi újat...

FlatPak-ból rakja fel? Azt is nézd meg.

Egyébként pedig

Értékelés: 

0
Még nincs értékelve

Mostanra befejezte a lemezelemző nálam a felmérést, mit mondjak, kedves Lajos, nálad pompás a helyzet, nekem 365 GB foglalt, ebből 208 GB a timeshift mentései (majd takarítok, ha helyszűke lesz, most van bőven sok hely még), és mintegy 146 GB a virtuális gépek, azon túl a Flatpack repo 2,3 GB, ami még számottevő, de a LOG együttesen csak 502 MB. (Ez mind journal).

FaltPak, Snap

Értékelés: 

0
Még nincs értékelve

#32 FlatPak-ból rakja fel? Azt is nézd meg.

Nem hiszem, nincs más forrás nálam konfigurálva, csak az alap, + Wine forrásai, + opensuse. (bár azt nem tudom, hogy Flatpakhoz kell-e egyáltalán valamit bekonfigurálni). Próbáltam rákereseni a flatpack-ból telepített csomagokra, de nincs találat.

kimarite képe

Egyébként pedig

Értékelés: 

0
Még nincs értékelve

#33 146 GB a virtuális gépek, azon túl a Flatpack repo 2,3 GB

Sok virtuális rendszered lehet. :-)

#34 Próbáltam rákereseni a flatpack-ból telepített csomagokra, de nincs találat.

Szerintem sem onnan telepíti a rendszer a videó drivert. Köszi.

Takarítás

Értékelés: 

0
Még nincs értékelve

#30 A Bleachbit-et majd holnap megnézem, mert ígéretesnek tűnik.

A Timeshift nálam csak heti mentésre van állítva - jelenleg 3 visszaállítási pont van.

Talán azért van annyi logfájl belőle, mert többször előfordult, hogy visszaléptem az utolsó állapotra (legutóbb az mpv hibás működése miatt).

FaltPak, Snap

Értékelés: 

0
Még nincs értékelve

#32 No, megnéztem egy virtuális gépet, azon is fent van egy rakás video driver, SiS, S3, Intel, nvidia, Radeon, (AMD), Matrox, stb....

kimarite képe

FaltPak, Snap

Értékelés: 

0
Még nincs értékelve

#37 Alapból sok driver telepítve van. Az xserver-xorg-* dolgokra gondolsz, az egyértelmű, hogy kellhetnek bármikor. Ha videókártyát cserélsz például.

Takarítás

Értékelés: 

0
Még nincs értékelve

#36 Látom, hogy használsz flatpak csomagokat is. Az itt leírt takarítást érdemes elvégezni:

https://linuxlaci.wordpress.com/2019/03/12/flatpak-rendrakas/

Nekem a régi rendszeren, sok flatpak csominál igencsak sok "szemét", fennmaradt fájlcsomag leszedésre került.  

 

Takarítás

Értékelés: 

0
Még nincs értékelve

#39 A flatpak uninstall 1,4 GB helyet szabadított fel.
#30 A BleachBit-tel 400 MB-ot töröltem. A nyelvek közül a magyar van teljesen telepítve. A LibreOffice-ból semmit nem töröltem. Egyetlen kernel van, a 4.15.0-72-es.
Jelenleg 18 GB a foglalt hely, ami még mindig egy kicsit sok. Remélem a törlések miatt nem lesz zűr a rendszerrel.
A mostani helyfoglalás: https://ibb.co/H4DFXy4

Logok?

Értékelés: 

0
Még nincs értékelve

Nem ismerem a Mint vagy az Ubuntu naplózás megoldásait, és nem merném összehasonlítani a sajátommal,

journalctl --disk-usage

Archived and active journals take up 8.0M in the file system.

 

De iszonyat soknak tartom. Ezt le kellene korlátozni, a régi logokat, stb. törölni. Az én szemléletemben nincs szükség a két hétnél régebbi logokra a saját gépemen.

Ha ilyen nagy a log készlet, annak a hosszú idő az oka, vagy valami valóban generálja a bejegyzéseket.

kimarite képe

Logok?

Értékelés: 

0
Még nincs értékelve

#41 Nincs használva ... . Az én rendszeremen.

sudo journalctl --disk-usage
[sudo] kim jelszava:
Archived and active journals take up 8.0M in the file system.

Arra gondolsz, a 8 MB sok?

Logok?

Értékelés: 

0
Még nincs értékelve

#42 Nem, hanem ezt olvastam:

 lajos@lajos-Aspire-E5-772G:~$ journalctl --disk-usage
Archived and active journals take up 1.5G in the file system.

1,5giga az a sok. Ott valami nagyon nem jó. 

Ha sokalja a telepítés méretét, előbb ezt kellene megnézni, hogy mi az oka. 

Logok?

Értékelés: 

0
Még nincs értékelve

#43 Több mint 3 éves rendszeren, (18.3 Cinn.) a teljes "var" könyvtár mérete
nálam 1.1 GB.

kimarite képe

Logok?

Értékelés: 

0
Még nincs értékelve

#43 1,5giga az a sok. Ott valami nagyon nem jó. 

Háát, igen.

Takarítás

Értékelés: 

0
Még nincs értékelve

#40 Jelenleg 18 GB a foglalt hely, ami még mindig egy kicsit sok.

Szerintem ez meg egy nagyon is reális, és jó érték. Amúgy mi lenne megfelelő érték, azt megtudhatjuk? Van kitűzött cél?

Bár, a jelek szerint a sok LOG valami gubancra utal, lehet, ezt fontosabb lenne felderíteni / megoldani, mint a rendszer méretét csökkenteni.

Takarítás

Értékelés: 

0
Még nincs értékelve

#46 Ez egy több mint 3 éves jól belakott 18.3-as rendszer - az alap telepítésen
túl számos alkalmazással és csomaggal megspékelve.
A rendszer partíció mérete 14 GIB ... ebből foglalt, - durván - 8 GIB ! https://ibb.co/2jnHLZk
Flatpak-al telepített alkalmazásom nincs.

Takarítás

Értékelés: 

0
Még nincs értékelve

#46 Melyik logokat és milyen módszerrel töröljek?

A hiba kiderítésére van ötletetek?

Egyébként a rendszerrel nincs problémám, nagyjából minden jól és gyorsan működik, kivéve a leállási lefagyásokat (nem olyan gyakori).

kimarite képe

Takarítás

Értékelés: 

0
Még nincs értékelve

#48 A naplók (log fájlok) olvasása történhet a cat paranccsal, de nagyobb fájloknál (konzolon végképp: Ctrl + Alt + F[szám]) a more vagy a less paranccsal. A less a more továbbfejlesztett változata, és visszafelé görgetést is lehetővé tesz. Mondjuk, én most megnéztem a more-t, az is így működött (lehet, a manpages nincs frissítve ... e tekintetben). A cat parancs egy az egyben mindent a terminál kimenetre dob, azaz a szöveges fájl teljes tartalmát, míg a másik két alkalmazás lapozást tesz lehetővé, amely vezérlése a Space billentyűvel történik.

A less és a more

Ha az olvasás közben

-- „megunja” az ember a fájl olvasását, vagy éppen más dolga akad,
-- talál egy hibát, amely megoldásának utána járna, és csak aztán nézelődne tovább,
-- vagy a szóvegfájl, a napló végére ér

akkor a Q billentyűvel lehet kilépni az alkalmazásból, azaz a fájl olvasását befejezni, és visszatérni a készenléti jelzéshez, azaz a prompthoz ($).

Példa:

less /var/log/syslog

A journal fájlok Lajos rendszerén több tíz, esetenként 100 MB méretűek, ezért legfeljebb lapozva érdemes ezeket olvasni, és a pasztás oldalakra sem lehet feltölteni úgy igazán. A lapozásban tevékenyen nem tudunk résztvenni ..., nem látjuk a szövegrészeket . Grafikus szövegszerkesztő (Cinnamon XApp szövegszerkesztő, Pluma, Geany, Gedit, LeafPad, Kate, stb.) ezzel a mérettel nehezen bírkózna meg. Tőlünk sem várható el, hogy több ezer, tízezer oldalt elemezzünk, de erre egyáltalán nincs szükség.

Mindezek miatt érdemes más utat választani, azaz olyan kisebb méretű naplókat nézni a megosztás által, amelyekben bőven benne lehet az eltúlzott naplózás oka. A műveletre viszont inkább a cat lenne alkalmas, azaz a fájlok olvasására. Az olvasás után a terminál menüjének segítségével az összes szöveget ki kell jelölni és a vágólapra másolni, majd velünk megosztani az Ubuntu Pastebin segítségével (a módszert leírtuk több helyen).

A cat

Nézzük a syslogot,

cat /var/log/syslog

és egy parancs kimenetet is.

dmesg

Lehetne szűrni a kimenetet, a grep alkalmazással, de nem tudjuk a szűrés feltételeit, így elkerülheti a figyelmünket bármi, ami fontos lehet. A greppel a journal fájlban is lehet keresni, ha tudjuk, mit keresünk. Nem tudjuk.

-----

Zárójelben megjegyzem, a néhol említett szövegszerkesztő használata nem utal arra, hogy a naplókat szerkeszteni lehetne. Nem lehet, és logikátlan lenne. A naplók valamilyen eseményeket rögzítenek, de ez visszafelé nem működik, azaz nem változtathatják meg rendszer működését. Egy példával élve, ha Kati találkozott Bélával kedden, akkor ezt Kati megírja a kis rózsaszín naplójába, amit később törölhet, kiradírozhat, de attól még az esemény megtörtént. A Linux viszont nem „hazudik”.

Takarítás

Értékelés: 

0
Még nincs értékelve

#49 /var/log/syslog: https://paste.ubuntu.com/p/ndRvxy3RDp/
dmesg: https://paste.ubuntu.com/p/73pHBVgSjr/
Közben fut a HandBrake, nem akarom megszakítani.

Takarítás

Értékelés: 

0
Még nincs értékelve

#48 Linux Mint menüben ott a a Naplók alkalmazás, az Adminisztráció alatt. Alapból ez mutat pár sort, amik problémákat jelentenek. Ez lehet egy kiindulási alap a felderítéshez, ezek jellemzően hardver problémák.

Ugyanigy a dmesg futtatássával a terminálban meg lehet jeleníteni egy hosszabb riportot, amiben nagy esélyel ugyanezek a problémák  láthatók pirossal színezve, ott olyan környeztben, ami utalhat további információkra is.

Ha kizárásra kerülnek a herdveres problémák, akkor lehet koncentrálni a szoftveres problémákra. (Tippem szerint itt ilyesmiről lehet szó)

Egyébként szabadon lehet törölni valamennyi LOG-ot, az nem okoz problémát, ezek hibafelderítésre szolgáló szöveges fájlok. Akár törölni lehet mindet, és majd csak az újakra koncentrálni.

Takarítás

Értékelés: 

0
Még nincs értékelve

#47 #48

Ez egy több mint 3 éves jól belakott 18.3-as rendszer - az alap telepítésen
túl számos alkalmazással és csomaggal megspékelve.
A rendszer partíció mérete 14 GIB ... ebből foglalt, - durván - 8 GIB
!

Rendben, nekem meg frissen telepített, naprakészre frissített Mint 19.2 Cinnamon a virtuális gépen 41 GB-t foglal. Semmi plusz nincs rá telepítve, csak az alap telepítés + a Virtualbox kiegészítések. A 19.3 gépet töröltem, most nem tudom megnézni, de majd csinálok egyet, és jelentem, az mennyi....

kimarite képe

Takarítás

Értékelés: 

0
Még nincs értékelve

#50 Elsőre: kiemelem a vélhetően hízást okozó jelzést. Azt hiszem, a témát régebben is tárgyaltuk. A most általam röviden „AE_NOT_EXIST” néven nevezett probléma megoldása nehéz ügy ...

[    0.048077] ACPI: Added _OSI(Module Device)
[    0.048078] ACPI: Added _OSI(Processor Device)
[    0.048079] ACPI: Added _OSI(3.0 _SCP Extensions)
[    0.048079] ACPI: Added _OSI(Processor Aggregator Device)
[    0.048081] ACPI: Added _OSI(Linux-Dell-Video)
[    0.048082] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio)
[    0.048083] ACPI: Added _OSI(Linux-HPI-Hybrid-Graphics)
[    0.048718] ACPI: Executed 19 blocks of module-level executable AML code
[    0.058005] ACPI Error: No handler for Region [RAM_] (        (ptrval)) [EmbeddedControl] (20170831/evregion-166)
[    0.058011] ACPI Error: Region EmbeddedControl (ID=3) has no handler (20170831/exfldio-299)
[    0.058017] No Local Variables are initialized for Method [_REG]
[    0.058019] Initialized Arguments for Method [_REG]:  (2 arguments defined for method invocation)
[    0.058020]   Arg0:           (ptrval) <Obj>           Integer 0000000000000000
[    0.058024]   Arg1:           (ptrval) <Obj>           Integer 0000000000000001
[    0.058028] ACPI Error: Method parse/execution failed \_SB.PCI0.LPCB.EC0._REG, AE_NOT_EXIST (20170831/psparse-550)
[    0.058212] ACPI Error: No handler for Region [RAM_] (        (ptrval)) [EmbeddedControl] (20170831/evregion-166)
[    0.058215] ACPI Error: Region EmbeddedControl (ID=3) has no handler (20170831/exfldio-299)
[    0.058220] No Local Variables are initialized for Method [_REG]
[    0.058221] Initialized Arguments for Method [_REG]:  (2 arguments defined for method invocation)
[    0.058221]   Arg0:           (ptrval) <Obj>           Integer 0000000000000001
[    0.058224]   Arg1:           (ptrval) <Obj>           Integer 0000000000000001
[    0.058228] ACPI Error: Method parse/execution failed \_SB.PCI0.LPCB.EC0._REG, AE_NOT_EXIST (20170831/psparse-550)
[    0.064012] ACPI: Dynamic OEM Table Load:
[    0.064022] ACPI: SSDT 0xFFFF9A6D148EC800 0003D3 (v02 PmRef  Cpu0Cst  00003001 INTL 20130117)
[    0.064777] ACPI: Dynamic OEM Table Load:
[    0.064785] ACPI: SSDT 0xFFFF9A6D14FD9000 0005AA (v02 PmRef  ApIst    00003000 INTL 20130117)
[    0.065582] ACPI: Dynamic OEM Table Load:
[    0.065589] ACPI: SSDT 0xFFFF9A6D1499D000 000119 (v02 PmRef  ApCst    00003000 INTL 20130117)
[    0.067614] ACPI: EC: EC started
[    0.067614] ACPI: EC: interrupt blocked
[    0.079475] ACPI: \_SB_.PCI0.LPCB.EC0_: Used as first EC
[    0.079477] ACPI: \_SB_.PCI0.LPCB.EC0_: GPE=0x2f, EC_CMD/EC_SC=0x66, EC_DATA=0x62
[    0.079478] ACPI: \_SB_.PCI0.LPCB.EC0_: Used as boot DSDT EC to handle transactions
[    0.079479] ACPI: Interpreter enabled
[    0.079524] ACPI: (supports S0 S3 S4 S5)
[    0.079525] ACPI: Using IOAPIC for interrupt routing
[    0.079568] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug

# A többi szerintem „saláta” (jegyzetnek):

[    1.891875] [drm] Memory usable by graphics device = 4096M
[    1.891877] checking generic (d0000000 7f0000) vs hw (d0000000 10000000)
[    1.891878] fb: switching to inteldrmfb from VESA VGA
[    1.891896] Console: switching to colour dummy device 80x25
[    1.892022] [drm] Replacing VGA console driver
[    1.897986] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[    1.897987] [drm] Driver supports precise vblank timestamp query.
[    1.900040] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem
[    1.905960] ------------[ cut here ]------------
[    1.905961] Could not determine valid watermarks for inherited state
[    1.906012] WARNING: CPU: 2 PID: 166 at /build/linux-E6MDAa/linux-4.15.0/drivers/gpu/drm/i915/intel_display.c:14537 intel_modeset_init+0xfcf/0x1010 [i915]
[    1.906012] Modules linked in: i915(+) i2c_algo_bit drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops ahci libahci drm r8169 mii video i2c_hid hid
[    1.906021] CPU: 2 PID: 166 Comm: systemd-udevd Not tainted 4.15.0-72-generic #81-Ubuntu
[    1.906022] Hardware name: Acer Aspire E5-772G/Aspire E5-772G, BIOS V1.10 10/27/2015
és trace készült ehhez.

-----

[    5.404053] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms  430.64  Sun Oct 27 11:08:21 UTC 2019
[    5.409225] [drm] [nvidia-drm] [GPU ID 0x00000400] Loading driver
[    5.442251] ACPI Warning: \_SB.PCI0.RP05.PXSX._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20170831/nsarguments-100)

A dmesg-t néztem, de a syslog is tartalmazza ezeket.

Takarítás

Értékelés: 

0
Még nincs értékelve

#53 Kedves Lajos!

Meg lehet-e nézni / tudni, hogy a BIOS beállításoknál az ACPI körül /-val kapcsolatban mit lehet beállítani / volt-e piszkálva / volt-e a BIOS frissítve / milyen az aktuális verzió?

Vagy a gép típusát, hátha letölthető / elérhető hozzá valami infó a BIOS-asl kapcsolatban....

 

Takarítás

Értékelés: 

0
Még nincs értékelve

#54 Némi általános információt ad a BIOS-ról - is -  a:

sudo dmidecode
parancs.
A kimenetet lehetőleg ide.: https://paste.ubuntu.com/

Takarítás

Értékelés: 

0
Még nincs értékelve

#55 https://paste.ubuntu.com/p/Ktpsxx4Ghv/
#54 Nem emlékszem, hogy az ACPI-t lehetne állítani. A BIOS-t nem frissítettem, így jó, ahogy van - nem akarom, hogy működésképtelenné váljon a gépem, és azt se akarom, hogy elveszítsem a frissítéssel a legacy-mód képességet.

Takarítás

Értékelés: 

0
Még nincs értékelve

#48 Én óvatosan írok, mert rég nem használok Mint-et, így érdemes előbb átgondolni a leírtakat, de elvileg ennek mennie kellene.

Előbb lekérném a méretet újra: 

journalctl –disk-usage

Ha ez még mindig nagyobb, mint pár száz mega, és nincs semmi olyan hibajelenség, amit ezekben akarsz visszakeresni, akkor:

journalctl –vacuum-size=200M

Ez lecsökkenti a méretet, azaz a régi bejegyzéseket törli. Ezután elvileg a journalctl –disk-usage már ennyit kell, hogy mutasson. Ha ez nem csökkenti le a méretet, akkor már komolyabb a gond, mert olyan log fájlokat is találni ott, amit nem a rendszer kezel. De ha nincs semmi probléma, akkor ez jó ötlet lehet. 

Majd fel kell írni a méretet, és naponta megnézni, hogy nem ugrik-e fel nagyon. Ha igen, akkor meg kell keresni, hogy van-e közte komoly jelzés, csak a legkomolyabb hivákat szürve:

journalctl -p err -b

Ha minden rendben, akkor már érdemes korlátozni a terjeszkedését a naplófájloknak. Ebben a fájlban lehet megtenni:

/etc/systemd/journald.conf

Én 

MaxRetentionSec=15day

beállítással 15 napra korlátoztam a maximális határidőt, ami után már töröl. Általában hiba után rögvest kellenek a naplók, de soha nem kellett egy hét után. 

És a fájl átrása után:

systemctl restart systemd-journald

(nyilván rendszergazdai jog kell hozzá...)

Messze többet is be lehetne állítani, de én a napok száma szerinti beállítást használom. 

 

Takarítás

Értékelés: 

0
Még nincs értékelve

#57 lajos@lajos-Aspire-E5-772G:~$ journalctl --disk-usage
Archived and active journals take up 1.5G in the file system.

 

journalctl --vacuum-size=200M után (rendszergazdai joggal):
lajos@lajos-Aspire-E5-772G:~$ journalctl --disk-usage
Archived and active journals take up 216.0M in the file system.

 

A terminál ezt így nem ismeri: journalctl -p err -b

A helyfoglalás lement 17,3 GB-ra.

Takarítás

Értékelés: 

0
Még nincs értékelve

#56 Pedig elég régi a BIOS...

https://www.acer.com/ac/en/US/content/support-product/5993?b=1

 

kimarite képe

Takarítás

Értékelés: 

0
Még nincs értékelve

#58 Próbáld így:

sudo journalctl -p err -b

#59 Nvidia BUS hibára is utalnak az ERROR jelzések. Például az 550-es.

Takarítás

Értékelés: 

0
Még nincs értékelve

#60 Nvidia -val kapcsolatos hibákra 3 BIOS frissítést is kiadtak. Ld. fentebbi link alatt BIOS\Firmware szekció...

Takarítás

Értékelés: 

0
Még nincs értékelve

#61 Két gép BIOS-át már frissítettem, de az acerhez nem nyúlok - azt se tudom, hogy melyik fájlt kell letölteni.

Jelenleg is a NVIDIA-chip intézi a grafikai megjelenítést, és eddig jól működött. Ami hiányzik, az a hardveres videókódolás-segítés (avc, hevc), mert a h.265 enkódolás igencsak sokáig tart, úgyhogy inkább a h.264-et használom két menettel.

kimarite képe

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#63 Lajos! Ha a Debian 10 kiadást használod, akkor meg tudom osztani veled az 5.4.7-es kernel telepítőit. Nemrég készítettem el: https://linuxmint.hu/comment/33745#comment-33745

Már csak az a kérdés, hogy 64 bites vagy 32 bites a rendszered. Melyik?
Talán utóbbi, 32 bites, ez esetben viszont el kell készítenem a 32 bites telepítőket.
Ha kéred, elkészítem a 32 bites rendszerre való kernelt, de csak akkor, ha kipróbálod..

Talán javítana ezeken a hibákon: https://linuxmint.hu/comment/33512#comment-33512
Nem biztos, de egy esély, ha kicsi is.

A telepítés után lehetne dmesg kimenetet nézni.

Ha firmware hiányozna, az a telepítés után (dpkg), vagy egy lefuttatott

sudo initramfs -uk all

parancs kimenetében látszódik.
A firmware-eket érdemes még a rendszer újraindítása előtt pótolni. Ebben is segítek.

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#64 Szia kimarite!
Debian rendszer csak a kivénhedt P4-esen van, az is 32 bites, MATE-verzió. Ma kapcsoltam éppen be, mert kellett egy iso-fájl egy régebbi DVD-mről. Ez a gép nem 100%-os, mert kétszer is lefagyott a PeaZip használata közben. Talán nem is érdemes foglalkozni vele.
Amit linkeltél (https://linuxmint.hu/comment/33512#comment-33512), ehhez én nem értek.
A mostani gépemen jelenleg nem használok Debiant, mert a WiFi-t nem jól kezeli - talán be kéne szerezni már egy újabb routert (a jeleldobás miatt). Az acerre 64 bites Linux Mint van telepítve - a megoldásod nem tudom hogyan használható fel rajta?
Külső HDD-n ki tudom próbálni a 64 bites Debiant, ha ez segítene a hibák kijavításában.

kimarite képe

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#65 Az Acer a kérdéses gép, igen. Ha azon Linux Mintet használsz és nem Debiant, akkor azt UKUU-t nyugodtan használhatod.

Az Ubuntu mainline kerneleit telepítheted vele, jelen pillanatban természetesen itt, az Ubuntu alatt is elérhető már a jelenlegi stabil Linux kernel (Linus Torvalds), a v5.4.7, Ubuntu Linuxnak megfelelő (foltozott, patchelt változata):
https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.4.7/

A Linux Mint Ubuntu-alapú, a kernelek alapvetően jók lesznek.

Az UKUU telepítése:

sudo add-apt-repository ppa:teejee2008/ppa
sudo apt-get update
sudo apt-get install ukuu

Forrás: https://www.omgubuntu.co.uk/2017/02/ukuu-easy-way-to-install-mainline-ke...

Az UKUU használata:

Forrás: https://teejeetech.in/ukuu/

Nézz rá az 5.4.7-es kernelre szerintem.
Nemrég linkeltem a hibákat soroló hozzászólásom.
A rendszer újraindítás után azt kell figyelni, eltűnnek-e (dmesg).

-----

Ha megnéznéd külső meghajtóra telepítve a Debian 10 (Buster) kiadást, akkor a kernel fájlokat (3 darab telepítő) innen tudod letölteni: https://www.dropbox.com/s/b90i6sg678pj0wv/LinuxKernel5.4.7_Debian10.tar.xz?dl=0

A Linux Minthez nem jó ez a kernel ...

Kicsomagolod (tar.xz), belépsz a könyvtárba, terminált nyitsz, majd

sudo dpkg --install *.deb
sudo apt-get -f install

Aztán ide kéne másolni, milyen firmware-ek hiányoznak. Pótolni kell a sikerhez.
Bármi probléma van, jelezd.

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#66 Telepítettem az Ukuu-val az 5.4.7-050407-es kernelt, majd újraindítottam a rendszert. Eddig simán működik, de van egy érdekesség: a Frissítéskezelő azt írja, hogy nem támogatott. Telepítés közben fölajánlotta az 5.4.6-ot.
dmesg: https://paste.ubuntu.com/p/qb73kXKKbt/
Valamilyen listát készítsek még?

kimarite képe

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#67 A kimenet kéne:

sudo update-initramfs -uk all

A többit is átnézem.

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#68 lajos@lajos-Aspire-E5-772G:~$ sudo update-initramfs -uk all
[sudo] lajos jelszava:               
update-initramfs: Generating /boot/initrd.img-5.4.7-050407-generic
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8125a-3.fw for module r8169
W: Possible missing firmware /lib/firmware/i915/tgl_dmc_ver2_04.bin for module i915
W: Possible missing firmware /lib/firmware/i915/skl_guc_33.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_guc_33.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_guc_33.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/glk_guc_33.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_guc_33.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/icl_guc_33.0.0.bin for module i915
update-initramfs: Generating /boot/initrd.img-4.15.0-72-generic

A Debiant most nem tudom kipróbálni, mert csak WiFi-kapcsolaton vagyok, és telepítéskor szükség van a hálózatra.

kimarite képe

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#69 Hiányoznak firmware-ek a kernelnek. Ezeket pótolni kéne, letölteni, és bemásolni a megfelelő helyre. Azokat töltsd le, amik neked hiányoznak! A módszert és a teendőket (példa) ebben a hozzászólésban írtam le:
https://linuxmint.hu/comment/33745#comment-33745

Intel

Nem kell bonyolult dologra gondolni:
-- készítesz a Letöltések könyvtárba egy i915 nevű könyvtárat,
-- letöltöd ide a nálad hiányzó fimrware-ket és csak azokat (7 darab). Innen:
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware....
... a plain elemet megnyomva indul a letöltés.
-- ha a letöltéssel végeztél, akkor bemásolod őket a helyükre:

cd Letöltések/i915
sudo cp *.bin /lib/firmware/i915/

-- majd ellenőrzés,

sudo update-initramfs -uk all

... és már nem szabad, hogy hiányozzanak. Ez a siker.
Abból a szempontból sem bonyolult, hogy a kbl az a KabyLake, az skl a SkyLake elnevezése.

Realtek

Azonban van még egy jelzés. Ez:

W: Possible missing firmware /lib/firmware/rtl_nic/rtl8125a-3.fw for module r8169

Ezt a firmware-t is pótolni kéne, másrészt (nem emlékszem), de lehet, neked éppen erre van szükséged ... a Debian alatt volt probléma a WiFi. A csomag egy Realtek eszközhöz való firmware.

Innen kiindulva lehet letölteni (amúgy a tükrökről elérhető linux-firmware csomag része, ami a rendszerrel, a tükrökről elérhető kernelekhez logikus, hogy jó, de ez egy újabb kernel):
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware....

-- készítesz a Letötések könyvtárba egy rtl_nic nevű könyvtárat,

-- letöltöd oda,
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware....

-- bemásolod a helyére (a hibajelzés mutatja amúgy, honnan hiányzik).

cd Letöltések/rtl_nic/
sudo cp rtl8125a-3.fw /lib/firmware/rtl_nic/

-- majd ellenőrzés,

sudo update-initramfs -uk all

... és már nem szabad, hogy hiányozzon. Ez a siker.

Már arra is gondoltam (nem írtad a „hiányzást”), hogy az UKUU-val valahogy pótlódtak ezek, de valójában nem lenne logikus.

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#70 Elvégeztem a pótlásokat, és most hogyan tovább?
lajos@lajos-Aspire-E5-772G:~$ sudo update-initramfs -uk all
[sudo] lajos jelszava:               
update-initramfs: Generating /boot/initrd.img-5.4.7-050407-generic
update-initramfs: Generating /boot/initrd.img-4.15.0-72-generic

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#71 ó de szép ez így. Reboot kell még ha nem volt

kimarite képe

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#72 Igen, a rendszer újraindítás után szépen elindul a rendszer, immár az új kernellel. A választási lehetőség megmaradt, de most az új kernelt teszteljük.

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#64 Letöltöttem a Debian 10 Xfce verziót, és elkezdtem a telepítést, de ahogy sejtettem, baja van a WiFi-vel:
https://my.pcloud.com/publink/show?code=XZUqRukZigvRy9RD8G043Agn46wx60EB...
A hiányzó firmware-eket be lehet szerezni, és kiírni pendrive-ra?

kimarite képe

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#74 Nem kell letölteni semmit. Az iwlwifi csomag telepíthető ..., de nem szabad szoftver (non-free).
A Debian telepítésnél válaszd most ezt: Nem. (a képen)

A sources.list fájlba kell majd írni: contrib non-free

Kicsit bővebb már az enyém, de valahogy így kell (részlet):

deb http://httpredir.debian.org/debian/ buster main contrib non-free
deb-src http://httpredir.debian.org/debian/ buster main contrib non-free

deb http://security.debian.org/debian-security/ buster/updates main contrib non-free
deb-src http://security.debian.org/debian-security/ buster/updates main contrib non-free

### buster-updates, previously known as 'volatile'
deb http://httpredir.debian.org/debian/ buster-updates main contrib non-free
deb-src http://httpredir.debian.org/debian/ buster-updates main contrib non-free

### buster-backports, contrib, and non-free components
deb http://httpredir.debian.org/debian buster-backports main contrib non-free
deb-src http://httpredir.debian.org/debian buster-backports main contrib non-free

Mentés után a frissítés:

sudo apt-get update

És a drivereim most:

inxi -N
Network:
  Device-1: Intel 82579LM Gigabit Network driver: e1000e
  Device-2: Intel Centrino Advanced-N 6205 [Taylor Peak] driver: iwlwifi
kimarite képe

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#75 Vélhetően nálad kell valami mégis, mert ... :

apt-file search iwlwifi-7265D
firmware-iwlwifi: /lib/firmware/iwlwifi-7265D-22.ucode
firmware-iwlwifi: /lib/firmware/iwlwifi-7265D-29.ucode
kimarite képe

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#76 A

sudo update-initramfs -uk all

mondja meg, hogy a telepítés után mi hiányzik.

https://my.pcloud.com/publink/show?code=XZUqRukZigvRy9RD8G043Agn46wx60EB...

Azonban innen elérhető az utolsó firmware verzió:
https://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/linux-firmware.g...
(https://wireless.wiki.kernel.org/en/users/drivers/iwlwifi/core_release )

Last version for 3168 and 7265D

No de, egyszerűbb telepíteni:

sudo apt-get install firmware-iwlwifi

(https://linuxmint.hu/comment/33803#comment-33803 )

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#77 Telepítettem, így néz ki:
https://my.pcloud.com/publink/show?code=XZziLukZfqNHite5Pg8qXlMY0lsk3YCu...
Érdekes, hiába adtam meg, hogy hová tegye a grubot, a rendszertöltő nem indult el, kézzel kellett a külső HDD-re tenni.
Mindjárt megnézem, mi hiányzik neki.

kimarite képe

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#78 Alapvetően így néz ki egy Debian Xfce. :-)
Én most Cinnamonnal használom.
A GRUB nem biztosan jó, hogy a külső lemezre telepített Debian alatt van.
A HDD-re telepített Linux Mint GRUB-ját kéne frissíteni, hogy az vezéreljen inkább.

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#79 Elég sokminden hiányzik a rendszerből, érdemes vele foglalkozni?:
https://paste.ubuntu.com/p/5qp5mg3M9S/

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#79 Nem baj, hogy a grub a külső HDD-n van, mert csak akkor töltődik be, ha be van dugva - egyébként az SSD-ről indul a Linux Mint.

kimarite képe

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#80 Biztosan érdemes, és nem bonyolult.
Alapvetően a letöltés szó fogalmát, és, mint tevékenységet félre kell tenni.

Telepíted az apt-file csomagot,

sudo apt-get install apt-file

... majd update (a telepítés végén ki lesz írva, hogyan, milyen parancssort futtass)

És keresgélni kezdesz (példa: fecs_data.bin)

W: Possible missing firmware /lib/firmware/nvidia/gv100/gr/fecs_data.bin for module nouveau

- admin jog nem kell:

apt-file search fecs_data.bin
firmware-misc-nonfree: /lib/firmware/nvidia/gk20a/fecs_data.bin
firmware-misc-nonfree: /lib/firmware/nvidia/gm200/gr/fecs_data.bin
firmware-misc-nonfree: /lib/firmware/nvidia/gm204/gr/fecs_data.bin
firmware-misc-nonfree: /lib/firmware/nvidia/gm206/gr/fecs_data.bin
firmware-misc-nonfree: /lib/firmware/nvidia/gm20b/gr/fecs_data.bin
firmware-misc-nonfree: /lib/firmware/nvidia/gp100/gr/fecs_data.bin
firmware-misc-nonfree: /lib/firmware/nvidia/gp102/gr/fecs_data.bin
firmware-misc-nonfree: /lib/firmware/nvidia/gp104/gr/fecs_data.bin
firmware-misc-nonfree: /lib/firmware/nvidia/gp106/gr/fecs_data.bin
firmware-misc-nonfree: /lib/firmware/nvidia/gp107/gr/fecs_data.bin
firmware-misc-nonfree: /lib/firmware/nvidia/gp108/gr/fecs_data.bin
firmware-misc-nonfree: /lib/firmware/nvidia/gp10b/gr/fecs_data.bin
firmware-misc-nonfree: /lib/firmware/nvidia/gv100/gr/fecs_data.bin

Csoportokat látsz, mindent lehet szerintem a tükrökről telepíteni.

A példában szereplő hiányosság pótlása:

sudo apt-get install firmware-misc-nonfree

Aztán teszt:

sudo update-initramfs -uk all

... persze, mindez a telepített, alap kernelnél. Itt érdemes kezdeni.
Az általam megosztott kernelt használva, bizony, lehet, keresgélned is kell (de minden szinte egy helyen van).
Nyilván érdemes általában véve kutatni a megoldást (apt-file), mert valaminek a megoldása lehet.

Nem a non-free csomagokat tartalmazó telepítőt töltötted le.
Az is elérhető (netinstall CD ISO és CD torrent):
http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmw...
http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmw...
(32 bit)
Forrás: http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmw...
Ezt pótolja a sources.list sorokban a contrib és a non-free paraméter.

#81 Így rendben.

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#82 Azért az érdekes kérdés, hogy hogyan telepítsek bármit, ha nincs netkapcsolat? Előbb a WiFi-t kellene elintézni.

kimarite képe

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#83 Kábeles?

Ha semmi nincs, akkor chroot a Linux Mint alól, Live rendszer alól (kiváló):
https://linuxmint.hu/blog/2016/08/chroot-live-rendszer-livecddvdusb-stick
Illetve a konzol lenne megoldás, de a biztonsági előírások miatt nem lehet csak sudo-s rendszeren a Debian alatt. Tehát akkor lehet konzolról is (például: Ctrl + Alt + F1), ha a telepítésnél készítettél root jelszót is.

Sajnos, itt terminálban dolgozol, azaz a sources.list fájlt a nano-val tudo például szerkeszteni. De keresni tudsz (apt-file), telepíteni bármit, frissíteni is ... .

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#84 Kábelcsatlakozás most nincs. Egy olyan megoldás kellene, amit Debian alatt is el tudok végezni - esetleg másik rendszeren a letöltéseket el lehetne intézni, majd a Debianon végrehajtani a parancsokat.

kimarite képe

Új kernel ...

Értékelés: 

0
Még nincs értékelve

#85 Egy olyan megoldás kellene, amit Debian alatt is el tudok végezni - esetleg másik rendszeren a letöltéseket el lehetne intézni, majd a Debianon végrehajtani a parancsokat.

Ha van root jelszó, el tudod végezni a Debian alatt is konzolon. Illetve, javítom magam, a korábban leírt javaslatom, azaz, a konzol nem lesz, nem lehet megoldás ..., mert nincs és nem is lesz net. Tehát ...
    Ha van, vagy, ha nincs root jelszó (és általában is) a megoldás: chroot.

A másik rendszeren való letöltések jó ötletnek tűnnek, de csak tűnnek, mert az előbb említett chroot, mint megoldás sokkal kevésbé időigényes. Én magam is chroot-ot használtam Debian alatt, hogy a Scientific Linux ethernet kértya driverét telepíteni tudjam ... . Használom olykor másra is.