Linux haladóknak - PROHARDVER! Hozzászólások

Hirdetés

Legfrissebb anyagok

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

LOGOUT témák

PROHARDVER!

Frissítve: 2013-09-30 15:51 Téma összefoglaló

PROHARDVER!

Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.

Új hozzászólás Aktív témák

Dißnäëß nagyúr

#29700
#29699 sh4d0w
2020-02-19 12:52:22

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Dißnäëß

nagyúr

#29699 sh4d0w

De én azzal írtam, direkt. Kísérleti jelleggel agyonmókolva összehoztam 1x, de uhhh. Ennek még forrnia kell felhasználóbaráttá.
sh4d0w félisten

#29699
#29698 Dißnäëß
2020-02-19 12:50:34

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#29698 Dißnäëß

Már ma is megvan a képesség, igaz, nem kattintással.
Dißnäëß nagyúr

#29698
#29696 I02S3F
2020-02-19 12:48:26

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Dißnäëß

nagyúr

#29696 I02S3F

Én csak próbáltam 24 éve ezt meglépni és lepattantam. Sem a Wine, sem a virtualizáció, se semmi nem tartott azon a fejlettségi szinten, amin most.
Ma egy álom, kis túlzással. Ha ügyes az ember, lassan GPU dedikált elérést is hozzá tud rendelni VM-hez (bár ezt még nem próbáltam, ez a következő lépcső, az meg milyen már, hogy VM-ben játszunk nagy fps-ekkel)
Nem mintha játszanék, de amikor megjelenik majd a plussz VGA guest-ek felé kiajánlásának képessége, mindez két kattintásból, az piszok jó lesz
Ma rengeteg minden sokkal de sokkal könnyebb Linux-ban. Anno először SUSE-n tanultam (van még yast ?) aztán tátott szájjal beszaladtam a Debian falloszerdőbe
bambano titán

#29697
#29696 I02S3F
2020-02-19 12:02:03

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

bambano

titán

#29696 I02S3F

nem volt bonyolult.
I02S3F addikt

#29696
#29695 kovaax
2020-02-19 11:06:21

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

I02S3F

addikt

#29695 kovaax

Jól sejtem, azért akkor nem volt ilyen könnyű, mint ma, ugye?
kovaax őstag

#29695
#29692 Dißnäëß
2020-02-19 09:39:01

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

kovaax

őstag

#29692 Dißnäëß

Gratulálok! Én kb. 24 éve léptem ezt meg, és nem bántam meg azóta sem!
Dißnäëß nagyúr

#29694
#29693 I02S3F
2020-02-18 22:06:56

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Dißnäëß

nagyúr

#29693 I02S3F

Ja. Soha nem gondoltam volna (de tényleg: SOHA), hogy XFCE lesz és elég mindenre nekem. Szar rájönni, hogy ennyire igénytelen vagyok.
Van két 4-terásom, végre nem kell raid-el megalkudnom, megyek egyből zfs mirror-ozni velük. (Egyik üres, másik 80% tele). Kicsit remeg a tírgyem, de e van, egyszer élünk, igaz ?
I02S3F addikt

#29693
#29692 Dißnäëß
2020-02-18 22:02:54

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

I02S3F

addikt

#29692 Dißnäëß

Remélem megmarad az elégedettség!
Dißnäëß nagyúr

#29692 2020-02-18 21:58:18

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Dißnäëß

nagyúr

Urak !
Én elhagytam a Windows-t, jelentem. Mármint így TÉNYLEG.
Desktopon.
És mióta a Foobar-t is tudom "natívban" futtatni a Linuxon, a kedvenc vizualizációs plugin-emmel, nálam beállt a nirvana. Remélem eltart egy darabig, a fotózással is leálltam egyelőre (értsd: nem kell Photoshop).
Csak gondoltam, közlöm. 10+ éve élek desktop-on dual boot-ot, ezt most elfelejtem egy időre
sh4d0w félisten

#29691
#29687 #79470961
2020-02-18 11:36:33

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#29687 #79470961

Félig leírtam, aztán kitöröltem, nincs kedvem megint leírni, többször is megtettem már. systemd kulcsszó segít a keresésben.
Gondolom majd ha megjön a homed, megint lesz egy rakás érv, miért ne akard használni.
sh4d0w félisten

#29690
#29689 growler
2020-02-18 09:42:06

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#29689 growler

A munkáltatójának.
growler őstag

#29689
#29688 bambano
2020-02-18 04:03:10

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

growler

őstag

#29688 bambano

Akkora hatalma van ennek az emberkének hogy rá tudta kényszeríteni
a nagyobb kiadások fejlesztőit (is) hogy az Ő fércmunkáját átvegyék/
alkalmazzák ?
bambano titán

#29688
#29687 #79470961
2020-02-17 23:25:23

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

bambano

titán

#29687 #79470961

azon kívül, hogy unszimpi a minidúcse, egy rakás költséget okozott az egész világnak, windowsos elveket képvisel, fogalma sincs a unixról, és az összes eddigi munkája egy nagy bughalom? szinte semmi.
#79470961 törölt tag

#29687
#29677 sh4d0w
2020-02-17 23:19:41

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#79470961

törölt tag

#29677 sh4d0w

Mi konkrét baj a systemdvel? Az elvet, a logot és az unszimpi fejlesztőt értem, de mi baja?
sh4d0w félisten

#29686
#29685 samujózsi
2020-02-17 23:12:10

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#29685 samujózsi

Ah, volt ennél jobb is, amikor egy nagy multinál kitalálták, hogy a /tmp-n nem jó a globális w jog. Egymás után hasaltak el az alkalmazások...
samujózsi senior tag

#29685
#29684 bambano
2020-02-17 22:24:28

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29684 bambano

Nem csak szerinted, de pl a debian(?) fejlesztők szerint a noexec az hülyeség, úri huncutság, ördögi praktika...
De az is lehet, hogy ez már ubuntus marhaság: sok telepítő nem működik, ha noexec van a /tmp-n. És nem értem, hogy miért. (Úgy értem: miért oda csomagolja ki a futtatandó szemetet?)
bambano titán

#29684
#29680 Jester01
2020-02-17 21:58:23

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

bambano

titán

#29680 Jester01

szerintem a /tmp meg noexec,nosuid,nodev, de ezzel több webes alkalmazásfejlesztő sem ért egyet... meg ha jól emlékszem, a mysql sem.
ivana addikt

#29683
#29682 Jester01
2020-02-17 20:44:36

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ivana

addikt

#29682 Jester01

se két-három havonta Így készülnek a botnetek
Jester01 veterán

#29682
#29681 samujózsi
2020-02-17 19:26:23

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Jester01

veterán

#29681 samujózsi

Én ugyan nem updatelek semmit, se naponta, se két-három havonta. (Esetleg böngészőt de az meg a /home alá van telepítve.) Ahogy a német mondja: if it ain't broke, don't fix it. A remount nálam mindig is gond nélkül működött.
samujózsi senior tag

#29681
#29680 Jester01
2020-02-17 19:16:04

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29680 Jester01

Kb három napig bírtam read-only usr, etc stb. mellett.
Aztán visszacsináltam. Régi unixokon, ahol két-három havonta jött egy-egy update csomag, tartható volt. Linuxon, ahol naponta jönnek a javítások, elég macerás. (A remount valami gondot okozott, de nem emlékszem, hogy mit)
De ettől függetlenül igazad van, ez valóban jó indok.
Apropó: a /tmp az tmpfs, ahhoz nem kell partíció
A var ha megtelik, az gáz, de ha együtt van az egész, később telik be, több idő van észrevenni, hogy fogy a hely.
Jester01 veterán

#29680
#29666 samujózsi
2020-02-17 19:09:33

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Jester01

veterán

#29666 samujózsi

Például az /usr az read-only így ha valami telepítő gonoszkodni akar, nem tud. (Ideális esetben a / is az lenne.) /usr/local is jó ötlet ha szoktál magadnak dolgokat telepíteni. Olyankor elég azt átmenetileg olvashatóra csatolni és megint nyugodt lehetsz, hogy az /usr-t nem írja felül. A /var az néha meg szokott telni logoktól, sokkal jobb, ha nem tölti meg a többit is. A /tmp az mehet ramdiszkre.
haddent addikt

#29679
#29666 samujózsi
2020-02-17 18:48:49

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

haddent

addikt

#29666 samujózsi

Nincs. Ahogyan (szerintem) ma és már jó ideje a swap partíciónak sincs létjoga. Ahogy te magad is írtad, backup-restore, vagy akár másik gépbe betéve, bármi.. PCI -os SSD -k korában élünk, percekről van szó. Sokkal többet ér egy heti/napi mentés valami (privát) felhőba tgz -ben aztán viszlát
samujózsi senior tag

#29678
#29677 sh4d0w
2020-02-17 18:13:28

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29677 sh4d0w

Mit gondolsz, miért hoztam?
sh4d0w félisten

#29677
#29676 samujózsi
2020-02-17 18:11:46

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#29676 samujózsi

Nocsak, a Red Hat oldalán megjelenik egy systemd-t éltető írás? Biztosan elhiszem minden szavát...
MOD: elolvastam. Semmi új nincs benne.
samujózsi senior tag

#29676 2020-02-17 17:48:23

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

How I learned to stop worrying and love systemd
sh4d0w félisten

#29675
#29674 samujózsi
2020-02-17 11:56:01

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#29674 samujózsi

Az MX is Debian származék.
samujózsi senior tag

#29674
#29673 sh4d0w
2020-02-17 10:53:08

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29673 sh4d0w

MX-t nem tudom, a többi kb egyforma, de egy CentOS alatt az ubuntus home nekem már okozott gondot...
(Közös gnome konfig miatt, virtuális gépen, a home-ot tar v rsync segítségével vittem egyikről a másikra)
sh4d0w félisten

#29673
#29671 samujózsi
2020-02-17 10:32:53

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#29671 samujózsi

MX ment a helyére. Több évig szolgált a Debian, a distrohopper időmnek már vagy 10 éve vége, de nincs kedvem megvárni, amíg pöcstering elkezd hozzábaszakodni a /home-hoz is.
Nem mellesleg a megtartott /home szolgált Linux Mint, Debian 9/10 és most MX alatt is, keveredés nélkül.
growler őstag

#29672
#29668 samujózsi
2020-02-17 10:11:05

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

growler

őstag

#29668 samujózsi

Pár éve úgy megborítottam a rendszert, hogy csak az újratelepítés jöhetett szóba.
Volt /home partícióm - ez megmaradt - a / partíciót pedig a megborítás előtt nem
sokkal a belakott rendszerről készített és kiírt Systemback .iso-val telepítettem
újra. Nem kellett lementeni/másolgatni semmit - 1 az 1-ben visszakaptam a
régi rendszert. (Persze, ilyesmit nem túl gyakran csinál az ember.)
samujózsi senior tag

#29671
#29670 sh4d0w
2020-02-17 10:10:18

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29670 sh4d0w

És mit teszel a helyére?
Fene tudja, ha üzemszerűen használok egy rendszert, azt nem cserélgetem gyakran. Amikor nekiesek, akkor már belefér a backup/restore.
És akkor azt nem említettem, hogy az ott lévő fájlok keveredése sem feltétlenül egészséges, ha disztrot váltasz. (.config/, .bashrc stb)
sh4d0w félisten

#29670
#29668 samujózsi
2020-02-17 09:52:14

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#29668 samujózsi

Csak egy példa: tegnap kiebrudaltam a Debiant, a /home szeparált, így nem kellett külön backup-restore kört menni.
emvy félisten

#29669
#29667 Vladi
2020-02-17 09:38:54

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

emvy

félisten

#29667 Vladi

Miert fontos az egyebkent? (Egyreszt kesobb is at lehet rakni, ha valami miatt kellene, backup nyilvan van ....)
samujózsi senior tag

#29668
#29667 Vladi
2020-02-17 09:34:02

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29667 Vladi

Nem ez volt a kérdés. Húsz+ év linux használat alatt egyszer volt külön /home, /var, /usr, ahogy a telepítő javasolta. Aztán megtelt valamelyik és nem tudtam bővíteni (ext2 korában, lvm nélkül nem lett volna veszélytelen). Se előtte, se azóta nem voltam/vagyok hajlandó szétdobálni a könyvtárakat.
Ha hozzá kell nyúlni a rendszerhez, az első, hogy friss backup.
A magam részéről nem látok rá okot, hogy feldaraboljam a / alatti területeket, viszont sokszor látom, hogy ezt javasolják. Csak az indokot nem, ami miatt esetleg megéri kockáztatni, hogy ha elfogyott a hely az egyiken, akkor valahogy bővíteni kell, de azzal vannak komoly hibalehetőségek.
Vladi nagyúr

#29667
#29666 samujózsi
2020-02-17 09:13:10

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Vladi

nagyúr

#29666 samujózsi

/home-ot tedd küldön, ez azért egy szép napon jól jöhet. Csak a méretekere figyeljél.
Ez amúgy nem kezdő téma?
samujózsi senior tag

#29666 2020-02-17 07:10:01

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

Adott egy darab gép, egy darab diszkkel, azon egyetlen linux/unix.
Felhasználási terület: otthoni desktop.
Mivel lehet indokolni, hogy külön partíciókra kerüljenek egyes könyvtárak (/boot, efi nem számít, az többnyire muszáj) ?
Sokszor látom, hogy minimum a /home külön partíció, de van, hogy a /var és a /usr is.
Ha megtelik valamelyik, ott a live rendszer, pendrive-ról bootolva.
Hogy valaki rendszeresen cserélgeti az OS-t, miközben megtartja a home-ot, lehet egy ok, bár ezt annyira nem tartom jó ötletnek, mert vannak eltérések, kivétel talán az új verzió azonos rendszerből, de annak mennie kellene újratelepítés nélkül is.
Egyéb?
samujózsi senior tag

#29664 2020-02-14 11:25:07

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

Utolsó SSL kérdés: létezik arra bármiféle módszer, hogy kidumpoljam, az openssl milyen konfigurációval dolgozik? Nem az openssl.cnf elérési útja kell, hanem a tartalma, illetve azok a paraméterek/értékek, amiket defaultként állít be, ha a .cnf-ben nincs beállítva.
Felületes kereséssel sem parancssori eszközt, sem API-beli lehetőséget (utóbbiból a pythont néztem) nem találtam.
Horvi őstag

#29659
#29656 haddent
2020-02-14 08:52:37

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Horvi

őstag

#29656 haddent

Köszönöm szépen a segíŧséget és neked is (#29654) ivana
Szerintem akkor marad a külső cred fájl frissítése ha változik a jelszó.
haddent addikt

#29656
#29652 Horvi
2020-02-14 06:32:31

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

haddent

addikt

#29652 Horvi

Teljesen jó úton indultál el. Kifejezetten változót nem lehet (szerintem) használni és veszélyes is lenne. Vagy az fstab fájlt frissíted, vagy a külső cred fájlt.
Nyilván ez megoldható úgy, hogy egy ssh távoli parancsfuttatással a storage gépről amikor jelszót változtatsz kiküldöd a kliens(ek)re a frissítést, vagy saltstackkel még elegánsabb stb.
De ez mind workaround szigorúan véve és jó úton indultál el
+1 workaround: ssh kulcsát felveszed a storage gépen így jelszó nélkül tud ssh -ni és sshd fuseolni is, nálam pl. így van, de ugye ez ssh/scp alapú dolgokkal működik csak
haddent addikt

#29655
#29641 samujózsi
2020-02-14 06:26:49

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

haddent

addikt

#29641 samujózsi

Kipróbáltam nem egyet, természetesen szigorúan self-hosted változatban és egyértelműen a Bitwarden-RS a legjobb. A Bitwarden önmagában egy szolgáltatás is tud lenni távoli szerveren (egyébként így is biztonságos, hiszen a tömény brutális privát kulcsod csak nálad van meg..), de van self-hosted verzió. Sajnos utóbbi sok komponensből áll, bonyolult, nem túl gyors, szóval otthoni felhasználásra (sem) az igazi, szerintem. Viszont létezik egy Rust nyelven újraírt változata, a Bitwarden RS.
Na ő self-hosted, nagyon egyszerű, nagyon gyors, nagyon biztonságos. Működik a hivatalos Bitwarden kliensekkel, amik ingyenes elérhetőek iOS, Android, Win, Mac, Linux tehát minden alá. Szinkronizál, telefonokon ki tudja váltani a gyári beépített pass managert (pl. ios -en faceid -val nyílik, alapból oda ment mindent nem az icloudba stb.)
samujózsi a "matemágiában" (ahogy a laposföldiek hívják) akkor érhet meglepetés, ha hülye vagy (nem te, értsd jól). Mindig akkor bukott 1-1 nagy cég aki elvileg komoly kódolást használt, amikor pl. a random seed mondjuk úgy, hogy egy statik "n4gY0nR4nd0mCuCCczzz" volt, lásd Sony
ivana addikt

#29654
#29652 Horvi
2020-02-13 22:16:13

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

ivana

addikt

#29652 Horvi

Ha lehet fájlban tárolni akkor az lehet symlink is. Maga a rendzser a jelszavadat sha hashelve tárolja. Az nem kerülhet rá a diskre.
I02S3F addikt

#29653
#29651 samujózsi
2020-02-13 20:51:06

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

I02S3F

addikt

#29651 samujózsi

Utólag vettem észre, hogy neked címeztem. Ez kovaax-nak szólt.
Horvi őstag

#29652 2020-02-13 20:46:53

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Horvi

őstag

Sziasztok,
A kezdő topikból irányítottak ide ezzel a kérdéssel.
Tudnátok ötletet adni?
Köszi!
samujózsi senior tag

#29651
#29650 I02S3F
2020-02-13 20:29:30

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29650 I02S3F

"Ennél már csak az a "jobb", amikor valami netes szolgáltatást használ valaki a jelszavai tárolására..."
Erre írtam. Bocs, ha nem volt egyértelmű.
A lényeg, hogy amíg nincs megfelelő számítási kapacitás az ismert világon ahhoz, hogy egy erős jelszóval + erős kódolással védett állományt valaki kinyisson, addig nem kell aggódni a netes tárolás miatt.
Persze érte már meglepetés a közönséget e téren.
I02S3F addikt

#29650
#29649 samujózsi
2020-02-13 20:17:59

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

I02S3F

addikt

#29649 samujózsi

Emlékeim szerint van self hosted változat is és céges környezetben is használják ezeket.
samujózsi senior tag

#29649
#29647 kovaax
2020-02-13 16:56:47

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29647 kovaax

Amíg kellő erősségű kódolást+master passwordöt használtok, addig nincs gond.
emvy félisten

#29648
#29647 kovaax
2020-02-13 16:42:02

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

emvy

félisten

#29647 kovaax

Szerintem csak nem annyira erted, hogy mukodnek ezek.
kovaax őstag

#29647
#29645 emvy
2020-02-13 16:31:11

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

kovaax

őstag

#29645 emvy

Mert nem tudod, hogy mit csinálnak a jelszavaddal, azt meg pláne nem, hogy mikor törik meg a szoftvárét... Ennél már csak az a "jobb", amikor valami netes szolgáltatást használ valaki a jelszavai tárolására...
samujózsi senior tag

#29646
#29644 kovaax
2020-02-13 15:42:39

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29644 kovaax

Olvasgatva a különböző, e célra szolgáló szoftverek + vulnerabilities kifejezésre kapott találatokat, kénytelen vagyok egyetérteni.
emvy félisten

#29645
#29644 kovaax
2020-02-13 15:42:30

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

emvy

félisten

#29644 kovaax

Miert?
kovaax őstag

#29644
#29641 samujózsi
2020-02-13 15:36:21

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

kovaax

őstag

#29641 samujózsi

Milyen password manager létezik, ami linuxon és androidon is elérhető, kellőképp biztonságos
Semilyen.
samujózsi senior tag

#29643
#29642 emvy
2020-02-13 12:42:14

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29642 emvy

Köszi.
emvy félisten

#29642
#29641 samujózsi
2020-02-13 12:40:37

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

emvy

félisten

#29641 samujózsi

Bitwarden, Lastpass, etc.
samujózsi senior tag

#29641 2020-02-13 12:07:05

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

Milyen password manager létezik, ami linuxon és androidon is elérhető, kellőképp biztonságos, szinkronizálható, biztonságos, van még supportja (értsd: javítják, ha valaki hibát talál benne) és esetleg, bár nem létszükséglet, van firefox plugin is hozzá?
Keepassx az egyetlen, amit ismerek, de azzal voltak gondok, ha jól rémlik és nem emlékszem, hogy létezik android verziója...
De kérdezhetném úgy is, hogy ha van egy fájl, amit öt évent egyszer kell elővenni, és nagyon bonyolult jelszóval akarod védeni, akkor hogy őrzöd meg a jelszavát?
Az egész forrása: ha készítek végre root és intermediate CA-t, akkor a root CA kulcsát erős jelszóval védem és offline tárolom. De ugye amellé nem rakom oda egy cetlin a jelszavát... Viszont mire megint kell, emlékezni sem fogom a passwordte.
Fenyő őstag

#29640 2020-02-10 09:40:39

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Fenyő

őstag

Sziasztok,
32bites Chromiumot szeretnék építeni epel7 scoure rpm-ből Centos 7.7 32bit alatt, de csak 6x-as szériát sikerül leforgatni, a 7x-esek az alábbi subcommand hiba miatt meghiúsulnak;
/usr/bin/python2 ../../tools/metrics/histograms/generate_expired_histograms_array.py -nchrome_metrics -ogen -Hchrome/browser/metrics/expired_histograms_array.h -d../../chrome/MAJOR_BRANCH_DATE -m../../chrome/VERSION ../../tools/metrics/histograms/histograms.xml ../../tools/metrics/histograms/enums.xml
ami ezt a hibát okozza; IOError: [Errno 2] No such file or directory: 'gen/chrome/browser/metrics/expired_histograms_array.h',
a hibás része a parancsnak ez -Hchrome/browser/metrics/expired_histograms_array.h , ha átírom -H../../chrome/browser/metrics/expired_histograms_array.h , akkor lefut hiba nélkül és a expired_histograms_array.h file is megfelelő helyre generálódik.
Kérdés, hogy lehetne magában a forrás rpm-ben ezt a hibát (ha lehet) orvosolni?
spec file-ban volt egy 64bites nodejs függőség, amit átírtam, hogy 32bitest használjon és a devtoolset8-ast is leforgattam 32bitesre, szóval elvileg minden függőség kielégítve és a 6x-as verziók le is forognak, csak 7x-esek akadnak el a fenti hiba okán
Frawly veterán

#29639
#29633 samujózsi
2020-02-07 17:50:04

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Frawly

veterán

#29633 samujózsi

Nem szűkösek, mert tiling WM köré is tudzs Gnome ökoszisztémát építeni. A Gnome-ban eleve lecserélhető a Mutter nevű WM-jük. De akármilyen tiling WM köré is tudod ugyanazt a Gnome panelt, Gnome alkalmazásokat és appleteket tenni, futtatni, ugyanazokat a billkombókat beállítani.
Amiről itt a végén írsz, azt minden grafikus felület, DE, WM tudja. Az ablak bal felső sarkában lévő ablakgomb egy menüt hoz elő általában, és ott be lehet állítani az Always On Top funkciót, akkor nem tudja kitakarni semmi. De ez csak félmegoldás, mert az ilyen alkalmazást ugyan nem takarja semmi, de ő maga viszont takarhat olyat, amit nem kéne neki. A tilingozás az egyetlen normális megoldás erre, pont erre is van kitalálva.
A Chrome/Chromium meg egy nagy rakás kula. Nem csak amiatt, hogy elveszi a rendes ablakkezelő funkciókat, ez is felesleges hibája persze. Ennek ellenére van rá workaroud, a WM-ben beállítasz az Always On Top funkcióra gyorsbillentyűt, és azt nyomkodod.
I02S3F addikt

#29638
#29637 samujózsi
2020-02-07 10:07:24

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

I02S3F

addikt

#29637 samujózsi

Igen. Ha a Chrome titlebar-ját használod, akkor nincs always on topbejegyzés a jobb gombos menüben.
samujózsi senior tag

#29637
#29636 vargalex
2020-02-07 09:35:28

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29636 vargalex

Végül is úgy, hogy működik az Always on top, már megfelel.
Csak túl sokat használtam a chrome-ot, az meg felülírta a jobbklikkes menüt, hiába kerestem.
vargalex félisten

#29636
#29631 samujózsi
2020-02-07 09:23:28

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

vargalex

félisten

#29631 samujózsi

Gyors kereséssel pl. ShellTile, gTile. Hozzáteszem, egyiket sem próbáltam.
Az (#29635)-ben írt megoldás azt gondoltam, hogy ismert feature-ja a GNome-nak, de nem jó neked...
samujózsi senior tag

#29635
#29633 samujózsi
2020-02-07 08:16:27

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29633 samujózsi

Ma is tanultam valamit...
Ha nem is pont az, amit akartam, de így is elmegy:
(csak példa - a "Super"-ként hivatkozott bill. nálam a Windows gomb)
Böngésző -> Super+Jobbra, terminál -> Super+Balra. Így felosztják egymás közt a desktopot, vertikálisan maximalizálva, horizontálisan 50%-ra "maximalizálva" az ablakot.
És itt jön a poén: ha az egyik ablakot horizontálisan átméretezem, akkor a másik is megy vele.
Na jó, ez inkább a kezdőbe való, csak azért ide írtam, mert itt kezdtem kérdezni.
Sajnos az xrandr nem működik laptop kijelzővel.
(#29634) sh4d0w
Nálam nincs ilyen és úgy emlékszem, már a unity is mellőzte ezt az opciót.
Szerk: helyesbítek, alapállapotban nem volt ilyen. Kiválasztva a "Use system title bar and borders"-t már van, csak nem tudok visszaváltani az eredetire...
sh4d0w félisten

#29634
#29633 samujózsi
2020-02-07 08:02:17

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#29633 samujózsi

Jobb klikk az ablak fejlécén, "Always on top".
samujózsi senior tag

#29633
#29632 Frawly
2020-02-07 06:40:29

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29632 Frawly

De mint azt két alkalommal említettem, maradnék a gnome környezetben. És ezzel a megkötéssel elég szűkösek a lehetőségeim.
A másik probléma, hogy amelyik wm olyan, hogy fel tudja osztani a képernyőt, az tudtommal ezzel egyidejűleg nem teszi lehetővé, hogy a maradék területen hagyományosnak nevezhető ablakozás működjön. Számomra az lenne a poén, hogy az egyik oldalon egy eltakarhatatlan böngésző, a másikon meg terminal, IDE stb.
Régebben (bár lehet, hogy az windows volt) volt rá lehetőség, hogy egyes ablakokat megjelöljünk, hogy azt a többi ne tudja eltakarni, de ez mára a legtöbb helyről kihalt vagy csak én nem találom.
Frawly veterán

#29632
#29627 samujózsi
2020-02-07 04:42:30

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Frawly

veterán

#29627 samujózsi

Ezt a koncepciót hívják tiling-nak. Pont ez a lényege, felosztod a képernyőt egymást nem takaró régiókra, úgy, hogy ki van használva az egész képernyőterület. Erre a felhasználásra van kitalálva, amit körbeírtál, hogy a böngésző mellett még más alkalmazások ablakait is teljesen lásd. Elég hatékony tud lenni, ha tényleg nagy a monitorod felbontása.
Nem csak fele-fele alapon lehet felosztani, hanem mindenféle felosztásban, függőlegesen, vertikálisan, akármilyen arányban, vegyítve is a felosztásokat, bináris fa, fibonachi elrendezés, master-stack és egy csomó megoldás van rá, tiling WM-ek általában ezeket tudják, lehet váltogatni e felosztási sémák között, akár menet közben is folyton átvariálva.
A tiling WM-ekből is van kétféle. Az egyik a dinamikus tiling, amikor előre programozott sémák mentén nyílnak eleve a progik, egyfajta előre eldöntött szisztéma szerinti felosztásban, amit te váltogathatsz is. A legtöbb tiling WM dinamikus, nem is sorolom fel őket, mert lényegében szinte mind az.
A másik fajta a manuális/kézi tiling, amikor az adott alkalmazás megnyitása előtt te mondod meg, hogy majd milyen régióba kerüljön, nem egy séma mentén megy. Ilyen tiling WM-ből kevesebb van, a legismertebb az i3wm.
samujózsi senior tag

#29631
#29630 I02S3F
2020-02-06 23:39:28

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29630 I02S3F

Extensiont nem találtam, a wm csere felmerült bennem is, de gyorsan elvetettem, mert már lusta vagyok hozzá.
Nem használom a gnome szolgáltatásait, de a manapság elérhető wm-k... túl primitív felületet adnak ootb és egy ilyen futó ötlet miatt nem akarok belevágni. Ha lesz más hasonló igényem, akkor majd elgondolkodom a váltáson.
Találtam még egy olyat, hogy xrandr. Nem teljesen tiszta, hogy mi ez, de majd megnézem, ha újra gép mellé ülök.
I02S3F addikt

#29630
#29629 samujózsi
2020-02-06 22:18:43

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

I02S3F

addikt

#29629 samujózsi

Tiling wm?
Persze az meg azért nem jó, mert nem gnome. Extension nincs ilyen gnome-hoz?
samujózsi senior tag

#29629
#29628 #63718632
2020-02-06 13:27:59

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29628 #63718632

Erre írtam az előbb, hogy workaroundként, végszükség esetére...
Az a gond vele, hogy amin dolgozom ablak, azt szoktam tologatni, pakolászni. Jobban örültem volna ha sikerül elszeparálni őket.
#63718632 törölt tag

#29628
#29627 samujózsi
2020-02-06 13:19:02

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#63718632

törölt tag

#29627 samujózsi

Ha az egyik ablakot kihúzod jobbra középre, a másikat balra középre a monitor széle felé markolással. Nem az lessz ami szeretnél? Két ablak függölegesen, szimmetrikusan illesztve,megfelezve a kijelzőt. Ehhez nem kell virtuális asztal sem.
Ezt mindegyik DE ablakkezelője tudja, max nem default, de biztos be lehet állítani.
samujózsi senior tag

#29627
#29626 bambano
2020-02-06 12:57:55

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29626 bambano

Az bjztosan nem. A nested X gyakorlatilag ablakban futtat egy másik X szervert.
Nekemnmeg az kellene, hogy húzzon egy függőleges vonalat a monitor közepén és a két oldal önálló virtuális dekstopként viselkedjen.
Sokadjára megnézve lehet, hogy mégis nagyjából arról lenne szó, amit májmiki linkelt.
Eredendően arra kellett volna, hogy az egyik oldalra kihajítom maximalizálva a böngészőt a szükséges doksikkal, a másik oldalon meg dolgozom, de úgy, hogy a munkafelület ablakai nem takarják el, nem mozdítják meg a browser ablakát.
Workarondként akár ez is szóba jöhet, bár macerás bizonyos esetekben: [link]
bambano titán

#29626
#29623 samujózsi
2020-02-06 12:46:54

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

bambano

titán

#29623 samujózsi

nested X szerver, Xnest.
samujózsi senior tag

#29625
#29624 #63718632
2020-02-06 11:06:53

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29624 #63718632

Nem teljesen értem ami a videón történik, de tartok tőle, hogy nem igazán.
Viszont a leírásból annyi kiderül, hogy amit akarok, az nem létezik.
Köszi.
#63718632 törölt tag

#29624
#29623 samujózsi
2020-02-06 10:52:14

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

#63718632

törölt tag

#29623 samujózsi

Valahogy így?
[link]
samujózsi senior tag

#29623 2020-02-06 10:45:00

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

Szükségem lenne egy olyan megoldásra, lehetőleg az ubuntu 18.04 gnome-ja alatt, hogy kettéosszam a desktopot, mintha két önálló képernyő lenne. Sajnos arra sincs ötletem, hogy angolul mit keressek.
Valami ötlet?
samujózsi senior tag

#29622
#29621 haddent
2020-02-03 17:56:56

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29621 haddent

Nem lehet, hogy a hdd power managementjével sikerült valamit elállítani azon a diszken? A hdparm tud ilyet...
Ha még megvan és van egy parlagon fekvő usb-s házad, lehet, hogy érdemes lenne adni neki még egy esélyt.
haddent addikt

#29621
#29620 samujózsi
2020-02-03 17:29:48

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

haddent

addikt

#29620 samujózsi

Lehet, hogy irreleváns, de én pont azt figyeltem meg 1 hónapja, hogy az egyik hdd magától kikapcsolt, jobban mondva a mount eltűnt és az lsblk sem látta, mint device. Sata áram ki/be megoldotta, és működött is rendesen pár órát, de megint .., indokolatlanul. Az a poén, hogy "érzésre" ilyenkor is pörgött és működött. Gyanúm szerint haldoklott valami, mert kicseréltem egy másik hdd -re, minden egyéb beállítás, mount, minden azonos és megszűnt a probléma
Bár ilyen hdd pusztulatot még sosem láttam. Zörögni, csörögni, lassulni, hibázni szoktak, mindezt jó sokáig (mármint napokban-hetekben mérhető), majd használhatatlanná válni. De ilyet.. fura
samujózsi senior tag

#29620 2020-02-03 12:36:36

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

Van egy hdd a szerveremben. Kizárólag backupot tartok rajta, jó, ha havonta kétszer piszkálom. Két használat közt automatikusan kikapcsol. Azt vettem észre, hogy sokszor olyankor is pörög, amikor elvileg senki sem használja. Hogy tudnám megkeresni, hogy milyen program ébreszti fel?
O.K., egyik mód, hogy a mount pointra bekapcsolom az auditot.
Egyéb módszer?
Fecogame veterán

#29619
#29617 sh4d0w
2020-02-01 18:41:17

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Fecogame

veterán

#29617 sh4d0w

Miért? Ha nem található, nem is fogja tudni elindítani, ergo csak feleslegesen próbálkozik vele.
radi8tor MODERÁTOR

#29618
#29617 sh4d0w
2020-02-01 10:57:51

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

radi8tor

MODERÁTOR

#29617 sh4d0w

De most miért?
Majd szól a rencer ha kell neki valami service.
sh4d0w félisten

#29617
#29616 Fecogame
2020-02-01 01:32:43

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sh4d0w

félisten

#29616 Fecogame

Én nem tenném...
Fecogame veterán

#29616 2020-01-31 22:44:11

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Fecogame

veterán

Az alábbi képek látható not-found service-ket érdemes/el kellene távolítani? Ezzel a paranccsal kértem le:
systemctl list-units --all --type=service --no-pager
samujózsi senior tag

#29615
#29614 haddent
2020-01-31 17:08:04

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29614 haddent

Miután off$ grepet kértél... Az off [requested on] állapotban van.
haddent addikt

#29614
#29612 samujózsi
2020-01-31 16:31:32

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

haddent

addikt

#29612 samujózsi

Jester01 köszi mindkettőtöknek, akkor gyanítom az történt, hogy a játék végeztével rátoltam egy "pi*&#ba mindent on" és ez lett a vége Már csak azt kell megtalálnom mi a bánatért nem marad offon reboot után
Illetve ha jól látom, akkor a GSO samunál nem szerepel (tehát on gondolom?), nálam meg off [requested on] nem igazán tudom értelmezni, de gondolom az is on akar lenni. Lehet, hogy azt visszabillentem akkor
Jester01 veterán

#29613
#29611 haddent
2020-01-31 16:22:44

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Jester01

veterán

#29611 haddent

Ezek nekem is ki vannak kapcsolva. Egy érdekes van:
generic-segmentation-offload: off [requested on]
(Ez is rtl81xx)
samujózsi senior tag

#29612
#29611 haddent
2020-01-31 16:22:14

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

samujózsi

senior tag

#29611 haddent

Ez egy rtl81xx:
Cannot get device udp-fragmentation-offload settings: Operation not supported
tx-checksumming: off
tx-checksum-ipv4: off
tx-checksum-ipv6: off
scatter-gather: off
tx-scatter-gather: off
tcp-segmentation-offload: off
tx-tcp-segmentation: off
tx-tcp-mangleid-segmentation: off
tx-tcp6-segmentation: off
udp-fragmentation-offload: off
tx-nocache-copy: off
rx-fcs: off
rx-all: off
haddent addikt

#29611 2020-01-31 16:11:59

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

haddent

addikt

Egy ideje szórakozik az interfészem, szakadozik. Tudom, hogy játszottam az offloadokkal és lehet, hogy úgy felejtettem valamit. Valaki megnézné, hogy ez mennyire tűnik így validnak / gyárinak egy intel gigabit interfésznek? https://cloud.rowra.org/s/ethtool
Amit ki kellett kapcsoljak, hogy megoldódjon:
[root@homesever admin]# ethtool -k lan0 | grep -i ".*off$" scatter-gather: off tx-scatter-gather: off tcp-segmentation-offload: off tx-tcp-segmentation: off tx-tcp-mangleid-segmentation: off tx-tcp6-segmentation: off generic-segmentation-offload: off tx-nocache-copy: off rx-fcs: off rx-all: off
Azaz a scatter-gather, tcp-segmentation-offload, generic-segmentation-offload:
ethtool -K lan0 tso off
ethtool -K lan0 sg off
ethtool -K lan0 gso off

Hozzátartozik, hogy se kedvem se időm nem volt egyesével játszani ezekkel, tehát lehet, hogy nem kellett mindet lelőni

Ezek alapból be szoktak lenni kapcsolva? (Ha igen, és nekem ki kell kapcsolnom akkor következtetésképp berosált a NIC?)
Megköszönnék egy pár outputot a fennti (ethtool -k lan0 | grep -i ".*off$") parancsból tőletek.
haddent addikt

#29610
#29609 kovaax
2020-01-31 07:06:23

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

haddent

addikt

#29609 kovaax

Ja nem, egyáltalán nem neked személyesen. Csak valahogy mindig eljutunk erre a konklúzióra miután elmondtuk, hogy szar a systemd szar a linux szar a szegmentáció a sapos kislányok windowson dolgoznak és a sap nagyon fontos és nagyon nagy és nagyon nő stb... és így.. vajon miért
kovaax őstag

#29609
#29602 haddent
2020-01-30 20:32:52

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

kovaax

őstag

#29602 haddent

Nekem nem meglepő, nem tudom honnan szedted ezt, vagy miért nekem címzed...
Vladi nagyúr

#29608 2020-01-30 19:08:28

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Vladi

nagyúr

Ezekre a témákra van a linuxos off, szerintem ez nem tartozik egy szakmai topikba.
bucihost senior tag

#29607
#29606 Frawly
2020-01-30 19:05:35

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

bucihost

senior tag

#29606 Frawly

Látom a lényegi részét nem sikerült elcsípned... Szerinted az EPR gyártók nem fejlesztettek semmit 22 év alatt? Vagy épp a cég nem faragta / faragtatta a saját igényei szerint az adott rendszert?
Mi a gond a belakással? Szerinted 2-3 évente EPR fejlesztő cégeket kellene cserélni? Vagy mi?
Mondj már nekem egy hazai céget, akinek 98'tól linux alapú EPR-t dobott a piacra, ami tudja az alább felsoroltakat mindegyikét egy cég számára.
Logisztika, Raktározás, szerződéskezelés, beszerzés, értékesítés, e-kereskedelem, CRM, Pénzügy, Könyvelés, Gyártás-termelés és még sorolhatnám....
Frawly veterán

#29606
#29605 bucihost
2020-01-30 18:52:18

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Frawly

veterán

#29605 bucihost

Pont ez a „belakás” az IT világ rákfenéje, túl van értékelve. Pont így kerülsz függőségi körbe, hogy „be van lakva”. Majd belakódik a linuxos is idővel. Az meg hogy valami 98 óta megy, azt valószínű jobb is így már 22 év múltán lecserélni.
bucihost senior tag

#29605
#29604 Frawly
2020-01-30 18:45:47

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

bucihost

senior tag

#29604 Frawly

Senki nem mondta, hogy nincs linuxos alternatíva. Az alap "vita" abból robbant ki, hogy miért olyan elvetemültek a cégek, hogy windowst használnak. Erre reagáltam, hogy a cégek nagy része akik a felsorolt dolgokat használják( kisker, nagyker, gyártócégek) 99%ban windowsoznak, mivel az EPR rendszerek (pl visionsoft, jutasoft, és még sorolhatnám a hazai nagyokat) Mind windowsra íródtak. És igen, lehet rá linuxos alternatíva, de pl egy 98' óta win rendszeren futó komplett kereskedelmi rendszert / adatbázist nem túl egyszerű és és kifizetődő átcuccolni egy másik akár linuxos rendszerre, egy már belakott jól működő windowsosról. részemről ennyi volt a reakció
Frawly veterán

#29604
#29576 haddent
2020-01-30 18:11:38

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Frawly

veterán

#29576 haddent

Pont ezért kell vanilla Linuxot használni, és nem agyonforkolt, agyonpatchelt enterprise valamit, amire már Linus sem ismer rá. Azért egy kvázi sztenderd vanilla kernel + glibc + systemd kombóra lehet építeni. Ugye mivel szerverről van szó, se X, se Wayland, se játék, se Pulseaudio, se semmi nem jön szóba, ami a képbe bezavarna.
(#29577) bucihost: na látod, most sikerült csupa olyat sorolnod, amiből van linuxos alternatíva. Én olyanra céloztam, hogy pl. Adobe Photoshop kell egy spéci plugin miatt, vagy valami spéci vektorrajzos megoldás, amire nem jó a linuxos Inkscape, stb.. Azért ilyesmiket nehezebb házon belül lefejleszteni, mint egy kasszaprogramot. Nincs egy fajsúlyban a kettő.
Egyébként a kasszaprogramnál nem is az a szívás, hogy lefejleszd, meg multiplatformos legyen, hanem hogy a NAV is elfogadja. De ez megint nem a Linux hibája, hogy a NAV-nak is MS kényszere van. Ez pont egy ördögi kör, hogy midenki MS-megoldást használ, mert csak azt támogatja mindenki, és így továbbra is ebbe a körben tartanak mindenkit. Pont ebbe a függőségi játékba nem kell belemenni.
I02S3F addikt

#29603
#29599 Cyrin
2020-01-30 16:43:30

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

I02S3F

addikt

#29599 Cyrin

"Az openshot is ingyenes, és van windows-ra is.
Ezt se fizetős winonly programokkal hasonlítsuk össze. Főleg ne egy Sony Vegas-szal" - Igazad van!
haddent addikt

#29602
#29601 kovaax
2020-01-30 15:49:50

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

haddent

addikt

#29601 kovaax

Bocs, hogy belepofa "utólag" (kicsit kimaradtam utóbbi 50hsz -ből), de ez miért meglepő? Minden értelmes production rendszer unix alapú, főként valamilyen linux, hálózati cuccok meg jellemzően bsd. (Persze, JunOS, meg Palo Alto meg Fortigate meg Stormshield aha... = bsd ) Nem azért, mert linux topicban vagyunk, de konkrétan semmilyen komoly, megbízható biztonság-érzékeny rendszer nem is lehet más, mint unix, mert különben nevetség tárgya, poénnak is gyenge.
Persze, a vállalatirányítás, hr kislányok, könyvelők meg ilyen nonszenz kamuszakmák és folyamatok mehetnek vinydózon, mert a kutyát nem érdekli (de, persze, látszólag mindenkit, csak úgy értem, hogy ha összeomlik akkor max a frontemberek hisztériáznak, nem a világ dől össze a szó legszorosabb értelmében)
kovaax őstag

#29601
#29598 Dißnäëß
2020-01-30 15:40:07

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

kovaax

őstag

#29598 Dißnäëß

Több mint 7 évig dolgoztam telcoban is, akkor még főleg Tru64 unixon, mióta eljöttem, bigdatáznak is, de linuxon főleg (kliens eszközök vannak vindózeresek).

Új hozzászólás Aktív témák

Hirdetés

Aktív témák

Hirdetés

Új fizetett hirdetések

Üzleti előfizetők hirdetései

Állásajánlatok

Számítástechnikai értékesítő

Cég: Laptopműhely Bt.

Város: Budapest

Részletek