#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).

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!!!

 

 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. :)

#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.

#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.

#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 :))

#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 ;-) )

#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.

#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.

#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 )

 #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

#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

#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.

#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

#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.

#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. ;)

#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.

#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.

#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

#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.

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

#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 )

#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.

#54 Jó. De .., ahogy írtad, gondolkodni néha kimész (füstjelekkel) .. ezt kéne jobban. :-)

#53

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

 

#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.

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

#58 Szívesen.

#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!!!