Hirdetés
- sziku69: Fűzzük össze a szavakat :)
- Brogyi: CTEK akkumulátor töltő és másolatai
- gban: Ingyen kellene, de tegnapra
- Mr Dini: Mindent a StreamSharkról!
- Lalikiraly: Kinek milyen setupja van?
- eBay-es kütyük kis pénzért
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- btz: Internet fejlesztés országosan!
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
-
-
válasz
#79484416 #93277 üzenetére
2. "
systemd
by default kills all processes (screens) if the main service that created them exits. Note this is not only subprocesses but any processes within the same cgroup."
3. a hagyomanyos init semmikor, de a systemd fuggosegkent kellene, hogy kezelje a tuzfal allapotat, plusz a systemd nem csak egy init rendszer.
4. nem, azert, mert fasztering igy dontott. Meg ha az otthoni PC-d 30-90e Ft-os alaplapjat nyirod ki, hagyjan, de amikor egy szerver alaplapot nyirsz ki egy idiota hulye dontese miatt, akkor azert felmordul az ember. Egyebkent hasonlot az nvidianak is sikerult kiviteleznie vmelyik 8 evvel ezelotti WHQL driverevel, tehat nem Linux- es kernel-specifikus.
5. ami cleartext logom van, az a dmesg, de ha azt akarom kdieriteni, hogy a legutobbi boot elott miert doglott ki a Firefox, akkor lehet elkezdeni anyazni. -
A teljesseg igenye nelkul:
- init rendszernek indult, ma egy mindent felzabalo monstrum
- a screen-ben inditott tavoli, hosszu munkafolyamatokat agyonlovi
- felhuzza a halozatot, akkor is, ha a tuzfalban vmi elbaszodik, viszont a sysadmint meg egy ocska levellel sem figyelmezteti
- az alaplap EFI resource-okat rw valtozokba mountolta, ergo egy rossz mozdulattal agyon lehetett csapni az alaplapot vegervenyesen
- kivegezte a cleartext logolast, most csak binaris van (ha van), ergo kell egy futo systemd-s rendszer, hogy a logot meg tudd nezni
- spagetti kod (modositas a kodbazis egyik reszen nem vart kovetkezmenyekkel jar egy masik - irrelevans - reszen)
- bevaltatlan igeret, miszerint barmit tudsz service-kent futtatni - nem tudsz
- lepes a corporate Linux iranyaba.Szoval csak egy kalap szar.
-
-
-
-
válasz
tordaitibi #93128 üzenetére
Ha biztonsag, akkor csak a hivatalos tarolo, esetleg spec software eseten a gyarto honlapja, de az mar bizonyos fenntartasokkal kezelendo.
Egyebkent ha az AUR maga a Kanaan, akkor mutass egy binaris mongodb-t, kerlek, mert ha jol lattam, csak compile scriptek vannak, nekem viszont nincs sem idom, sem kedvem szarozni a forditasokkal, ehhez mar tul oreg vagyok.
-
válasz
tordaitibi #93116 üzenetére
"...Érted mit nem értek ha mindent, debet, flatpakot snapet appimaget, aur-t ppa-t stb. ízekre boncolunk, az 101% hogy bármelyikbe lehet hibát, sérülékenységet találni..."
Azert a deb csomagformatumot ne keverjuk mar ossze mindennel. Mivel a Debian csomagformatuma, maradok a Debianon beluli kontextusnal. Ilyenforman pedig ami a csomagban van es a hivatalos repobol jon, tesztelve van - nem csak mukodest, hanem biztonsagot tekintve is. Amit szembe lehetne vele allitani, az az rpm, de a flatpaket, snapet, appimage-et semmikeppen sem, az aur meg a ppa meg nem csomagformatum.
-
válasz
tordaitibi #93102 üzenetére
Jó is az a snap...
-
-
-
-
válasz
tordaitibi #92682 üzenetére
Tibi, sokan hajlamosak elfelejteni, hogy a Windows megtanulásába is bele kellett tenni az időt - de az ugyanígy igaz MacOS-re, Linuxra, Androidra, mindenre.
Ha 6 gigányi kernele volt, akkor már jó ideje használja a rendszert, lett volna ideje megtanulni az alap karbantartást.
-
válasz
tordaitibi #92670 üzenetére
Grat az ügyes melóhoz, a konklúzió viszont rossz, ahogy többen megemlítették.
Engem az érdekelne: mi az, hogy nincs dpkg? Lennie kell, az apt csak frontend a dpkg-hoz.
-
-
-
válasz
tordaitibi #92533 üzenetére
Ez nem inkabb disk hiba lesz? 0 byte a szabad, mert a rendszer folyamatosan jeloli a szektorokat hibasnak...
-
-
válasz
Balerik #92511 üzenetére
Elso lepeskent visszaallnek egy csak Debianos repository listara, src-ket kihagynam (hacsak nem forditasz onnan vmit). Utana elkezdenem felkutatni az addicionalis listakat es szigoruan egyszer adnam hozza a repokat. Ha megnezed a hibauzenetet, panaszkodik is az apt, hogy egy-egy cel tobbszor is be van allitva es egyeb bajok is vannak, amikkel meg sosem talalkoztam.
-
-
-
válasz
ubyegon2 #92496 üzenetére
Szerintem az Ubuntu sem alkalmaz hivatalosan PPA-kat, hiszen az pont Personal Package Archive - tehat ubyegon2 fejleszto csinal vmit, amirol ugy gondolja, hasznara van a kozossegnek, beleteszi a maga kis programjat.
Ezt a programot azonban senki nem ellenorzi biztonsagi szempontbol, hiszen nem a disztribucio resze, tehat fenti fejleszto ugy gondolja, hogy akkor mindenki, aki ingyen hasznalja a programjat, cserebe a CPU/GPU idejenek 30%-at az o BC banyaszatara kolti ezentul...
-
-
válasz
tordaitibi #92402 üzenetére
Alapvetően azért nem értek egyet, amit már korábban leírtam. A kezdő tapasztalja, tanulja meg a normális, üzemszerű állapotot, ráér azután feszegetni a határokat, hogy a rendszer alap kezelésében már van némi rutinja. Így nem esik pánikba, ha véletlenül vmi félresiklott, hanem átvált a virtuális terminálra és elkezd kutatni.
Ha viszont egyből túlmegy a határokon, fogalma sem lesz, hogyan keressen hibát, így jobb esetben újratelepíti a rendszert, rosszabb esetben "szaraLinugz". Persze utóbbival is csak annyi a baj, hogy Te, én és még sokan mások a topicból tudják, mi a baj, mi a megoldás, de esély sincs rá, hogy megmutassuk.
-
válasz
sicc_innen #92400 üzenetére
Szóval a Linux a hibás, hogy ingyenes Windows-ként akartad használni...
-
válasz
tordaitibi #92368 üzenetére
En ertelek, Tibi, meg sem fordulna a fejemben, hogy megmondjam, mit csinalj es mit ne, mert eleg tapasztalt vagy ahhoz, hogy egy backup-restore cycle-t megoldj.
Azt azonban kerlek vedd figyelembe, hogy ez itt a kezdo topic es amit itt leirunk mindannyian, az egy kezdo szamara szinte maga a Szentiras, ergo ha Te beirod hogy a "sudo <guisprogram>" franko, akkor ezt igy fogja megtanulni, aztan ha elcseszodnek a GUI-n a jogosultsagai, akkor nem erti mi a problema es meg sem tudja javitani, mert neki nem az elso lesz egy Timeshift backup beallitasa.
-
-
válasz
tordaitibi #92327 üzenetére
Marpedig akkor sem szabad. Pont nemreg a redditen jott szembe egy csavo, aki panaszkodott, hogy fel eve a display manager nem volt hajlando autentikalni ot, ezert ujrarakta az egesz kocerajt, de most megint elojott neki, nincs-e otletunk.
Egeszen egyszeruen - gondolom vmi racing condition lehet - neha a user .*Authority file-janak tulaja a root lesz es onnantol nincs autentikacio GUI-n, csak CLI-n.
-
-
válasz
CsengődiGeri #92278 üzenetére
Ezen a vason csak egy parancssoros Linux nem döcögne... Gyenge CPU, kevés RAM, HDD - minden adott a lassúsághoz.
Az eleve behatároló tényező, x64-et tudja-e a processzor? Ha igen, akkor Debian + LXDE, de a mindennapos használat akkor is döcögni fog, mert minden agyon van scriptelve. -
-
-
-
-
Pedig nagyon rossz vegen fogod meg a dolgot.
A flegmasag akkor jon elo, amikor vkinek segiteni akarnak, de arra sem veszi a faradtsagot, hogy rendesen elolvassa, amit ajanlottak neki. Kivancsi lennek, hogy az olvtarson kivul ki volt az, aki ugy erezte, hogy az altalam linkelt konyv linuxos programozokepzesre valo.
Egeszen konkretan leirtam, hogy kik forgathatjak a legnagyobb haszonnal, de kit es mi gatol abban, hogy csak a vonatkozo reszt olvassa el?
Nem mellesleg bizonyos fogalmakkal is hadilabon all az olvtars.Egyebkent meg a Linux desktop reszesedese pont ugy jo, ahogy van, legalabb nem Windows-ositjak el (bar torekvesek vannak ra).
-
-
-
-
-
-
-
-
-
-
-
válasz
tordaitibi #92038 üzenetére
Az NTFS jogosultsagokat nem tudod allitani Linux alol - legalabbis a szabadon elerheto driverekkel (talan a Paragonnak van olyanja, ami helyesen kezeli az NTFS-t). Beallitod, azt mutatja, hogy ugy van, ahogy beallitottad, de nem.
-
válasz
tordaitibi #92033 üzenetére
Tibi, ne csinald mar, NTFS-re hiaba adsz 777-et, hogyan kene ertelmeznie a filesystemnek?
-
-
-
-
válasz
tordaitibi #91862 üzenetére
A backupra hasznalt remote filerendszereket nem tartjuk becsatolva, csak es kizarolag a backup idejen
Egyebkent igen, tenyleg igy van, ha az operacios rendszered kezelni tudja a remote filesystem hivasait - marpedig ha sikeresen mountoltad, akkor a filesystem drivere kezeli. Az alapveto dolog itt az, hogy Rajtad kivul senki nem tudja, hogy ransomware tevekenykedik, a filesystem read and write pont ugyanolyan call, mintha Te csinalnad. -
válasz
tordaitibi #91814 üzenetére
Arukereson most lattam vmi M2-es 128 gigasat 3 rongyert...
Kozben kerdezek egy csunyat: van-e passziv nV kartya sok memoriaval olcsoert, CUDA-tamogatassal?
-
-
-
-
-
válasz
5leteseN #91737 üzenetére
Gondolom a 128/192 GB RAM-od mellett inkabb van 1-2 regebbi Xeon, semmint egy Celeron. Ez azonban meg mindig nem altalanos, a use case eleg korlatozott.
Erdekessegnek meg jo lehet, biztosan ossze is lehet rakni, de valoszinuleg azert nem keszult ilyen megoldas, mert nemigen van ertelme.
-
válasz
5leteseN #91735 üzenetére
Mifele 80-90 GB-os rendszert, erzek itt nemi onellentmondast... Ha van ennyi RAM-od, minek aggodsz az eroforrasok miatt? Ha nincs ennyi memoriad, minek akarod oda kibontani a rendszert?
Azt sem ertem, minek uldozod ezt a megoldast, mert ennyi RAM az atlag szamitogepeken igen ritka.
-
-
-
-
válasz
tordaitibi #91708 üzenetére
A snapben szabalyozni lehet, mihez ferhet hozza a belecsomagolt app. Ket eselyed van: vagy megvan a python forrasa a cuccnak es akkor snap nelkul futtatod, vagy keresel nem-snapes letoltot.
-
-
-
-
-
-
-
-
válasz
sh4d0w #91379 üzenetére
Nos, add-onok/plug-inek es minden egyeb kutyafule nelkul by default ezek az eredmenyek jottek ki:
https://en.wikipedia.org/wiki/Browser_speed_test - innen szedtem a benchmarkokat
speedometer 2.0 - 263
speed-battle - 414.78 / 809.09 / 97.52 / 1321.39
webxprt 4.0 - 230
wirple bmark - 1012 / 39 / 1808 / 1884 / 4743
kraken - 445.7
Jet stream - 486.85 -
válasz
Black&White #91375 üzenetére
Pont tegnap neztem ra, egy feluletes teszttel - eszetlen gyors, de nincs benne semmilyen kiegeszito egyelore.
-
válasz
-szabi- #91367 üzenetére
[link] Mintha ModernUS3R megoldotta volna.
-
-
-
Linux ala milyen BT-s dongle-t ajanlotok?
-
-
-
-
-
-
válasz
classic B #90864 üzenetére
Nem azert ostoba, mert maskent mukodik, hanem azert, mert ostoban mukodik. Ha Windows-on egy file-nak txt a kiterjesztese, akkor alapbol notepaddel nyilik meg. Ha atnevezem cpl-re, akkor a control panel nyitna meg, aminek nem ertelmezheto a file tartalma.
Minek lehet ezt hivni, ha nem ostobasagnak?
Egyebkent: ha tevedtel, nincs azzal baj, ha beismered.
-
-
válasz
tordaitibi #90843 üzenetére
Vicces kedvu a HUP-os olvtars, mert Linuxon rohadtul nem a file kiterjesztese szamit. A 10 eve otthagyott mumnkahelyemen Ubuntu alatt notes.exe volt az inditoallomanya a Lotus Notesnak, de nativ ELF binaris volt.
A kiterjesztes csak a Windows-nak fontos, mert olyan ostoba, hogy annak alapjan donti el, mivel van dolga, vagy mit tartsitson hozza.
-
válasz
lanszelot #90748 üzenetére
A Tails pont nem az, ami megoriz barmit is - pont ez a lenyege. Bootolsz rola, minden memoriaban fut, amint kikapcsolod, vagy rebootolsz, minden eltunik, amit az elozo munkamenetben csinaltal.
A megoldas nem ez, hanem az MFA es nem a telefon, hanem az autentikator alapu.
-
válasz
tordaitibi #90711 üzenetére
Ha a cegnek van sajat repoja, az mar eleg, sokkal biztonsagosabb, mint egy ppa, vagy egy webrol levadaszott csomag. Egyebkent ha mindenaron .deb-et akarsz telepiteni, legalabb 3 modszer van ra, 1 GUI-s (Gdebi), meg 2 terminalos (dpkg, apt). Ha egy ilyen feladat megoldasa nehezsegeket okoz, akkor PEBKAC.
-
ppa != repository. Egy ppa (personal package archive) pont ugyanolyan, mintha egy G keresésből kapott .deb-et raknál fel - nincs semmi, ami garantálná a biztonságodat. Nyilván sem a nagy cégek, sem a disztribúciókat managelő szervezetek (feltéve, hogy nem kínai vagy orosz) nem engedhetik meg maguknak, hogy insecure appot terítsenek, tehát ott nagyobb biztonságban vagy és még nem léptél ki az ökoszisztémából.
-
Nagy cégek nem engedhetik meg maguknak, hogy a repóik fertőzöttek legyenek, tehát elméletben biztonságosabb, amit ezekből telepítesz. Egy .deb-et letölthetsz a csingacsguk.com-ról is, csak azt a csomagot nem ellenőrzi senki, nem tuhatod, hogy nem malware-e.
Plusz
Felrakod a chrome.deb-et dpkg-val, aztán apt -f install és jönnek a törött csomagok. User kijelenti, hogy "szaralinugz", miközben ő a gyenge láncszem.
-
-
válasz
classic B #90677 üzenetére
Továbbra is ragaszkodsz ahhoz az alapvető hibához, ami minden Windows-usert jellemez: Windows-ként akarod használni a Linuxot. Ebből jönnek az ilyen marhaságok, hogy keresel egy .deb-et Google-lel, aztán telepíteni akarod.
Linuxon egyszerűen nem ez a módja, valójában ez az egyik legutolsó dolog, amit teszünk.Powershellről mindenki hallott, aki az r=1 usernél magasabb szinten van Windows-on, aki meg adminisztrál is enterprise környezetet, máshoz nem is nyúlhat. Oké, hogy lehetne sokkal jobb és konzisztensebb is, de alapból ott van a kliens és core server Windows-on is, azonnal tudod managelni.
Mondok jobbat: terminálból is lehet telepíteni Windows-t - szóval nem ördögtől való a terminál.
-
válasz
classic B #90660 üzenetére
Csak hogy helyre tegyunk par ordito tevedest: nem hasznalunk Ubuntut; ha igen, csak LTS-t; csak ugy Windows-os modra nem toltunk le .deb-et, hanem hasznaljuk a repository-kat; ha a lock screen lefagyott, akkor valsz nvidia kartyad van, ami a zart helyett a nyilt driverrel ment - nvidia kartyaval nem Linuxozunk, vagy felkeszulunk a szoporollerre; sosem lesz kimondva, hogy a Linux bonyolultabb, mert nem az; legvegul pedig "normalis" Windows (core) servert es Active Directory-t is terminalbol managelnek, ugy hijak powershell.
Tehat user error.
-
.
-
-
válasz
ubyegon2 #90652 üzenetére
Bocs, de most ez hulyeseg. Attol, hogy XYZ nem hasznal internetet, okos eszkozoket, satobbit, a korulotte levok meg igen es azokon az eszkozokon keresztul is lehallgathato es megfigyelheto, plusz eleve gyanus, ha valakinek nincs ilyen eszkoze. Sokkal okosabb lehetsz ennel, ha okosan hasznalsz internetet, modjaval okos eszkozoket - csokkenteni a kiber labnyomot.
-
-
-
-
válasz
tordaitibi #90562 üzenetére
Mivel eddig 0 alkalommal fejlesztettem memtestet, igy csak tippre: mas, hatekonyabb eljarasok, mas fuggvenykonyvtarak hasznalata, hibajavitas, optimalizalas, satobbi.
Eppen most volt alkalmam optimalizalni egy sajat keszitesu powershell scriptet: eddig futott 8 oran at, most fut 40 percig es az eredmeny ugyanaz.
-
Ú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
- Apple MacBook
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Elszipkázza az olvasókat a nagyobb weboldalaktól az AI
- Call of Duty: Black Ops 7
- Sweet.tv - internetes TV
- PlayStation 5
- Facebook és Messenger
- Gyorsan cáfolta az Xbox hardverek lelövéséről szóló pletykákat a Microsoft
- Autós topik
- Xbox Series X|S
- További aktív témák...
- GYÖNYÖRŰ iPhone 13 Pro 256GB Silver -1 ÉV GARANCIA - Kártyafüggetlen, MS3384, 95% Akkumulátor
- HIBÁTLAN iPhone SE 2020 64GB White -1 ÉV GARANCIA - Kártyafüggetlen, MS2025, 100% akkumulátor
- Gamer PC-Számítógép! Csere-Beszámítás! R5 5500 / RX 5700XT 8GB / 32GB DDR4 / 500GB SSD
- LG 45GS95QE - 45" Ívelt OLED / 2K WQHD / 240Hz 0.03ms / NVIDIA G-Sync / FreeSync Premium / HDMI 2.1
- Bomba ár! Dell Latitude 5400 - i7-8GEN I 8GB I 256SSD I 14" FHD I HDMI I Cam I W11 I Gari!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest