-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
#55783
#21078528
törölt tag
herdsman12
#55780
#21078528
törölt tag
válasz
herdsman12
#55780
üzenetére
lsof -P -i -n
-
#21078528
törölt tag
Nyilván a T. gyártókat minősíti, hogy egy bootolható .ISO-ig vagy USB-ről betölthető .exe-ig (ez pl. a Dellnek sikerült) sem jutnak el (a HP-tól meg konkrétan papírzsepit sem vennék), ezzel együtt hasonló módszerrel frissítek gond nélkül évek óta...
Ha én vagyok az MS és van egy saját, bejáratott oprendszerem, akkor nyilván nem izgatom magam amiatt, hogy az általam gyártott hardverre Linuxot gányoló hogyan fog BIOS-t frissíteni...
-
#21078528
törölt tag
válasz
jackal79
#55738
üzenetére
A szokásos frissítésekkel érkeznek a kernel frissítések is.
Mondjuk pont a Mintnek van egy olyan baromsága, hogy alapból nem frissíti a kernelt, mert problémát okozhat, inkább maradjanak benne a mondjuk távolról kihasználható hibák... Okos...
Szerencsére az újabb verziókban kapásból kikapcsolható (rákérdez). -
-
#21078528
törölt tag
Közben az Ubu szakik megsúgták, hogy 16.04-ben már nincs külön szerver kernel, szal bocsika mindenkitől...
Amikor nálunk a cégnél még Ubu szerver volt, akkor még volt külön kernel. Több különbség volt, nem preemptív volt, alacsonyabb timer interrupt frekvencia volt beállítva, stb..
Innentől viszont nem igazán értem, minek "szerver" verziót fenntartani, ott a netinstall, oszt jó napot...
-
-
#21078528
törölt tag
-
#21078528
törölt tag
válasz
trapi007
#55418
üzenetére
Kreálsz hozzá egy systemd konfigot, valami ilyesmit:
[Unit]
Description=TeamSpeak3 Server
Wants=network-online.target
After=syslog.target network.target
[Service]
WorkingDirectory=/opt/teamspeak3-server
User=teamspeak3-user
Type=forking
ExecStart=/opt/teamspeak3-server/ts3server_startscript.sh start initfile=ts3server.ini
ExecStop=/opt/teamspeak3-server/ts3server_startscript.sh stop
ExecReload=/opt/teamspeak3-server/ts3server_startscript.sh reload
PIDFile=/opt/teamspeak3-server/ts3server.pid
[Install]
WantedBy=multi-user.targetNézd át, hogy mik indulnak nálad, mert pl. ha nincs syslog, akkor nyilván azt kihagyod a konfigból.
Ja, bocs, rossz ötlet, a systemd a sátántól való, nem követi a csodás openszósz filozófiát, stb., stb....
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#21078528
törölt tag
válasz
ubyegon2
#55355
üzenetére
Tessék, az igazi-jó KDE (TDE) fogyasztása, szőröstül-comptonostól...
Nem mintha sokat számítana, mert az ember azért vesz RAM-ot, hogy használja a rendszer, mint ahogy a UNIX filozófia szerint a nem használt RAM elpocsékolt RAM, tehát előbb-utóbb lemez gyorsítótár lesz belőle...
-
#21078528
törölt tag
válasz
ubyegon2
#55002
üzenetére
[És (#55003) inf3rno]
Az init mint olyan, az egyik legfontosabb téma, csak nem ebben a "szar a systemd, pusztuljon P." stílusban, olyan Linux evangelistáktól, akik érdemben nem tudnak érvelni egyik init ellen és mellett sem, csak más Linux evangelisták hasonló stílusú és mélységű irományait linkelgetik, ennek így tényleg nincs sok értelme...
Az hogy a systemd asztali rendszernek jó, szervernek nem, ez megint csak egy végtelen leegyszerűsítés, amibe ilyen formán nem kéne belemenni...
-
#21078528
törölt tag
válasz
Apollyon
#54960
üzenetére
a)- egy rakás Linux terjesztés, BSD-k, Solaris leszármazottak.
b)- azért az engem idegesítő hibák csak eltűntek belőle...
c)- na igen, itt bukik ki, hogy kritizálni könnyű... Többek között azért használom én is az 1000 sebből vérző Linuxot, mert nem vagyok elég okos, hogy jobbat írjak helyette... És ezért próbálom moderálni is a negatív észrevételeimet, amiket persze azért nem kell lenyelni. És akkor most huppanjunk le a kis rózsaszín felhőnkről a földre, és állapítsuk meg, hogy a nagy demokratikus, szeretettől túlfűtött és végtelenül közösségi openszósz világban pontosan az történik, amit a Red Hat, SuSE, Oracle, Canonical, stb. fizetős vendégei szeretnének...! Ha nekik tetszik a systemd akkor marad, ha nem akkor megy...
Szóval lehet görcsölni a systemd miatt, de amíg nem jön valaki a Red Hattól, hogy gyerekek, az amerikai tőzsde rendszere a systemd miatt állt meg, vágjuk ki P.-vel együtt, addig maradni fog. -
#21078528
törölt tag
válasz
ubyegon2
#54955
üzenetére
Jogos, bár a korai időkben volt pár brutál szopás a systemdvel, de ma már annyira nem gáz.
Egyébként édesek ezek az ellenzők, akik kilométeres wiki oldalakat gyártogatnak, hogy mié xar, ahelyett, hogy a) váltana ha nem tetszik neki, vagy hogy b) bugreportolna normálisan, hogy segítse a fejlesztést, vagy hogy c) írna egy jobbat... -
#21078528
törölt tag
válasz
ubyegon2
#54936
üzenetére
Semmi baj nincs a Devuannal, csak a kollégának nem sikerült telepítéskor kiválasztani a hazai tükröt, mert hogy az is van és működik rendesen...
(#54945) Apollyon: a Linux most is egy fregmentált, tákolt, bugos, lassú xar, csak ingyé nincs jobb...
A Gnome3-ról szóló szálban pont ezen rágódunk, és ha valaki azt mondja nekem, amikor ~16 évvel ezelőtt felraktam a Mandrake 7.x-et, hogy 2017-re a rendszer megbízhatatlanabb, problémásabb lesz, mint akkor volt, körbe röhögöm, pedig igaza lett volna...
-
#54891
#21078528
törölt tag
Flowtation
#54883
#21078528
törölt tag
válasz
Flowtation
#54883
üzenetére
Van egy rakás hibás szektorod, és már nem tud átmozgatni a tartalék területre, kuka...!
-
#21078528
törölt tag
Egen, a Gnome-szoftverek jelenleg a Linux világ legalja, terminálos alkalmazásokra nem ad találatokat egy UNIX-like rendszer csomagkezelője, könyörgöm...?!
Pedig lehet ezt kultúráltan is csinálni, lásd Mageia, ahol be lehet állítani, hogy mindenre adjon találatot a csomagkezelő, vagy csak a GUI-s cuccokra. -
-
#21078528
törölt tag
válasz
ubyegon2
#54570
üzenetére
De ugye nem rám célzol...
A coomit opcióra visszatérve, olyan értelemben nem lettél átverve, hogy minél nagyobb az értéke, annál nagyobb a teljesítmény, elég nagy szám esetén még esetleg érzékelhető is lehet, de ezzel arányosan vesztesz az adatbiztonságból...
Pl. a kis kedvencemnél, a JFS-nél nincs ilyen opció, különböző adatok figyelembevételével maga számolgatja a szinkronizálási időközt, nem tudod befolyásolni, és ez szerintem így helyes... -
-
#21078528
törölt tag
válasz
ubyegon2
#54556
üzenetére
Pontosítsunk, a commit esetén nem naplózásról, hanem ciklikus adat és metaadat szinkronizációról beszélümk. Gyakorlati célja, hogy az olvasási műveletek ne zabálják fel a sávszéllességet az írás elől, hanem megtörténjen a szinkronizálás adott időközönként.
Ha mondjuk 10 percre állítjuk, akkor szépen bekockáztatjuk, hogy egy 220 elköszönés esetén az uccsó 10 percben keletkezett adatoktól is elköszönünk (a fájlrendszer nem sérül, mert ettől a naplózás működik), ha mondjuk ez a Private Gold összes torrentje, az nem olyan nagy baj, de ha mondjuk rendszerfrissítés, az már ciki... -
#21078528
törölt tag
válasz
kovaax
#54482
üzenetére
Tééleg nem kötözködni akarok, de:
"Konkrét negatív tapasztalat nincs, de pozitív sem, egyszerűen az én szempontomból semmi olyat nem nyújt, amit fájlrendszer szinten nem tudnék megoldani sokkal egyszerűbben, tehát csak egy felesleges kolonc és hibaforrás..."
Nem tudom, hogyan tudnám ennél jobban kihangsúlyozni, hogy számomra nem opció az LVM, egy szóval sem mondtam, hogy mások számára sem az...
-
#21078528
törölt tag
válasz
megema
#54464
üzenetére
Konkrét negatív tapasztalat nincs, de pozitív sem, egyszerűen az én szempontomból semmi olyat nem nyújt, amit fájlrendszer szinten nem tudnék megoldani sokkal egyszerűbben, tehát csak egy felesleges kolonc és hibaforrás...
A Btrfs a működési metódusából kifolyóan jobban töredezik a többi Linuxos fájlrendszernél, de vannak eszközei ennek a mérséklésére, szerintem jól kezelhető a dolog.
A ZFS-sel csak messziről integettünk egymásnak, egy ismerős demózta nekem a cuccot, elég meggyőző volt! Viszont vas kell alá (főleg memória), és Linux alatt sztem felejtős, FreeBSD v. vmi. Solaris származék kell alá (nekem OpenIndianan demózták).
Ha csak sima fájlrendszerben gondolkozol a snapshot lehetőség miatt van előnyük, egyértelműen!
Szerintem nincs, de nem foglalkoztam igazán a dologgal, nálam hibatűrés=RAID1...
-
-
#21078528
törölt tag
-
#21078528
törölt tag
válasz
ubyegon2
#54204
üzenetére
Pár száz mega bőven elég, max. 512MB.
Ubuntu leszármazottaknál tapasztaltam, hogy nem szeretik a /boot-on a JFS-t, nézelődtem mi lehet az oka, de épkézláb magyarázatot nem találtam, sok időt meg nem akartam tölteni vele, egyszerűbb EXT-et rakni rá (de pl. Mageia gond nélkül tölt JFS-ről...). Olyat is olvastam, hogy a GRUB sem volt hajlandó települni JFS-re, nem tudom, nem volt kedvem ezért kiolvasni az internetet... -
#21078528
törölt tag
válasz
ubyegon2
#54201
üzenetére
Érdekes, egy ideje 18.2 van nálam Cinnamonnal, de nincs vele probléma...
Javascript akármi nyüglődik nálad, próbáld a cjs csomagot leszedni, takarítani utána, aztán visszarakni...A JFS-hez annyi, hogy a systemd boot során bizonyos terjesztéseknél megmakacsolja magát vele, tehát javallot külön EXT-es /boot-ot csinálni, a többire mehet a JFS (SysV esetén mehet JFS mindenhova). És nagyon szereti a deadline ütemezőt!
-
#21078528
törölt tag
válasz
#95488640
#54193
üzenetére
Ez rész egészen rendben volt!
Annyi kis kiegészítés, hogy a lost+found asztali környezetben is számíthat adott esetben, ill. még megjegyezhetted volna, hogy az EXT fájlrendszerek sajátja, tehát mondjuk XFS használók ne keressék egy fájlrendszer hiba után ott az esetlegesen megmentett adatokat.
A chmod esetén azért még megmutathatnád a következő videóban, hogyan lehet jogokat állítani külön a tulajdonosnak, csoportnak és a többi felhasználónak, ez esetenként elég fontos lehet!Szal grat, jó az irány (és jobbak a hosszabb, részletesebb anyagok, akinek sok egyszerre, az majd megnézi több részletben)!
-
#54181
#21078528
törölt tag
Oneironauta
#54180
#21078528
törölt tag
válasz
Oneironauta
#54180
üzenetére
"De pl. a 32 bites Arch esetén, még az XFCE is vígan használható volt (pár felesleges dolgot kilőve evett vagy 150 megát)"
Magad is elárulod a lényeget, nem DE v. WM kérdése, hanem hogy mi fut a háttérben...
Egy KDE-t is durván meg lehet kopasztani, és a RAM fogyasztása a felénél is kevesebb lesz a normál telepítéshez képest (Debian alatt szoktam így felrakni, KDE-standard csomag).Én is nyúzok egy Acer netbookot 1GB RAM-mal, szal a gyakorlati tapasztalat beszél belőlem, volt rajta BunsenLabs (openbox), Xubuntu (XFCE), most jó ideje Lubuntuval fut (LXDE), Firefox mindenhol felejtős vele, Midorival el lehet szenvedni, de a lazán neteztemtől messze van a dolog ebben az esetben...
Maga az ablakkezelős rész minden esetben korrektül futott. -
#21078528
törölt tag
512MB RAM mellett sosem fogsz normálisan böngészni, 2GB mellett meg Cinnamon alatt is menni fog...
A RAM hiányt nem oldod meg ablakkezelővel való trükközéssel...
Sírva röhögök, amikor hozzák a népek az 1GB RAM-os szutyikat, azzal a szöveggel, hogy "csak netezésre kell"...(#54166) BoB: Az előre lefoglalás addig ér valamit, amíg van hely és nem kezdesz el törölgetni a meghajtóról, aztán egyre rosszabb és rosszabb lesz a helyzet...
-
#21078528
törölt tag
válasz
#68216320
#54161
üzenetére
A külön adat partíción a külön adat partíciót értem...
A /home alatt van egy rakás fontos fájl, a torrent meg fragmentálja a fájlrendszert, tehát oda torrentezni nem túl jó ötlet...
Csinálsz egy kellemesen nagy partíciót, aztán tetszőleges helyre csatolod mondjuk ADATOK néven. Én gyökér alá szoktam, de teheted az /mnt vagy akár a /home/felhasználó/ alá is, ha úgy kényelmesebb. -
#21078528
törölt tag
válasz
#95488640
#54002
üzenetére
A téma lezárásaként egy idézet a Sophos oldaláról, egy Linux biztonsággal foglalkozó cikkből:
"On Linux you install software from software repositories, which contain only trusted software.
Beside the fact that social engineering is not the only way to get a malware infection, are you completely safe just because you use software repositories?
Let’s just take an example and search “How to install Java on Ubuntu.” You will immediately find tens or hundreds of step-by-step guides that suggest you add a particular PPA repository in order to install the latest version of Oracle Java (and as with Java, you will see the same pattern for many other software).
$ sudo add-apt-repository ppa:…
But who is the maintainer of those repositories? This clearly depends on the link you opened and on the repository that is suggested. But, in the case of Java, it is not Oracle itself. Which means that you do not really know if it’s a legitimate or a malicious repository."Szóval értek mindent amit mondasz, csak arra gondolnám felhívni a figyelmet (és azt hiszem colomb2 kolléga is), hogy ne verjünk az emberkék fejébe hibás gyakorlatot...
Ha a program teszi a dolgát (főleg ha egy grafikus előtétről van szó), akkor ha jelzi, hogy van újabb verzió a csomagtárólón kívül (!), akkor NE álljunk neki feltúrni az internetet a frissítés után, kockáztatva a rendszer biztonságát és stabilitását!
Nyilván, amiket hoztál példát, hogy a tárolóban lévő verzió instabil, és a program fontos, akkor az ember mérlegel, de egy jól működő grafikus előtétnél nem... -
#21078528
törölt tag
válasz
#95488640
#53990
üzenetére
"A grafikus felület elavult volt. Nem volt más lehetőség a frissítésre. Te, hogy csináltad volna?"
Sehogy, az, hogy egy grafikus előtét nyekereg, hogy van újabb, az kit érdekel?
Eleve minek a ClamAV-hoz grafikus előtét?"Készüljünk a legrosszabbra a helyes gondolkodás? WTF? Dehogyis!"
Dehogynem! Ha majd abba a helyzetbe kerülsz, hogy üzemeltetned kell egy nagyobb rendszert, a kezed alatt egy rakás debil felhasználóval, akik számára IT/internet=Faszbúk, akkor majd belátod, hogy a készüljünk a legrosszabbra a helyes gondolkodás!
De egyébként továbbra is tetszik amit csinálsz!
-
-
#21078528
törölt tag
válasz
Rimuru
#53774
üzenetére
A régi céges laposomon Bodhit használtam, teljesen jó. Az e17/Moksha azoknak való igazán, akiknek az asztal állítgatása lényeges kérdés, mert itt az utolsó pixel viselkedése is részletesen beállítható, közben pedig alig van erőforrás igénye (moduláris felépítésű az egész).
-
#21078528
törölt tag
válasz
Rimuru
#53731
üzenetére
Ne aggódj, nem vagy egyedül, én sem tartozom bele a mindenkibe...
Amúgy még a kezdő topikban sem tartom helyesnek, hogy mindenre grafikus program van ajánlva megoldásként, és nem azok az eszközök, amik bármikor, bárhol elérhetőek!
Amikor kezdtem a Linuxos ipart, még nem volt sehol a GParted, ha akartam volna sem tudtam volna klikkelgetve particionálni, szépen tök kezdőként megtanultam használni az fdisket, ami azóta is jól szolgál, és mindig elérhető; és még sorolhatnám... -
#53684
#21078528
törölt tag
Flowtation
#53683
#21078528
törölt tag
válasz
Flowtation
#53683
üzenetére
Igen.
-
#53504
#21078528
törölt tag
herdsman12
#53502
#21078528
törölt tag
válasz
herdsman12
#53502
üzenetére
Ide költöztettem!
Majd megkérjük ubyegon2 tg.-t hogy javítsa a linket! -
#21078528
törölt tag
válasz
#95488640
#53391
üzenetére
Samsung SSD esetén nem azért nem kell discard opció az fstabba, mert tök jól kezeli, hanem azért, mert baromira nem kezeli jól...
És valahol egyetértek colomb2 kollégával, én inkább ezt nézetném át minden kezdővel, mint alapszabály, ami az összes terjesztésre igaz...
-
#21078528
törölt tag
válasz
#95488640
#53126
üzenetére
Meglepődnél, mi minden került már ki az NSA-től...
Nem kell indítgatni semmit, fertőzött weboldalakon és makrókban terjed elsődlegesen, egy SMB sebezhetőség miatt pedig automatikusan szétszalad a hálózaton.
Nincs semmi figyelmeztetés meg engedélyezés, amiket mutogatsz, mivel elsőnek egy exploit jön (EternalBlue), ami előkészíti a terepet, majd szervíz folyamatként elindul a cucc, teljes hozzáférést biztosít az össze fájlhoz, aztán jön a titkosító algoritmus.A WannaCrypt 3.0-nak már van UNIX-os verziója, szóval már nem kell hozzá Wine, lehet készülni...
-
#21078528
törölt tag
válasz
#38314240
#53046
üzenetére
Ugye a kérdés, hogy mit értesz tisztításon igazándiból...
Ha a csomagok körül akarsz takarítani, akkor futtasd ezt, leszedi az eltávolított csomagok utáni felesleges fájlokat:
dpkg --list | grep '^rc\b' | awk '{ print $2 }' | xargs sudo dpkg -PHa úgy általában akarsz takarítani, akkor a Bleachbit-et telepítsd.
A takarítás mindig veszélyes, tehát ésszel végrehajtandó művelet!
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Teszt Már csak két hónap van hátra a Windows 10 nyugdíjazásáig, ideje előrelépni
- Teszt [Linux] Vanilla OS, egy Debian alapú immutable operációs rendszer
- Teszt [Linux] Aeon Desktop, egy immutable operációs rendszer az OpenSUSE-tól
- Teszt [Linux] A Flatpak
- Bejegyzés MS Office365 Linuxon
- Bejegyzés [Linux] Futtassunk bármely disztrót a terminálunkban
- Bejegyzés Alpine Linux telepítés mindenféle low-end dologra
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Samsung Galaxy S25 Edge Titanium Jetblack 120 Hz AMOLED, AI-kamera 12/256 GB Új
- BESZÁMÍTÁS! Asus H370-A i5 9600K 16GB DDR4 512GB SSD RTX 2060 Super 8GB Zalman T7 Zalman 500W
- Apple iPhone 13 Mini / 128GB / Gyárifüggetlen / 12Hó Garancia / 84% akku
- Több db Nvidia Quadro K2200 4GB GDDR5 újszerű, karcmentes videokártya számlával
- Samsung Galaxy A40 64GB // Számla+Garancia //
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest