diff --git "a/m\303\241sodik vide\303\263.md" "b/m\303\241sodik vide\303\263.md"
index 5abda80ba806dcc159c51d1762c921282a7ebd37..b7fa88bb139fb414331076a467bc6c2643c2b6a4 100644
--- "a/m\303\241sodik vide\303\263.md"	
+++ "b/m\303\241sodik vide\303\263.md"	
@@ -429,6 +429,8 @@ igény szerint kézzel indítani, leállítani, újraindítani.
 
 `systemctl status <service_neve.service>` Szolgáltatás indítása
 
+`systemctl list-unit-files` Létező szolgáltatások kilistázása
+
 `systemctl start <service_neve.service>` Szolgáltatás leállítása
 
 `systemctl stop <service_neve.service>` Szolgáltatás újraindítása
diff --git a/video/masodik b/video/masodik
index 1b51adb11089588d55d35a0c5759d0ab0c950115..e8dc8629f44c9e4472127144ee93f7cea22178fe 100644
--- a/video/masodik
+++ b/video/masodik
@@ -180,18 +180,132 @@ ezt a groups-szal tehetjük meg.
 Nézzük meg, hogy Bélának milyen csoporttagságai vannak:
 ehhez a groups bela parancsot kell kiadni.
 Próbaként hozzuk létre a kszksok csoportot.
-sudo groupadd kszksok
+sudo groupadd csoportom
 Nézzük is meg, hogy működött, csináljunk egy mappát és
 tegyük elérhetővé a csoport számára.
 létrehozok egy mappát
 mkdir test
-group ownerré teszem a kszksok-at
-sudo chgrp kszksok test
+group ownerré teszem a csoportom-at
+sudo chgrp csoportom test
 és nézzük meg
 ls -la
 
 Most adjuk hozzá magunkat a csoporthoz.
-sudo usermod -aG kszksok mike
-
-Vegyük ki magunkat a tagok közül:
+sudo usermod -aG csoportom mike
+
+Nézzük is meg, hogy belekerültünk-e a csoportba:
+groups
+Nincs a listában a csoportom. Vajon mi lehet a probléma?
+A probléma az, hogy a csoporttagságok életbelépéséhez
+ki kell jelentkezni, majd újra bejelentkezni.
+Erre van egy alternatíva is, a newgrp paranccsal tudunk kérni
+egy shellt az új csoporttagsággal.
+Ezt úgy tudjuk használni, hogy futtatjuk a
+newgrp csoportom parancsot.
+És most ha megnézzük...
+benne vagyunk a csoportom csoportban.
+És, hogy látszódjon, hogy ez tényleg egy új shell volt
+adjuk ki az exit parancsot.
+Most visszakerültünk a korábbi shellbe, a terminál nem záródott be.
+Most adjuk ki a groups-ot...
+és megint nem szerepel a csoportom a listában.
+
+Most vegyük ki magunkat a tagok közül:
+sudo gpasswd -d csoportom kszksok
+
+Majd töröljük a csoportot:
+sudo groupdel csoportom
+Ezzel megtanultunk mindent, amit a csoportkezelésről tudni
+kell.
+
+Az init rendszer, ahogy korábban említettem, a gépen futó
+szolgáltatásokat menedzseli. A gép indulásakor automatikusan
+elindít minden szolgáltatást, ami szükséges a gép futásához,
+vagy amire megkértük, hogy indítsa el automatikusan.
+Emellett el tudunk indítani és le tudunk állítani
+szolgáltatásokat kézzel is. Nézzük is meg, hogy ez hogy működik.
+
+Erre a gépre telepítve van egy apache webszerver.
+Először is nézzük meg, hogy mi a service neve.
+Ehhez futtassuk a systemctl list-unit-files parancsot.
+Most egy less-es görgethető listában megjelent az
+összes szolgáltatás telepített szolgáltatás neve és állapota.
+Szűrjünk grep-pel az apache-ra.
+Itt láthatjuk, hogy apache2 a szolgáltatás neve.
+
+Nézzük meg az állapotát:
+systemctl status apache2
+Látható, hogy le van állítva az apache és le is van tiltva,
+vagyis nem indul el automatikusan a rendszerrel.
+
+Most indítsuk el:
+sudo systemctl start apache2
+Ha most megnézzük az állapotát, akkor látszik, hogy
+szépen el is indult.
+Ha elindítunk egy böngészőt és felmegyünk localhost-ra, akkor
+láthatjuk, hogy tényleg elindult.
+
+Nézzük meg a logjait!
+Ezt a journalctl -u apache2-vel tehetjük meg.
+A journald a systemd loggyűjtő komponense, önmaga is egy
+szolgáltatás és a journalctl paranccsal lehet használni.
+
+Ha azt szeretnénk, hogy az apache induljon el a géppel együtt,
+akkor engedélyezni kell a service-t.
+Ezt a sudo systemctl enable apache2 paranccsal tudjuk megtenni.
+A státuszát megint megtekintve láthatjuk, hogy engedélyezve lett.
+
+Most állítsuk le. Ehhez a systemctl stop apache2-t kell futtatni.
+Nézzük meg a státuszát.
+Éés le is lett tiltva.
+
+Most állítsuk le:
+sudo systemctl stop apache2
+Nézzünk státuszt!
+És láthatjuk, hogy leállt.
+Ha a böngészőben újratöljük az oldalt, akkor nem is tölt be.
+
+Nézzünk egy kis hálózatkezelést:
+Alapesetben az ip paranccsal lehet beállítani kézzel
+az ip címünket és az alapértelmezett átjarót, sok egyéb
+IP-hez kötődő beállítással együtt.
+
+Nézzük meg az ip címünket az ip address paranccsal.
+Sok infóval együtt, de megkaptuk az ip címünket.
+
+Az ip parancsban vannak rövidítések is, elég azt beírni, hogy
+ip a.
+
+Ha meg akarjuk kapni az átjárónkat, akkor pedig az
+ip route vagy ip r parancsot kell használni.
+
+Azonban nem mennék bele a kézi hálókonfigba,
+mivel általában hálózatkezelőket, vagyis network manager-eket
+használunk, amik indítás után automatikusan beállítanak mindent.
+Ubuntu Desktop-on az alapértelmezett hálókezelő a NetworkManager,
+Ubuntu Server-en pedig a systemd-networkd.
+A NetworkManager-nek van egy szép terminálos felülete is,
+az nmtui.
+Emellett parancsokkal is tudjuk vezérelni az nmcli-n
+keresztül.
+
+Ha ennél bővebben érdekel titeket a téma, akkor olvassátok el
+az ip, a NetworkManager és a systemd-networkd man page-eit.
+
+Amiről még most beszélnék az az SSH, vagyis secure shell.
+Ezzel biztonságos módon csatlakozhatunk egy távoli géphez.
+Ha kiadom azt a parancsot, hogy
+ssh mikewashere@ssh.sch.bme.hu
+és beírom a jelszavam,
+akkor satyr-on találom magam, ami a publikus terminálszerverünk.
+Ez a parancs amúgy Window 8 utáni Windowsokon is megtalálható.
+Ezt bátran próbáljátok ki, ssh-zzatok fel az schacc-otokkal
+satyr-ra és nézzetek körül.
+Emellett kaphattatok emailben bejelentkezési adatokat
+saját Linuxos VM-ekre, amiket a gyakorlaton fogunk használni,
+lehetőleg próbáljatok meg belépni rájuk még a vasárnapi alkalom
+előtt.
+
+Ez a videó ennyi volt, köszönöm a figyelmet, és találkozunk
+vasárnap. Sziasztok!