Kevés a szabad hely a lemezen - rendszer üzenet

Fórum: 

Sziasztok!

Azt írja a linux (cinnamon 17.3 rose 64bit), hogy kevés a szabad hely (17,4MB) a lemezen, és már minden indítás alkalmával megjelenki ez az üzenet.

A merev lemeznek még a fele szabad, amire telepítve van és nem igazán sikerült megoldani, hogy felszabadítsak helyet, mert nem nagyon ismerem a linuxot és nem tudom mit lehetne törölni, ami nem tartozik a rendszerhez.
Egyelőre még windows mellett használom, nem tudom ennek van-e jelentősége.

Mit lehetne tenni?

Üdv.

Kerry
 

RE: Szabad hely

@#0 Van bizony! Nem véletlen sikítozik a rendszer, fuldoklik, ha elfogy a szabad hely megfullad. Se frissítést, se más egyebet eszedbe ne jusson telepíteni, míg helyet fel nem szabadítasz. Először is tudjuk meg, hol fogyatkozott meg ilyen vészesen a szabad hely.

Kérek egy

df -h

kimenetet.

Értékelés: 

0
Még nincs értékelve

Remélem így gondoltad, mert

Remélem így gondoltad, mert nem sokat mond, amit írtál... :)
Elnézést, hogy így, de még azt sem tudom a windows után, hogy hogyan mentsem a képernyőt. :/

 

Köszönöm a segítséget!!!

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:Remélem így gondoltad, mert

#2 Ezek kellenének, hogy mi is az sda5 (home vagy gyökér könyvtár):

sudo fdisk -l

vagy/és

sudo parted -l

Régi (letöltött) telepítő csomagok eltávolítása:

sudo apt-get clean

Utóbbi parancsot ki lehet úgy is adni, hogy átlépsz az egyik konzolra (Ctrl + Alt + F1), bejelentkezel, majd ..., kiadod a parancsot, és visszalépsz a grafikus konzolra (Alt + F7), mely már meg fog jelenni.

Ha létezik home partíciód, és oda töltesz le mindenféle cuccokat, akkor az adatok valamilyen külső meghajtóra vagy másik adattárolóra (merevlemez) átmozgatásával felszabadul hely. Ha nem létezik home partíció, akkor is át lehet mozgatni az adatokat a home könyvtárból, Letöltések, Fotók, stb.. Megoldható ez Live CD-ről (Live rendszer) vagy konzolra lépve (esetleg, ha tudod, hogy kell). Például a képen látható sdb1-re kéne másolgatni, ha lehet (van hely), és amit lehet (adatok).

Értékelés: 

0
Még nincs értékelve

RE:Remélem így gondoltad, mert

#2 Így ám, bár képernyőkép helyett be is másolhattad volna a karakteres tartalmat.
Ez a sor a lényeg:

/dev/sda5 20G 19G 16M 100% /

Ha megnézed, felül meg ott vannak az oszlopok, hogy mi-mit jelent:

A /dev/sda5, mérete 20G, ebből foglalt 19G, szabad 16M, foglaltsága 100%, csatolási pont /
Azaz 100%-ban be van telve a rendszerpartíciód.
Az is látszik, hogy nincs külön /home partíciód, mindössze ezen a 20 GB-on szorong az egész rendszer.
Ürítsd a kukát!
Nézd meg mit tudsz törölni, vagy áthelyezni az 1,2T szabad hellyel bíró adattárolódra a /home-ból a felhasználód könyvtára alól (mondjuk filmet, zenét)! Ha törölsz, akkor Shift+Delete-tel törölj, hogy ne kukába kerüljön a tartalom, hanem végleg töröld.
Van egy olyan, hogy lemezhasználat-elemző, azzal körül tudsz nézni, hogy mi foglal viszonylag nagy helyet.

Ha a /home-ban nem sikerül elég helyet felszabadítanod, akkor lehet nézelődni közvetlen a /-ben is, de ott csak óvatosan!
A

