-
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
-
bambano
titán
elbeszélhetünk egymás mellett.
az alaplapcsere nálam azt jelenti, hogy egy gépből kitéped az alaplapot, diszkek maradnak a helyükön, betolod az újat és bedugod a sata kábeleket. pont.
ebben az esetben semmit nem kell csinálnod, a raidról be fog bootolni, összerakja a kötetet és minden működik, kivéve, ha systemd-vel pofánvert disztród van, mert abban a hálózat szinte biztosan nem fog menni. de a konzol login megy, megszögelheted a hálózati konfigot.mdadm-mel akkor kell összerakni a kötetet, ha a diszkeket tépted ki a gépből és tetted bele egy másikba.
-
#30906
bambano
titán
GaezhyFeri
#30899
bambano
titán
válasz
GaezhyFeri
#30899
üzenetére
Szerintem a Dömölki szűrőt keresed.
kész program nemigen lesz rá... -
#30890
bambano
titán
GaezhyFeri
#30888
bambano
titán
válasz
GaezhyFeri
#30888
üzenetére
az a különbség a két megoldás között, hogyha külön csinálsz egy sequence-t és utána nextval, akkor nem köti össze az adatbázis táblát a sequence-szel. ha pedig bigserialt írsz, akkor összeköti. ha utána csinálsz valamit a táblával (tipikusan: törlöd), akkor a második esetben a sequence-t is törli, első esetben az ott marad árván.
-
#30884
bambano
titán
GaezhyFeri
#30883
bambano
titán
válasz
GaezhyFeri
#30883
üzenetére
nem nextval('seq') hanem bigserial adattípus.
szerintem véletlen, hogy amikor tesztelted az overt, jó lett. -
bambano
titán
válasz
vargalex
#30740
üzenetére
tehát mégegyszer: ha "egyenes" fordítás van, ahol a hoszt és a cél architektúra ugyanaz, akkor lehet a hoszt architektúra a nevében, mivel megkülönböztethetetlen a céltól.
ha keresztfordítás van, akkor nyilvánvalóan a cél architektúra van a nevében.
másrészt meg a rendes make felülbírálja a makefile-ban levő alapértelmezett válaszokat, ha paraméterként megadod.
-
bambano
titán
válasz
vargalex
#30734
üzenetére
lehúzta az x86-os pkgbuildet, amivel a dependenciás sor segítségével felrakta a függőségeket, majd lehúzta az x86_64-es firefox rpm-et, amit az adott gép csomagkezelője fel se rakott, mert ütköző architektúra.
egyébként érdekes ez a pkgbuild, mivel dependel gtk-ra, amiben egyébként a wayland driverek vannak... elvileg a firefox az alap működéséhez egyáltalán nem dependel a waylandra, mert nem azon a szinten kapcsolódik. ezt maximum a videolejátszás miatti közvetlen hardver elérés borítja meg.
-
bambano
titán
válasz
vargalex
#30732
üzenetére
azt írod a #30719-ben, hogy:
"Ellenőrizni afileparanccsal tudod. (file binariseleresiuttal), kiírja, hogy milyen architektúrára fordított a bináris."idézem azt a hsz-t, amire válaszoltál:
#30709 :[alucard@rpi4 ~]$ file /usr/lib/firefox/firefox/usr/lib/firefox/firefox: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=e85a2f37d50354822033146e2bacd187746a808e, strippedtehát abban a hsz-ben, amire válaszoltál, benne volt az, amit hiányoltál. és a parancs kimenete azt is tartalmazza, hogy a topicban eluralkodó x86_64 tévedéssel szemben az egy arm eabi5 v1-es bináris. sőt, az is benne van, hogy az armhf architektúrához tartozó linker fogja összerakni indításkor.
-
#30654
bambano
titán
DonThomasino
#30653
bambano
titán
válasz
DonThomasino
#30653
üzenetére
én még nem láttam olyan cront, amiben van @shutdown.
és ha ez igaz, és beleírtad, akkor a @rebootot se veszi figyelembe, mert szintaktikai hibát talál a fájlban.
másrészt tapasztalatom szerint a cron nem teljesen abban a környezetben fut, mint a root shell. de ebbe lehet, hogy tévedek. -
#30652
bambano
titán
DonThomasino
#30651
bambano
titán
válasz
DonThomasino
#30651
üzenetére
pontosabban?
mert az 5 percenként az napi intervallumban egy konkrét jól definiált szám. -
bambano
titán
válasz
TheProb
#30523
üzenetére
szerintem teljesen helytelen a nézőpontod.
miért jó, hogy értesülsz róla? tudsz áramot csinálni remote?
egyébként pedig ha olyan fontos dolgok mennek rajta, akkor nyilván van rajta szünetmentes. a szünetmentes képes jelezni, ha elment az áram, és van benne annyi szufla, hogy ezzel a jelzéssel bármit is csinálhass, majd utána szabályosan leállítja a gépet.
ha meg nem fontos az egész, ezért nincs rajta szünetmentes, akkor nem mindegy? -
-
bambano
titán
-
bambano
titán
van ecc-s notebook ram, de nincs rá szükség.
az ecc-s ram annyival jobb, mint a sima ram, hogy egy bit hibát ki tud javítani. de nem ez számít, hanem az, hogy történhet-e memória hiba detektálatlanul, és az a sima ramnál sem fordulhat elő.a seedben levő dolgok úgy is el tudnak tűnni, hogy a torrent kliensben be van állítva, hogy unregistered torrentet töröljön az adatfájlokkal együtt és a trackeren kitörlik a torrentet.
-
-
-
-
bambano
titán
válasz
inf3rno
#30244
üzenetére
egy csomó programnál bevezették azt a szokást, hogy nem egy konfig fájl van, hanem egy könyvtárban levő összes fálj konfig(részlet). annak érdekében, hogyha szükség van sorrendiségre, a megfelelő sorrendben olvassa be a konfig részleteket, megszámozzák az elejét, és az alapján sorbarendezik.
-
bambano
titán
válasz
kovaax
#30174
üzenetére
mert a dhcp-nek is van késleltetése, lease time, meg a dns-nek is.
router nincs a rendszerben. switch van, ami nem tudja a szükséges funkciót.
dnsmasq sincs.viszont szöget ütöttél a fejembe, a debian bridge kódban lehet csodát tenni a mac címekkel... ezen még el fogok gondolkodni
kösz.
-
bambano
titán
-
bambano
titán
Mikrotik topicban kérdeztem, hogy hálózati megoldás van-e a következő problémára, nemigen volt. Tehát linuxos (debianos) megoldást tud-e valaki javasolni?
van két nyomtató, egy fontos meg egy nem annyira fontos, különböző helyen. ha a fontos nyomtató megdöglik, akkor a fontosat félrerakják, lekapják a nem fontosat és felrakják a fontos helyére. ennek a megoldásnak az a hátránya, hogy az ip címeket kézzel le kell cserélni.van ötletetek, hogyan lehet megoldani, hogy a nyomtató a helye alapján kapjon ip címet? vagy egyéb megoldás, hogy rendszergazdai segítség nélkül mehessen tovább a munka?
-
bambano
titán
válasz
inf3rno
#30138
üzenetére
"Ha csak ideiglenesen van nyitva a port, miután bezáródik, nem fog működni az SSH, mert megszakad a kapcsolat.": ha előbb accepteled az establishedet meg a relatedet, és utána dobálod el a synt, akkor nem záródik be.
"csak azokra a portokra tolunk port forwardot, amik a szekvencia részei, akkor baromi gyorsan fel lehet törni.": ez önmagában igaz, csak kopogtatást nem így csinálnak. a szekvencia részeit képző portokra nem kell forward, ugyanúgy dropolod, mint a többit, csak másik ipset-be jegyzed fel.
-
bambano
titán
válasz
I02S3F
#30121
üzenetére
nem hiszem, hogy indokolni kellene
minden plusz, amit a védelem kedvéért teszel, segít.
ráadásul a fail2ban nem csak ssh-hoz jó, hanem levelezéshez, web cuccokhoz, meg sok más mindenhez is.kellően alacsonyra véve a limiteket, ad védelmet a próbálkozások ellen. pl. ha 3 rontott próbálkozás után repül az ip cím, de nem 5 percre, hanem mondjuk 8 órára, az segít.
értelemszerűen abból a nézőpontból, hogy kizárólag fail2ban-ra alapozni a védelmet, jogos lehet a kritika.
persze én, mint internet szolgáltató rendszergazdája, én csak a logjaim alapján tudok vitatkozni, mások érzelmeiről nincs objektív infóm.
-
bambano
titán
válasz
kraftxld
#30073
üzenetére
kérdés: hány node-os a cluster és multimaster vagy master-slave a fájlrendszer?
szerk: bocs, látom, hogy 6 node-os...
itt egy doksiban azt írják, hogy esetleg a token küldést át lehetne rakni tcp-re, de nem friss doksi.
inkább utánanéznék, hogy miért nem megy át az udp.
-
bambano
titán
válasz
Frawly
#29925
üzenetére
a freebsd-t azért is lehet utálni, mert ők is fejlesztik a maguk systemd szemetjét rá. tehát azért váltani linuxról freebsd-re, mert linuxon van systemd, freebsd-n meg nincs, hamarosan csalódást hozó döntés.
én nem éltettem a debiant, azt mondtam, hogy én azt tettem vissza. mindenki olyan disztrót használ, amilyen szerencsés vagy szerencsétlen csillagzat alatt született, oszt jónapot.
-
bambano
titán
válasz
sh4d0w
#29916
üzenetére
tettem egy kísérletet 12.1-es freebsd-vel egy thinkpaden.
a telepítés hagyott maga után pár hibát, például hogy hiába állítottam magyarra mindent, maradt angol. utána megpróbáltam a packages rendszerből telepíteni, tele van hibával, meg alapértelmezetten folyton nyomogatni kell az entert, úgyhogy 3-4 óra alatt nem jutottam semmire.utána megpróbáltam bináris repóból telepíteni, az valami félelmetesen lassú volt.
maradunk az "öreg vagyok én már bohócnak" szindrómánál, miután 4-5 óra alatt nem bírt eljutni odáig, hogy legyen egy grafikus felület, beledugtam a debian telepítő pendrájvomat és 10 perc alatt lett.
ez a 12.1-es freebsd szerintem kiválóan hozza az 1995-ös debian szintjét se. olyan slackware 1.0, az talán megvan.
persze, biztos lehetne mindenre megoldást találni, ha elolvasnám azt a fent emlegetett 700 oldalas könyvet, de szerintem a világ nem erre halad. miközben nem tudom, a végeredmény milyen lenne (kirakták már belőle a nagy kernel lockot, van-e már benne rendes multithreaded hálózlati stack, meg multithreaded tűzfal meg ilyenek).
-
bambano
titán
logout címlapon első szakmai cikk nagy pfsense logóval, ez a címe: "DIY x86 gateway v2"
azért indult el az egész folyamat, mert megdöglött a videokártyám. ha nem döglik meg, még mindig az a videokártya és az a régi debian van a gépemen.
"ha mindenhez így állnánk, akkor még a fán ülnénk.": nem érzem, hogy a változás mindig a haladás irányába mutat. például a systemd. de hogy a hagyományos thunderbirdet meg a firefoxot a stretchben áttervezték flat dizájnra, az se volt előrelépés. majd a busterben kicsit visszább vettek, már nem annyira flat a dizájn. miközben a régi is pont ugyanolyan használható volt. csak valakiknek muszáj volt dolgoznia, nem bírt megülni a fenekén csendben.
te áttértél freebsd-re? áruló
-
bambano
titán
oké, nem jutott eszembe, hogy driver le. ez az én hibám.
de ezt a hibát tudtam volna korrigálni, ha van hozzáférés.a freebsd-ről meg annyit, hogy hallador kolléga pár napja publikált tűzfalas cikket a logouton, akkor elolvastam pár tesztet, megnéztem pár cikket a freebsd-ről, és azt a döntést hoztam meg, hogy továbbra sem érdekel.
de, ahogy a mondás tartja, mindenki a maga szerencséjének a pogácsa.
szerk: egyébként eddig is és a továbbiakban is az a hozzáállásom, hogy:
- ha nem romlott el, ne akard megjavítani
- azt a munkát kell elvégezni, amiért megfizetnek.
anno 2011-ben megvettem ezt a gépet, felraktam rá a debiant, és kész. jól van az úgy. vagyis volt. persze lehet ez a hozzáállás kifogásolható, mert akárhogy kapálóztam, nem tudtam elkerülni a hulladék kinézetű programok használatba vételét, csak elhalasztani. így jártam. -
bambano
titán
nálam addig nem lesz freebsd, amíg:
- nincs benne rendes multithreaded interrupt kezelés, de van benne nagy kernel lock
- nincs benne rendes multithreaded tűzfal
- a hálózati stackje a linuxéhoz képest, hogy is fogalmazzak finoman, le van maradva.Nem tudom, hogy fenti kérdésekkel hogy áll most a freebsd. mikor utoljára néztem (nem tegnap volt), akkor ezekkel súlyos problémái voltak.
nálam mindig az lesz a desktopomon, ami a melós szervereken van. nem fogok nyolcfelé szakadni iq-ban, hogy egyiknek ez a baja, másiknak az.
-
bambano
titán
oké, vesézzük ki.
az volt a probléma, hogy az nvida driver divertálta a glx libeket.
ez, önmagában, nem lett volna elementáris probléma, bementem a gépre, megnéztem az X.org logot, benne volt ékes angol nyelven, kiadtam egy utasítást, megjavult.a probléma az, hogy attól, hogy az X nem tudott elindulni, a karakteres konzol miért nem indult el??? Ennek a problémának úgy kellett volna megoldódnia, hogy nem megy az X, ctrl+alt+f1, root login, log olvas, beállít, lightdm restart, jónapot.
de nem, mert a systemd annyira többszálú és multithreaded, hogy nem volt képes egy getty-t elindítani a virtuális karakteres konzolon, ezért nem tudtam triviálisan bejelentkezni. tehát nem az a bajom, hogy nem ment az X, elfogadom, hogy az én hibám, hogy videokártya cserénél ezt a problémát okoztam, de azt nem fogadom el, hogy egy karakteres konzol se ment.
-
bambano
titán
amikor hallgatsz a tanácsokra és nvidia helyett amd-t veszel
amikor kiderül, hogy minimum kernelt kellene upgradelni, hogy felismerje a kártyát
amikor felupgradeled az egész debianodat a következő kiadásra
amikor nem kapsz látható életjelet
amikor nincs karakteres konzolod
és amikor eszedbe jut, hogy át szokták nevezni az ethernet interfésztakkor kezded el emlegetni pöcstering nőági felmenőit...
mert milyen jó ez a systemd, merugye párhuzamosan futtatja az indító szkripteket, így ha lerohad a display manager indítása, tök jogosan nem lesz konzolod se...megérkeztünk pöcstering világába, fosland-re...
-
bambano
titán
légyszi mondjatok már jó nvidia videokártyát, amihez van rendes linux driver, nem egy ökör ára (80k-ig) és beszerezhető. játszani nem fogok rajta. a napokban cseréltem a régi kártyámat, de amit a gépbe raktam, azzal folyton minden szaggat. két displayport a feltétel, játszani nem fogok.
kösz
-
bambano
titán
válasz
#79470961
#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!
) akkor a window scaling kikapcsolása sokat javít a helyzeten.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Luck Dragon: Asszociációs játék. :)
- Kuponkunyeráló
- Gitáros topic
- Milyen billentyűzetet vegyek?
- Épített vízhűtés (nem kompakt) topic
- Futás, futópályák
- MWC 2026: csápolt a robot, majd dobott egy hátraszaltót
- Path of Exile (ARPG)
- Tarr Kft. kábeltv, internet, telefon
- Micro Four Thirds
- További aktív témák...
- Akciós kisWorkstation! Dell Precision 3570 i7-1255U 4.7GHz / 16GB / 512GB / Quadro T550 4GB FHD 15"
- Xiaomi 14T 12/256GB - Kártyafüggetlen, Fekete, ÚJSZERŰ - 1 Év garanciával
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- GYÖNYÖRŰ iPhone 13 256GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS4447, 100% Akkumulátor
- Telefon felvásárlás!! iPhone 15/iPhone 15 Plus/iPhone 15 Pro/iPhone 15 Pro Max
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest