-
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
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.
-
-
bambano
titán
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.
-
bambano
titán
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.
-
bambano
titán
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?
-
bambano
titán
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.
-
bambano
titán
-
#10846
bambano
titán
Speeedfire
#10845
bambano
titán
válasz
Speeedfire
#10845
üzenetére
szerintem trunk-ról nem érdemes fordítgatni, az lehet bugos.
-
#10838
bambano
titán
Speeedfire
#10837
bambano
titán
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
bambano
titán
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
bambano
titán
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
bambano
titán
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
bambano
titán
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
bambano
titán
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
bambano
titán
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
bambano
titán
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
bambano
titán
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
bambano
titán
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...
-
-
#10736
bambano
titán
Laprasi991
#10735
bambano
titán
válasz
Laprasi991
#10735
üzenetére
nem kivitelezhetetlen, de hogy nagyot fogsz tornázni vele, az biztos
-
#10733
bambano
titán
Laprasi991
#10732
bambano
titán
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
bambano
titán
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
bambano
titán
válasz
Neil Watts
#10718
üzenetére
láthatóan megdolgozik érte
-
-
-
bambano
titán
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.
-
-
bambano
titán
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. -
bambano
titán
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
bambano
titán
válasz
lakatosturbo
#10433
üzenetére
debianon erre a debmirror csomag való, nem tudom, van-e ubuntun is ilyen.
-
bambano
titán
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).
-
bambano
titán
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
bambano
titán
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
bambano
titán
válasz
Speeedfire
#10397
üzenetére
-
bambano
titán
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
bambano
titán
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
bambano
titán
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
bambano
titán
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
bambano
titán
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
bambano
titán
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.
-
#10149
bambano
titán
Sweet Lou 6
#10148
bambano
titán
válasz
Sweet Lou 6
#10148
üzenetére
Ez mennyivel másabb, mint a smart?
-
#10138
bambano
titán
Speeedfire
#10135
bambano
titán
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
bambano
titán
válasz
Speeedfire
#10133
üzenetére
ha \n-t akarsz beleírni, akkor echo helyett echo -e kell.
-
#10115
bambano
titán
Psychonaut
#10114
bambano
titán
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.
-
bambano
titán
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
- Megvásárolható a Vivo X300 és X300 Pro Magyarországon, íme a hivatalos árak
- Nintendo Switch 2
- AMD Catalyst™ driverek topikja
- Star Trek
- Milyen CPU léghűtést vegyek?
- Trollok komolyan
- Nyíregyháza és környéke adok-veszek-beszélgetek
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen program, ami...?
- 5.1, 7.1 és gamer fejhallgatók
- További aktív témák...
- DELL PowerEdge R740 rack szerver - 2xGold 6130 (16c/32t, 2.1/3.7GHz), 64GB RAM, 10Gbit HBA330, áfás
- HIBÁTLAN iPhone 13 128GB Red -1 ÉV GARANCIA - Kártyafüggetlen, MS3536,100% Akkumulátor
- ÁRGARANCIA! Épített KomPhone Ultra 9 285K 32/64GB RAM RTX 5070 Ti 16GB GAMER PC termékbeszámítással
- HIBÁTLAN iPhone 14 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3017, 100% Akkumulátor
- ÁRGARANCIA!Épített KomPhone Ryzen 5 4500 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: Promenade Publishing House Kft.
Város: Budapest