-
IT café
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
-
-
kovaax
őstag
válasz I02S3F #29696 üzenetére
Nem, de ha hozzászoktál, hogy a linux aktuális lehetőségeihez vásárold a hardvert, sok szopástól meg tudtad magad kímélni. Plusz alapból unixokon dolgoztam akkoriban is már, így egészen másfajta elvárásaim voltak a "deszktoppal" szemben is (= X + böngésző + sok szöveges terminál).
-=- There's no place like /home -=-
-
válasz Dißnäëß #29698 üzenetére
[link] 2015-ös videó.
24 éve nem volt virtualizáció. a xen 2003-as, az intel vt-d 2006-os.
és 24 éve nem csak az volt a kérdés, hogy egyszerű-e linuxon élni, hanem az is, hogy a má$ik rendszeren meg tudsz-e élni.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Dißnäëß
veterán
válasz sh4d0w #29701 üzenetére
Bányászattal és GPU-intenzív alkalmazások előretörésével + a virtualizáció meglétével mint olyannal, már nagyon megy, de csak enterprise szinten egyelőre. Otthoni hobbistának, "gémernek" elérhető lesz előbb-utóbb, de nem holnap.
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
Dißnäëß
veterán
válasz bambano #29703 üzenetére
Na jó, nem 24. 16-18 ? 96-ban Netscape navigátoroztam faternál a cégben és néztem a DOS után az űrtechnikát, utána jött egy ősrégi SUSE, amivel elkezdtem kapizsgálni egyáltalán, mi az a Linux, utána jöttek az első szopások VMWare-el, hát az ja, úgy kb. 2000-es évek első fele, pont gimi után. Akkoriban még jobban érdekelt az IT, mint a punci, érdekes módon.
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
kovaax
őstag
válasz bambano #29703 üzenetére
Sajnos a munkahelyi munkaállomásokon windows van, és úgy, hogy minden nap leállítom, másnap elindítom, az XP sp2 volt az első, amivel nem volt különösebb stabilitási problémám (az más kérdés, hogy egy csomó mindenben rám akarják erőltetni a f@szságaikat azóta is). Megkacsáztam, 2004 augusztus 25-én jött ki, kb. fél év után kaphattuk meg. Szóval addig stabilabb volt az otthoni linuxom...
-=- There's no place like /home -=-
-
haddent
addikt
válasz Dißnäëß #29698 üzenetére
Ez már működőképes és rendkívül egyszerű, stabil és nagy hatásfokú. Ezt hívják KVM/qemu -nak. A többi vmware hyper-v meg társaik egy vicc kategória minden téren előbbihez képest.
Nálam pl. egy i7 3770 cpu szerveren fut virtualizálva egy pfSense, átpasszolva neki 4gigabites intel NIC, 0% veszteséggel, a konkrét PCI lane -t megkapja a vm. Mondjuk valszeg a winfos még ezt is el tudja b*#!@ni guest-ként is, de azért akkor is elég jó.
bambano sajnos én viszonylag későn kerültem képbe a linux-szal, éppen egyetem előtt. Egyetemen pedig a (még)továbbtanulós/architektes szakirányon a C# tolták Ma már semmi pénzért nem tudnék (vagyis nevetségesen mocskosul rengetegért) Wintrágyán élni, lakni itthon vagy azzal dolgozni. Egy konkrét használhatatlan szemétdomb az egész.
Csak egy példa, csak ma: csudálatos májkószofttím DC -ket cserél, mindenhol DNS csere. Az összes linux szerver az enyém, mindegyiken 10 perc alatt lecseréltem, és még csak saltstackemet se vetettem be hozzá. Mivel néhány win szerver gazdája haverom aki szabin van, gondoltam jófej leszek és megcsinálom ott is, ha már van tartományi server adminom is. Ideglelés... 5-10 percig tölt, csinálja a fiókomat, előkészül, mindjárt kész... utána pofándob egy FRISSíTÉS!!!! ablakkal, amin csak egy "ok megnézem" gomb van, nem tudsz neki nemet mondani. Majd nem érzékeli a kattintást (mert ugye milyen cli/tty?!), majd 15 perc elteltével lehet elkezdeni az effektív munkát, amit 15 felugró ablak után el is jutsz az ipv4 konfigig. Egy szánalmas poén windowst használni bármire, kivéve amire kényszerülsz, azaz játékra[ Szerkesztve ]
-
Dißnäëß
veterán
válasz haddent #29713 üzenetére
Na ez nagyon jó, a vasamon most egy QEMU/KVM van az XFCE Virtual Machine Manager-e szerint, úgy pár hónapos Debian rendszer, ezt kezdem belakni. Nem gondoltam volna, hogy egy cégben is használt vSphere-el szemben ez labdába rúghat, az azért elég durvi cucc, ahogy láttam, csak itthon nem szórakoztam még el vele.
A tervem az, hogy a host-ot és annak fizikai hálókártyáját ugyan az ASUS router-em LAN portjára kötöm, de lesz egy VM, ami egy teljes saját alhálónak (a többi VM-nek) lenne a tűzfala, router-e, VPN koncentrátora, mindene (egy OPNSense, én most azt tanulgatom, iptables kézzel írás után elég nyakatekert, de szokható). És pár egyéb VM egy kicsivel nagyobb projektecske környezeteinek, amibe végre belevágok.
Amúgy eredetileg nem ezért jöttem ide, csak már reflektálok és köszi a visszajelzést.
--------------------------------------------------------------------------------------------------------------------------------------------
És akkor amiért jöttem: a jövőben szeretném a gépet Pendrive-ról boot-olni.
Van 3 teljesen új, teljesen egyforma, síkugyanolyan, egyszerre vettem.1. Mindegyikre tegyem ki a /boot-ot és a végén dd-vel másoljam át 1-es tartalmát 2-3-ra
VAGY
2. MD RAID1-ezzem be őket ? Egyedülállóan is boot-olnak ilyenkor nyilván. De szerintem ez csak komplikálja a dolgokat, mert minek.Nyilván ha a rendszeren upgrade-et ill. full-upgrade-et tervezek letolni, feltétlen beteszem az egyik pendrive-ot és mount-olom a /boot-ba, majd upgrade lefut, frissebb kernel a boot-on (a pendrive-on), a pendrive-ot ismét átmásolom a másik kettőre, frissítve így őket is aktuális boot-olóra és kész, kivehetem (a /boot-ot meg umounttal egyidőben egy HDD alapú kamu /boot-al helyettesítem - vagy nem kell egyáltalán, full tökelvan a gép apt upgrade-et nem cseszegetve /boot nélkül ? Mert akkor ha umount-olom a pendrive-os /boot-ot és kihúzom a kütyüt, nem is tökölnék a helyettesítésével amúgy. Ha minek).
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
haddent
addikt
válasz Dißnäëß #29714 üzenetére
Cégek (részben pl mi is) azért használnak vSphere -t mert van fizetős support és mert drága és költeni kell. Na meg mert minden nagyrabecsült rencőrgaszda hülye a linuxhoz meg a cli -hez mint a ... Sose fogom megérteni, főleg, hogy ha meg már vinydósz, akkor ott a hyper-v. Mindkét platformon van natív, jobb alternatíva
Másik kérdésed így most este passzolnám, de érdekelne mi a célod vele, puszta kíváncsiságból
-
User64476
őstag
válasz bambano #29688 üzenetére
Programozó, hogyne lenne nagy arca... Szerintem egy elavultan kezelt problémára adott egy új, jó, hatékony választ. Bughalmaz? És ha mindaz amit a szoftver tud, összeszeded egyes különálló komponensekből és kiegészíted saját scriptekkel mire nagyjából ugyanazt tudod hozni, mekkora lesz a kód és mekkora lesz a bughalmaz? Ha ebből élsz, és rengeteg munkaórát öltél enterprise környezetben sysv systemd migrálásra, bizonyára busásan megfizettek érte, egy egy erős win szituáció. De rajtam ne múljon, remélem a közösség hamarosan összefog a sötét nagyúr ellen, forkolja ördögi gyermekét, és a nap örökké ragyogni fog az új fork felett ami minden csorbát kiköszörül, hiszen mi is gátolna meg bárkit ebben?
-
samujózsi
tag
Ha már systemd...
Surviving a security audit with enterprise linux
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
-
válasz User64476 #29716 üzenetére
az első és legfontosabb gond, hogy nem volt probléma. a systemd olyan problémát akart megoldani, ami nincs.
ezt viszont rendkívül alacsony minőségben sikerült.
a másik gond, hogy az init rendszer migrálása minden admintól sok munkaórát követel, amelynek rendes helyen költsége van. ki fizeti ki? ki adott felhatalmazást pöcsteringnek, hogy pénzt költsön más cégek büdzséjéből?nem, nem élek systemd migrálásból. egyszer akartam belenyúlni a systemd-be, kiderült, hogy a doksijának a zöme téves, a systemd egyáltalán nem úgy működik, mint a kottája. négy hónapomat vitte el. kinek számlázhatom?
a gond az, hogy van jól működő init rendszer. a legkirályabb migráció az, ha hagyod a régit békében. mindenkinek tisztában kellene lennie a munkavégzés első számú törvényével: az el nem végzett munka aranyat ér!
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
haddent
addikt
Én továbbra is teljes tisztelettel kezelem a véleményetek, de szintén újra úgy érzem le kell írjam, hogy számomra viszont baromi kényelmes, flexibilis, agilis és könnyen kezelhető az egész systemd. Kifejezetten tetszik a .service, .socket .stb.. szisztéma, a konfigjai, a journald/journalctl jól kereshető, illetve csökkenti a logok méretét, néhány apró minimál cucc amit akkor használok ha csak 1 static ip vagy 1 dhcp client kell (systemd-networkd pl.) tök jó, komolyabb feladatra ezek egyelőre nem elegek de simán van és lehet mást használni..
Én nagyon örülök neki, hogy lett és van, mert legalább egy dologban "kiegyeztek" (nagytesók rákenyszerítették) a sok idióta 26ezer kis distrot, hogy ugyan használjanak már valami egységeset, ami fentebb sorolt indokokból ráadásul (nekem) tök jól jött kezelés, karbantartás ügyileg.
Nem kell egyetérteni, nem vitaindító, nem vita. Én elfogadom teljes mértékben a véleményetek illetve a "lelki"/filozófiai indokokkal részben egyet is tudok érteni, de részemről amíg f.o.s.s., addig hibátlan. Legyen ilyen tapasztalat is -
samujózsi
tag
válasz haddent #29720 üzenetére
Próbáltál már saját dns-t használni vele? Lehetőleg úgy, hogy a systemd teljesen ki legyen iktatva a névfeloldásból?
Egy agyrém.
Kihagyni azt hiszem, nem is lehet.
Jó másfél éve, hogy szoptam vele, aztán tegnap, hogy előjött a systemd téma, kicsit nézelődtem a google-n és ez eszembe juttatta, mert más is panaszkodik rá.
Vagy... Amikor bootnál/shutdown-kor elakad valami. Mondjuk épp nem érhető el bootkor a dhcp szerver és képes percekig várni rá...
Persze, lehet módosítani a timeoutot, csak esetenként tojik rá. Stb.
A szerverem már szénné hackeltem miatta, így most működik, csak ritkán kergül meg, de ha legközelebb összefutok valami hasonlóval, majd leírom.Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
haddent
addikt
válasz samujózsi #29721 üzenetére
Minden esetben, jelenleg is saját dns -t használok vele. Mi ezzel a probléma? Arch -on van egy systemd-networkd és egy másik ami netctl használ, egyiknél sincs probléma, nem nyúl soha hozzá az /etc/resolv -hoz. Ha szerverre gondolsz, az is van, bind szerver, ahhoz sem nyúl.
Melóban Suse esetén meg úgyis az a bánat Yast kezel mindent
Igen, na ez jogos. Szeret várakozni 1-2 percet ha megrogyik valami requirement boot során. Utána viszont ad egy recovery root shellt aztán uccu. Én ezt eddig nem tapasztaltam a kellőnél irritálóbbnak, hogy őszinte legyek, de igen, ez lehetne jobb[ Szerkesztve ]
-
samujózsi
tag
válasz haddent #29722 üzenetére
Akkor ez debian/ubuntu specifikus?
Mert nekem rendre felülírta a resolv.conf tartalmát és miután sikerült rábeszélni, hogy az én szerveremet használja, még akkor is csak úgy, hogy a rendszerem (egy része?) a 127.0.0.53:53 dns-t keresi és az megy tovább a sajátomra, ha úgy látja jónak.
Ebből következik pár hibaüzenet a logban, meg az, hogy egyes módosítások a host nevekben nem mindig érvényesülnek azonnal.Apropó log: jó szokása a journalnak, hogy szabálytalan leállásnál megsérül.
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
Dißnäëß
veterán
válasz samujózsi #29641 üzenetére
Protonmail-en regizel egy email fiókot és belépve elküldöd saját Magadnak ugyanerre a mail címre a jelszót, akár plain text is
De ehhez persze el kell hinned mindazt, ami állít magáról a rendszer.
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
-
Fecogame
veterán
Az /etc/sshd/sshd_config az egyetlen, ahol engedélyezni/tiltani lehet, hogy ki férhet hozzá a szerverhez SSH-n keresztül?
Van néhány CentOS alapú szerver, ami Active Directory/LDAP alapon authentikál. Aki bent van egy adott csoportban, őket beengedi, illetve ezen felül még a local usereket. Most az a feladat, hogy hozzáadjunk még egy LDAP usert, aki hozzáférhet adott gépekhez (de nem adhatjuk hozzá az előbb említett csoporthoz).
Az sshd_config fájlban nincs semmi erre utaló jel, a csoport csak a sudoers fájlban van megemlítve, semmi több.
Hol lehet a megoldás?
[ Szerkesztve ]
Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak
-
_Dumber_
őstag
Sziasztok!
Arch linux- kde:
GTK 3 appok betűtipusát szeretném beállítani.
.config/gtk-3.0/settings.ini szerkesztésével sikerült mindent beállítani, de logout/login után ezt a filet visszaírja a szerkesztés előttire. (.gtkrc-2.0-t is )Mi a nyavaja írhatja vissza? Mi alapján írja vissza (mi az alapfile)?
-
F34R
nagyúr
Haliho, offline backupnak melyik volna jobb BTRFS vagy ZFS? a compresssed data annyira nem erdekel.
-
-
samujózsi
tag
válasz growler #29741 üzenetére
Csak nem "on the fly", amennyire látom
A btrfs és a zfs ezt menet közben csinálja, csak én részben emiatt sem szeretem őket. ECC RAM viszonylag ritka az otthoni gépeken, ugyanakkor egy bithiba miatti automatikus javítás könnyen vezethet adatvesztéshez. (Jó, biztosan nagyon ritka a bithiba a memóriában)
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
Az egy hibát csinál, nem görgeti végig a fájlrendszeren. Pár éve nyűglődött egy ismerősöm hasonló témával, akkor körülnéztem a google-n és találtam egy oldalt, ami sorolt pár ellenérvet ellenük.
Az egyik az volt, hogy ECC RAM nélkül veszélyes a crc/checksum használat ezeken a fájlrendszereken, mert ha a memóriában elállítódik egy bit, annak alapján automatikus javításba kezd(het?), ami viszont sokkal nagyobb adatvesztéshez vezethet, mintha csak az az egy bit sérülne.
Sajnos már nincs meg a bookmark
Ha ott hülyeséget irtak, mea culpa![ Szerkesztve ]
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
Dißnäëß
veterán
Btrfs felejto, beszoptam vele meg onalloban is, raid amugyis bugos (0,1 stabilnak mondott, 5-6 gaz, de szvsz az egesz btrfs gaz).
ZFS csak ECC mellett, lasd elozo hsz-ek. De ha van ECC, ez egy rohadt jo filerendszer, de kicsit erteni kell hozza, kulonben a performancia nem lesz valami top. Backupra nem hasznalnam onallo meghajton.
Esetleg ext4-hez nezz egy dm-integrity -t is, bar van ahol kellhet es van ahol nem.
A 4T-s Seagate NAS HDD-m melle vettem meg egyet, tokugyanolyan parameteru WD40PURX-et.
A seagate-en van on-the-fly error correction, igy ott kisebb a valsege a rossz bit olvasasnak, mert mar hardver szinten korrigalja a HDD. A WD nem csinal ilyet (okkal, mert surveillance hdd), ergo annal mar felnek.
ZFS mirrort epitek, desktop lap, ECC RAM, igy ez sima liba, de backupra nincs sok ertelme a ZFS-nek, ha integritast nem tud szamolni 1 drive eseten: ha nem stimmel az adat es annak checksum-ja, mi alapjan donti el a ZFS, hogy melyik a szar, az adat vagy a checksum ? Csak 2+ diszknel van ertelme ennek, ott el tudja mar donteni, es korrigal is. Szoval vagy ecc-s gepen zfs mirrort hasznalsz backup-ra ( = 2 diszk minimum), vagy elfelejted.
2 hdd + ecc = zfs es jol parameterezni a pool-t letrehozaskor, ne defaulttal.
1 hdd = ext4.
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
samujózsi
tag
válasz Dißnäëß #29747 üzenetére
Hogy adat vagy checksum hiba, arra lehet megoldás a duplán tárolt checksum, illetve itt azt hiszem checksum és crc együtt vannak. Ha a crc vagy a checksum tér el, akkor az a hibás, ha mindkettő, akkor adatsérülés.
Azt hiszem... De ez már inkább a fantázia világa, mint konkrét ismeret.Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
Új hozzászólás Aktív témák
- Milyen autót vegyek?
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Motoros topic
- Milyen CPU léghűtést vegyek?
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- A fociról könnyedén, egy baráti társaságban
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Politika
- Tarr Kft. kábeltv, internet, telefon
- MIUI / HyperOS topik
- További aktív témák...