sudo rm -r /var/cache/apt/archives/*

azért szerintem kiadható.
Ne gépeld, másold! Egy karakter elírása is végzetes lehet!

Ezen kívűl még szintén sok helyet foglalhatnak el a felszaporodott felesleges kernelek, (már ha vannak ilyenek, mert friss telepítésnél nem igazán), ezek törlése szintén nagy körültekintéssel és óvatossággal Synapticból.

Mindig ellenőrizd vissza, hogy hol tartasz a

df -h

paranccsal.

Értékelés: 

0
Még nincs értékelve

RE:RE:Remélem így gondoltad, mert

#3 /dev/sda5 csatolási pont /
Ha lenne külön home partíció, akkor találnál a df -h kimenetében egy olyan sort, hogy
/dev/sdXN csatolási pont /home
Nincs külön home partíció.

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:RE:Remélem így gondoltad, mert

#4 Más fórumon megbeszéltük, hogy az 'apt-get clean' egyszerűbb, veszélytelenebb, és ugyanezt csinálja,

sudo rm -r /var/cache/apt/archives/*

(nekem mondta valaki :))

Az 'rm' parancs '-r' kapcsolójával -rekurzívan- törlöd az 'archives' alkönyvtárait, tehát a 'partial' könyvtárat. Persze semmi gond ezzel, mert egy

sudo apt-get update

parancs visszahozza.

Értékelés: 

5
Átlag: 5 (1 szavazat)

RE:RE:RE:Remélem így gondoltad, mert

#6 Mindig tanulok valamit, köszi!
apt-get clean
jegyezve.

Értékelés: 

0
Még nincs értékelve

RE:RE:Remélem így gondoltad, mert

#3

 

Nos, nem volt egyszer kezdőként, de most van 542MB!!! szabad helyem, ami nem tudom mire lesz elég a későbbiekben.
Van egy 120GB-os SSD-m, amin rajta van a win10 meg a linux. Ez nincs külön partícionálva.
Ezen kívül van egy 3TB-os külső lemez, amire teszek, töltök le mindent (film, adat, kép, egyéb).
 

 

Értékelés: 

0
Még nincs értékelve

RE:RE:Remélem így gondoltad, mert

#4 Köszönöm!

Másoltam volna, ha sikerült volna, de örültem, hogy sikerült egy képernyő képet készítenem! :D Megvannak a windows berögzülések. Printscreen + Paint + Ctrl V és kész. Ez itt nem működik, legalábbis nekem nem megy.
Aztán próbáltam a karaktereket kijelölni, másolni és beilleszteni, de csak a másolásig jutottam, a beillesztés ide már nem volt aktív és a ctrl+v sem csinált semmit.

Nyilván az lenne a megoldás, hogy megváljak a windows-tól és a 120GB-ot a linuxnak szenteljem, de mivel az alapvető dolgot nincsenek meg, amik nekem fontosak, ezért ezt nem fogom meglépni egyelőre.

Értékelés: 

0
Még nincs értékelve

RE:RE:RE:Remélem így gondoltad, mert

#9

Szépöcsém, neked a Linuxtól kellene megválnod.... 

Értékelés: 

5
Átlag: 5 (1 szavazat)

RE:RE:RE:Remélem így gondoltad, mert

#9 Fényképek

Itt, a Mintben, alapértelmezetten van a Képernyőkép nevű alkalamazás.

(Én amúgy nem ezt, hanem a Shuttert használom, okos kis jószág.)
Az elkészült képeket az ember feltölti valamilyen képmegosztóra, aztán a Kép beillesztés/Módosítás ikonra kattintva beilleszti a hozzászólásába.
(A Hivatkozás mezőbe be kell másolni a kép elérhetőségét.)

Szöveg bemásolása a terminálból (vagy egy szöveges fájlból)

(Ha hosszú a terminálban megjelenő tartalom, akkor először át szoktam irányítani egy szöveges fájlba, ott nem csak a parancs kimenetének vége látható, hanem könnyen elérhető az egész kimenet.)
Minden kijelölése: Ctrl+A
Másolás: Ctrl+C

Most jön a lényeg:
Ha ide akarsz beilleszteni szöveget, akkor a szövegdobozba kattintasz, majd azonnal a böngésző menüjében a beillesztést választod.
Nálam így működik.

Hosszú szöveget persze nem ide másolunk be, hanem a Pastebin-re és ide a hozzászólásba csak az arra tartalomra mutató linket tesszük.

Értékelés: 

0
Még nincs értékelve

RE:RE:RE:RE:Remélem így gondoltad, mert

#11 Úgy nézem, 16.8GB SWAP-je van. Szerintem ezzel kéne kezdeni valamit.

Vagy ha nem nagy macera, ennél megfelelőbben újratelepíteni a rendszereket.

Értékelés: 

5
Átlag: 5 (1 szavazat)

RE:RE:RE:Remélem így gondoltad, mert

#8 Az 524 MB szabad hely kevés. Legalább 2 GB kellene. Van egy 17 GB-os cserehely, miközben a rendszer 22 GB-on szorong, megfullad.
Mennyi RAM van abban a gépben? (Jó, a kérdés félreérthető, tehát nem az érdekel, hogy hány darab, hanem, hogy összesen mekkora a méretük. Nem szélesség, magasság, GB. :-) )
Mit mond a

free

parancs kimenete?

Erős a gyanúm, hogy nincs abban a gépben 17 GB RAM, így nincs az a magyarázat, ami ezt a hatalmas feleslegesen foglalt lemezterületet indokolná, pláne akkor, amikor a rendszernek meg mindössze 524 MB-nyi mozgástere maradt.
Live alól le kellene csökkenteni a Swap méretét (4 GB, vagy annál több RAM mellett, a hibernálás feláldozásának tudomásulvétel, akár a törlése is megfontolandó) és a felszabadult hellyel meg kellene növelni a rendszerpartíció méretét.
Aztán persze van még egy kis fstab szerkesztés is, én biztos ezt csinálnám, mert a jelenlegi állapot ésszerűtlennek tűnik nekem.

Értékelés: 

0
Még nincs értékelve
Kabika képe

Huhh... :)

 Hát... Én összehúznám a Win partíciót (habár könnyen felhízhat akár 100 gigásra is, úgyhogy ezzel óvatosan) és 40-50 gigát adnék a Mintnek.

Azaz:

SSD: 40-50 GB - ext4 - csatolási pont: /

HDD: amennyit szeretnél, de mondjuk 200 GB - ext4 - csatloási pont: /home

HDD: <RAM mérete> GB - swap - cserehely

Szóval húzd össze a Win-t, csapj le a merevelemzedről annyit, amennyit szeretnél, és telepítéskor így particionáld.

Macerás, az adataidért felelősséget nem vállalok, de jobb lesz. :)

Értékelés: 

0
Még nincs értékelve

RE:RE:RE:RE:Remélem így gondoltad, mert

#11

 

Köszönöm a segítséget neked is!

 

Értékelés: 

0
Még nincs értékelve

RE:RE:RE:RE:Remélem így gondoltad, mert

#13

16GB memória van a gépben, 2db 8-as.

 

Értékelés: 

0
Még nincs értékelve

Köszönöm mindenkinek a

Köszönöm mindenkinek a türelmet, és aki próbált segíteni!

Majd ha lesz időm, nekiállok tanulni és akkor talán könnyebben megértem mit és hogyan kell...

 

Értékelés: 

0
Még nincs értékelve

RE:RE:RE:RE:RE:Remélem így gondoltad, mert

#18 16 GB RAM mellett az SSD-n van Swap, miközben az egész rendszernek tokkal-vonóval 20 GB jutott.
Úgy látom, egy kiterjesztett partíción csücsül a rendszerparíció és közveltlen mögötte a Swap.
Én megnyitnám szerkesztésre az /etc/fstab fájlt:

sudo nano /etc/fstab

Megkeresném benne a swapra vonatközó sort és tennék elé egy
#
jelet, azaz a sort kikommentelném, majd a válatoztatást Ctrl+O aztán enterrel elmenteném, a nanoból Ctrl+X-szel kilépnék.

Eztuán bootonék a Mint telepítőjéről és Live alól elindítanám a GPartedet. A Swap partíciót törölném és a keletkezett szabad helyet teljes egészében felhasználva a rendszerpartíció méretét megnövelném.

Aztán újraindítás.

Persze te azt csinálsz, amit akarsz, hisz te vagy a rendszergazda. :-)

Értékelés: 

0
Még nincs értékelve

RE:Köszönöm mindenkinek a

#19 Szerintem megpróbálhatnád azt amit csuhas32 alánl...nem bonyolult.

És bőven nyerhetnél annyi helyet, melyel a Mint 18 megjelenéséig hátralévő kb. 3 hónapot kibekkelhetnéd.

A helyedben én akkor fognák bele egy nagyobb átalakításnak ( jó ha van  /home partíció !)

Persze elötte kérdeznék itt a fórumon !

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:RE:RE:Remélem így gondoltad, mert

#8 Hát igen, a swap kicsit nagy méretű, és az sem hasznos 'feltétlen', hogy egy (az) SSD-n van.

Megoldás:
     - bebootolsz egy telepítővel és 'A rendszer kipróbálása' menüt választod,
     - telepíted a Gparted alkalmazást (Live módban is lehet),
       De van ennek Live CD változata is; a Gparted Live
       http://gparted.org/livecd.php
       Indításakor azt hiszem, a 13-as a magyar nyelv ...,
     - megnyitod az SSD-t (sda) a Gparted jobb felső sarkában látható lenyiló menüben,
     - kikapcsolod a Swap-et (sda6),
     - a méretét csökkented 2GB-ra (de ne akarj hibernálni),
     - visszakapcsolod a swap-et,
     - a rendszered (sda5) méretét növeled a swap partícióból lecsipett területtel.

Ne nagyon huzigálj le egy tárolót/lemezt sem (és ne dugd át másik kábelre), mert az, hogy sda, esetleg változhat (az sda nem szokott, de bármi megtörténhet ..., a júzer által:)). Viszont az FIX, hogy a csökkentendő partíciótt swap-nek fogod látni a Gparted lenyiló menü választásakor (után) és természetesen a megfelelő lemez egyszeri kiválasztása után a menüben. Az adatmentés érdemes és szükséges. Nincs olyan particionáló alkalmazás egyik rendszernél sem, amelyiknél nem fordulhat elő hiba - mely akár egy áramszünet is lehet.
Az sda, sdb, sdc, stb. kifejezések a lemezek (meghajtók) elnevezései, a számok az előbbi kifejezések után a partíciók egy-egy lemezen, pl. sda2 (első lemez, második partíció), sdb8 (második lemez, nyolcas elnevezésű partíció),  ... sdc5, stb. (példák).
Amikor a Gparted-ben az 'Alkalmaz' menüelemre kattintasz, a(z általad kijelölt) változtatásokat végrehajtja az alkalmazás (Gparted). Ez a folyamat bármennyi ideig tart, félbeszakítani sosem szabad.

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:RE:RE:RE:Remélem így gondoltad, mert

#22 Lehet persze teljesen is törölni is a swap partíciót (a rendszered swap fájlt használ - manapság). Fontos megjegyezni azonban, hogy a működő, azaz a rendszer által használt partíciókat nem tudod -'szerencsére', de ez szándékosan van így- bármely módon megváltoztatni ..., ezt csak más rendszer alól beboot-olva, mint például egy Live rendszerrel teheted meg (előrelátóan megtervezve [mit, hova, hogyan], adatmentéssel, gondolkodással és semmiképpen nem kapkodva).

A swap-ot a törlés vagy méret csökkentés előtt ki kell kapcsolni a Gparted-ben. Ezt a swap partícióra lépve, annak kijelölése után (egér bal gombos kattintás a partícióra) a Gparted menüjéből tudod megtenni és utána persze az 'Alkalmaz' menüelemre rá kell nyomnod.

Értékelés: 

0
Még nincs értékelve

RE:RE:RE:RE:Remélem így gondoltad, mert

#23  

1. A GParted tapasztalatom szerint része a Live-nak, nem kell külön telepíteni.

2. Kikapcsolod a swap-et, a méretét csökkented 2 GB-ra.

Ezt vitatnám, mint magad is írod, az SSD-n amúgy sem szerencsés a swap, 16 GB RAM mellett (Atyaúristen!) szerintem a 2 GB swap teljesen felesleges, soha nem kerülne sor a(z indokolt) használatára.

(Persze látom, milyen időpontban írtad a hozzászólást ;-) )

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:RE:RE:RE:RE:Remélem így gondoltad, mert

#24 Manapság már a része, igen. De ahogy én használok régebbi 'telepítőket' (Crunchbang Linux, Gparted Live ...) bármely Live-os műveletre, úgy más is használhat. :)

(az Enter-re ne ragadjon már rá ennyire az ujjatok; hozzászólás eleje és vége.
Legyen valami kinézete is a hsz.-nek és ne kelljen sokat lapozni ... .
Az 'Enter' az új sorra ugrás, a 'Shif + Enter' a felsorolás [utóbbit ebben a szövegblokkban ezt használtam]. A 'Shift + Enter' használatánál figyelni kell arra, hogy pl.  a 'Normál' és 'Formázott' beállítás érzékeny erre a beállításra. Tehát az 'Enter' jelent egy új szövegblokkot, amely a formázás tekintetében lehet pl. 'Formázott' - lenyíló menü. Mert különben a 'Formázott' beállítás érvényes az 'előző' szövegblokkra is - ismétlem, az 'Enter' választja el a formázás tekintetében a szövegblokkokat, ha nem használjuk, 'egybemegy'.
A parancsoknál -'Formázott'- elég egy Enter a 'következő sorhoz; új blokk. Nem kell még egy üres sor, javítottam.
A javaslatokat általában írtam, mindenkinek.
A Space felesleges nyomogatását is lehet hanyagolni - néhol :))

Értékelés: 

0
Még nincs értékelve

Most egy ideig, kb. ket hetig

Most egy ideig, kb. ket hetig nem lesz idom foglalkozni a geppel, de mindent elolrol fogok kezdeni es ujratelepitek a javaslatok szerint, aztan mar talan optimalisabban fog mukodni minden.

Koszonom a segitseget es a turelmet mindenkitol!!! :)

Értékelés: 

0
Még nincs értékelve

A fájlrendszeremen elfogyott a hely!

Sziasztok!

 

Tegnap óta bekapcsolásnál kiirja, hogy a fájlrendszeren vagy gyökérkönyvtárban nincs hely. Ahogy kicsit ránéztem 3 fájl foglal el kb 20GB-ot a 30-ból.

A kernel.log.1, syslog.1, és a ufw.log.1. Ezek darabja 6.6GB helyet foglanak. Lehet-e ezeket törölni, vagy csökkenteni a méretet, vagy bármit csinálni velük?

 

Előre is köszi a válaszokat. 

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:A fájlrendszeremen elfogyott a hely!

#27 Vélhetően törölheted a '*.1' végű logokat. Talán nem kapcsoltad ki a számítógépet, ezért ilyen nagy méretűek ezek. Nálam több is létezik.

/var/log/syslog # a jelenlegi munkamenet / session
/var/log/syslog.1
/var/log/syslog.2.gz
/var/log/syslog.3.gz
/var/log/syslog.4.gz
/var/log/syslog.5.gz
/var/log/syslog.6.gz
/var/log/syslog.7.gz

Érdemes lenne bele nézni ezekbe a mentett logokba, valami ismétlődő szöveg után kutatva, hogy mi okozza ezt a kissé szerintem eltúlzott logolást.

Értékelés: 

5
Átlag: 5 (1 szavazat)
kimarite képe

RE:RE:A fájlrendszeremen elfogyott a hely!

#28 Nézzük nálad ezeket a kimeneteket, itt írnak hasonlóról;

ls /etc/rsyslog.d/
cat /etc/rsyslog.d/50-default.conf
cat /etc/logrotate.d/rsyslog

http://serverfault.com/questions/705894/syslog-logging-to-syslog-1-not-s...
Az említett fájlokat csak úgy egyszerűen nem lehet törölni,
https://ubuntuforums.org/showthread.php?t=1394909
hiába törlöd, újraképződnek ekkorára. Persze, a törlés átmenetileg jó megoldás.

Értékelés: 

0
Még nincs értékelve

RE:RE:A fájlrendszeremen elfogyott a hely!

  #28

Nem töröltem semmit. Nekem ezek nem tömörítve vannak.

A kernel logban ez a sor ismétlődik csak más számokkal. [44422.586977]

ep 29 20:54:29 qwarelin-Lenovo-G505s kernel: [44422.586977] [UFW ALLOW] IN= OUT=eth0 SRC=192.168.1.101 DST=36.225.196.252 LEN=129 TOS=0x00 PREC=0x00 TTL=64 ID=2915 PROTO=UDP SPT=6881 DPT=22356 LEN=109

Az ufw logban is hasonló sor ismétlődik.

Sep 30 15:47:10 qwarelin-Lenovo-G505s kernel: [ 339.524294] [UFW AUDIT] IN=wlan0 OUT= MAC=28:e3:47:28:28:a1:d4:21:22:32:ed:30:08:00 SRC=216.58.214.197 DST=192.168.1.130 LEN=1378 TOS=0x00 PREC=0x00 TTL=56 ID=0 DF PROTO=UDP SPT=443 DPT=40938 LEN=1358

És a syslogban ugyancsak ez a helyzet.

Oct 1 06:06:27 qwarelin-Lenovo-G505s kernel: [ 341.600742] [UFW AUDIT] IN= OUT=wlan0 SRC=192.168.1.130 DST=145.236.72.177 LEN=94 TOS=0x00 PREC=0x00 TTL=64 ID=24052 DF PROTO=TCP SPT=60606 DPT=443 WINDOW=1444 RES=0x00 ACK PSH URGP=0

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:RE:RE:A fájlrendszeremen elfogyott a hely!

#30 Gondoltam. A gUFW naplózását nézd meg. Egyébként akkor érdemes naplózást használni, ha nézed az eseményeket. Mármint próbálj az UFW kezelési útmutatójában olyat találni, ami neked jó megoldás. Arra gondolok, a te döntésed, ha teljesen kikapcsolod a naplózást, mely alapból azt hiszem a 'Low' Naplózás állásban van és nincs a következő jelölőnégyzetekben pipa sem; Naplózás, Port jelentés, Értesítséek megjelenítése. A logjaidban az UFW jelentései láthatóak a működés közben. Ha a logolást kikapcsolod, semmilyen lehetőséged nem lesz az események visszakövetésére, csak az általad beállított szabályokban bizhatsz.
Áthidaló megoldás a naplófájlok törlésére (összes!) a BleachBit vagy az Ubuntu Tweak. Én nem szoktam naplófájlokat törölni.

Az rsyslog-ról itt ejtettem szót;
https://linuxmint.hu/comment/8619#comment-8619
( https://www.google.hu/search?q=rsyslog )

Értékelés: 

0
Még nincs értékelve

RE:RE:RE:A fájlrendszeremen elfogyott a hely!

#29

A parancsokra kiirt válaszok.

http://pastebin.com/h1i6GVfs

A tűzfal beállításaból kivettem a pipákat, csak a logging-nál nem tudom mi legyen a beállítás.

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:RE:RE:RE:A fájlrendszeremen elfogyott a hely!

#32 Három nagy fájlról beszélsz.
A biztonság kedvéért nézzük meg pontosan.
(a parancs félkövérrel kiemelve)

ls -lSh /var/log | head -10
összesen 23M
-rw-r----- 1 root              adm    4,4M okt    2 17:41 syslog.1
-rw-r----- 1 root              adm    3,5M okt    2 17:40 kern.log.1
-rw-r----- 1 root              adm    3,0M okt    2 17:41 messages.1
-rw-r----- 1 root              adm    1,9M okt    2 17:13 daemon.log.1
-rw-r----- 1 root              adm    1,6M szept  4 11:32 kern.log.3.gz
-rw-r----- 1 root              adm    1,6M szept  4 11:33 messages.3.gz
-rw-r--r-- 1 root              root   1,3M okt    2 16:32 dpkg.log.1
-rw-r----- 1 root              adm    1,2M okt    2 16:34 debug.1
-rw-r----- 1 root              adm    904K okt    2 17:40 ufw.log.1

Ezt is,

sudo service rsyslog status

és ezt is

-- belépsz így - csak ennél a parancsnál

sudo su -

-- a parancs egészben értendő - ezt futtatod

for log in /var/log/{syslog,ufw,kern.log}; do
  echo "${log} :"
  sed -e 's/\[[^]]\+\]//' -e 's/.*[0-9]\{2\}:[0-9]\{2\}:[0-9]\{2\}//' ${log} \
  | sort | uniq -c | sort -hr | head -10
done

-- majd kilépsz (az előbbi parancs kimenete kell)

exit

Értékelés: 

0
Még nincs értékelve

RE:RE:RE:RE:RE:A fájlrendszeremen elfogyott a hely!

#33

qwarelin@qwarelin-Lenovo-G505s ~ $ ls -lSh /var/log | head -10
összesen 19G
-rw-r----- 1 syslog adm 6,3G okt 2 07:24 kern.log.1
-rw-r----- 1 syslog adm 6,2G okt 2 07:24 ufw.log.1
-rw-r----- 1 syslog adm 6,2G okt 2 07:24 syslog.1
-rw-r----- 1 syslog adm 25M okt 2 18:39 syslog
-rw-r----- 1 syslog adm 25M okt 2 18:39 kern.log
-rw-r----- 1 syslog adm 25M okt 2 18:39 ufw.log
-rw-r----- 1 syslog adm 24M aug 25 11:35 ufw.log.4.gz
-rw-r----- 1 syslog adm 2,8M szept 30 15:47 syslog.3.gz
-rw-r----- 1 syslog adm 2,7M szept 30 15:47 ufw.log.2.gz

 

qwarelin@qwarelin-Lenovo-G505s ~ $ sudo service rsyslog status
[sudo] password for qwarelin:
rsyslog start/running, process 1012

 

qwarelin@qwarelin-Lenovo-G505s ~ $ sudo su -
qwarelin-Lenovo-G505s ~ # for log in /var/log/{syslog,ufw,kern.log}; do
> echo "${log} :"
> sed -e 's/\[[^]]\+\]//' -e 's/.*[0-9]\{2\}:[0-9]\{2\}:[0-9]\{2\}//' ${log} \
> | sort | uniq -c | sort -hr | head -10
> done
/var/log/syslog :
sort: az írás meghiúsult: /tmp/sortLqsQcR: Nincs több hely a lemezen
/var/log/ufw :
sed: /var/log/ufw nem olvasható: Nincs ilyen fájl vagy könyvtár
/var/log/kern.log :
sort: az írás meghiúsult: /tmp/sortr9pm4l: Nincs több hely a lemezen
qwarelin-Lenovo-G505s ~ # exit
kijelentkezés
qwarelin@qwarelin-Lenovo-G505s ~ $
 

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:RE:RE:RE:A fájlrendszeremen elfogyott a hely!

#32 Talán Low, azaz alacsony.

Egy korábbi válaszra
https://linuxmint.hu/comment/8620#comment-8620
reagálva, a
/var/log/syslog.1
nálam sincs tömörítve, és a többi , hasonlóan '1'-re végződő sem. Ezek az rsyslogd-hoz tartoznak és a logrotate teszi át máshova ..., mert ez a feladata .

Egy MB-ra korlátozó megoldás itt olvasható;
http://blog.netflowdevelopments.com/2012/03/13/prevent-your-log-files-fr...
(http://superuser.com/questions/372256/abnormally-large-size-of-var-log-u...)

És akkor egy kérdés az előbbi URL okán;

cat /etc/logrotate.conf

Nekem ilyen nincs amúgy
(magyarázat talán, hogy nem systemd-vel szoktam a rendszert használni)

/etc/rsyslog.d/50-default.conf

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:RE:RE:RE:RE:RE:A fájlrendszeremen elfogyott a hely!

#34 Értem, elrontottam a parancsot. Így helyes

for log in /var/log/{syslog,ufw.log,kern.log}; do
  echo "${log} :"
  sed -e 's/\[[^]]\+\]//' -e 's/.*[0-9]\{2\}:[0-9]\{2\}:[0-9]\{2\}//' ${log} \
  | sort | uniq -c | sort -hr | head -10
done

Jó. Elfogyott a hely. Töröljünk valamit. Sorrendben a következőket;

Némi hely felszabadítása az átmeneti csomagok törlésével

sudo apt-get clean

Most jön a lényeg

sudo service rsyslog stop
sudo su -
cd /var/log
rm -f ufw.log.1
exit

Visszakapcsoljuk a démont

sudo service rsyslog start

Törlés ellenőrzés

ls /var/log | grep ufw

Szabad hely ellenőrzés

df -h

A kimenetek kellenek.
Ugye, a törlés nem tudom a rendszerben elfér-e .., meglátjuk.

Értékelés: 

0
Még nincs értékelve

RE:RE:RE:RE:RE:RE:A fájlrendszeremen elfogyott a hely!

#34   Szerintem nyugodtan törölhetők ez a .1-re végződő log fájlok.

 A megfelelően beállított BleachBit is törli őket. (Régi naplófájlok)

Nem csak a fájlok tartalmát, hanem az egész fájlt törli. (ezk később újra generálódnak.)

Root joggal megnyitott fájlkezelőből, elnavigálsz  a /var/log könyvtárba és kézzel is törölheted.

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:RE:RE:RE:RE:RE:RE:A fájlrendszeremen elfogyott a hely!

#37 Az egyik kérdés az, hogy törölhetőek-e ezek a fájlok. Igen.
A másik feladat a tűzfalat beállítani.
És esetleg a legutóbb javasolt korlátozást beállítani a 'logrotate'-ban.

Még egy nehézségről írtam (f)utólag. Ha annyira megtelt  fájlrendszer, hogy törölni sem lehet, akkor kívülről, egy Live rendszer (LiveCD, LiveUSB) segítségével lehet törölni a fájlokat.

'A megfelelően beállított BleachBit is törli őket. (Régi naplófájlok)'
De akkor meg mire jók a logfájlok, én ezt nem értem, semmire? ;)

'Nem csak a fájlok tartalmát, hanem az egész fájlt törli. (ezk később újra generálódnak.)'
Ez szép tőle, a törlés és főleg a 'generál(ód)'ás is. (Dinamo Moscow) :-)

'Root joggal megnyitott fájlkezelőből, elnavigálsz  a /var/log könyvtárba és kézzel is törölheted.'
Esetleg a Shift + Del' használatával, azaz a végleges törléssel (bár elég furán viselkednek manapság a fájlkezelők, lehet, tudják alapból), különben a Root kukában gyarapítja a helyet (marasztalva vannak). Vagy nem? És ha nem fogja 'valamely' folyamat, amely miatt nem lehet törölni.
Root + Fájlkezelő = gksu
Például; gksu nemo vagy gksu thunar (az Alt + F2 ablakba)

Értékelés: 

0
Még nincs értékelve

RE:RE:RE:RE:RE:RE:RE:RE:A fájlrendszeremen elfogyott a hely!

#38 Gondolom, Gufw-t használ...ott Szerkesztés > Beállítások-nál tudja beállítani

a Logging mértékét, illetve ki is lehet kapcsolni.

https://i.imgur.com/omzKnix.png

Értékelés: 

0
Még nincs értékelve

RE:RE:RE:RE:RE:RE:RE:RE:A fájlrendszeremen elfogyott a hely!

#38 "De akkor meg mire jók a logfájlok"

A BleachBit csak a .1-re végződő fájlokat törli.(Jelen esetben, ezek a "túlfejlettek")

De a "kern.log", "syslog", "ufw.log" fájlokat meghagyja.

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:RE:RE:RE:RE:RE:RE:RE:RE:A fájlrendszeremen elfogyott a hely!

#40 Félreérjük egymást.
Nekem mindegy, nézegetitek-e a logfájlokat, miket töröltök és mivel.
De az egészet valahogy felügyelni kell (kéne), azaz szokás. :-)
'A BleachBit csak a .1-re végződő fájlokat törli.(Jelen esetben, ezek a "túlfejlettek")'
Tehát, ha fáj valamid, beveszel egy fájdalomcsillapítót, ha megint fáj, akkor újra, de nem szünteted meg a fájdalom okát máshogyan. A fájdalomcsillapító csak a fájdalmat szünteti meg.. :D
Az egyik linken van egy megoldás, 250MB lehet a legnagyobb méret. Nem használok Bleachbit-et, de lehet valakit megnyugtat, megértem. Mármint nehéz megszokni, hogy Linux alatt nem kell igazán 'CCleaner. Ártani nem fog. Menjünk sorban, először törlés, aztán, ha igény van rá, beállítás.

Ami még fontos lehet, vagyis leginkább, hogy szerintem már törölni sem tud, csak kívülről (LiveCD).
Nálad mire van beállítva az UFW és mekkorák ezek a fájlok általában? Ha nem használnál Bleachbit-et?

Re; https://linuxmint.hu/comment/8630#comment-8630
Persze, hogy használ gUFW-t. Nemrég írta, hogy kivette a pipákat. Még egyszer nem kell leírni. ;)

Értékelés: 

0
Még nincs értékelve

Válasz

#41 Értem én hogy néha szükség lehet a log fájlokra...de jelen esetben, helyet kell

felszabadítani - és ezt csak törléssel lehet. (Az más kérdés hogy mitől híztak meg ennyire

ezek a fájlok.)

Nálam a .1-el végződők mérete, kevesebb volt 10MB-nál. (Ritkán használom a BleachBit-et.)

A nem .1-re végződőké, kb. 1, 5, és 6MB.

Szerk.: Az ufw Logging-ja, nálam Közepes-re van állítva.

Az alapértelmezett, - ha jól emlékszem, - Alacsony

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:Válasz

#42 Nem néztem az összefüggésekre, de nálam is kevésbé logol. 'Low', ha ez kimaradt. Én más biztonsági dolgokat állítgatok mostanában vagyis próbálok megérteni.
A pipák a grafikus felületre vonatkoznak (gUFW / a GUI-ban látszik is), tesztelni kell 'Közepes'-sel és pipák nélkül qwarelin-nek is. A tűzfal szabályokat is állíthatta, lehet, hogy valami hiba is van ott, látatlanban nem tudhatom.

Neked van ilyen fájl? Tartalma?

/etc/rsyslog.d/50-default.conf

Jelentkezik majd ő is. Például LiveCD-vel sikerülhet a törlés.

Értékelés: 

0
Még nincs értékelve

RE:RE:Válasz

#43 https://paste.ubuntu.com/23267007/

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:RE:RE:Válasz

#44 Köszi
Ja, tehát ezért nincs ott nekem (Debian)

               The rsyslog Configuration File

     The rsyslog daemon gets its configuration information from the rsyslog.conf file.
     The file is located under the /etc directory.

     Basically, the rsyslog.conf file tells the rsyslog daemon where to save its log messages.
     This instruction comes from a series of two-part lines within the file.

     This file can be found at rsyslog.d/50-default.conf on ubuntu.

Mmm ..,
https://www.digitalocean.com/community/tutorials/how-to-view-and-configu...
http://ubuntuguide.org/wiki/Syslogd_to_rsyslog
nem itt van a kutya elásva, de jó volt megtudnom.

Értékelés: 

0
Még nincs értékelve

RE:RE:RE:RE:RE:RE:RE:A fájlrendszeremen elfogyott a hely!

#36

qwarelin@qwarelin-Lenovo-G505s ~ $ sudo apt-get clean
[sudo] password for qwarelin:
qwarelin@qwarelin-Lenovo-G505s ~ $ sudo service rsyslog stop
rsyslog stop/waiting
qwarelin@qwarelin-Lenovo-G505s ~ $ sudo su -
qwarelin-Lenovo-G505s ~ # cd /var/log
qwarelin-Lenovo-G505s log # rm -f ufw.log.1
qwarelin-Lenovo-G505s log # exit
kijelentkezés
qwarelin@qwarelin-Lenovo-G505s ~ $ sudo service rsyslog start
rsyslog start/running, process 5045
qwarelin@qwarelin-Lenovo-G505s ~ $ ls /var/log | grep ufw
gufw.log
ufw.log
ufw.log.2.gz
ufw.log.3.gz
ufw.log.4.gz
qwarelin@qwarelin-Lenovo-G505s ~ $ df -h
Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont
udev 1,5G 4,0K 1,5G 1% /dev
tmpfs 309M 1,4M 308M 1% /run
/dev/sda6 29G 14G 14G 50% /
none 4,0K 0 4,0K 0% /sys/fs/cgroup
none 5,0M 0 5,0M 0% /run/lock
none 1,6G 36M 1,5G 3% /run/shm
none 100M 20K 100M 1% /run/user
overflow 1,0M 44K 980K 5% /tmp
/dev/sda8 271G 253G 18G 94% /media/qwarelin/Adatok
/dev/sda7 47G 14G 31G 31% /home
/dev/sda2 96M 29M 68M 30% /boot/efi
qwarelin@qwarelin-Lenovo-G505s ~ $ ^C
qwarelin@qwarelin-Lenovo-G505s ~ $
 

Az asztalon lévő alkalmazás szerint most 14,2GB / 30,1GB. Tehát tudtuk törölni a fájlokat. A loggint átraktam alacsonyra. Remélem így nem telitem be megint a rendszert.

Ha szerinted is így van az jó! Köszönöm szépen!

Értékelés: 

0
Még nincs értékelve

A fájlrendszeremen elfogyott a hely! > válasz

#46 A / partíciódon lévő 14.2GB foglalt terület, még igy is kissé soknak tűnik.

De persze te tudod hogy mi van rajta. Összehasonlításképp: nálam, (Mint 17.1 Cinnamon)

Jól belakott kb. 2 éves rendszernél, a 15GB-os / 49%-a foglalt. (De pl. nem játszom...

az ezzel kapcsolatos dolgok, nem foglalnak helyet.)

Mindenesetre, gyakrabban ellenőrizd a foglalt területek nagyságát.

Erre grafikus felületen jó a "Lemezhasználat-elemző" (Lánynevén, "baobab")

Vagy a terminálban kiadott:

df -h

és

df -i

parancsok. (Ha ez utóbbinál is látsz magas %-os értéket, ...kérdezz !

(Egyébként az "Adatok" partíciód is nagyon tellik !...de ezt biztosan látod.)

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:RE:RE:RE:RE:RE:RE:RE:A fájlrendszeremen elfogyott a hely

#46 Egyszer indítsd újra a rendszert, talán 'eltűnik' a másik két nagy log fájl;

sudo reboot

szerintem állandóan fut a rendszered, de ellenőrizd le, mi történik.

Az 'Alacsony' ('Low') helyett használhatod a 'Közepes'-t is az UFW logolásra. Én azt mondtam, ezt e döntöd el, nem mondtam, hogy ez így jó lesz. Úgy is fogalmazhatom, ha egyáltalán nem nézel logokat, akkor mindegy mire állítod. Az 'Alacsony' logolás valamit mutat, rákeresel mit jelenthetnek a sokszor ismétlődő sorok, pl.:
https://ubuntuforums.org/showthread.php?t=2085110&p=12361050#post12361050

A logolásról
https://ubuntuforums.org/archive/index.php/t-1504836.html

LOGGING

ufw supports multiple logging levels. ufw defaults to a loglevel of
’low’ when a loglevel is not specified. Users may specify a loglevel
with:

ufw logging LEVEL

LEVEL may be ’off’, ’low’, ’medium’, ’high’ and full. Log levels are
defined as:

off disables ufw managed logging

low logs all blocked packets not matching the default policy (with
rate limiting), as well as packets matching logged rules

medium log level low, plus all allowed packets not matching the default
policy, all INVALID packets, and all new connections. All
logging is done with rate limiting.

high log level medium (without rate limiting), plus all packets with
rate limiting

full log level high without rate limiting

Loglevels above medium generate a lot of logging output, and may
quickly fill up your disk. Loglevel medium may generate a lot of
logging output on a busy system.

Specifying ’on’ simply enables logging at log level ’low’ if logging is
currently not enabled.

So you need to use the appropriate logs (ufw vs gufw), log level (low/medium/high/full), and look in the appropriate location.

#####

Egy érdekesség, de ilyenekre rá is kereshetsz
https://ubuntuforums.org/archive/index.php/t-1878344.html

Tehát az alábbi szöveges fájlt szerkeszted
http://pastebin.com/h1i6GVfs  - nálad megvan
de előtte bele is nézhetsz, most mi van benne,
ezt mindenképpen érdemes, hátha érvényes, nem kommentelt konfig!

cat /etc/rsyslog.d/20-ufw.conf

Maga a művelet

sudo service rsyslog stop
sudo mv /etc/rsyslog.d/20-ufw.conf /etc/rsyslog.d/20-ufw.conf.ORIG
sudo touch /etc/rsyslog.d/20-ufw.conf
sudo nano /etc/rsyslog.d/20-ufw.conf

Bele ez a szöveg

#************************************************* *******
# WEB BROWSER LOGGER USING GUFW/UFW
#
# ALSO STOPS UFW LOGS GOING TO SYSLOG, MESSAGES AND
# KERNAL LOGS. IT CREATES ANOTHER LOG FILE FOR
# VIEWING BLOCKED TRAFFIC AND IGNORES UFW AUDIT DATA
#
# CREATED BY SPARTACUX NOV 2011 - see here;
# https://ubuntuforums.org/archive/index.php/t-1878344.html
#
# The Author accepts no liability for this file and
# users use it at their own risk
#************************************************* *********

# LOG UFW BLOCKED TRAFFIC TO SEPARATE LOG FILE #
:msg ,contains, "UFW BLOCK" /var/log/ufwblocks.log

# LOG HTTP and HTTPS TO SEPARATE BROWSER LOG #
:msg, regex, "UFW ALLOW.*DPT=80" /var/log/ufwbrowser.log
:msg, regex, "UFW ALLOW.*DPT=443" /var/log/ufwbrowser.log


# DON'T WRITE AUDIT DATA TO UFW LOGS #
:msg ,contains, "UFW AUDIT" ~
&~

# KEEP UFW DATA TO UFW LOGS ONLY #
:msg ,contains, "[UFW" /var/log/ufw.log
&~

#************************************************* ***********
# NOTES:
#
# This file replaces /etc/rsyslog.d/20-ufw.conf
# and handles all UFW data.
#
#I F USING GUFW TO ADD YOUR OWN FIREWALL RULES THEN
# MAKE SURE YOU SET EACH RULE TO LOG ITS OUTPUT BY
# SELECTING THE ADVANCED RULE OPTIONS AND SELECTING
# SHOW EXTENDED ACTIONS.
#
# ALSO SET GUFW LOG LEVELS TO HIGH OR FULL ( GUFW
# PREFERENCES ) TO GET THE BEST OUT OF THIS UFW
# UTILITY. YOU CAN OPEN "ufwbrowser.log" AND
#" ufwblocks.log" WITH UBUNTU'S LOG FILE VIEWER.
#************************************************* *************

-- Ctrl + O és Enter

-- Ctrl + X

-- majd

sudo service rsyslog start

'This file replaces /etc/rsyslog.d/20-ufw.conf ...'
A fájlban írja, hogy bővítheted a beállítófájlt más alkalmazásokra is érvényes beállításokkal. Ehhez legalább a port-okkkal tisztában kell lenni, stb..

Értékelés: 

0
Még nincs értékelve

RE:A fájlrendszeremen elfogyott a hely! &gt; válasz

#47

Most tudtam belenézni megint. A syslog.1 és a ufw.log.1 törlödőtt, de kernel.log.1 még mindig 6,7Gb. Ha az eltünnne akkor mondjuk 9GB foglalt terület maradna ami kb. 30%-ka a 30Gb-nek.

Értékelés: 

0
Még nincs értékelve

RE:RE:RE:RE:RE:RE:RE:RE:RE:A fájlrendszeremen elfogyott a hely

#48

Elvesztem a sok parancs között. :-)  Kérhetem újra, hogy mit másoljak be? Előre is köszi.

Értékelés: 

0
Még nincs értékelve

A fájlrendszeremen elfogyott a hely

#50

Végül is rendszergazdaként megnyitottam a Gnome Commandert, és töröltem a kernel.log.1-et. Majd újraindítottam a rendszert. Most úgy néz ki okés minden. Mégegyszer köszönök mindent.

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE:A fájlrendszeremen elfogyott a hely

#52 Itt csináltad, mást töröltél ugyanabban a könyvtárban.
https://linuxmint.hu/comment/8639#comment-8639
Igyekezni kéne önállóbbnak lenni. Nem mindig tesszük az orrod elé a megoldást (nem most kezdted és soha nem lesz szándékunk téged szolgai másolásra kényszeríteni, tovább a felfedezés okozta örömtől megfosztani!), de most legfőképpen azért nem, mert egyszer már csináltad, pár órája, továbbá a  'rm' (remove) parancsot is ismered már. Kis gondolkodást elvárunk. A TAB-ot is használhatod.
De ami engem elszomorít, hogy következetesen 'kernel.log'-nak nevezed a 'kern.log'-ot, ez a Linux világában nem tartható, főleg a parancsok kiadásánál...
https://help.ubuntu.com/community/LinuxLogFiles

(Fő a) vidámság:
'kell legyen valami beállítás dologhoz, mert az én rendszerem nem szokott megtelni a logok miatt'
'Addig a hasonlóság, hogy mindkét esetben egy szám van a végükön.'
( hehe .. https://www.youtube.com/watch?v=qvzNfKvIG9s )

Értékelés: 

0
Még nincs értékelve

RE:RE:A fájlrendszeremen elfogyott a hely

#53

Az a fránya agyam! :) kiegésziti azt is amit nem kéne. Lásd kern.log kernel.logra.

 

Értékelés: 

0
Még nincs értékelve

Elvileg véglegesen törölt fájlok nem törlődtek, de nem láthatók

Sziasztok!

A következő problémába futottam bele:

Photorec progival visszaállítottam kb 20GB adatot. Ez visszaállításra került a "Letöltések" mappába. Innét kihámoztam a mi kell, a többit pedig rendszergazdai jogosultsággal töröltem elvileg véglegesen.

Gyakorlatilag azonban a mappák és tartalmuk látszólag eltűnt, de nem törlődött ki, mert a merevlemez a törlés előtti kapacitásértéket mutatja.

Hogy tudom letakarítani a felesleget?

Köszönöm!

df -h
Kimenete:

Fájlrendszer   Méret Fogl. Szab. Fo.% Csatol. pont
udev            2,9G     0  2,9G   0% /dev
tmpfs           597M  8,8M  588M   2% /run
/dev/sda7        53G   42G  8,3G  84% /
tmpfs           3,0G   24M  2,9G   1% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs           3,0G     0  3,0G   0% /sys/fs/cgroup
cgmfs           100K     0  100K   0% /run/cgmanager/fs
tmpfs           597M   16K  597M   1% /run/user/1000
 

sudo fdisk -l
Kimenete:
Eszköz     Indítható     Start     Vége Szektorok   Size Id Típus
/dev/sda1  *              2048    718847    716800   350M  7 HPFS/NTFS/exFAT
/dev/sda2               720894 810901503 810180610 386,3G  f W95 kiterj. (LBA)
/dev/sda3            810901504 975155199 164253696  78,3G  7 HPFS/NTFS/exFAT
/dev/sda4            975155200 976764927   1609728   786M 27 Hidden NTFS WinRE
/dev/sda5               720896 691709321 690988426 329,5G  7 HPFS/NTFS/exFAT
/dev/sda6            691709952 699709439   7999488   3,8G 82 Linux lapozó / Sola
/dev/sda7            699711488 810901503 111190016    53G 83 Linux

sudo parted -l
Kimenete:
Típus: ATA TOSHIBA MQ01ABD0 (scsi)
/dev/sda lemez: 500GB
Szektorméret (logikai/fizikai): 512B/4096B
Partíciós tábla: msdos
Lemezjelzők: 

Szám  Kezdet  Vég    Méret   Típus     Fájlrendszer    Jelzők
 1    1049kB  368MB  367MB   primary   ntfs            boot
 2    369MB   415GB  415GB   extended                  lba
 5    369MB   354GB  354GB   logical   ntfs
 6    354GB   358GB  4096MB  logical   linux-swap(v1)
 7    358GB   415GB  56,9GB  logical   ext4
 3    415GB   499GB  84,1GB  primary   ntfs
 4    499GB   500GB  824MB   primary   ntfs            diag

Értékelés: 

0
Még nincs értékelve
kimarite képe

Elvileg véglegesen törölt fájlok nem törlődtek, de nem láthatók

#56 Ha rendszergazda (admin) jogosultsággal csak egyszerűen töröltél (Del), akkor a rendszergazda felhasználó kukába kerültek a törölt anyagok, és még mindig ott is vannak. Ez a kuka alapértelmezetten nem létezik, csak akkor jön létre, amikor először törölsz valamit admin joggal. Emlékeim szerint, a root (nevű) könyvtár alatt van, de megkeresheted:

locate Trash

A törlést máskor -root joggal- a Shift + Delete billentyűkkel végezd, ez a végleges törlés, de a rendszered majd meg is kérdezi, hogy biztos ezt szeretnéd? Persze ..., most igen.

A root szemetesben három könyvtárat látsz majd:

expunged ; files ; info

Admin joggal indított fájkezelővel (gksu „fájlkezelő”), először az info, majd a files könytár tartalmát töröld (kijelölés és Shift + Del). És megvagy.

Terminálban, az rm (remove) paranccsal is lehet könyvtár tartalmat törölni, elérési út szerint (példa):

rm /elérési/út/info/*

-- ha admin jog kell a törléshez, akkor kell a sudo a parancs elé.
-- a csillag mindenképpen kell az elérési út végére, a könyvtár 'alá', mert így törlöd a könyvtár tartalmát (a fájlokat).

Az rm parancs kérdezés nélkül, és végleg töröl, nem a Kuka-ba helyez.
Ha kérdeznéd, akkor kell az '-i' kapcsoló:

rm -i /elérési/út/info/*

Az rm használata kicsit veszélyes lehet, ha nem gondolod át, mit törölsz ... .

-----

Az rm kézikönyve:

man rm

Ide vonatkozó információ:

       -i, --interactive
              Minden fájl eltávolítása előtt megkérdezi a  felhasználót,  hogy
              törölheti-e  az  adott  állományt.  Ha a válasz nem `y' vagy `Y'
              betűvel kezdődik a következő állományt veszi.

### Admin joggal indított fájkezelővel a saját vagy más felhasználó könyvtárában ne nagyon tevékenykedj, mert bizonyos fájlok és könyvtárak tulajdonságai kedvezőtlenül megváltozhatnak. De például egy véletlenül oda másolt könyvtár tulajdonságait megváltoztathatod, ha nincs hozzáférési jogod a megnyitására.

Értékelés: 

5
Átlag: 5 (1 szavazat)

Elvileg véglegesen törölt fájlok nem törlődtek, de nem láthatók

#57

Köszönöm!

Nemo altt töröltem "Megynyitás rendszergazdaként" sima del parancssal. Ezért  került a rendszergazdai kukába ezek szerint és nem a felhszanálóiba.

Ok! Köszönöm! Ma is tanulatm valamit!!!

Értékelés: 

0
Még nincs értékelve
kimarite képe

Elvileg véglegesen törölt fájlok nem törlődtek, de nem láthatók

#58 Szívesen.

Értékelés: 

0
Még nincs értékelve

gparted

 Sziasztok!

Ami elsőre kisérlet volt, az most kezd életformává válni. Szóval szeretném növelni a linuxparticióm méretét úgy, hogy lecsípek a windowsból, mert egyre inkább átállok - úgy néz ki a linux használatára. A gépemen a Szilvia cinamon rendszer fut, úgy húsz gigát szeretnék lenyomni a windows particióból, és és hozzárakni a linuxhoz. Ha lehet a gép újratelepítése nélkül, mert olyan szépen berendeztem már. :) Letöltöttem a gparted programot, azon van olyan, hogy partició szükítése, amikor ráállok valamelyik partiióra. Oké, de ha lecsíptem, hogyan lesz abból linux partició, mert partició méret növelését nem találtam. :) Kérlek, ha van válaszod, akkor nagyon egyszerűen magyarázd el, és akkor meg fogom tudni csinálni. .)

Köszönöm :)

 

Értékelés: 

0
Még nincs értékelve

gparted

#60   Szia !

Az lenne a legjobb, ha mutatnál egy gparted képet.

Amely mutatja hogy hány partíciód van - mekkora a méretük - hogy helyezkednek el ... stb.

Előljáróan annyit ... szükséged lesz egy telepítőre (live rendszerre) mert a telepített rendszer alól nem tudsz átméretezni.

Nem hajlandó maga alatt vágni a fát !

Ha van egy üres pendrive-od, létrehozhatsz rajta arányaiban hasonló nagyságú és fájlrendszerű partíciókat mint a

telepített rendszereden van ... azon nyugodtan kísérletezhetsz / gyakorolhatsz.

Értékelés: 

0
Még nincs értékelve

gparted

csinálok fotót róla. A live rendszeren, mit értesz? USB-ről telepítettem,az elvileg egy live rendszer, amikor elindítom. Az elég? 

Értékelés: 

0
Még nincs értékelve

gparted

http://www.kepfeltoltes.eu/view.php?filename=567K_perny_k_p_2017_12_21.png
Mámr elfelejtettem, hogy kell a képet ide berakni. régen csináltam. remélhetőleg így megnyitható .)

-----
Megkérnélek, hogy inkább nagyobb külföldi kép megosztó szolgáltatásokat használj, pl. Imgur.com, Google Képek. A képet ide betettem az Imgur által: (kimarite)

Értékelés: 

0
Még nincs értékelve

gparted

#62 Igen ! Az az USB jó lesz amelyikről telepítetted a rendszert.
Azon alapból rajta kell hogy legyen a gparted.

Értékelés: 

0
Még nincs értékelve

gparted

oké, akkor mit kell tennem? :) 

Értékelés: 

0
Még nincs értékelve
balazs képe

Hali, közben összejött?

Hali, közben összejött?

Értékelés: 

0
Még nincs értékelve

gparted

#63 Miért kell a fórumot teleszemetelni?

Értékelés: 

0
Még nincs értékelve
kimarite képe

gparted

#65 A Windows 8-at indítva töredezettség mentesíted a rendszert (tehát javítod annak fájlrendszerét a méret csökkentés előtt). Neked kell utána járnod ennek, mert én ehhez nem értek.
Majd a LiveCD-ről indított Gparted alkalmazással lecsípsz 20GB-ot az sda4-ből (amin most a Windows8_OS van).
Aztán azt egy új lépésben hozzáadod az sda7 partícióhoz. Mármint, ha ez lehetséges, és talán igen, mert úgy látom, a partíciók nálad a lemezen nem sorrendben vannak.

Értékelés: 

0
Még nincs értékelve

gparted

#68 köszi :)

Értékelés: 

0
Még nincs értékelve