-
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
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.
-
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.
-
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
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
válasz
DonThomasino
#30651
üzenetére
pontosabban?
mert az 5 percenként az napi intervallumban egy konkrét jól definiált szám. -
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? -
-
-
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.
-
-
-
-
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.
-
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.
-
-
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?
-
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.
-
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.
-
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.
-
Aquantia AQC-107 chipsetes ethernet kártyával van valakinek személyes tapasztalata? hogy működik, mennyire megbízható, melyik kernellel?
tia
-
kis agyalást kérnék:
ha most hirtelen vpn szervert kellene csinálnotok, nagyobb terhelésre, milyen procival és milyen szoftverrel csinálnátok? -
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.
-
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).
-
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ó
-
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. -
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.
-
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.
-
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...
-
na, emberek, hittem nektek, úgyhogy ha csalódok, csuklani fogtok
egy msi rx 570 lett, a választásban kimagaslóan magas százalékkal vett részt a tény, hogy ez volt a polcon a boltban, ahova járok.
sztéj tjund. -
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
-
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!
-
-
-
válasz
bucihost
#29577
üzenetére
" vállalat irányítási rendszerek, kasszarendszerek, logisztikai, számlázó stb rendszerek 99%-ban only windows...": heti fud posztunkat olvashatták.
A három legnagyobb vállalatirányítási rendszerből (ms dynamics, sap, oracle <nemtomanevét>) kettőnek a default fejlesztési platformja linux. tehát annyira windows onlyk, hogy az "only" platformra portolni kell a cuccot. -
válasz
haddent
#29576
üzenetére
nem akarom találgatni, hogy mire gondolt a kolléga, arra tudok reagálni, amit leírt. márpedig az, ha szabadon cserélgethetem a fő komponenst is egy disztróban, akkor az kompatibilis -> nem lehet fragmentált.
azokból a cuccokból, amik alapvetően meghatároznak egy asztali disztrót, kevesebb variáció van, mint a másik oprendszernél. mert attól, hogy a verziószám utolsó jegye más, még kompatibilis marad, és nyugodtan csereberélheted, főleg a kernelt, mert Linus elég hevesen szokott reagálni, ha egy kernel patch beküldője megtöri az userland kompatibilitást.
-
) 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
- Yettel topik
- Intel Core Ultra 3, Core Ultra 5, Ultra 7, Ultra 9 "Arrow Lake" LGA 1851
- Milyen okostelefont vegyek?
- AMD Navi Radeon™ RX 7xxx sorozat
- PROHARDVER! feedback: bugok, problémák, ötletek
- Számotokra mi volt az év játéka 2025-ben?
- Witcher topik
- Milyen egeret válasszak?
- Fejhallgató erősítő és DAC topik
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- További aktív témák...
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Vírusirtó licencek- Azonnal - Számlával - Garanciával
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- 10 Darab ÚJ PC Játékszoftver
- ÁRGARANCIA! Épített KomPhone i5 10400F 16/32GB/64GB RAM RTX 5050 8GB GAMER PC termékbeszámítással
- HIBÁTLAN iPhone 15 Pro 128GB Black Titanium -1 ÉV GARANCIA -Kártyafüggetlen
- Eladó Google Pixel 9 Pro 16/256GB / Ajándék fólia és tok! / Akku 100% / 24 hó jótállás
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- LG 25GR75FG - E-Sport Monitor - FHD 360Hz 1ms - NVIDIA Reflex + G-sync - AMD FreeSync - HDR 400
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: BroadBit Hungary Kft.
Város: Budakeszi