- Huawei Watch GT 3 Pro - korlátolt szépség
- Poco F5 - pokolian jó ajánlat
- Nothing Phone (2) - több, mint elsőre látszik
- Samsung Galaxy A52s 5G - jó S-tehetség
- Bivalyerős lett a Poco F6 és F6 Pro
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Google Pixel topik
- Android alkalmazások - szoftver kibeszélő topik
- Telekom mobilszolgáltatások
- Samsung Galaxy S22 Ultra - na, kinél van toll?
Hirdetés
-
Fülhallgatók is érkeztek a Reno12 szériával
ma És persze az Oppo okosórája is, lásd előző bejegyzés. A muzikális élményt az Enco X3i és az Enco Air4 Pro szolgáltatja.
-
Premier előzetesen az Elden Ring: Shadow of The Erdtree
gp A minap befutottak az első tesztek is, amik szinte csak pozitívakat írnak a DLC-ről.
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
Mobilarena
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
-
bambano
titán
válasz dzoli87 #28274 üzenetére
a gond az, hogyha veszel egyszerre négy diszket, egy szállítmányból, egy gyártásból, akkor nem őrültség feltételezni, hogy egyszerre fognak tönkremenni. ha fontos az adat, akkor meg lehet fontolni a raid5-öt, de ahogy a kolléga is javasolta, nem egyforma diszkekből. a raid10 talán jobb lehet, vagy a raid1+0, mert az akár két diszk kiesését is eltűri.
de ha fontos az adat, akkor inkább backup.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Fecogame #28282 üzenetére
az alapkérdés az, hogy hol legyen a vezérlőterminál.
ha azt csinálod, hogyssh user@gep 'command' &
, akkor az ssh klienst futtató gépen van a vezérlő terminál, vagyis a kliens gépnek működnie kell, az ssh parancsot futtatnia kell mindaddig, amíg a távoli gépen le nem fut a parancs.ha pedig azt csinálod, hogy
ssh user@gep 'nohup command &'
, akkor az ssh kapcsolat lebomolhat a parancs elindításakor és nem kell megvárni a kliens gépen, hogy lefusson a távoli gépen a parancs.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz radi8tor #28307 üzenetére
az interfaces fájlban található dolgokat a hálózat indulásakor állítja be a kernelben.
tehát ha sem reboot nem volt, sem kézzel nem gyalultad ki a régi konfigot, akkor a kernelben benne van.ha bcp-zni akarsz, akkor egyszerűen másold le egy backup könyvtárba a konfigot módosítás előtt.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz kezdosql #28335 üzenetére
"Linux alatt napi frissites tonkretette a firefoxot, ahogy webre csatlakozik azonnal merevre fagy a linux": be tudsz rá jelentkezni hálózaton?
szerk: ha mostanában jött elő, hogy "megfagy" a linuxod firefoxtól, akkor lehet, hogy egy videokártya tisztítás segít rajta. lehet, hogy nem megfagy, hanem megfő.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz MrCsiT #28350 üzenetére
na mégegyszer: az, hogy a fizikai klavi megnyomásait hogyan kapja meg a guest os, az a hipervizor felelőssége. mivel hyperv-ről beszéltél, ezért ezt egy hyperv-vel vagy windowszal foglalkozó topicban kell megkérdezned.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
-
bambano
titán
válasz #68216320 #28357 üzenetére
oké, akkor a részletek:
ha raid1 tömbbe teszed a partíciót, akkor az elejére odateszi az md superblockot. majd csak utána tudod rátenni az ext4fs első szektorát.
tehát ha raidben volt a partíció, akkor csak úgy tudod megnézni, hogy van-e rajta fájlrendszer, hogy csinálsz egy ideiglenes raid kötetet és belerakod (vagy tudod, hogy a mountot hogy kell paraméterezni elcsúsztatott szektoros mounthoz).vagyis normálisan nincs látható fájlrendszer a raidből kihullott partíción. hasonló módon értelmetlen fájlrendszert kreálni, mielőtt visszarakod a kötetbe.
ezt azért érdemes tudni, mert elfeded a valódi problémát, így azt nem javítod meg, vagyis lélekben készülj fel rá, hogy megint szét fog hullani a kötet.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz #68216320 #28364 üzenetére
"Irigyellek, hogy egy olyan 4TB-os HDD-t, aminél még csak gyenge szektor van nem pedig bad-block, te csak úgy kihajítasz.": ezek a diszkek maguk menedzselik a hibás szektorokat. amikor ez már kívülről is látszik, az azt is jelentheti, hogy elfogyott a menedzselésre fenntartott hely. tehát a diszk erősen halad az elromlás felé.
engem nem zavar, ha a hsz-emet mellőzöd, téged fog zavarni, ha az adataidat is?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
szerintem elsősorban arra figyelj oda, hogy hagyd békén a kernelt. annak az esélye, hogy itt kérdezned kell, és ezek után jobban beállítod a kernelt, mint a komplett linux közösség esze alapján gyárilag megvan, nulla. nem tudom, mit értesz jiffy/HZ alatt, de azt se piszkálnám.
a nagyobb szolgáltatók 40-100 gigabit/sec közötti forgalmat képesek generálni egy kernellel. tehát ha 100 gigánál lassabb a hálózatod, akkor nem a kernel lesz a szűk keresztmetszet.
másrészt ha ennyire aggódsz a tcp kapcsolatok miatt, miért nem használsz udp-t?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz #68216320 #28473 üzenetére
1. szerintem lesz elég bajod a cuccal, totálisan felesleges még egy dockerrel is bonyolítani az életedet.
2. ha van fent lamp, akkor valóban igaz, hogyha felraknád az nginx-et is, akkor összeakadnának, de minek raknád fel, ha van fent apacs. azt a feladatot, amit az nginx-re bíznak, megoldja az apacs is.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
bambano
titán
válasz Dißnäëß #28578 üzenetére
igen, teljesen beteg dolog, hogy ezt raid5-tel akarod megcsinálni
azt kellene eldöntened, hogy pontosan mit is akarsz. ha azt akarod, hogy legyen egy realtime másolatod, ami titkosítva van, arra nem ez a megoldás, hanem a crypto blokk device. ha azt akarod, hogy legyen másolatod, arra a korábban említett network blokk device nem alkalmas, mert teljesen döglött és nem vagy nem jól fejlesztett technológia.
ha azt akarod, hogy legyen egy gyors, redundáns, titkosított cuccod, akkor egymásra pakolsz 1-több drbd-t, arra crypto-t majd arra raid1-et. készülj fel rá lélekben, hogy ha systemd alapú oprendszered van, nagyon hosszasan, harsányan és cifrán fogod pöcstering anyját emlegetni. én 4 hónapig tettem
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz CPT.Pirk #28584 üzenetére
a levelezés elsősorban attól függ, hogy milyen internet kapcsolatotok van. fix ip nélkül kicsit macerás levelezni.
skype for businness pótlékot nem ismerek, helyette voip-t tudok elképzelni. a szervert is illik backupolni, tehát arra is gondolni kellene.kérdés még, hogy azt a bizonyos tervezőprogramot a munkaidejük mekkora részében használják, mert ha csak ritkán, akkor lehet terminálszerverre felpakolni.
csoportmunkára sokan használnak zimbra-t.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
bambano
titán
szerintem félreértetted, amit írtam.
annyi minden szól a felhő ellen, hogy ezek korrekt megoldása önmagában tönkre teheti a költségvetést.emvy: én meg biztos vagyok benne, hogy a nagy szolgáltatói felhő összességében többe kerül. vagy úgy jár legjobban, ha mindent megcsinál maga itthon, vagy úgy, ha a saját méretosztályára szakosodott szakértővel megcsináltat mindent (tanyacsenöl rulez).
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
-
bambano
titán
a systemd-ben levő cuccok jelentős százaléka nem működik.
megismétlem: NEM MŰKÖDIK. az svr4 init töredékét se tudta annak, amit a systemd, de azt mindig megcsinálta jól.a másik probléma, hogy a unix attól lett unix és sikeres, hogy kis, egyszerű építőelemekből van összerakva. van másik irányzat, azt windowsnak hívják. windowsos szemlélettel unixot programozni alapvető tévedés, mintha egy vegán arról kezdene vitatkozni, hogy a bélszínt mennyire átsütve szereti.
a harmadik probléma, hogy egy közösség által összelapátolt rendszerben egy őrültnek ekkora hatalmat adni a kezébe pocsék ötlet. különös tekintettel arra, hogy pöcstering nem először próbálkozott és bukott meg a hülyeségével, lásd pulse audio.
a negyedik probléma, hogy senkinek nincs joga ekkora pénzkidobásra kényszeríteni senkit, amennyibe a systemd megtanulására fordítandó erőforrás kerül, különös tekintettel arra, hogy egyébként a systemd nemlétező problémákra ad (rossz) megoldást.
tehát a 2-4 problémák akkor is a systemd ellen szólnának, ha egyébként az rendesen működik. de mivel ettől a rendes működéstől igen messze vagyunk, az, hogy a systemd megvalósítása egy rakás sz.r, übereli az összes többi problémát.
további probléma még, hogy például akik devuant fejlesztenek, fejleszthetnének debiant is, ha nem ette volna bele a fene a systemd-t a debianba. azzal, hogy systemd-s lett a debian, pazarlódik a munkaerő és lassul a fejlesztése. így eljutottunk odáig, hogy akik eddig debianra alapozták az életüket, azoknak most jelenleg nincs működő oprendszer választási lehetőségük.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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?
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz haddent #28733 üzenetére
"a BSD -k mellett az érvelés Linux-szal szemben mindig az volt, hogy sokkal összeszedettebb": azért tűnhet messziről összeszedettebbnek a bsd, mert *SOKKAL* régebbi (úgy értem, le van maradva, mint állat), mint a linux. Amikor utoljára megnéztem, a töredékét tudta, a töredéke mennyiségű szoftver volt rá, és brutálisan ócska volt a kernele a linuxhoz képest. Tudásban nagyjából a 2.4.x-es linuxok szintjén járt, vagy még előtte. Például nem volt benne rendes smp, nem volt benne multithreaded hálózati stack, rotfl.
egyébként ja, a bsd-k sokkal összeszedettebbek, merugye nincs openbsd, freebsd, netbsd, pcbsd, meg freenas meg hasonlók... ja, de, mégiscsak töredezett az is, legalábbis a felhasználói bázisának nagyságához képest... nincs elég emberük, hogy széttördeljék
"Baromira nem érdekel melyik lesz az irányvonal, de ugyan már legyen már egy irány": volt egy irány: svr4 init. A debian rc rendszere pontosan ugyanúgy nézett ki, mint pl. a solarisé. Emlékeim szerint a slackware-é is ugyanilyen volt. Majd jött az okoskodó redhat, aki mindig mindenben mást csinált és sajnos túl ritkán verték érte pofán (lásd gcc 2.96), és elkezdték tördelni az egységességet. Hol is dolgozik pöcstering?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
"A systemd amúgy az OS X initjére hasonlít erősen, nem a windowsra.": én nem arról beszéltem, hogy a szolgáltatásai mire hasonlítanak, hanem arról, hogy milyen szemlélettel programozták le. Ez a nagy bloatware egybe-minden-vackot szemlélet ez windows. Ez az állítás nem zárja ki, hogy beleértsd, hogy akkor az osx-et is lewindowsoztam.
"Amúgy érdekes, hogy a deb alapú csodák használói vinnyognak folyamatosan a systemd-re.": mert a deb alapú csodák tökéletesen működtek külsőleg oktrojált szemét nélkül is. Semmi szükség nem volt rá, hogy az rpm kitalálójának alkalmazottja szétcsessze a deb alapú csodákat is. Egyébként pöcstering már kifejtette, hogy a csomag rendszert is meg akarja reformálni meg a home könyvtárakat is. Csak azt nem értem, miért nem tette még helyre senki. Ha osx-et meg windowst akar csinálni a debianból, tegye meg otthon magának. Az én rendszereimet meg hagyja békén, mert az én fizetésem függ tőlük és ezért harapok.
"A pulseaudio funkciója feltétlen szükséges a rendszerbe a normális működéshez": nem, nem szükséges. De hagy emeljem már ki a korábbi állításomat ismét: sokkal könnyebben elfogadnák az emberek pöcstering lomjait, ha azok nem lennének tele hibával. És könnyebb lenne elfogadni pöcsteringet, ha amikor egy hibára reagál, a válasza nem tűnne totál elmebetegnek.
"Az ALSA magában nem elég több programos használathoz": minek kellene több programból használni a hangrendszert??? Az olyan lenne, mint amikor egy társaságba kerülsz több nővel, és egyszerre pofáznak mindenféléről. Az ember füle nincs felkészítve arra, hogy több, különböző audio streamet értelmezzen.
"A BSD init amúgy egy mindennél rosszabb szkript gányolás, komplex rendszerek készítésére alkalmatlan.": merugye a systemd az nem egy szkript gányolás...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
"A klasszik BSD style init lényegében egy shell scriptet indít, esetleg több shell scriptet, rohadtul nem a stabilitás mintaképe.": értem, tehát az egy darab, ezer éve használt, debuggolt init shell szkript az instabil, a rakás systemd szkript meg stabil.
kizártnak tartom, hogy magamévá tegyek egy ilyen véleményt systemd-től függetlenül.
"Fejlesztői szemmel a systemd egy értelmezhető, modern, tesztekkel lefedett kód": ez csak annyit jelent, hogy a teszteset írók munkája se ér egy vödör csavart se.
"service fájlt írni elég egyszerű.": és működő service fájlt?
"a sysvinit buta, mint a franc": aki ért hozzá, az ezt a tényt pozitívumként kezeli, nem hátrányként. érdekes módon én mindent meg tudtam oldani vele triviálisan.
"A gcc talán a legkomolyabb compiler jelenleg": melyik gcc? és miért nem az intel c fordítója a legkomolyabb?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz haddent #28748 üzenetére
"Linuxból hány van? Hány olyan okoskodó jajdekülöndisztró kell akik annyit csinálnak, hogy reskin aztán hello": de mi ezzel a gond? te, mint user, megkapod a választás szabadságát, hogy bizonyos célra optimalizált disztrót választhass. te, mint fejlesztő, nyugodtan csinálhatsz saját disztrót, ha akarsz. szerintem ez nem gond, sőt.
gond akkor van, amikor valaki marhaságot tesz kötelezővé. van vagy 400 disztró, egyet se vagy köteles használni. virágozhat minden virág.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz haddent #28759 üzenetére
de nem csak egy szempont szerint kell ezt a dolgot értékelni.
ha a te szempontodat, a szoftverfejlesztés hatékonyságát nézzük elaprózott platformon, akkor igazad van, hogy nem logikus.Itt az a lényeg, legalábbis az én véleményemnek ez az alapja, hogy az is számít, hogy a szabad szoftver megad egy csomó szabadságot, és ebbe az is beletartozik, hogy forkolod a cuccot. Az egész miskulancia arra épül, hogy nem pofázunk, hogy rossz, hanem írunk jobbat. Tehát ha felmerülne, hogy a disztró készítés jogát korlátozzuk, azzal kompletten kiherélnénk az egész szabad szoftveres eszmét. Ilyet, hogy nem nyúlhatsz bele valamibe, csak a nagy ellenség, az m$ csinál, debianék meg archék nem.
Nem tudok ennél fontosabb elvet szabad szoftver kérdésben.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
debianon és solarison is ugyanúgy működött, tehát van két "disztró", akkor már szabványos?
ha az init maga szabványos, de nem korrekten implementálják, akkor az az init hibája vagy az implementációé?szerinted jó a systemd, szerintem egy nagy vödör csavar. hogy ne tartson ez a vita túl sokáig, azt is megígérem neked, hogyha külső segítségre lesz szükségem hardverfejlesztési stratégia kialakításához, te leszel az első, akit meg fogok keresni.
és azt az állításomat is fenntartom, hogyha szerinted a systemd magas százalékban le van fedve tesztekkel, akkor a tesztek se érnek többet egy vödör csavarnál. a systemd használata egy rakás elpazarolt munkával jár és ez engem bosszant.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
Új hozzászólás Aktív témák
- Huawei Watch GT 3 Pro - korlátolt szépség
- Poco F5 - pokolian jó ajánlat
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Napelem
- Nothing Phone (2) - több, mint elsőre látszik
- Projektor topic
- Külső 3,5'' mobil rack-ek topikja
- Warhammer 40.000
- Milyen légkondit a lakásba?
- További aktív témák...