Hirdetés
-
Holnap mutatkozik be a HTC új készüléke
ma Bizony, a HTC még aktív (valamilyen szinten), a U24 Pro 5G holnap lesz hivatalos.
-
Letartóztatták, mert AI segítségével csalt az egyetemi vizsgán
it A török hatóságok letartóztattak egy diákot, amiért egy egyetem felvételi vizsgáján AI segítségével válaszolt a kérdésekre.
-
Befutott az Arcane animációs sorozat új évadának legfrissebb előzetese
gp A második szezon novemberben érkezik, ezzel együtt sajnos elbúcsúzhatunk a szériától.
-
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
-
bambano
titán
"zárt nvidia driver szívás.": ubuntu telepítéskor rákérdez és felrakja azt, amelyiket választod és működik. debianban van rá metacsomag, ha felrakod, akkor maga alá húzza a zárt drivert és működik.
ebben mi a szívás? a notebookomban ha biosban engedélyezem az optimust, simán felismer minden kijelzőt és működik. pontosabban 4 éve, mikor utoljára próbáltam, működött.
egyszer volt komolyabb szívás az nvidia driverrel, mikor egy meredeken súlyosbított notebookon kellett felraknom, amiben három videokártya volt. ahhoz kellett guglizni egy sort.
aki annyira ismeri a hupot, hogy megalapozottan trollneveldének tarthatja, az akkor annyira is ismeri, hogy ott sokszor írnak a btrfs hibáiról.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
ja, hogy többfelé kell küldeni... úgy bonyibb.
én azt csináltam, hogy egy smb share-re pakol mindent, azt látja minden gép, és leszedik onnan.nekem is van két richo aficiom, én szeretem, semmi baj nincs velük, smtp is működik. esetleg mondj típusszámot is.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
-
bambano
titán
válasz Speeedfire #24602 üzenetére
mi az a postgre?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Speeedfire #24606 üzenetére
[link]: "PostgreSQL, originally called Postgres, was created at UCB by a computer science professor named Michael Stonebraker"
eredetileg postgresnek hívták, amikor még nem sql volt a lekérdező nyelve. csodálkoztam is, hogy mindek postgrey arra a gépre...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
"Most olvasgatom, de nem egyértelműek a leírások.": mert nem Lenry leírását olvasod.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
a btrfs nem új, 2007-ben kezdték fejleszteni. nemrég derült ki a raid5/raid6 hibája, ami komolyabb.
[link] két éve fixálták a lemezformátumot...én nem fogom használni még sokáig, de mindenki a maga szerencséjének a pogácsa. továbbra is azt mondom, hogy az ilyen összehányt mammut szoftvert nem jó és nem a unix filozófia. a külön raid, külön lvm, külön fájlrendszer az sokkal inkább unixos, mint ez a lecsó.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz janos666 #24648 üzenetére
az internetet is réteges modell (by OSI) alkották meg, ugyanúgy, ahogy az md-lvm-fs modellt és pont ellentétesen, mint a btrfs. nagyságrendileg 4 milliárd ellenpélda van rá, hogy a monolitikus modell nem jó.
még a windowsban is volt egy HAL, amikor utoljára néztem... a hurdról ne is beszéljünk.
persze az is hülyeség, hogy egy szempont alapján értékelni valamit. a teljesítmény csak egy szempont a sok közül, a karbantarthatóság, a hibakeresés, stb. és még sokan mások a többi. a karbantarthatóságon nyilvánvalóan elbukik a btrfs, hiszen 9 év alatt még mindig nem lett kész. azért ennyire nem nagy truváj, a zfs-t is megcsinálták kevesebb idő alatt.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Gorneck #24668 üzenetére
nem teljesen értem, amit írtál. mi az a diag os?
esetleg leírhatnád részletesen. nekem abból, amit leírtál, az jön le, mintha új notebookokat akarnál céges cuccokkal optimalizált os-sel újrahúzni.
partíciót nem kell lepucolni, ha kitörlöd a partíciós táblából, akkor megszűnt.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz #68216320 #24704 üzenetére
a lényeg, hogy megnézed, hogy a fail2ban konfigjában melyik log fájlt keresi, majd megnézed, hogy abba a logba bekerülnek-e az ssh login hibák. utána megnézed a /var/log/fail2ban.log-ban, hogy a fail2ban mit lát az egészből.
egyébként iptables-nek lenni kell telepítve, nem tudom, melyik disztró telepíti-e alapból és melyik nem.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz PistiSan #24750 üzenetére
[link] a nyomtatók kottája szerint elvileg támogat snmp-t.
ha igen, akkor azzal nagyon sokkal egyszerűbben meg lehet ezeket a problémákat oldani.első lépés: bejelentkezel egy nyomtatóba a webjén, és megnézed, hogy tényleg támogat-e snmp-t. tippem szerint ha találsz olyan oldalt, amin snmp community stringeket kell beállítani, akkor nyertél.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz bulanjoe #24773 üzenetére
látom, kölcsönösen nem értettük meg egymás válaszát
Az ozone-ék számában a refrén: NUMA NUMA ej.
Non-Uniform Memory Access. ez van a kernelben.
hogy erről miért kell egy repülő szárnyán énekelni, azt nem tudom....Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz bulanjoe #24775 üzenetére
"Viszont a NUMA az nem memory management inkább?": de, de a processzek ütemezéséhez az is fontos, hogy arra a magra kell beütemezni, amelyik hozzáfér az adott memóriához. vagy gyorsan hozzáfér. nem feltétlenül smp-k a mai gépek.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz PistiSan #24780 üzenetére
[link] ennél jobbat most nem tudok, de rohannom kell, majd este
szerk: egyébként snmpwalk-kal le lehet tölteni a teljes mib-et a nyomtatóról, és néha egyszerűbb úgy megtalálni az oid-ot, hogy az eredményt összehasonlítod a webes felülettel...
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz PistiSan #24782 üzenetére
az snmpwalk-kal leszedett lista elején valószínűleg lesz a gyártó saját mib-jére utaló bejegyzés. azt megkeresed, és azt a listát is leszeded, hátha abban lesz olyan adat, ami neked kell.
pl:
SNMPv2-MIB::sysDescr.0 = STRING: RouterOS RB600A
SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.14988.1
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (322958300) 37 days, 9:06:23.00ott látszik, hogy az enterprises ág alatt vannak a cégek saját cuccai, ez konkrétan mikrotik, de az 14988 helyett a konica saját számát keresve megtalálhatod a cégspecifikus adatokat.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
Van egy gépem (debian jessie), ami döglődik, egyelőre távolról szagolgatva memória hibára gyanakszom. A kérdés az, hogy az normális, hogy memória hiba esetén ezt írja a logba a systemd?
Nov 9 18:35:27 backupsrv systemd[1]: Starting Synchronise Hardware Clock to System Clock...
Nov 9 18:35:27 backupsrv systemd[1]: Stopping system-ifup.slice.
Nov 9 18:35:27 backupsrv systemd[1]: Removed slice system-ifup.slice.
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Host and Network Name Lookups.
Nov 9 18:35:27 backupsrv systemd[1]: Stopped target Host and Network Name Lookups.
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Graphical Interface.
Nov 9 18:35:27 backupsrv systemd[1]: Stopped target Graphical Interface.
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Multi-User System.
Nov 9 18:35:27 backupsrv systemd[1]: Stopped target Multi-User System.
Nov 9 18:35:27 backupsrv systemd[1]: Stopping OpenBSD Secure Shell server...
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Self Monitoring and Reporting Technology (SMART) Daemon...
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Munin Node...
Nov 9 18:35:27 backupsrv systemd[1]: Stopping BIND Domain Name Server...
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Regular background program processing daemon...
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Login Prompts.
Nov 9 18:35:27 backupsrv systemd[1]: Stopped target Login Prompts.
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Getty on tty6...
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Getty on tty5...
Nov 9 18:35:27 backupsrv systemd[1]: Stopping Getty on tty4...
Nov 9 18:35:27 backupsrv rsyslogd: [origin software="rsyslogd" swVersion="8.4.2" x-pid="464" x-info="http://www.rsyslog.com"] exiting on signal 15.ez teljesen úgy néz ki, mint egy szabályos shutdown, miközben én úgy tudom, hogy memória hiba esetén szándékos kernel fagyasztás van, hogy ne gányoljon el semmit.
nem vagyok systemd szagértő, úgyhogy súgjatok kösz
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz MasterMark #24839 üzenetére
szerk: téves.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
eszet ide
kíváncsi vagyok, hogy oldanátok meg az alábbi problémát debianon, alapvetően shell szkripttel, de bármi más is jó lehet, ami ingyenes.
van egy halom szerver, amin keletkeznek saját gyártású logfáljok. ezeket archiválni kell egy gépen. root jelszó van, grafikus felület nincs, automatizáltan kell működjön. a szervereken, ahol a log keletkezik, korlátozott a hely.szabad a pálya
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
bocs, nem voltam gép előtt.
"rsync nem jó?": mivel biztosítod, hogy a fájlok hibátlanul megérkezzenek?
szőr Artúr:syslog nem jó, egyrészt ezt a terhelést nem bírná, másrészt fájlokban keletkezik a log, felesleges szerintem syslogba tolni.
Vladi: nem egy telephely, nem szeretnék nfs-t. a gépekhez hozzáférek.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz devin77 #24916 üzenetére
a log fájlban keletkezik, de nem a syslog rendszeren keresztül és nem vagyok róla meggyőződve, hogy keresztül akarom kergetni a syslogon, mindegy, hogy syslog vagy syslog-ng.
az érdekelne, hogy kinek milyen ötlete van arra, hogy egyik gépről a másikra másolgassak naplózottan és hibamentesen sok fájlt. az rsync sem nem naplózott, sem nem hibamentes.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz szőr Artúr #24920 üzenetére
valahol van egy log, mindegy, micsoda.
ezt én periodikusan (1-3 percenként, mikor hogy, de ez is mindegy), átmásolom a /var/log/ev/ho/nap alá sima cp-vel. hogy közben változik-e a forrás, nem érdekes. utána a célállományt betömörítem bzip-pel.itt kezdődik a kérdés: a szervereken kialakul egy könyvtárfa, tele fájllal. ami nyilván nem változik már, mert egyrészt lemásoltam olyan könyvtárba, amiről a syslog se tud, meg semmi más se tud, másrészt be van tömörítve.
fentiek több szerveren lezajlanak. ezeket a másolt, tömörített logokat szeretném az archiváló szerveren viszontlátni, hibátlanul. és nem szeretném keresztülpaszírozni a syslogon, mert jelenleg nem látom értelmét. de meggyőzhető vagyok, ha nincs jobb. és amikor ezeket viszontláttam az archiváló szerveren, akkor törlődjenek a forrás helyen.
segédinfó: minden gép debian, mindenhol van root jelszó és van jelszó nélküli kulcsos ssh bejelentkezés. a forrásnál pár napnyi cuccnak van hely.
érdekelne, hogy kinek milyen ötlete van, ami esetleg bennem nem merült fel.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz szőr Artúr #24922 üzenetére
nyilván akarok ellenőrzést, anélkül egyrészt semmit nem ér, másrészt nem kérdés
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
mikor csinálsz md5-ös hasht?
az hogy kerül át egyik gépről a másikra?
mi van, ha épp nincs hálózat a két gép között?
mi van, ha épp nincs áram valamelyik gépnél?ezt a problémát csak azok hiszik egyszerűnek, akiknek még sose tört bele a bicskája. nem a szkript írást akartam megkerülni, mert azt nem lehet, hanem azt, hogy ki kelljen nyitni a tűzfalon az adatbázisszerver portját.
az a ppscp szkript sok szép példát mutat arra, amiért rendes egyetemi gyakorlaton karót kapna
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
- eMAG vélemények - tapasztalatok
- Autós topik látogatók beszélgetős, offolós topikja
- Kerékpárosok, bringások ide!
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen autót vegyek?
- Kormányok / autós szimulátorok topicja
- Ukrajnai háború
- Toyota topik
- Konteó topic
- World of Tanks - MMO
- További aktív témák...
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Megmaradt - Eredeti Humble, Choice - Steam kulcsok
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen