-
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
Dißnäëß
#26840
üzenetére
"ha Samba-val "kipublikálom" 2 Windows-os gépnek, amiket L2TP/IPSec-en belógatok a gépre a távolból, akkor gondolom ott normál user jogosultsági szinteken vagyunk": nem, olyan jogosultsági szinten vagy, amilyet beállítasz.
a samba alapvetően rootként fut, ha más user jogaira van szüksége, akkor eldobja a root jogokat. a diszkre meg úgy tudsz írni, ha engedélyezed a diszken levő könyvtárakra, hogy oda más is írhasson.
-
válasz
sh4d0w
#26827
üzenetére
nem tudjuk, hogy az oprendszer is raid1-en volt-e
nem tudjuk, hogy a grubot felrakta-e mindkét diszkre
nem tudjuk, hogy a maradék diszkről bebootol-e a gépe.egyébként amióta "okosan" a raid1 elejére tették a szuperblokkot, azóta csak úgy lehet raid1-ről menteni, ha összeraksz kézzel egy féllábú raid1-et és az md-t mountolod fel.
a választ a kérdésére viszont tudjuk: "Valahogy ki tudom venni raid alól adatvesztés nélkül?": nem, mert ha meg tudná csinálni, nem kérdezne
-
-
válasz
Andralin
#26763
üzenetére
szerintem nulla darab usb-s ethernet kártyát érdemes venni. az usb egy megbízhatatlan csatorna, nem arra találták ki, hogy százmegágat áttolj rajta.
miért nem veszel pci-os vagy pci-e ethernet kártyát? mennyivel többet tudnánk, ha itt pár nap után végre elárulnád pontosan, hogy milyen géped van?
annak a hülyeségnek neki se fogjatok, hogy mert notebookja van (hagyjuk már ezt a laptop tévedést), attól már nem lehet bele plusz hálózati kártyát rakni. ha tudnánk a notebook típusát, akkor tudnánk, hogy van-e benne pcmcia vagy expresscard slot, és akkor tudnánk, hogy lehet-e bele ilyet rakni.
-
-
multistream displayportot használ valaki intel prociban levő videokártyával?
-
-
válasz
asuspc96
#26626
üzenetére
én abban látom a fő problémát, hogy ma már nem nagyon lehet megkülönböztetni a malware-t a rendes programtól oprendszer szinten. te, mint vírusirtó, hogy döntöd el, hogy az a levél, ami épp kifelé megy a gépedről, az szándékosan küldött levél, vagy az akaratod ellenére kiküldött spam? ugyanígy, hogy döntöd el, hogy az a dns rezolválási kérelem, amit kitol a géped, miattad van, vagy egy botnet miatt?
sehogy. ugyanazokat az oprendszer szolgáltatásokat veszi igénybe az általad direkt elindított levelező program is, mint egy vírus. ugyanúgy nem tudod eldönteni, hogy most azért nyitotta meg egy program a gyereked fotóját, mert ki akarod venni a vörösszem effektust, vagy azért, mert le akarja kódolni váltságdíjért.
-
válasz
asuspc96
#26624
üzenetére
változnak az idők, változnak a vírusok.
régen romboltak, ma sokkal inkább rejtőzködnek, hogy minél tovább használhassák saját disznóságaikhoz a te erőforrásaidat.
ha ezt tekinted definíciónak, hogy általad nem kívánt céllal általad nem kívánt kód fut, akkor igen, találkoztam ilyennel. ezek zömében olyan esetek voltak, amik vagy találékonyságból indultak ki (senki nem gondolta, hogy arra is jó), vagy emberi hanyagságból.
én klasszikus vírussal soha nem találkoztam linuxon.
-
nem tudtok véletlenül linuxhoz jól működő magyar text-to-speech programot?
-
-
válasz
Jim Tonic
#26568
üzenetére
a debian csomagok ARchive formátumban vannak.
letöltöd a .deb-et, ar x firebird.deb kicsomagolja a deb-et, kapsz pár tar.gz-t meg pár kontrol file-t. a tar.gz-kből ki tudod venni azt a fájlt, ami a gondot okozza, beteheted a helyére, és akkor le tudod törölni végleg a csomagot, majd visszarakod rendesen.az ar a binutils-ban van.
-
"Az esetleg lehet opció, hogy a routeren írom be a DHCP szerver beállításánál a subnethez tartozó domaint?": lehet, ha bele tudod írni a routereden futó dhcp-be.
a kérdés, hogy a dhcp szervered magától küldi-e ezt a dhcp opciót, illetve hogy a dhcp kliens kéri-e ezt a beállítást a szervertől, és ha megkapja, alkalmazza-e.
a debianos linux kliens kéri, azzal működnie kellene.
-
válasz
Jim Tonic
#26535
üzenetére
"Van itt virtualizálási guru": félig
"A kérdésem az lenne, hogy ma megoldható-e, hogy egy nem virtuális rendszert átrakjak virtuális környezetbe": xen-nel és kvm-mel meg.persze jó lenne tudni, hogy milyen oprendszert akarsz átteni és milyen hoston, mert ez fűszerezheti a témát.
-
#26509
bambano
titán
davidvarga
#26504
válasz
davidvarga
#26504
üzenetére
az egész linux HALADÓ topic nagyon drukkol neked, hogy a fenti válaszom alapján magadtól is ki tudod találni a megoldást.
-
#26503
bambano
titán
davidvarga
#26502
válasz
davidvarga
#26502
üzenetére
először eltöröd 128-nál, utána 96-nál, majd 64-nél.
fold -w 128 | fold -w 96 | fold -w 64
-
használ mostanában valaki md raid1-et nbd-vel? mennyire stabil?
-
válasz
kmisi99
#26449
üzenetére
a kérdéssel átfáradsz a megfelelő windows topicba, mert ez ottani probléma.
hint: a windows azelőtt kéri a jelszót, hogy bármiféle kapcsolatba kerülne a linuxszal, nyilván, hiszen jelszó nélkül nem is tud kapcsolatba kerülni. következmény: egy olyan rendszer, amivel nincs kapcsolatban, nem focizik a problémában.a rendszergazdának igaza van
-
válasz
#61392896
#26440
üzenetére
elsősorban a biosban található uuid-et figyeli.
sose virtualizáltam virtualboxban se windowst, se semmit, de ha ott van olyan beállítás, hogy uuid, és az mindig fix, akkor működni fog.
persze ha másik topicban kérdezted volna, ott azt válaszolnák, hogy az újabb w10-es buildek már elfogadják a w7-es serialokat is... -
#26431
bambano
titán
MasterMark
#26429
válasz
MasterMark
#26429
üzenetére
az eltűnésének az oka lehet az is, hogy a gép usb portja nem bírja meghajtani árammal.
ezért javasoltam, hogy ha tudsz, szerezz egy olyan usb hubot, aminek saját tápja van és dugd abba. -
#26427
bambano
titán
MasterMark
#26426
válasz
MasterMark
#26426
üzenetére
én kerítenék egy aktív tápfeszes usb hubot...
-
#26387
bambano
titán
MasterMark
#26385
válasz
MasterMark
#26385
üzenetére
-
nem, hanem arra gondol, hogy mi lesz a fájllal, ha a fájl neve egy darab nulla karakterből áll.
merugye c-ben az a string vége karakter. falusiasan: nullstring.a kérdés egyébként teljesen jogos, nyilván be kell dobni előtte egy-két háziszilvát, hogy ilyen hülyeség az ember eszébe jusson
de abból az irányból megközelítve, hogyha írsz egy programot, ami fájlokat kezel, akkor hogyan kell lekezelni az üres fájlnév esetet, teljesen jogos. -
-
válasz
#73749248
#26360
üzenetére
"Asszonyka begyűjt egy combos kis zsaroló programot, mire észbekap, le van kódolva minden.": az asszonyka könyvtárában.
Most vagy elfogadod, hogy a linux védelmi rendszere az ilyen zsarolóvírusokat megfogja, vagy abban sincs indokod hinni, hogy a zsarolóvírus nem jön ki a virtualizált környezetből.
"Mentés is egyszerűbb: snapshot ha valami rizikós dologgal kísérletezel/vezetsz be valamit.": miért, alap linuxot nem lehet snapshotolni? hint: de. rizikós dologra meg külön vas oszt jónapot. nem fogom magam évekig virtualizációval szívatni azért a pár alkalomért, amikor valami rizikósat tesztelnék...
"Arról nem beszélve, hogy még annyira sem leszel hardverfüggő, mint egyébként.": jaja, nem leszel hardverfüggő, hiszen a pci-pass-thru az móka és kacagás. ja nem.
"Nem kell hálókártyanév változással és egyéb hasonló kedvességekkel küzdeni.": kösz, igazán boldog vagyok, hogy egy újabb mondattal bővítetted a híres utolsó mondatok gyűjteményemet
ahh, docker. mert a docker éppen nem cseszi össze a fájlrendszered azzal, hogy a konténerekben nincsenek szinkronizálva az uid-ek... oh wait
cserébe, ha sok virtualizált géped van, legalább mindegyiket külön frissítheted. szerintem a gépem van értem és nem fordítva, de mindenki a maga szerencséjének a pogácsa.
-
válasz
#73749248
#26317
üzenetére
a W,A,N betűk, meg az L,A,N betűk csak stringek a routeren. Routing szempontjából teljesen mindegy. Hívhatnád akár tegnaptávkanócnak is, meg gizidrótnak is.
Az internet egyenrangú csomópontok hálózata. Tehát a router két, egyenrangú csomópontokból álló halmazt köt össze, így nincs értelme a router szempontjából, hogy bármelyik lábát kiemelten kezelje. Az egyetlen hasznos megkülönböztetés az alapértelmezett átjáró.
Annak az esélye, hogy a linux kernelben a hálózati stackben hibát találj, kicsi. Ezt fejlesztik a legjobban, nem valószínű, hogy bugos lenne, de kizárni sem lehet. Annak az esélye, hogy hibás a konfig, elég nagy. Tehát tesztelni kell és addig reszelni, amíg jó nem lesz.
-
válasz
#73749248
#26315
üzenetére
alapesetben, ha nem babrálod kézzel a routingot, akkor egyszerű a routing döntés:
- minden interfészen van ip cím, subnet maszkkal, ha a továbbítandó csomag címzettje azon a subneten van, akkor azon az interfészen fogja kitolni a csomagot.
- ha nem tartozik bele egyik subnetbe sem a címzett, akkor megnézi a routing táblát, hogy tud-e infót arról, hogy merre kell tolni. ha talál, akkor arra tolja.
- ha nem talál, megy a default gw-re.arról most ne nyissunk vitát, hogy akkora mocskos állatságokat lehet csinálni a kernelben a routinggal, ha valaki tényleg ért hozzá és átlátja a működését, hogy bárki más nem lesz képes felfogni
"Ez nekem így inkább biztonsági hibának tűnik": nekem meg konfigurációs hibának.
például a bridge táblázatokban a drop "egy kicsit" mást jelent, mint az ip táblázatokban. az iptablesnél a drop eldobja a csomagot, az ebtablesnél a drop kidobja a bridge kódból és megy a routing felé. tehát ha te például összebridgelted a wifidet egy ethernettel, és ott dropoltatni akarod a csomagot, akkor az ebtables pont fordítva működik, mint ahogy első olvasatban az átlag user elképzelni. -
próbálta már valaki, hogy a gen10-es hp microserver mit bír nfs szerverként?
-
milyen vpn szervert tegyek a debianomra, hogy w7 kliensekről kényelmesen elérjék?
tia -
válasz
CPT.Pirk
#26232
üzenetére
nem, az nem szokott előfordulni, hogy kiveszik a kernelből valaminek a támogatását.
az szokott előfordulni (usb-s cuccoknál kimagaslóan gyakran), hogy másik chip kerül az eszközbe. észre sem veszed, ugyanaz a cucc, nincs kívülről látható változás, de a bele teljesen más. és akkor pislogás van.szerk: nézd meg az usb azonosítókat azon a linken, amit a kolléga megadott, meg azon, amit az ő gépe lsusb-re kiad.
-
válasz
kmisi99
#26216
üzenetére
A screen egy olyan terminálemulátor, aminek a képernyőjéről le lehet kapcsolódni úgy, hogy a benne elindított programot nem dobja ki.
ha screen -d-vel indítod (detach), akkor rögtön így indul. Elindul, beteszi magát háttérbe, és elindítja a benne futtatandó programot.Azt nézd meg, a scripted terminálban futtatva elindul-e. Esetleg írj bele egy date parancsot, akkor látni fogod.
Ha ez gond, akkor van linux kezdő topic.
-
válasz
kmisi99
#26211
üzenetére
"De a screen -mdS spin spin.sh kód látszólag semmit se csinál.": konkrétan pont így van kitalálva, hogy *látszólag* semmit se csináljon.
utána egy screen -r paranccsal megnézheted, hogy tényleg nem csinál-e semmit.
szerk: a touch után én írnék egy sync-et is, biztos, ami tutti.
-
-
tudtok olyan ups-t (egy géphez), amit korrekten kezelnek a linuxos programok és megvásárolható?
tia -
válasz
Primary92
#26176
üzenetére
A pi elektronikai kísérletezésre szolgáló áramkör.
Összesen egy darab bemeneti/kimeneti portja van, egy usb. Minden más azon lóg usb hubokon keresztül.Ebből következik, hogy mentőszervernek, pláne négy diszkkel, alkalmatlan. Négy olyan diszket nem is tud meghajtani, amik usb-ről veszik fel a tápot. Saját tápos usb diszket lehet rá dugni, de megbízhatatlan lesz.
-
ezért ül rá a dhcp szerver az icmp echo csomagokra. mivel nem az küldi ki, de jön válasz, nem érti.
-
válasz
Frawly
#26065
üzenetére
először is velem szemben mellőzd az ilyen igék használatát, nem őriztünk együtt libát.
másodszor azok a videók, amiket linkeltél:
- az első címe: "NVMe vs SATA SSD vs HDD - Game load and file copy times tested"
- a második címe: "Samsung 960 Pro vs SATA SSD - game loading times tested"
a címük alapján, és a tartalmába is belenézve, teljesen indifferensek az állításaimhoz képest.az én állításom az volt, hogy a ram gyorsabb, mint az ssd. hogy a ram szóból te hogy keveredtél át az nvme csatolós ssd-khez, az a te belső magánügyed, én nem tudom, de nem is érdekel.
de hogy legyen ontopic teszt is:
[link] és [link]
ezek már reálisabb tesztek abból a szempontból, hogy azokat az eseteket teszteli, amikkel kapcsolatban állítottam valamit, nem pedig indifferens témákat.a számok magukért beszélnek, az állításod tévedés.
most nem akarom azt firtatni, hogy az ablakos rendszer mennyiben hivatkozási alap itt. azt se firtatnám, hogy egy kézmodell magyarázata mennyire szakmai és/vagy helytálló, annyi köze van a témához, hogy az ő főnökének a keresztneve is Linus. a vezetékneve már nem stimmel, de borítsunk fátylat ilyen apróságokra.
"Vagy pl. lehet forráskódból forgatásnál is megnézni, nálam a kernelfordításnál tizedmásodpercre azonos idő alatt fordult le a kód ramdrive-on és SATA SSD-n is. ": megmérted kétszer egymás után a ramdrive-ot és nullaszor az ssd-t? maradjunk annyiban, hogy a véleményed nem lesz általánosan népszerű itt.
-
válasz
ubyegon2
#26062
üzenetére
nem követtem, hogy mi a probléma, de a leggyorsabb diszk elérés az lesz, ha sok szabad ramod van, amiben elterpeszkedhet a diszk block cache. az általam látott teszteredmények szerint egy gyors pörgős diszk és egy ssd között 3-5x, egy ssd és a ramdiszk között 10-15x sebességkülönbség van.
a legjobban akkor jársz, ha hagyod, hogy a kernel optimalizálja a ramot és ehhez van bőven ramod. elméletben igaz, hogy bejöhet processzor limit, csak ennek olyan tág a határa, hogy sose érjük el.
-
szerintem nem az a bajod, hogy hogyan indul el a pppd, hanem az, hogy miért nem áll le.
ha a modem ki van kapcsolva, akkor nincs kapcsolatod. erre a pppd konfigjában van két paraméter, amit állítani érdemes: az lcp echo intervall és az lcp hibák száma. elvileg ha hibák száma darab lcp echo-ra nem jön válasz, akkor el kellene dobja a kapcsolatot és a pppd-t is. -
válasz
#59070464
#25996
üzenetére
az rpi-nak van saját topicja.
ha összeszámolod az rpi valódi kivezetéseit, egy darab usb interfésze van, minden más azon lóg.
én nem használom ilyen feladatokra, három hdd-hez olyan cuccot keresnék, ami legalább három natív sata portot, plusz natív ethernetet tartalmaz. -
-
a stage1 grub loader nem fájlrendszerben van, hanem az mbr utáni szektorokon. tehát újra kell telepíteni a grubot.
ha beraktad a régi diszket bootdiszknek, az újat másodiknak, az, szerintem nem lesz teljesen korrekt chrootból, mert a második diszkre úgy kellene grubot telepíteni, hogy a telepítéskor felírt adatok szerint az az első diszk.
ezt is tudja egyébként a grub, de át kell nevezni a diszkeket.
Új hozzászólás Aktív témák
- ÁRGARANCIA! Épített KomPhone Ultra 7 265KF 32/64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
- iKing.Hu - Google Pixel 10 Tensor G5, 120 Hz OLED, tripla kamera-128 GB Használt, karcmentes Gari
- GYÖNYÖRŰ iPhone 13 mini 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3847, 100% Akkumulátor
- Bomba ár! Lenovo X1 Carbon G7: i5-8365U I 16GB I 512GB SSD I 14" FHD I HDMI I Cam I W11 I Gari!
- Gamer PC-Számítógép! Csere-Beszámítás! R5 8400F / RTX 3070Ti / 32GB DDR5 / 1TB SSD!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő