-
Fototrend
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
-
válasz
inf3rno
#29844
üzenetére
Asztalra vállalható, szerverre csak akkor, ha kívülről nem elérhető home szervert csinálsz - midweight desktop disztribúciónak szánták. Alapból megy fel a GUI, meg egy csomó egyéb cucc, amik nem kifejezetten ajánlottak szerverre. Eleinte furi volt visszaszokni a korábbi init rendszerre, de ahogy elkezdtem matatni, szépen előkerült minden.
Itt-ott akadnak kisebb bugok, pl. screen lock, vagy hibernáció/suspend után visszaáll az alap háttér, vagy nem látod a lock screen jelszóablakát (attól még ott van és várja a jelszót) - egyik sem történik minden alkalommal, de eddig semmi olyannal nem találkoztam, ami komoly hiba lenne. Az nV drivert eddig még nem sikerült rendesen működésre bírni, de az csak azért kellene, hogy a másodlagos kijelző is menjen - de ezt inkább a driver számlájára írom.
-
-
Frawly
veterán
válasz
inf3rno
#29541
üzenetére
A SAP-pal nem is az a baj, hogy outsource, hanem egy zárt forráskódú gányolmány, de még rohadt drága is. Közben meg semmi olyan nem tud, amit nyílt szabványok mentén ne lehetne épp úgy megvalósítani, meg 1001-féle SQL-alapú ügyviteli rendszer ne tudná.
A helyi informatikus gárdát sajnos mindenhol építik le, nem csak M.o.-n, de itt kint Angliában is látom, hogy a cégeknél nincs is helyi rendszergazda, ha valami gond van, telefonálnak, és cégközpontból távvezérléssel teszik helyre a dolgokat, ha ez nem megy, akkor valahonnan vidékről ugrasztanak valami ugri-bugri IT jómunkásember szerencsétlent. Persze várni kell egy csomót, mire rá fog érni, meg kiér, addig meg kerülgetik a hibát, mint egy gőzölgő ×4rkupacot. Ja, ezzel én se értek egyet, többet érne, meg olcsóbb lenne a helyi informatikus. Csak mindenki a kakát rágja, és pont azon spórolnak, amin nem kéne.
-
Jester01
veterán
válasz
inf3rno
#29435
üzenetére
Ja mert a node repl az annyira érthető
Belekötöttél a grep-be, a repl meg a Read-Eval-Print-Loop rövidítése ... ez mennyivel jobb? A node meg tök értelmetlen és semmire sem utal. Azt, hogy a node alatt nem 50 idióta nevű modul van már csak halkan említem meg, pl. az egyik projektünkben:$ ls -1 node_modules | wc -l
477 -
bambano
titán
válasz
inf3rno
#29436
üzenetére
matlogból gyengén állóknak:
A állítás: valami szabványos
B állítás: valami szépen formázotteredeti állítás: az A and B halmaz eleme a json. ezt sugallja a mondat.
szerintem a json nem eleme B, tehát nem szépen formázott.
vagyis amit írtam, nem úgy kell értelmezni, mint ahogy te tetted (helytelenül), hogyha valami nem (A and B), akkor abból következik, hogy nem A, hanem úgy kell értelmezni, hogyha valami nem(A and B), akkor vagy (nem A) vagy (nem B). és itt most konkrétan nem B. -
samujózsi
senior tag
válasz
inf3rno
#29416
üzenetére
Látod, még a CSV-re is van RFC
Arra úgy a 3.0-s Excel korában találtam egy leírást/definíciót: egy sor=egy rekord, a rekord végét LF/CRLF jelzi, a mezőszeparátor egyetlen karakter, többnyire vessző vagy pontosvessző és a nem numerikus értéket illik idézőjelbe pakolni.
Ez volt az első és utolsó formátum, amire saját parsert próbáltam hegeszteni, aztán rájöttem, hogy valamivel bonyolultabb a dolog, mint a szeparátorok mentén szétrobbantani a sort, így maradtam a már kész megoldásoknál -
bambano
titán
válasz
inf3rno
#29416
üzenetére
mondtam én, hogy nem szabványos formátum? hint: nem mondtam.
(#29418) inf3rno : "Aztán próbálj emlékezni, hogy melyik fogalomhoz melyik rövidítés tartozik, főleg ha magyarul jegyzed meg, hogy melyik mit csinál. Kb. olyan, mint szótárat magolni. ": merugye java-s szabvány nevek rövidítéseit mennyivel egyszerűbb bemagolni... -
haddent
addikt
válasz
inf3rno
#29373
üzenetére
Mondanám, hogy ízlések és pofonok meg szakirányok, de itt azért jóval többről van szó. Klisés kis példa, de jelen esetben egyébként tök jól szemlélteti a két nyelv és irány viszonyát: Pythonnal a NASA repül (és repült már régóta), Java -ból a (G)Ánydroid nem tud kigyógyulni 10 éve értelmes dologgá
Kicsit poénosra is fogtam, nehogy megsértődj, szíved joga Javat szeretni 
Láttam mindkettőt, egyetemen én szoptam C, ADA, ASM vonallal, másik szakirány röhögött jókat a Java -val. Én tökre értem mit szeretnek rajta sokan, csak azt nem, hogy a Pythonban hogy nem látják ugyanazt csak jobban és többet 
De hosszú téma, nem hittérítő szakkőr és úgysem változik semmi, peace tényleg bambano azért ez így erős. Még embeddedből se láttam régóta olyat, amin legalább egy Python2 és Perl ne lett volna. De természetesen egyetértünk, hogy bash -nak érdemes nekimenni ha Linux a fő irány, elsőnek. Az még erősebb, hogy bűncselekmények, ebben formában. Ha már úgy mondjuk, hogy az a bűncselekmény amit el lehet velük követni és a többség sokszor el is követ, akkor egyetértünk
Csak itt meg felmerül az, hogy C -ben még nagyobb ordas faxságokat lehet csinálni és csinálnak is. Nem egymás ellensége a kettő, sokkal inább kiegészítik egymást, szerintem (meg sokan mások szerint)I02S3F a bash-ben az lesz nehéz, hogy egy spaghetti bánat az egész. Mindenre van kb. 4 féle elfogadható és működő szintakszis, sokszor egyszerre botrányosan explicit, hogy már fáj leírni 200char hosszú sorban egy egyszerű dolgot, néha meg leírsz 4 betűt fura karakterekkel összekötve és feltepül 25 virtuális gép
-
Dißnäëß
nagyúr
válasz
inf3rno
#29327
üzenetére
Enterprise környezetben a titkosítás indokolt és nem szükséges vagy nem érdemes titkolni, hogy egy elhagyott laptop SSD-jén vagy HDD-jén titkosított az adat (Bitlocker jellemzően, de bármi egyéb akár). Tudjuk, hogy így mennek ezek a dolgok.
Ellenben magánemberként ugyanez már egészen más tészta, a biztonságnak a gyanúelterelés a legelső frontvonala (hogy meg se próbáljon nekiesni bármivel is, az agyában se forduljon meg még csak ötlet szinten sem).
Kb ennyi és ebben nincs semmi túlpara
-
Frawly
veterán
válasz
inf3rno
#29218
üzenetére
Neked külön válaszolok: szerintem az lesz, amit írsz, erre én is gyanakodtam már. Ti GRUB-bal próbáljátok, én meg EFI stub boottal, utóbbinál nincs semmilyen külön boot manager. Ez simán lehet oka, hogy esetleg a soros porti konzol nem irányítódik át megfelelően a soros port kimenetére.
-
samujózsi
senior tag
válasz
inf3rno
#29206
üzenetére
De ezt próbáld megérteni, hogy erről biztos infója nincs a kernelnek.
Ha van, akkor kiírja.
De honnan tudhatná egy PC-n futó OS kernele, hogy adott esetben a diszk, a vezérlő vagy a kábel a hibás? Csak annyit lát mndjuk, hogy valami nem stimmel az átvitelnél. Ha egyáltalán észreveszi és nem csak annyi történik, hogy hülyeség töltődik be, emiatt a futtatott kód lesz hibás. -
samujózsi
senior tag
válasz
inf3rno
#29196
üzenetére
1. Virtuális gépről volt szó, ott _elvileg_ lehet, mert a hyoervisor kezeli a konzolt
2. De ha mégsem (végülis tévedhetek), javasoltam egy módszert, amivel a guest konzolja mindenestől fájlba vagy egy tcp/udp portra irányítható. Utóbbi esetben egy netcat elég hozzá, hogy nézegesd, vissza tudj lapozni, de még be is tudsz lépni...És sokadszor: átlag felhasználó ne akarjon kernel dumpot fejteni. Egy zx spectrumon még lehetett tudni bájtról-bájtra, hogy hol, mi van, mi, mit jelent stb. Aki kicsit ass3mblyvel játszott, annak nem okozott gondot. Itt is ez van, csak pár nagyságrenddel több tudás kell hozzá. Amivel én nem rendelkezem.
-
Frawly
veterán
-
válasz
inf3rno
#29192
üzenetére
Szokás szerint csak a hiba üzenet fele került ide. Mint korábban már mondtam, valószínűleg dobott valamit ami betriggerelte a backtracet (mondjuk egy Oops-ot). De attól, hogy nem sikerül mountolni valamit pánik még nem lesz. Az init megdölése (vagy az, hogy el sem lehet indítani) viszont instant pánik, és csak az látszik.
-
válasz
inf3rno
#29181
üzenetére
Int return-el is ugyanúgy megoldható, egyszerűen magasabb szinten másik integert kell visszaadni, nem azt, amit alacsony szintről kapsz. Ez teljesen megoldhatatlan. A kernel nem valami 10 ezer soros sufni program.
Nyilván kevesebb fejlesztési idő, meg egyszerűbb úgy, ahogy ők csinálják, aztán az end user szívhat vele.
Az end-user beleértve a rendszer gazdit is inkább ne nyúlkáljon kernel kódba pls. A valós kernel hiba tapasztalataim szerint a kernel crash-ek kb. 5%-a, az összes többi hardver hiba (vagy firmware) hiba. -
samujózsi
senior tag
válasz
inf3rno
#29181
üzenetére
Valójában ezek (többnyire) olyan hibák, amivel szakértelem híján az enduser nem tudna mit kezdeni.
Egy rosszkor, rossz helyen érkező interruptot hogy kezelnél például?
Amit okozhat egy hardver hiba is.
Ez közelítőleg a BSOD linuxos verziója. Amikor ilyet látsz, akkor nagyon ritka, ha olyan hibát látsz, amit saját hatáskörben tudnál javítani.
Szerintem.Sajnos nem volt elég helyem a virtuális diszken, hogy kipróbáljam ezt a kernelt.
-
válasz
inf3rno
#29170
üzenetére
Az van, ha az ember kernel kódot ír, akkor ezt az egész exception dolgot el lehet felejteni. Itt konkrétan int return kódok szoktak lenni, azok jelzik a hibát. A hibakezelés goto err; módon működik.
Ennek több oka is van. A fő probléma, hogy a kernel esemény vezérelt, itt egy esemény simán van, hogy egy pin 0->1 váltása. A kernel nem védett módban fut, ha valós címet akarsz írni bele is fog írni. A függvényhívás nem minden context esetén szerencsés ötlet. Pl. printk-t nem szabad interruptban hívni, mert sleepel.
Az exception ráadásul memóriát foglal ami végképp nem szerencsés ötlet.A backtrace kernel esetén önmagában nem egy egyszerű játék, nem mindig sikerül értelmes infot generálni. De normál esetben az egész memóriát lementjük és azt lehet nézegetni (vmcore).
-
samujózsi
senior tag
válasz
inf3rno
#29165
üzenetére
De kiírja, csak érteni kell(ene) hozzá. Úgy 1.0.x kernellel bezárólag elég jól vissza tudtam fejteni, hogy mi baja van, ha ilyet láttam, de aztán... hát már nem volt az igazi... a tudásom...
Ezekkel főleg az a gond, hogy nem is lehet egyértelműen megmondani, mi a gond, mert (légből kapott példa) pl van egy félrecímzés valami kernel kódban, abból csak annyit fogsz látniy hogy rossz helsre nyúlt, sokra nem mész vele.
-
válasz
inf3rno
#29151
üzenetére
Rohadtul nem kéne ext4-et initramfs nélkül csatolgatni. Nem csoda, hogy furcsa dolgokat művel.
kernel fejlesztőknek mond bármit Ok, de mégis ki más olvasgat egy pánik logot?
Amúgy előtte már valami betriggerelt egy trace-t a tsc felett látszik, csak az eleje nem. Utána pánikolt el, de egy sima backtrace az már nem jó jel.
-
Frawly
veterán
válasz
inf3rno
#29086
üzenetére
A snapshot sérült biztosan nem lesz. Legfeljebb egy időállapotot nem konzisztensen mutat. Ja, ez a megoldás sem mindenható, ha az lenne, akkor kihaltak volna a backup szoftverek és mindenki snapshotokat készítene kizárólag.
De mondom, ennek a gyakorlati jelentősége kicsi, mert olyan rendszerről, aminek a tartalma már a backup készítése alatt megváltozhat. Nyilván, ha tudod, hogy neked ilyened van, akkor más megoldás után kell nézni, vagy le kell csatolni a kötetet, és úgy backupolni.
-
Frawly
veterán
válasz
inf3rno
#29067
üzenetére
Nem sarkítás, igazuk van. A RAID a backupot nem váltja ki. Mert hiába a rendelkezésre állás, meg a fájlrendszer checksumja, az ellen nem véd, ha pl. emberi hibából, vagy szoftveres bugból adódóan felülírsz adatot, törölsz, vagy pl. ransomware darálja be. Vagy pl. a RAID és a fs checksum hibakorrekciós képessége is korlátos, ha túl sok lemez esik ki, vagy túl nagy blokknyi adat sérül, arra védelmet nem nyújtanak. Backupnak mindig lennie kell, hiába a redundáns RAID megoldás, utóbbi tényleg arra jó, hogy ha a lemez hibájából esik ki valamennyi, akkor legalább a rendelkezésre állás meglegyen.
Sokan tévesen hiszik, hogy jujj, RAID, akkor teljesen védve vannak, és nem kell backup. De, kell.
-
samujózsi
senior tag
válasz
inf3rno
#28995
üzenetére
Nem sima sebesség probléma az biztos (/dev/null-ba küldött debian ISO jön 10MB/s sebességgel)
Még az sem biztos, hogy hálózat, csak tapogatózni próbálok.
A router 6-8% terhelést mutat, de az admin felülete is ugyanilyen lassan töltődik. Emiatt kizárnám az elsődlegesen gyanúsított proxy-t, dns-t. Lehet az is, hogy az ssd-vel van valami gubanc és ahogy a böngésző írja a cache-t, az lassú. -
Frawly
veterán
válasz
inf3rno
#28977
üzenetére
Attól függ, hogy kinek, mire kell. Desktop vagy server, milyen adatintegritási szint kell. Rendszeres biztonsági mentéseket készítő mezei desktop felhasználónak elég egy ext4 is. Esetleg egy btrfs snapshotozással. ZFS átlag desktop felhasználásra overkill, de szerverre meg teljesen jó. Kipróbálhatod most már mind a kettőt, a ZFS is támogatott a kernelben. Én azt még nem próbáltam, csak a btrfs-t, úgy 2 éve, akkor sem volt gondom vele.
Annyit persze még tudnod kell, hogy minél többet tud egy fájlrendszer, annál inkább jobb vas kell alá, meg több memória. Ilyen szempontból az ext4 még lájtos, a btrfs már combosabb, de azon is attól függ, hogy milyen feature-öket kapcsolsz be, a legerőforrásigényesebb a ZFS.
-
Jester01
veterán
válasz
inf3rno
#28799
üzenetére
Idézőjelben sem jó, mivel azt a shell bontja ki. A program (jelen esetben gondolom
cpvagymv) az pontosan ugyanúgy, idézőjelek nélkül kapja meg.$ find . -name --\*
./--foo
$ mv --foo --bar
mv: unrecognized option '--foo'
Try 'mv --help' for more information.
$ mv "--foo" "--bar"
mv: unrecognized option '--foo'
Try 'mv --help' for more information.
$ mv '--foo' '--bar'
mv: unrecognized option '--foo'
Try 'mv --help' for more information.
$ mv -- --foo --bar
$ find . -name --\*
./--bar -
bambano
titán
válasz
inf3rno
#28773
üzenetére
"az a benyomásom, hogy túl keveset tud": érted már, hogy miért JÓ?
"Mármint az jött le, hogy annyit csinál összesen, hogy elindít egy bash scriptet bootoláskor, amit megadsz neki, aztán kalap.": ennél azért többet csinál, nem ártana ismerni, mielőtt azt hiszed, hogy arra a feladatra a systemd jobb.
-
haddent
addikt
válasz
inf3rno
#28774
üzenetére
Mindkettő syntaxa annyira csúnya, hogy már ott alapból elhasal részemről.. De huzamosabb ideig nem használtam egyiket sem, lehet, hogy a funkcionalitása amúgy jó. Tényleg tisztázni szeretném, hogy nincsen preferenciám sem favoritom, azt használom amit kényelmes és működik, illetve nyilván ami mögé beáll a suse meg a redhat
-
bambano
titán
válasz
inf3rno
#28768
üzenetére
de mennyi felesleges munkát és kárt fog okozni pöcstering, mire végre felfogja a többség, hogy el kell zavarni, és mennyi meló lesz majd egy elcseszett systemd-ből migrálni egy másik rendszerbe megint?
Ráadásul ha mindent magába olvaszt, akkor az nem egy linux kerneles unix lesz, hanem egy linux kerneles windows.
"mert jobb, ha egy külön service manager felel a szolgáltatások futtatásáért": volt service manager, úgy hívták: init.
"Mondjuk, mint már előzőleg írtam, azért ráférne a szabványosítás mielőtt ténylegesen kódot írunk rá": tényleg mondtad, pedig nem kellene, mert téves. az init eléggé szabványos volt. szabványosítás igényével lecserélni egy egységes, szabványosnak tekinthető rendszert egy egyedire, tévedés.
-
Frawly
veterán
válasz
inf3rno
#28728
üzenetére
Offtopik itt a FreeBSD, de ha már felhoztad, egye fene, ejtsünk róla szót. Alapjában véve nem rossz rendszer, nem érték még utol a linuxos baromságok, pl. nuku systemd. Sokkal minimalistább rendszer a linuxnál is. De! Desktopra nem olyan jó, sokkal szűkebb a drivertámogatása, Wine van ugyan rá, de ilyen Proton, DXVK, Wayland és egyéb nyalánkságokat el kell rajta felejteni. Viszont cserébe azon a hardveren, amin nem okoznak gondot a driverek, azon viszont nagyon f4×ányos minimalista, ultrasovány rendszer dobható össze belőle, úgyhogy kipróbálásra mindenképp ajánlott azoknak, akik minimalista rendszert keresnek.
-
haddent
addikt
válasz
inf3rno
#28732
üzenetére
BSD -n van saját konténerizáció, nem Docker
Pont ezt akartam egyébként felhozni, hogy a BSD -k mellett az érvelés Linux-szal szemben mindig az volt, hogy sokkal összeszedettebb, nem ennyire szétszórt szanaszét ahogy ivana is írta "melyik disztrón vagyok?" Na most a systemd ezt (is) hivatott kicsit rendszerezni, és jól csinálja, ahogy írta a kolléga is.
Félreértés ne essék, én sem a fejlesztőjét sem a systemd -t nem szeretem és nem kötődöm hozzá. Baromira nem érdekel melyik lesz az irányvonal, de ugyan már legyen már egy irány, pl. ami mögé az enterprise server linuxok beállnak a többi kis szaros meg úgyis követi. Legyen már egy helyen, egy szintax szerint egy féle upstart script meg miegyéb.. Mert az kriminális ami előtte volt
Akinek meg ez az utópia (mondom, függetlenül, hogy systemd vagy más, nem érdekel! csak legyen egy uniform, ajánlott vanilla config) nem tetszik az természetesen továbbra is használhat bármi mást, csakk akkor szívjon vele személyesen és egyedül kivételesen ő, nem a sysadmin amikor egyszerre 4 distroval dolgozik rajtuk 15 különféle cuccal és mindegyiknek, még az azonosoknak is tök máshol és máshogy van minden hülyeségük..De ez továbbra is megfigyelhető, meg úgy ez jellemző a linux közösségre és pont ezért is szólják le, pontosan többek között a BSD -s srácok. Mert mindenki mindent IS jobban tud a másiknál és képtelen bármiben is megegyezni, mindenki mindent kicsit máshogy csinál. Mert pl. biztos ku.... fontos és lényeges, hogy ne "www-data" legyen hanem "www". Meg ne apache2 -nek hívjuk, hanem httpd -nek, de inkább mégis apache -nek stb stb... Na ez otthonra elmegy szórakozni, de máshova nem.
Épp ezért mondom, hogy szépen legyen csak egy "ajánlott", vagy bevállt, biztosan működő cucc, aztán mivel open source, majd akinek az nem begyere az gányol magának otthon mást
+1 elvont lelkizős kérdés: az miért nem gond, hogy kivétel nélkül az összes linux használja a GNU alapprogikat?
Ja várjunk.. pontosan van olyan elmebeteg állat aki csinál disztrót ami nem gcc -t használ 
-
samujózsi
senior tag
válasz
inf3rno
#28728
üzenetére
Szimpatikus rendszer, de nagyságrenddel kevesebb felhasználója és fejlesztője van, emiatt lassabban fejlődik, a hardver támogatása meg a linuxét is alulmúlja. Én az egyik notebookom, akkor még egzotikusnak számító wifi adaptere miatt voltam kénytelen lemondani róla, amikor ki akartam próbálni élesben is. Utóbb meg az egyik java alapú IDE nem működött, akkor letettem arról is, hogy virtuális gépen használjam.
-
bambano
titán
válasz
inf3rno
#28725
üzenetére
a deuvan például összekeveri az ethernet interfészeket telepítés után. én nem tudok olyan disztróval dolgozni, ami telepítés után nem érhető el, mert a másik ethernet lett az eth0.
a systemd-ről meg annyit, hogy nem valós problémákat talál fel. tehát például lehetne probléma, hogy mennyi idő alatt bootol egy linux. csak ki a bánatos francot érdekli, hogy 10 másodperc vagy 4, amikor egy csomó ibm szerveren a raid vezérlő kernele 300 másodpercig bootol. Ha systemd-vel 307 másodperc alatt bootol be a debian, svr4 inittel meg 312. és akkor mi van? miközben ritkábban, mint évente egyszer kell bootolni.
ezzel szemben meg ha nem teljesen abban a sorrendben stackeled össze a raidet, az lvm-et meg a drbd-t, ahogy az ostobenkó elképzelte, akkor fél éves sz.pás kideríteni, hogy te írtad rosszul a mount unitot vagy a köcsög szkriptjei nem működnek (hint: utóbbi). Ezt a fél évet ki fogja kifizetni?
-
haddent
addikt
válasz
inf3rno
#28703
üzenetére
Évek óta Archozok desktopnak és itthon szervernek is, sőt, stikában melóban is az a desktopom
Minimál, friss, rolling release és mégis stabil, teljesen vanilla lényegében a pacmant leszámítva és a Wiki tényleg fenomenális. Nyilván nem eröltetem meg nem is lehet, neked lehet, hogy nem fog bejönni, de ha hasonlóban gondolkodsz egy próbát mindenképp érdemes tennedFrawly A Gentoo lényegében annyiban más az Archtól, hogy te buildelsz/compileolsz. Tudom, hogy ez egy óriási különbség, de én a mai világban mai procikkal ezt elenyészőnek érzem, minimális vagy talán mérési hibán belüli overheadet jelent szerintem a prebuilt. Igen, az a legszexibb, de az már tényleg nem éri meg, szerintem
Egyébként ha tényleg könnyű kezelésű cucc kell, nem akarunk ennyire elmenni a vadonba, csak ne legyen telehányva akkor én az Ubuntu Server -t szoktam ajánlani az óriási community és repok, tutorialok stb.. miatt
Systemd hitvitába nem akarok megint belemenni, de annyit csak nem bírok ki, hogy offtopicba ne írjam le, hogy személyes és linux sysadminos tapasztalatom szerint is az utóbbi idők legjobb történése linux körökben.. Fenntartható, stabil, implicit és rendkívül jól rendezett
-
samujózsi
senior tag
válasz
inf3rno
#28703
üzenetére
Arch-nak kiemelkedően jó a dokumentációja, talán a FreeBSD-nek volt hasonló színvonalú doksija amikor azzal próbálkoztam.
Viszont ha elkényelmesedtél az évek során, akkor esélyes, hogy már az arch telepítőjétől meghátrálsz.
Hacsak az elmúlt két évben nem kapott valami kevésbé fapadost, mint amivel én találkoztam. -
Frawly
veterán
válasz
inf3rno
#28702
üzenetére
A Devuan ugyanaz, mint a Debian, csak systemd nélkül. A Void minimalistább, de arra kevés a csomag, az a hátránya. Az MX-et kipróbálhatod, nem tudom mennyire minimalista a legkisebb .iso-juk, de az nem számít minimalista disztrónak, már régen sem, inkább gyenge gépes volt, mint minimalista.
-
Frawly
veterán
válasz
inf3rno
#28699
üzenetére
A legminimalistább, desktopnak is jó disztró a Gentoo. Minimalista az Alpine is, de nem desktopra való, a Linux from Scratch meg nem disztró, hanem csak egy dokumentáció.
Kicsit „könnyebb” telepítésű az Arch, ArcoLinux, Debian minimal netinstall, Ubuntu minimal netinstall, ezek akkor, ha nem zavar a systemd (vagy kifejezetten kell systemd, mert olyan fullosabb DE-t használsz rajta, aminek kell, pl. Gnome3).
Ha systemd-mentes, de még mindig minimalista, de azért könnyebben emészthető rendszer kell, akkor Devuan netinstall vagy Void.
Az Arch, Arco vonalnak előnye a sok AUR-os csomag és a rolling frissesség. A Debian, Ubuntu, Devuan vonalnak előnye a sok csomag, sok extra tároló, hosszabb támogatási ciklus.
-
samujózsi
senior tag
válasz
inf3rno
#28663
üzenetére
Bocs, nem ezért kérdeztem. A windows környezetet évekkel ezelőtt száműztem az életemből és még akkorról maradt meg bennem, hogy talán a superuseren vagy askubuntun feltett sambás kérdésre az volt a válasz, hogy azt már CIFS-nek hívják, a samba felejtős, deprecated stb.
De a jelek szerint ez nem igaz. Vagy nem úgy... -
#73749248
törölt tag
válasz
inf3rno
#26276
üzenetére
Kösz, de az (szinte) biztosan nem. A hoston semmiféle terhelés nem látszik olyankor, sem I/O, sem CPU és van négy magja a drágámnak. Igaz, kvm guest, szóval a proci emulált.
Az külön furcsa egyébként, hogy ha a hostra teszem az nfs-t, akkor semmi lassulás és két-három próbálkozás után már a virtuális gépen lévő nfs is megfelelő sebességgel működik. Ebből az jönne le, hogy cache-elési gond, de ekkora méretnél erősen valószínűtlen.
Na mindegy, egyelőre közel járok hozzá, hogy kivágjam a kvm-t a fenébe, mert rengeteg olyan baja van, amire nincs valódi megoldás.
Csak azt nem tudom, hogy xen vagy virtualbox irányba induljak tovább.
-
-
Frawly
veterán
válasz
inf3rno
#26100
üzenetére
Kipróbáltam ez a Great Suspender Chrome-addont, de nem oldja meg a gondom. Valami keveset segít rajta azért. Így is betölti az összes fület, de az aktív fül kövételével a többit csak addon rendereli le a saját oldalára (emiatt kevesebb memóriát eszik), amit kattintással lehet frissíteni. Nekem olyan megoldás kéne, mint a Firefoxé, amelyik egyáltalán nem tölti be a nem használt tabokat.
A fába rendezős, meg lenyitható fülek is szép gondolat, de akkor már annyi erővel az ember lenyithatja a könyvjelzőket is. Jól látszik a képernyőmentéseden, hogy 13 fülnél többet nem látsz át te sem.
-
BoB
veterán
válasz
inf3rno
#26093
üzenetére
Mondjuk azt nem értem hogy ha keresel egy témában, minek megnyitni a google első kétszáz találatát. Megnézed az elsőt. Ez az? Nem, akkor bezár, nézzük a másodikat.
Főleg hogy közben eszedbe jut nás téma is. Annak is megnyitod az első kétszáz találatát. És így tovább.
Jó lenne látni miket keresel mert első látásra számomra teljesen ésszerűtlennek tűnik így böngészni.
-
-
Frawly
veterán
válasz
inf3rno
#26083
üzenetére
Az 1000 tab mindenképp extrém, de az 50-es példád megállja a helyét. Sokszor csak lusták az emberek bezárni a tabokat, egyfajta könyvjelzőként hagyják kint, én is így csinálom. Így ha megnyitom a böngészőt, akkor látom a füleken, hogy mi volt megnyitva, mit akartam azokkal, melyik böngészési szálat kell folytatni. Könyvjelzőknél ezt nem látni, csak ha külön lenyitja az ember.
A modern böngészők amúgy is csak az utoljára használt 1-3 tabot töltik be induláskor, aztán a többit egyesével, ha átvált oda az ember. Kivéve a Chrome, mert annál minden fül külön folyamat, és betöltögeti az összeset, ez is a bajom vele. Egyébként a FF sokkal takarékosabban bánik a memóriával, mint a Chome.
-
slett27
addikt
válasz
inf3rno
#26054
üzenetére
Szoftveres vagy hardveres RAID ?
Amúgy az lenne a cél, hogy a felhasználókkal és könyvtárakkal valamint konfigurációs fájlokkal együtt MÁSOLOM a Samba-t a másik szervergépre. Elvileg ezt nem lehet így megcsinálni, mert a jogosultságokat, csoportokat és a csoportokhoz kapcsolt könyvtárakat nem lehet másolni.
-
-
-
bambano
titán
-
Gyurka6
őstag
válasz
inf3rno
#22749
üzenetére
Hali!
Köszi, azt használgatom, de próbálgatnék elszakadni a win-től, csak bosszantó, hogy egy ilyen dolgot nem lehet/tudok megoldani egyszerűen. Régebbi verzióban az inittab-ban be lehetett állítani, hogy az egyik ablakon megjelenthető legyen a soros porti kapcsolat. (Nem én állítottam be...) -
válasz
inf3rno
#22735
üzenetére
Megy a programozas, csak nem talalok egyertelmu megfeleltetest a mostani krix-kraxok és az eredeti ekezet kozott.
pl. ket kulonbozo ekezet eseten is ugyanazt a jelet latom.
Lehetseges, hogy csak a kde/gnome mutatja egyformanak a hibas karaktereket de a valosagban kulonboznek?bambano: kosz, ranezek ezekre, ha nem tudok jobb megoldast.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Kicsit poénosra is fogtam, nehogy megsértődj, szíved joga Javat szeretni 
Láttam mindkettőt, egyetemen én szoptam C, ADA, ASM vonallal, másik szakirány röhögött jókat a Java -val. Én tökre értem mit szeretnek rajta sokan, csak azt nem, hogy a Pythonban hogy nem látják ugyanazt csak jobban és többet 
De hosszú téma, nem hittérítő szakkőr és úgysem változik semmi, peace tényleg 
Új hozzászólás Aktív témák
- exHWSW - Értünk mindenhez IS
- Milyen billentyűzetet vegyek?
- Spórolós topik
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- ArmA 3 - This Is War
- Telekom mobilszolgáltatások
- Fejhallgató erősítő és DAC topik
- PlayStation 3
- Óvodások homokozója
- További aktív témák...
- Assassin's Creed Shadows Collector's Edition PC
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Vírusirtó, Antivirus, VPN kulcsok
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Csere-Beszámítás! RTX Számítógép játékra! I5 13400F / 32GB DDR5 / RTX 4070 Super / 1TB SSD
- ÖRÖK GARANCIÁVAL - OLCSÓ, LEGÁLIS SZOFTVEREK 0-24 KÉZBESÍTÉSSEL - Windows - Office - LicencAruhaz.hu
- AKCIÓ! Apple Mac Studio M1 MAX 2022 32GB 512GB számítógép garanciával, hibátlan működéssel
- GYÁRI TÖLTŐK DELL LENOVO HP FUJITSU TOSHIBA Macbook---------- Budapest,/MPL/Foxpost
- BESZÁMÍTÁS! ASRock B85M Pro4 B85 chipset alaplap garanciával hibátlan működéssel
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest