Hirdetés
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- GoodSpeed: Ebes, a megtervezett falu!
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- Gurulunk, WAZE?!
- sziku69: Szólánc.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- NASsoljunk: ZyXEL NSA-310 és az FFP
- VHS digitalizálás
- Lalikiraly: Astra kalandok @ Negyedik rész
-
LOGOUT
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
atesss
#11045
üzenetére
úgy, hogy felrakod elsőre az általad választott wint, az particionál egyet és átírja az mbr-t. Majd felrakod a másik wint is, az megint particionál egyet és megint belenyúl az mbr-be.
Majd utoljára rakod fel a linuxot, az is belenyúl az mbr-be és belerakja a grubot. És akkor marad neked egy működő grub, amivel be tudod tölteni az összes oprendszeredet.
-
-
válasz
atesss
#11035
üzenetére
Ha nekem ilyen gépet kellene telepítenem (rögtön azután, hogy leszáradt mindkét kezem
), akkor biztosan nem a linux particionálójával particionálnám, praktikusan azért, mert az olyankor még nincs fent.A boot szektoros buherálásos kavarásos dolgot (hogy minden telepítésnél minden oprensdzer beleokoskodik, hogy kié legyen a master boot rekord), úgy tudod legegyszerűbben orvosolni, ha a linuxot teszed fel utoljára.
-
válasz
atesss
#11018
üzenetére
ezek a mai fiatalok
A sorrend úgy van, hogy 512 (mostanában a wd nyomulása miatt 8*512) bájtot rak egy szektorba. végigírja az első lemez első oldal első sávját annyi szektorral, amennyi ráfér, majd következik az első lemez második oldal első sávja, majd a második lemez első oldal első sáv, majd a második lemez második oldal első sáv.
Majd ezt folytatja a következő sávokkal.
van tehát a szektor, az elemi adatmennyiség, abból lesz az egy diszk felületen a track, A fejek közös konzolon vannak, együtt mozognak, így lesz az egy fejállással elérhető trackekből a cilinder.
Mivel az adatsűrűség konstans, ezért a diszk külső részére több szektort lehet felírni egy trackbe. Ezért ott gyorsabb az adatelérés.
A címzés pedig vagy logikai szektorsorszámmal történik, vagy a régi chs geometriával, amit jobbra-balra fordítgat a vinyó elektronikája.
-
mondjatok légyszi egy jó szkriptet, amivel katyvasz fájlneveket (ékezet, szóköz, stb) lehet normálisra alakítani nagy mennyiségben. kösz.
-
lécci help
dvb-c kártyát keresnék, ami:
- pci-e x1
- hibátlanul működik linuxszal, erőlködés nélkül
- dupla
- beszerezhető
- van vele tapasztalata annak, aki ajánljanálam a dual az a két tunneres, amiből az egyik analóg, a másik digi, a dupla ezzel szemben két tunneres és mindkettő digi. és ilyet szeretnék, dupla digiset.
van ilyen?
-
válasz
dokee78
#10904
üzenetére
A magyarítást rendszerint nem az ubuntusok által és/vagy nem az ubuntu rendszerén szokás elvégezni, hanem az úgynevezett upstreamen, vagyis a programok eredeti forrásán. A kde-t a kde-sek magyarítják, a gnome-ot a gnome-osok. Az ubuntusok csak a saját maguk által gyártott programokat magyarítják, ami nem sok.
Úgyhogy magyar lesz, ne aggódj.
-
-
#10846
bambano
titán
Speeedfire
#10845
válasz
Speeedfire
#10845
üzenetére
szerintem trunk-ról nem érdemes fordítgatni, az lehet bugos.
-
#10838
bambano
titán
Speeedfire
#10837
válasz
Speeedfire
#10837
üzenetére
Olyan gépnél, tipikusan desktop, ahol folyamatosan ott ülsz, látod, hogy hogy fogy a diszkről a hely, közbe tudsz avatkozni, ott nem érdemes szerintem sokfelé darabolni.
Olyannál, aminél fontos, hogy a szolgáltatások ne akasszák meg egymást azzal, hogy teleszemetelik a diszket, ott sokfelé érdemes, akár minden szolgáltatásnak külön partíció.
Desktopra elég szerintem a swap, root, home.
-
#10836
bambano
titán
Speeedfire
#10835
válasz
Speeedfire
#10835
üzenetére
lvm esetén ez nem kérdés szerintem...
annyit és oda raksz, ahova éppen akarod. -
#10834
bambano
titán
Speeedfire
#10833
válasz
Speeedfire
#10833
üzenetére
a titkosított mindenképpen teljesítményigényesebb, a kérdés, hogy a procid lesz lassabb vagy a diszked... én nem használok titkosított lvm-et. Fájlrendszerben meg ext3, az ext4-ről szállingóznak még rossz hírek. sima lvm jó.
-
#10829
bambano
titán
Speeedfire
#10828
válasz
Speeedfire
#10828
üzenetére
Ez a zfs magától csinál backupokat kijelentés egy kicsit homályos nekem... A zfs a tapasztaltatok szerint nem alkalmas még produkciós rendszerbe, max. solarison. A freebsd zfs-e véleményes (vagy jó, vagy nem, attól függ, kitől kérdezed), a linux zfs-e alulról konvergál a nullához.
Ha korrekten akarsz teljes fájlrendszert menteni, akkor lvm snapshotokkal mented.
Én leírom a véleményem, de mint ahogy az adatlapomon is látszik: rendszerint nem csatlakozom a mainstreamhez és nem is szoktam népszerű lenni vele
Ja, elég rég néztem az rpm-et, akkor még valami binárisan ömlesztett adatbázisa volt, ami gyakran megmakkant és jöttek a vidám percek a rendszergazdának
A legelején nem volt rendes függőség kezelés az rpm-ben, meg nem volt hálózati telepítés sem. Nyilván azóta ezeket lemásolták a debianból, miért is ne tették volna.Kis vállalati szervert? Attól függ, mihez. Mert ha ilyen hardkór winbuherátorok az userek, akkor rakj fel nekik win2k8-at oszt legyenek boldogok.
-
#10827
bambano
titán
Speeedfire
#10825
válasz
Speeedfire
#10825
üzenetére
A szövegkörnyezet úgy hangzott, mintha a monolitikus meg a mikrokernel kerülne összehasonlításra... Számomra a mikrokernelnek még van bizonyítani valója. A bsd-linux kernelek között dönteni már nehezebb, azt adott alkalmazásra és adott környezetre meg kellene mérni. Az kétségtelen tény, hogy linuxra többen fejlesztenek, mint bsd-re, nem biztos, hogy mindent megtalálsz bsd alatt.
Nem kell ide privi, publikusan is vállalom a véleményem
Nem hiszem, hogy van általánosan jó disztró. Kinek mi a célja. Nekem:
- stabilitás mindenek felett (nem kívánom naponta buherálni a gépeimet. 800 napos uptime-om is volt már, ez a stabilitás, a többi csak porhintés)
- lusta vagyok, mint a főd vagyis minél több munkát végezzen el a közösség, ami összerakja a disztrót, mert az úgy takarékos
- biztonságos legyen
- rendesen legyen összerakva
- energiatakarékos legyen abból a szempontból is, hogy korábbi ismereteket minél jobban lehessen használni rajta
- és mindenképpen van egy történeti dolog, én nem szeretek állandóan disztrókat buherálni, mert nem az a célom, ezért ha találtam egyet, ami megfelel, igen nehezen vesznek rá a váltásra.Ergo debian. Mert:
- stabil.
- készen kapom a csomagokat, nem nekem kell a fordításával vesződni. amiből az is következik, hogy a csomagok egymáshoz is össze vannak csiszolva, nincs olyan, hogy upgradelek egy libet és fejreáll a többi program is.
- rendesen van összerakva, leginkább ez hasonlított anno az svr4-re, a solarisra.
- ezen működik az upgrade. nem láttam még más deb alapú disztrót, amin működne, az rpm-mel meg az a bajom, hogy amikor megnéztem, még nagyon sokkal butább volt, mint a deb, azóta meg nem izgatott fel a kérdés, hogy megint időt pazaroljak rá.
- a történetiség miatt nem lesz redhatom, fedorám. gentoot, archot megnéztem, nem estem hasra tőle. főleg a csomag fordítgatások meg a rolling terjesztés nem tetszik, egyrészt akkor nincs felelőse semminek (ha én fordítom a csomagot, akkor az én saram, ha rossz), másrészt meg hogy kapsz támogatást egy olyan csomagra, amiről senki nem tudja, hogy mi van benne? Aláírt debianos csomagokkal reprodukálni lehet a környezetet, amiben a hiba előjött és ez számít.A buguntuval a legnagyobb bajom, hogy a buguntunál az első szempont a határidő. Jön a határidő, kiadjuk, amink van, úgy, ahogy éppen van. Most volt hír, hogy jön a határidő, akkor nem lesz rc kiadás a következő buguntuból. Minőség meg senkit nem érdekel. Egyébként meg csak rontanak a debianos cuccokon, egyszer volt a kezem alatt buguntu szerver, de gyorsan kikezeltem.
Szóval nekem debian. De ha neked attól nő az e-peród, hogy mindig mindenből a legújabb van és nem számít, ha időnként összedől vagy nem tudod upgradelni, akkor neked lehet más is.
-
#10824
bambano
titán
Speeedfire
#10822
válasz
Speeedfire
#10822
üzenetére
hát nem, mert a feltörési lehetőség az csak az egyik szempont a sok közül.
a másik szempont pl. az, hogy létezik-e bizonyítottan jó, nagy terhelésekkel is tesztelt megvalósítás az adott verzióból, és itt azért a mikrokerneles cuccoknak van még karrierlehetősége -
#10821
bambano
titán
Speeedfire
#10819
válasz
Speeedfire
#10819
üzenetére
Semmit...
ahhoz, hogy spammelj meg portscannelj, már nem szükséges root jog, elég egy user account, amin futhat pár szemét program. Ugyanolyan felhasználói programokon keresztül mehetnek be, mint egy sima linuxnál. Szóval az, hogy elvileg egy hibátlanul megírt mikrokernel biztonságosabb is lehet, mint egy monolitikus, nem igazán számít semmit. -
#10818
bambano
titán
Speeedfire
#10815
válasz
Speeedfire
#10815
üzenetére
sima gnu kernelből még nem volt release (=hurd)
maradj a linuxnál.#10816: nem tudom, az, hogy a linux agresszíven tolja a diszkeket, csak egy szempont a sok közül.
van desktop bsd meg pc bsd ha jól emlékszem, azokat is meg lehet nézni...
-
#10814
bambano
titán
Speeedfire
#10813
válasz
Speeedfire
#10813
üzenetére
Miért? ha leülsz egy linuxos debian elé, érződik az egész rendszeren, hogy rettenetesen gyilkolja a hardvert. ha te azt mondtad neki, hogy másoljon át 20 gigát a vinyók között, akkor át fogja másolni, ha az ég leszakad közben, akkor is, te meg bámulhatod bambán közben a konzolt, a nem válaszoló egérrel, az akadozó böngészővel meg az összes többivel is.
a freebsd kernel ezt sokkal jobban csinálja, ott egy nagy másolás meghúzodik a háttérben és közben nyugodtan pepecselhetsz a géppel.
csak ennek az az eredménye, hogy amikor tesztet futtatnak rajta, akkor az első verzió durván jobb.
-
#10812
bambano
titán
Speeedfire
#10811
válasz
Speeedfire
#10811
üzenetére
Ebben mondjuk nem hiszek, szerintem inkább más lesz... A linux nagyon agresszíven használja a hardvert, ergo nyers erőn alapuló dolgokban szerintem jobb, a freebsd kiegyensúlyozottabban kezeli ezeket a dolgokat, szóval ahol számolni is kell, ott lehet, hogy labdába rúghat...
-
van valakinek tapasztalata olyanról, hogy vannak ezek a prociba épített grafikus magok, egy ilyet meg egy vga kártyát egyszerre használni két monitoron X-szel?
-
-
#10736
bambano
titán
Laprasi991
#10735
válasz
Laprasi991
#10735
üzenetére
nem kivitelezhetetlen, de hogy nagyot fogsz tornázni vele, az biztos
-
#10733
bambano
titán
Laprasi991
#10732
válasz
Laprasi991
#10732
üzenetére
Csak layer7 tűzfallal tudnád kielemezni, hogy az 1.2.3.4 ip cím 80-as portjára érkező http kérés az melyik virtuális domain szerverére tartozik, ergo a http-t ki kell csomagolnod hoszt szinten és értelmezned kell. Erre vagy csinálsz valami combos tűzfal megoldást vagy használod az apacsot.
ssh-ra ugyanezt nem lehet megcsinálni, csak akkor, ha külön portokra szétpakolod az ssh szervereket és beforwardolot dnat-tal. Ftp-vel meg egyáltalán nem lehet megcsinálni, az ftp protokollban nincs domain rész. az ftp-t csak úgy tudod megcsinálni, hogy a hoszton fut az egész, és ott virtuális usereket külön területekre irányítasz. Viszont ssh-s portforwarddal vagy sftp-vel már mehetne az ftp is...
-
#10731
bambano
titán
Laprasi991
#10730
válasz
Laprasi991
#10730
üzenetére
A hoston is futtatni kell egy apacsot url rewrite funkcióval és át kell forgatni az url-eket belső címekre.
Bridge-t semmi esetre sem. A nat is kétséges, leginkább semmit ne használj. -
#10719
bambano
titán
Neil Watts
#10718
válasz
Neil Watts
#10718
üzenetére
láthatóan megdolgozik érte
-
-
-
válasz
The DJ
#10680
üzenetére
ddos ellen alapvetően nem tudsz sehogy védekezni.
minek conntrack egy webszerverhez?
azt lehet még csinálni, hogy írsz egy scriptet, ami megnézi, hogy milyen ip címekről jöttek kapcsolatok, és azokat kifilterezed. Ne légy szégyellős, nyugodtan hajíts ki /24 vagy még nagyobb subneteket.megnézni szerintem a netstat-tal érdemes, amelyik kapcsolat nem konnektált vagy lezárás alatti, hanem half-open, azt gyakd ki.
Másik lehetőség, hogy elolvasod a lartc-t és csinálsz egy rate limit queue-t a 80-as portra a syn csomagokra. Ez valamennyit fogni fog, vagyis a gép nem borul fel, de ezzel mindenkit megregulázol, nem csak a ddosolót.
-
-
időzónának cet van beállítva, ez oké.
de az a változó, ami azt mutatja, hogy milyen időzóna szerint tárolja a cmosban az időt, az is cet? a kettő nem ugyanaz. a helyi idő pontatlansága vagy pontossága itt nem számít, mert ha használod az ntp-t, akkor mindig pontos lesz az órakijelzés. -
-
válasz
BTom1970
#10452
üzenetére
csak ismételni tudom magam, a problémához kizárólag a reverse dns-t adminisztráló isp-nek van köze. A te domained adminisztrátorának konkrétan nincs.
Az pedig előfordulhat, hogy a régi isp-d csinált reverse dns-t az ügyfél ip címekre, az új meg nem, és ezért megy a rapli egyes smtp szervereken, akiknek küldeni akarsz.
-
#10435
bambano
titán
lakatosturbo
#10433
válasz
lakatosturbo
#10433
üzenetére
debianon erre a debmirror csomag való, nem tudom, van-e ubuntun is ilyen.
-
válasz
Rickazoid
#10415
üzenetére
A netmegosztó routerek routing részei lassúak szoktak lenni, viszont a switch része rendszerint tudja a vonali sebességet. Állítsd be mindkét gépet úgy, hogy a router egymás melletti négy lan interfészébe van bedugva mindkettő és működjön rajta az internet.
ezek után mindkét gépnek látnia kell egymást, először pinggel majd ssh-val tesztelve. ha megy, akkor én rsync-cet használnék, nem a leggyorsabb, de a legegyszerűbb konfigurálni (nem kell konfigurálni).
-
válasz
Jester01
#10390
üzenetére
"biztos, hogy a jumperelést fel tudja oldani a linux?": nem tudom, mit csinál, azt sem, hogy milyen szakszavakkal kellene leírni, de a dmesg-ben világosan látszik, hogy a kernel rájön, hogy a diszk nem olyan, mint amilyennek lennie kellene és megoldja, hogy a teljes geometriát lássa. Elő kéne kotorni egy gépet, ami ilyen, de most hagy ne tegyem meg.
#10404: az kavarhatott be, hogy ugyan blokkos eszköz driver nincs benne, de fájlrendszer driverek vannak.
-
#10401
bambano
titán
Speeedfire
#10400
válasz
Speeedfire
#10400
üzenetére
Leszeded ezt vagy az aktuális kerneledhez való ugyanilyen fájlt. Ebben van egy changelog fájl, abban le van írva, mit buherálnak a debianosok a vaníliához képest. Egy halom bugfix van benne egyébként, sok biztonsági javítással.
-
#10398
bambano
titán
Speeedfire
#10397
válasz
Speeedfire
#10397
üzenetére
-
válasz
utgyuru
#10391
üzenetére
nem gáz, csak mivel volt egy diszk a vinyód előtt a sorban, ezért a vinyódat második diszknek sorolta be a kernel. ezért nem lát róla semmit, van se kép se hang.
azt próbáld meg, hogy rescue módban megint bebootolsz az usb pendrájvról és átírod az összes szükséges helyen a vinyó kijelölést sdb-ről sda-ra (grub menüben, fstabban).
-
#10388
bambano
titán
Speeedfire
#10384
válasz
Speeedfire
#10384
üzenetére
a legtöbb vinyót be lehet úgy jumperelni, hogy 120g-nél (esetleg 32G-nél) kisebbnek hazudja magát.
Rakd fel úgy a linuxot, hogy a / és a /boot is teljes egészében 32G alá kerüljön, akkor szerintem fog bootolni. A kernel meg majd lereseteli a diszket és nem foglalkozik a korláttal.
-
#10324
bambano
titán
Speeedfire
#10323
válasz
Speeedfire
#10323
üzenetére
a kérdés helyesen: neked megfelel-e, bírod-e türelemmel
-
#10322
bambano
titán
Speeedfire
#10320
válasz
Speeedfire
#10320
üzenetére
nem, nagyon *sokkal* *nagyobb* rendszeren kezdj el teljes openwrt-t fordítani, ha szeretnéd befejezni még az ipv6 bevezetése előtt...
-
#10319
bambano
titán
Speeedfire
#10317
válasz
Speeedfire
#10317
üzenetére
kicsit más dimenziókban kellene gondolkodni.
letöltöttem a legutolsó stock kernelt, 69255636 bájt bz2-vel tömörítve. Kicsomagolva 467996 linux-2.6.35.7/ kiló, majd' fél giga.Mindjárt nekiugrasztok egy allmodule konfiggal egy fordítást, kiderül, mennyi idő.
-
#10316
bambano
titán
Speeedfire
#10315
válasz
Speeedfire
#10315
üzenetére
az svn duplán tárol minden fájlt, hogy követni tudja a módosításaidat. mindenről találsz még egyet az adott könyvtárból nyíló .svn dirben.
a fordítás egyes esetekben igen sok helyet megzabálhatsz, letöltesz egy 50 megás tömörített kernelt, kicsomagolod, 350 mega, rátolod a fordítód, simán lehet belőle 1 giga (nem mértem mostanában) és ez csak egy csomag az openwrt-hez.
-
van valakinek gyakorlati tapasztalata linuxos openvpn szerver és windowsos klienssel? érdemes ezt használni? nincs túl nagy biztonsági igény...
-
#10149
bambano
titán
Sweet Lou 6
#10148
válasz
Sweet Lou 6
#10148
üzenetére
Ez mennyivel másabb, mint a smart?
-
#10138
bambano
titán
Speeedfire
#10135
válasz
Speeedfire
#10135
üzenetére
Mert mint tudjuk, a shell számára speciális karaktereket escapelni kell. mint például a fordított per, magyarul backslash. Az escapelésnek két módja van, aposztrófok közé teszed vagy írsz eléjük egy backslash-t, például így:
echo -e asa\\n\\nasas\\n\\nasas
-
#10134
bambano
titán
Speeedfire
#10133
válasz
Speeedfire
#10133
üzenetére
ha \n-t akarsz beleírni, akkor echo helyett echo -e kell.
-
#10115
bambano
titán
Psychonaut
#10114
válasz
Psychonaut
#10114
üzenetére
tipp: annak nézz utána, hogy kell a linux cd-dnek megmondani, hogy ne használjon acpi-t. acpi=off vagy noacpi, ilyesmikre keress rá a gugliban.
-
Az első szkript az a firefoxban levő ismert bug kihasználásával irc hálózatokat támadó szkript.
A második alapján meg alapos a gyanú, hogy felkerült vagy fel akart kerülni egy nem teljesen eredeti apacs szerver program a gépedre. Nézd meg, hogy minden httpd vagy apacs processz ugyanaz-e.
), akkor biztosan nem a linux particionálójával particionálnám, praktikusan azért, mert az olyankor még nincs fent.
Új hozzászólás Aktív témák
- Playstation 4 GoldHEN 12.02 FW - BD-JB Lapse lemezzel és 9db PS4 játékkal
- HIBÁTLAN iPhone 14 128GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3527, 100% Akkumulátor
- GYÖNYÖRŰ iPhone 13 256GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3205
- Asus TUF Gaming F15 FX507 - 15,6"FHD 144Hz - i5-12500H - 8GB - 512GB SSD - RTX 3050 - 1 év garancia
- LG OLED & OLED evo Televíziók: BLACK NOVEMBER -30%
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest