-
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
-
-
#17013
bambano
titán
sanchomuzax
#17012
válasz
sanchomuzax
#17012
üzenetére
az miért hátrány, hogy áramkimaradás esetén elindul a vészleállítás? a menedzselhető szünetmenteseknél ez nem alapkövetelmény?
-
uhh, de távol állok ettől a gondolkodástól... KISS: keep it stupid and simple.
szerintem a unixos filozófia nem arról szól, hogy akinek ez a kérdés problémát okoz, azt megterheld azzal, hogy rakjon fel a kliensekre pythont és írjon pythonban egy szkriptet, ami megcsinálja azt, amit egyébként a szerver csuklóból tudna. szerintem jó ötlet, hogy nem rakatsz fel vele egy w2k8 szervert, aminek annyi dolga van, hogy lecsapja a unixot
ez kicsit "ha kalapácsod van, mindent szögnek nézel" filozófia.
-
meg lehet úgy csinálni php-ben, hogy vizsgálod a kliens remote ip címét és csak akkor fogadod el az inputot, ha neked megfelel.
de inputot, főleg amikor ennyire kényes dolgot művelsz, azt ezerrel ellenőrizni kell még arra is, hogy a nagymamád cipőméretéhez passzol-e.én azt csinálnám, hogyha megnyomták a gombot, akkor csinálnék egy fájlt, amit utána cron-ból rendszeresen ellenőriznék és ha megvan, akkor shutdown. de lehet olyat is, hogy a formból egy jelszót is bekérsz, azt berakod a fájlba és ha stimmel, akkor shutdown.
de még mindig az a legtisztább munka, hogy odasétál a dógozó és megnyomja a poweroff gombot.
-
Persze, biztonsági problémának hívják.
A szervert szerintem rtc-vel reggel fel lehet ébreszteni, este meg megnyomják rajta a gombot és leáll magától. Vagy ha van pontos időpont, ami mindennap ugyanaz, amikor le kell állítani, akkor cron-ból is leállíthatod.
A minden user számára minden vírusokkal összefertőzött gépről egy rendszergazdai bejelentkezés a szerverre az a hülyeség teteje.
-
#16968
bambano
titán
Speeedfire
#16966
válasz
Speeedfire
#16966
üzenetére
hogy tudtam, hogy e106... már fel is vettem a híres utolsó mondatok gyűjteményébe
-
#16964
bambano
titán
Speeedfire
#16963
válasz
Speeedfire
#16963
üzenetére
azé' én ódzkodnék attól, hogy írási jogot adjak a webszerver által elérhető területekre, pláne, ha valami tartalomkezelő is van a környéken (pl. e106)...
de tied a root jelszó, tied a rizikó
-
#16962
bambano
titán
Speeedfire
#16961
válasz
Speeedfire
#16961
üzenetére
szerintem ntfs-re egyáltalán nem tudsz semmilyen jogot adni, az azokkal a jogokkal fut, amilyen uid alól felmountoltad.
szerk: a logok szerint root.plugdev mountolta, 770-s maszkkal, na ezért nem lát belőle semmit a webszerver.
-
#16955
bambano
titán
Speeedfire
#16954
válasz
Speeedfire
#16954
üzenetére
és a symlinkelt könyvtár szülő könyvtáraira van r-x jogod?
-
de user processz nem okozhat ilyet, leállításkor először kiszórja az user processzeket, utána a cront meg a többi daemont, és amikor umountol, akkor már tiszta fájlrendszert umountol elvileg.
lehet, megint kernel bug, hogy amikor megállítja a raid kötetet, nem synceli le minden darabját. meg kellene nézned leállításkor a konzolon, hogy minden kötet-tagot syncel-e.
szerk: hogy a raid sync eszi-e meg a sávszélességet, azt a /proc/mdstat fájlból megtudod.
-
#16892
bambano
titán
Speeedfire
#16889
válasz
Speeedfire
#16889
üzenetére
de a kapcsolat pontban te szoktál kapni az usertől levelet, nem?
azt berakod adatbázisba és nem foglalkozol smtp-vel.
a válaszlevélnek meg te állítod össze a tartalmát, ott magadban kell megbíznod, hogy nem töröd-e meg a saját géped. -
válasz
sh4d0w
#16841
üzenetére
a./ redir csomagot felrakod és azzal beforwardolsz egy portot a virtuális gép ssh portjára
b./ tűzfal szabályokban csinálsz egy dnat szabályt szintén a virtuális gép ssh portjára.
c./ bemész ssh-val a virtuálist tartalmazó fizikai gépre és csinálsz egy portforwardot.vagy arra a portra, amire szükséged van.
-
-
szerintem ez két gépes feladat. az internetezésre meg médialejátszásra egy erőmű, amivel rendesen megy a flash meg a többi, viszont kikapcsolod, ha nem kell.
kamera streamelésre, torrent seedelésre meg egy kisfogyasztású gép, ami viszont folyamatosan megy, de nincs benne videokártya.
hogy van-e haszna egy 200-300 wattot igénylő tevékenység leválasztásának a 7/24-es gépről? gondold meg
-
-
válasz
#40935168
#16652
üzenetére
ebben az esetben javaslom, hogy otthon a desktopodon rakj össze egy ugyanolyan cuccot, azon grafikusan faragd meg a konfigokat és azokat másold át a szerverre.
másik verzió: megkérdezed a konkrét xen-es problémádat, van itt egy-két kolléga, aki xen-nel alszik-kel, és segít megoldani grafika nélkül.
-
válasz
#40935168
#16649
üzenetére
X nem kontárkodik semmilyen network scriptbe. Az, hogy startx-re megfagyott, hardverközeli probléma lesz szerintem.
Az összes problémát megoldaná szerintem, ha nem ragaszkodnál a windowsos felfogáshoz, hogy távoli asztal elérés meg hasonló özönvíz előtti ócska megoldások, hanem használnád a rendes linuxos grafikus módszert. Felraksz egy X szervert a desktopodra (windowsra is van), és azzal éred el a gépen a grafikus cuccokat.
az ilyen vnc nevű betegséget egy esetben tudom hasznosnak elfogadni, amikor a xen virtualizál egy videokártyát a guesteknek és azt a videokártyát akarod elérni.
A linuxban még mindig fullextrás hálózat-transzparens grafikus felület van. Kb. három nagyságrenddel értelmesebb, mint bármi más.
-
-
válasz
scream
#16630
üzenetére
szerintem ne találgass, neked nem linuxos problémád van, hanem windowsos, van rá szaktopic.
ismerek adatmentő cégeket, akik az ilyen "bajom nem lehet belőle" kezdetű mondatokból élnek, jólszerintem úgy fogsz célt érni, hogy másik topicban megmondják, hogy rakd helyre a w8-at, utána lemented, legyalulod az egészet nullára, kikapcsolod az összes uefi baromságot a biosban és utána újraraksz mindent.
-
Asteriskhez ért valaki?
-
-
válasz
Jester01
#16579
üzenetére
nem, nem vagy lokális user és nincs engedélyezve az X-nek.
már akkor sem tudsz X-es programot indítani, ha leülsz egy grafikus felület elé, indítasz egy terminált, bessh-zol ugyanoda úgy, hogy az ssh-ban nincs a forward engedélyezve.bambano@bruti:~$ ssh localhost
bambano@localhost's password:
Linux bruti 2.6.32-5-amd64 #1 SMP Sun Sep 23 10:07:46 UTC 2012 x86_64
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Mon Feb 11 17:25:23 2013 from localhost
bambano@bruti:~$ gnome-terminal
A paraméterek feldolgozása meghiúsult: Nem nyitható meg a megjelenítő: -
válasz
sh4d0w
#16575
üzenetére
amikor login ablakkal várakozik, akkor még nincs userhez rendelve a session, tehát nem fogja tudni elindítani a gui-s cuccokat.
ha bejelentkezve hagyod ott, akkor már userhez van rendelve, csak ott át kellene hágni az azonos user két sessionje közötti határt.
de beírod a guglinak, hogy null X server és ilyen találatokat hoz, mint ez meg ez.
-
tehát mégegyszer: az asztali tualatinos p3-as, ami mondjuk jár 1266MHz-en, az leveri a porba az asztali 2.2GHz-es p4-et.
nekem volt p3m, szintén notebookban, t41-ben, az egyes feladattípusokban 9x, más feladattípusokban 22x volt gyorsabb, mint a 2.2-es p4. a legelső sorozatú p4-ek gyakorlatilag semmire nem voltak jók, ha nem akartál fűteni. -
#16296
bambano
titán
PumpkinSeed
#16294
válasz
PumpkinSeed
#16294
üzenetére
mit akarsz installálni, ha még le sem fordítottad?
-
#16286
bambano
titán
PumpkinSeed
#16284
válasz
PumpkinSeed
#16284
üzenetére
make bzImage modules
megvolt? -
nem értem a problémádat. ha neked gyorsabban frissülő disztró kell, akkor olyat választasz magadnak. nekem meg stabil disztró kell, én meg ilyet választok magamnak. Ráadásul az én választásom téged semmiben nem akadályoz vagy befolyásol.
nem is futottam bele egyetlen komoly, mostanában aktuális kernel security bugba sem.
kinek a papné, kinek a paplan.a privát magánvéleményem az, hogy így is túl gyorsan fejlesztik a dolgokat, nem feltétlenül olyan irányba, amit én szeretnék.
-
válasz
CPT.Pirk
#16265
üzenetére
A nagyobb disztrók úgy csinálják, hogy kiszúrnak egy kernelverziót és arra építik a disztró adott kiadását. Erre rápakolják az általuk szükségesnek vélt javításokat, és kész. Volt már rá példa, hogy közösen kiválasztottak egy kernel verziót, kinevezték long term supported kernelnek és arra építették a disztrókat. (meg olyanra is volt már példa, hogy kiválasztották, azután szétcsúszott a dolog
pl. kiválasztották a 2.6.16-ot longterm supported kernelnek, ezért is volt belőle vagy 69 verzió, de végül mégis a 18-asra épültek a disztrók).Nagyobb kernelcsere csak nagyobb revízióknál divat.
Szerk: nem lehet állandóan kernelt cserélni, mert az userlandot folyamatosan hozzá kellene faragni, az meg nem triviális. pl. a hibernálás környéki dolgokat, udevet, ilyenek.
-
-
#16236
bambano
titán
MasterDeeJay
#16233
válasz
MasterDeeJay
#16233
üzenetére
szerintem vinyó meg swap nélkül nem fog elmenni egy modernebb linux sem 360 mega ramon. nem is tudom, hogy lehet összeszedni 360 mega ramot, lehet, hogy hibás valamelyik modulod?
-
válasz
CPT.Pirk
#16227
üzenetére
szerintem modeline-t pont nem kell generálni, azt szedje le a monitorról.
a felbontások közé kell felvenni azt, amelyikre szüksége van.Section "Screen"
Identifier "Default Screen"
Device "Általános videó kártya"
Monitor "Általános monitor"
DefaultDepth 24
Option "AddARGBGLXVisuals" "True"
SubSection "Display"
Depth 1
Modes "1680x1050" "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth 4
Modes "1680x1050" "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth 8
Modes "1680x1050" "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth 15
Modes "1680x1050" "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth 16
Modes "1680x1050" "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth 24
Modes "1920x1200" "1680x1050" "1024x768" "800x600" "640x480"
EndSubSection
EndSection -
#16211
bambano
titán
PumpkinSeed
#16210
válasz
PumpkinSeed
#16210
üzenetére
szerintem azok a csomagok, amik ahhoz kellenek, hogy egy csomagot lefordíts.
-
válasz
MacCaine
#16072
üzenetére
mindenhova 64 bites debiant rakok, ahol egy kicsit is io igényesebb dolgok mennek, nekem nem volt még soha semmi bajom velük. az igaz, hogy le-lemaradozva követem a verziókat, nyugodtan béta tesztelje más helyettem, majd ha már tutti, akkor rakom fel. Mostanában szanáltam pár lenny-s gépet
valamikor nagyon régen azt olvastam (és emiatt lehet, hogy tévedek), hogy más a buffer kezelése a 64 bites kerneleknek, kevesebbet hagyatkozik az alsó 1 megára, ha egyáltalán van még ilyen, ezért akkor is 64 bitet rakok, ha a memória mérete nem indokolná.
hmm. igazság szerint jobban belegondolva, default 64, csak akkor 32, ha valami nagyon extra különös indok van rá. Eddig egy ilyenre emlékszem.
-
Ebben kérek segítséget a nagy közös tudattól. Szerintem ez csak első ránézésre offtopic itt, a gyanúm az, hogy az eredmény már nem lesz az.
akkor ezt természetesen lehetetlen megcsinálni, mivel hogy választod ki, hogy adott port a hostra vagy a guestre vonatkozik?
Új hozzászólás Aktív témák
- Battlefield 6
- A fociról könnyedén, egy baráti társaságban
- alza vélemények - tapasztalatok
- Sweet.tv - internetes TV
- Házimozi belépő szinten
- Víz- gáz- és fűtésszerelés
- Windows 11
- Fejhallgatós találkozó
- AMD GPU-k jövője - amit tudni vélünk
- Elon Musk billiomos lesz, ha kitör a gépek forradalma
- További aktív témák...
- Hp, Dell gyári 65W USB-C Type-C töltők, tápegységek
- Azonnali készpénzes nVidia RTX 3000 sorozat videokártya felvásárlás személyesen / csomagküldéssel
- Wacom Cintiq DTK-2260 digitális rajztábla
- Bomba ár! HP ProBook 450 G1 - i3-4GEN I 4GB I 500GB I HDMI I 15,6" HD I Cam I W10 I Garancia!
- BESZÁMÍTÁS! MSI Katana15 HX B14WEK notebook - i7 14650HX 16GB DDR5 1TB SSD nVidia RTX 5050 8GB WIN11
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest