-
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
-
Ha sikít, akkor valóban tudhatod, hogy rossz a hardver. A a gond az, hogy a tapasztalat viszont azt mutatja, hogyha *nem* sikít, az nem jelenti azt, hogy jó a hardver. Ha nem sikít, az vállvonogatást jelent.
Van itthon a polcon olyan memóriám, ami simán átment a memtesten. Gépbe rakva meg 48 óránál hamarabb feldobta a talpát. Mire erre rájöttem, ráment több hónapom meg több tank benzinem.
-
#9931
bambano
titán
dízelracer
#9930
válasz
dízelracer
#9930
üzenetére
debian
-
#9928
bambano
titán
dízelracer
#9927
válasz
dízelracer
#9927
üzenetére
szerintem iso iso, lehet a dvd-re cd imidzset is égetni...
egyébként fotonok vevő szemébe juttatásához ubuntu javasolt. -
az lvm-nek nem sok köze van ahhoz, hogy ext4 vagy mi lesz rajta...
attól, hogy az lvm alatt van két diszk, az a két diszk még nincs raid5-ben, ezért, szerintem, amit leírtál, nem fog működni. a raid5-öt elvileg lehet növelni, de nagyon rizikós és lassú.én ezt így nem tenném.
-
Ha a gép egyáltalán nem indul el, akkor így jártál.
Ha a gép egyébként működik, csak a biosát nem tudod elérni, akkor az a megoldás, hogy crc hibássá teszed a cmos tartalmát és olyankor a legtöbb bios kigyalulja üresre.A 70-es portra ki kell írni, hogy melyik cmos bájtot akarod módosítani, majd a 71-re az új értékét, ami praktikusan 0 vagy 255. Ezt dos debug-ban triviális, windows alatt fogalmam sincs. Linuxon meg majd megmondja itt valaki
-
válasz
TakkerX
#9888
üzenetére
mivel a grafikus felület teljesen hálózattranszparens, vagyis mindegy, hogy melyik darabja hol fut, ezért kell kommunikációs lehetőség a darabjai közé (X, ablakkezelő, objektumkezelő, stb.). Ezt (legalábbis a debian) a /tmp alatt gyártott rejtett könyvtárban, a /tmp/.X11-unix alá pakolt unixos pipe-okkal oldja meg, hogy ne kelljen lokálisan is tcp transzportot használni.
-
-
-
Több, mint egy évig használtam p3-asnál nem sokkal erősebb gépen fullos debiannal, gnome-mal vmware-en xp-t. Semmi baj nem volt a sebességével, feltéve, hogy nem játszani akartál 50000fps-sel.
Nyugodtan meg lehet próbálni, nem fog összedőlni a világ sebesség szempontjából.
Más kérdés, hogy minek xp, ha senki nem nyom pisztolyt a tarkódba... -
-
válasz
DreaD88
#9777
üzenetére
Ez az utolsó szám sztorit eléggé megkavarták mostanában... Sokáig úgy volt, hogy az utolsó szám a patchlevel, majd valamelyik 2.6-os kernelnél úgy döntöttek, hogy nem adnak ki újabb stabil meg fejlesztői ágat (ezért nincs most 2.7.x és 2.8), hanem mennek tovább a 2.6-os sorozattal. Ettől az időtől kezdve az utolsó szám nem a patcheket jelentette.
Majd átálltak a négy számos verzióra, innen kezdve megint a patcheket jelenti az utolsó szám, csak az mostmár a negyedik szám...
A 18 előtti kernelekből a 16-osokat javaslom, azokat támogatták hosszú ideig (több, mint 60 verziója volt...)
-
-
-
válasz
DreaD88
#9714
üzenetére
figyi, hogy értsd:
itt mostanában túlságosan elszaporodtak az olyan kérdések, amiknek az a mögöttes tartalma, hogy a kérdező x iskolában kapott egy házifeladatot és szeretné, ha a fórum közössége ezt készre, 100%-osan beadható állapotúra megcsinálná neki.Nem tudjuk, te ilyen vagy-e, de ne lepődj meg, hogyha csak iránymutatást kapsz, amihez neked sok-sok erőfeszítést kell hozzátenni, hogy kész legyen a beadandód. A magam részéről ennél többet nem akarok tenni, mert nem én járok iskolába.
-
válasz
DreaD88
#9709
üzenetére
2.6.18 környékén volt nagy kernelátbuherálás, ezért én keresnék két debiant, amik közül az egyikben régebbi, a másikban újabb kernel van. pl. woody meg lenny.
utána bonnie++-szal, iozone-val, killkernellel, cpuburn-nel, bc-vel tesztelnék és sar-ral, muninnal, iostat-tal, vmstattal, dstat-tal és time-mal mérnék.
a többit tudod
-
elvileg be kell állítani a JAVA_HOME környezeti változót és talán lehet, hogy, a PATH-is, de ez utóbbiban nem vagyok biztos, és utána újra kell indítani a böngészőt.
a JAVA_HOME-nak elvileg a telepített jáva gyökérkönyvtárába kell mutatnia. azért írtam, hogy jre vagy jdk, mert a jdk-ban van jre is. kinek mi szimpatikus -
lett a gépednek ipv6-os címe, lett a debian tükörszervernek is ipv6-os címe, csak a köztetek levő transzport hálózat nem támogat v6-ot..
7. hozzászólás szerint megoldódik. -
Tudnátok tanácsolni valami kész, linuxon futtatható programot, ami korrekten megmondja egy txt-ről annak karakterkódolását? Ha ez nem kivitelezhető, legalább azt megmondja, hogy 852-es vagy latin2 kódlap?
A korrekten megmondja kitételen a file és az enca elbukik, valami más kellene. tia
-
szerintem ha a sed programot aposztrófok közé teszed, akkor az aposztrófok közötti aposztrófokat escapelni kell...
pl ebben: {echo 'background="images/myaccount/ns4_greyright_table_bg.gif"';}?>@' az echo paraméterek bezárására szolgáló aposztrófot valószínűleg escapelni kell...
emellett ha aposztrófok között van a sed program, akkor az idézőjeleket nem kell escapelni szerintem.
-
nekem a $s nem tetszik a sed kifejezésben... ha jól sejtem, az a fájl utolsó sorára áll és ott hajtja végre a sed parancsot... de lehet, hogy nem jól sejtem.
egyébként pedig a sed kifejezéseket elválasztó jel bármi lehet, tehát ha a cserélendő cuccban sok a /, akkor nem muszáj a s/ / / formát használni, lehet helyette bármit, pl. sQ Q Q-t is, és akkor nem kell belül escapelni a /-t.
-
bizonyos architektúrákon a suhosines php crashelt, de csak az unstable-ből nemrég felrakott. Nem hinném, hogy az i386 vagy az amd64 ilyen. A debianosok megpatkolták, hogy ne crasheljen, ezzel sikerült nekik beletolni egy security bugot. Most ebből van egy botrány, de ez mellékszál.
Aki unstable/testinget használ produkciós környezetben, az megérdemli.
-
válasz
Sas madár
#9468
üzenetére
A susie egy friss, házi barkács rendszer, még tesztelés alatt. Az uhu alól meg elfogyott a fejlesztői és a felhasználói tábor.
Mostanában az ubuntut favorizálják nagyon, amivel én nem értek egyet, de kezdésnek használhatod.
Olyan linuxot válassz, amihez van a környezetedben segítség.
-
-
-
-
-
-
#9317
bambano
titán
Sweet Lou 6
#9311
válasz
Sweet Lou 6
#9311
üzenetére
nem értem a problémád, ott van az általad bemásolt képen a kérdésre a válasz.
Kiírja, hogy a proci beállításai szerint ez egy 2.9-es proc, utána megméri a teljesítményét, és lentebb, szintén a cpu infóból, kiírja, hogy 7200 bogomips. Ennél az architektúránál ezt rendszerint osztani kell kettővel, annyi a lóerő. -
Ha squidon keresztül neteznek, akkor a wondershaper felesleges. A squides gépet érdemes kirakni a dmz-be és azon megcsinálni a forgalomszabályozást.
Egyébként pedig az alinterfész szerintem nem lehet ugyanabban az ip tartományban, mint a fő, mert akkor a kernel nem fogja tudni, hogy melyiken tolja ki a forgalmat. a traffic shaping meg fizikai interfész queue-kon dolgozik, tehát annak mindegy, milyen alinterfész van vagy nincs.
-
#9199
bambano
titán
Speeedfire
#9198
válasz
Speeedfire
#9198
üzenetére
Miért nem a freebsd topicban kérdezed?
-
more /etc/locale.gen
hu_HU.UTF-8 UTF-8hu_HU ISO-8859-2
en_GB ISO-8859-1
en_GB.ISO-8859-15 ISO-8859-15
en_GB.UTF-8 UTF-8
en_US ISO-8859-1
en_US.ISO-8859-15 ISO-8859-15
en_US.UTF-8 UTF-8nekem ilyenem van... hmm. a locale -a nekem is utf8-at ír... viszont a locale.aliasban meg ez van:
hungarian hu_HU.ISO-8859-2
na megint sikerült valamiből kuplerájt csinálni a tisztelt fejlesztőknek... -
válasz
kbalazsa
#9152
üzenetére
amennyire én tudom, a dump teljesen rendszerfüggő, tehát ha valamit kiraksz egyik vason, a másikon vagy bejön, vagy nem. Meg az is kérdés, amit kidumpoltál ext2-n, vissza tudod-e tölteni ext3-4-en vagy máson.
Az biztos, hogy amit egy 32 bites linuxon kidumpolsz, azt nem fogod tudni visszatölteni mondjuk egy solarison, ezért én nem használok ilyet soha. Ha olyan mentő cucc kell, ami szabványos kimenetet tol, akkor cpio.
-
-
válasz
Cathfaern
#9146
üzenetére
nekem a partíció mentés azt jelenti, hogy a vinyón található blokkokat sorban kimentem és ha gond van, akkor visszatöltöm. ez, szerintem, simán összeborulhat attól, hogy az inode-táblákat, a journaling buffert, meg a többit nem egy időpillanatban, konzisztensen mented le.
tar-ral partíciót nem lehet menteni, tarral fájlrendszert lehet menteni, a különbség az, hogy egy partíción lvm-mel lehet több fájlrendszer is és a tar átmegy több fájlrendszer között, alapértelmezésben. Ezért tarolni fájlrendszert szoktunk, ott nem akkora gubanc, hogy fájlok módosultak, tar kicsit prüszkölni fog, elvész pár logbejegyzés és annyi.
Szóval melyik?
-
-
-
tudtok olyan linuxos progit javasolni, ami dbase/clipper dbf-et ékezethelyesen postgresql UTF8-ba konvertál?
-
Úgy érted, hogy eddig nem törtek meg accot és ezzel a támadási típussal nem törnek meg accot. Azt elég bátor lenne kijelenteni, hogy más módon nem hekkelhető a rendszer...
Pár napja azt írtad, hogy az egész cucc meghaladja a képességeidet
USB-s vinyót backupra nem sok értelmét látom... Ha valami táphiba vagy tűz miatt megáll a cucc, akkor viszi a vinyót is a diszkrétre...
-
mount -h
Egy már látható könyvárfa másik könyvtárba is csatolható:
mount --bind régikönyvtár újkönyvtár
vagy áthelyezhet egy részfát:
mount --move régikönyvtár újkönyvtártehát felmountolod a debianos teljes fájlrendszert valahova, majd átmountolod a rajta levő home dirt a /home alá.
-
De nem marad ugyanaz, mert először a web szerveren levő cuccok segítségével megtörnek egy mezei accountot, majd utána megtörik a rootot is. Azt pedig, hogy hogy jutnak egy mezei accountról rootig, azért időközben foltozni szokás. Viszont a rootkitek első lépése, hogy pár fontos fájlt (libc-t, ps-t szinte mindig, de szerintem init-et is, meg még olyanokat, amik rendszerint setuid rootosok) lecserélnek, a takarításhoz ezeket muszáj visszaállítani.
Rendesen ezt úgy érdemes, hogy látod, hogy felnyomták, legyalulod nullára a diszkeket, pxe-vel felrámolsz egy alap debiant, utána update, visszarakod az adatokat és mehet. Mindezt természetesen felügyelet nélkül.
Egyébként sem ártana menteni a cuccokat, mert láttunk már diszket megdögleni. Az egybeparticionálással továbbra is az a fő bajom, hogy egyes területeket más mount opciókkal illene mountolni, de a /dev-et nem lehet nodev-vel, a /usr-t nem lehet noexec-cel, stb. Pontosabban lehet, de nem praktikus
Egyébként pontosan ugyanakkora valószínűséggel telik meg egy 20g-s mint egy 200g-s partíció. Ha minden rendben van, akkor a 20g-s sem telik meg. Ha meg baj van, akár hardver, akár betörtek, akár bekaptál egy ddost, akkor meg mindkettő megtelik, az egyik valamivel tovább bírja.Az se lenne baj persze, ha sok meghajtón lenne a diszkterület, hogy szét lehessen osztani az io terhelést. pl. adatbázis ideális esetben külön diszkeken, stb.
A latexet kösz, de ezekről tudtam. Az érdekelne, hogy valamelyik kedves fórumtárs azt mondaná, hogy nálam ez így működik, napi használatban.
-
No, kicsit bővebben:
a te egyik nagy bajod az, hogy akkora mennyiségű ismeretlen forrásból származó cucc van a gépeden, amiért épelméjű ember nem tud felelősséget vállalni. Azt mondtad, 400 domain, ebből legalább 100-ra külsősök töltögetnek fel anyagot, Ergo lövésed nincs, hogy mit, és ennyit egyszerűen lehetetlen kézzel auditálni, átbogarászni ismert és ismeretlen programozási bugok iránt. Ha nem tudod megvédeni a gépet a feltörés ellen, akkor egy megoldásod maradt: megcsinálni, hogy baromi nagyon gyorsan újra lehessen telepíteni nulláról. Ehhez kell másik gép és pxe.Az egy partícióra rakásnak meg az a nagy hátránya, hogyha valami elszalad (pl. meglökik egy ddos-sal a kernelt és ettől sok lesz a log), akkor előfordulhat, hogy megállnak azok a cuccok, amik arra a partícióra akarnak írni. Ha egy partíciód van, akkor minden megállt.
A távoli szervizproci meg arra jó, ha nem felügyelet nélkül akarod újrahúzni, hanem kézzel... Én mostanában már nem veszek ilyen nélkül gépet. Olcsóbb 20-30 rugót kiadni egy kártyára, mert ez kb. két tank benzin.
Új hozzászólás Aktív témák
- ÁRGARANCIA! Épített KomPhone Ultra 9 285K 64GB RAM RX 9070 XT 16GB GAMER PC termékbeszámítással
- Gamer PC-Számítógép! Csere-Beszámítás! R5 3600X / GTX 1080Ti / 16GB DDR4 / 512 SSD
- Xiaomi Redmi Note 13 512GB, Kártyafüggetlen, 1 Év Garanciával
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- Intel Core i5 4440 4mag 4szál processzor garanciával hibátlan működéssel
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest