- Mégse száll ki a Meizu?
- Fotók, videók mobillal
- Okosóra és okoskiegészítő topik
- Honor Magic5 Pro - kamerák bűvöletében
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Azonnali mobilos kérdések órája
- Nothing Phone (1) - nem semmi (2)
- Samsung Galaxy S21 és S21+ - húszra akartak lapot húzni
- iPhone topik
- Honor Magic V2 - origami
Hirdetés
-
Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
ma Részletes anyag került fel az internetre a Sony idei középkategóriás telefonjáról, három helyett két hátlapi kamera várható.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
it Az AI-t kiszolgáló adatközpontok olyan nagy energiaigénnyel bírnak, hogy egyre több atomenergiára van szükség.
-
Mobilarena
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
-
ToMmY_hun
senior tag
-
_Dumber_
őstag
válasz ToMmY_hun #23302 üzenetére
Az a gond, hogy lehet a vmware workstation így működik, de ott a "vmrun"-t külön tudom irányítani.. A player meg hát ingyenes.... A player alatt nem foglalkozik a shutdown szignállal.. egyszerűen kiüti a gépet.
Az már nekem jó lenne, ha figyelmeztetne, hogy fut a virtuális gép, mert akkor már a többit elintézem.
Magyarán ki lehet kérdezni a rendszertől - hogy akár egy adott (mindig ugyanaz a neve) - virtuális gép fut?jimmy399 : Kösz...
[ Szerkesztve ]
-
spammer
veterán
válasz _Dumber_ #23303 üzenetére
Biztosan sokféle módszerrel megoldható, de használhatsz shutdownra egy ilyen pofonegyszerű scriptet:
#!/bin/bash
check=$(pgrep vmware)
if [[ ! -z $check ]]; then
echo "vmware fut"
else
echo "vmware NEM fut"
fipgrep-nél cseréld ki a megfelelő névre, ha nem vmware néven fut (htop vagy top kiírja, mi az).
echo csak kiírja, hogy fut vagy nem, a helyére írhatsz shutdown-t vagy bármi mást, ez csak egy tesztelős példa.[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
ToMmY_hun
senior tag
válasz _Dumber_ #23303 üzenetére
Kicsit utánajártam és a VMPlayer hivatalosan nem támogat ilyen funckiót. Az oka az, hogy ez felhasználói interakciókra épít, tehát elvárja hogy kézzel állítsd le mielőtt a host-ot kilövöd alóla. A szerver verzió támogatja a host-guest együttes shutdown mechanizmust.
A megoldás emiatt nem triviális. Gyanítom, hogy a fenti okból kifolyólag a szoftver készítője szándékosan nem hagyott kiskaput ennek kijátszására, szóval csak nagyon csúnya módszerekkel lehetne ezt megoldani.
Az egyik opció, hogy készítesz egy scriptet, ami shutdown esetén fut le és várakozik addig, amíg nem állítottad le kézzel a VMPlayer-t. Aztán például írhatnál egy kapcsolat orientált protokollra alapuló szerver-kliens programot, ahol a szerver a guest OS-en fut és figyelni a klienstől (host) érkező adatokat. A host-on lévő programot a shutdown scriptet editálva az első helyre rakod, ezzel elérve hogy a shutdown szekvencia kezdetén kérje a guest leállítását. Ennek elindítását a guest egy nyugtával jelezné és mondjuk a kapcsolat megszakadásából nagy valószínűséggel arra lehetne következtetni, hogy a guest leállt. Hangsúlyozom, hogy ez iszonyat csúnya és rendkívül rizikós megoldás. Semmi sem garantálja, hogy a guest valóban leállt, előfordulhat olyan eset, hogy egy mentés megfogja a leállítást, ugyanakkor az általad írt shutdown szerver már rég leállt és nincs információd a guest valódi állapotáról. Egy fokkal jobb lenne, ha közvetlenül a VMPlayer-rel tudnál kommunikálni, de gyanítom hogy erre nem adnak lehetőséget, mert akkor nem lenne értelme ezt a feature-t a szerverben kiemelni.Mi lenne, ha alapból a szerver verziót használnád?
[ Szerkesztve ]
C programmers never die, they are just cast into void.
-
_Dumber_
őstag
válasz ToMmY_hun #23306 üzenetére
Köszi, hogy utánnajártál. Nagyjából én is erre jutottam, de megkérdeztem a közös tudatot, hátha kihagytam valamit.
Spammer megoldása már elég a számomra. Nem az a gond, hogy lusta vagyok, hanem, hogy feledékeny
Ha már kapok egy értesítést, hogy állítsam le a guest-et az már jó.. -
bambano
titán
válasz _Dumber_ #23305 üzenetére
abszolút teljesen téves megközelítés.
először is az utolsó, ami eszembe jutna, hogy felrakok egy bármit a linuxomra, amitől nem lehet bármikor rebootolni. emiatt majd amikor fontos dolog miatt le kell állítani, akkor se fog sikerülni.másodszor neked az a problémád, hogy a windowsod nem értesül arról, hogy le kellene állnia, tehát ezt a problémát kell megoldani, nem pedig kotorászni a rendszerben és hasonlók.
a probléma helyes azonosítása után már nem is olyan nagy truváj beírni a guglinak, hogy remote shutting down windows és akkor ilyen remek oldalak kerülnek elő, amiben olyan fejezetcím van, hogy remote shut down windows from linux.
tehát a helyes eljárás az, hogyha le akarod állítani a gépet, akkor álljon le szabályosan a windows is.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
_Dumber_
őstag
válasz bambano #23308 üzenetére
Igen... ezek az elegánsabb megoldások
Egy kicsit árnyalnám a képet.. Én a wint nem szoktam leallítani, hanem a vmplayer-t kapcsolom ki úgyan, hogy a wint elmenti az aktuális állásában. Ez ugye nem is a win suspendje, mivel win nem is értesül arról hogy én már nem is dolgozom vele.
Persze attól a linkelt oldalad még használható, mivel rá lehet venni, hogy a wint ne kikapcsolja hanem suspendbe rakja.. ekkor viszont a vmpalyer már kezeli a win suspendjét (per pillanat ekkor jelszót kér bekacsoláskor..)Kicsit nyakatekert
Szerk: Annyi még, hogy nem egységesen akarom kitiltani magam a rendszerleállításból.
Cél az, hogy a irodai gépeken a userek csak a leállítás gombra legyenek képesek kikapcsolni a gépet és az meg ne működjön, ha fut a vmplayer[ Szerkesztve ]
-
borix
őstag
Linux Mint MATE 64 menne SSD-re.
A gépben 2GB ram van a swap mennyire nyírná az SSD-t azon részen mert azért 2GB ram mellett használva lenne?Nem szeretném áthelyezni. -
King Unique
titán
Általánosan azt mondogatják nem ajánlott emiatt SSD-re rakni. De SSD topikok tapasztalata alapján, nem kell túlzásba esni kímélés terén sem, mert jóval többet bírnak, mint amire sokan korábban számítottak. Érdemes átfutni a releváns topik cikkeit is.
-
Jester01
veterán
Sőt, a 2-ből 1-et lecsípve zram swapnak és akkor 3-nak látszik
Mondjuk ahhoz, hogy tényleg ne swappoljon ahhoz állítgatni kell a paramétereket vagy persze egyszerűen nem csinálni swapot.[ Szerkesztve ]
Jester
-
borix
őstag
Köszi a segítséget.
Linux és SSD gyorstalpaló-n találtam.
(Ha a swap SSD-re kerül, próbáljuk csökkenteni a swap használatot a swappiness érték (alapértelmezésben 60) csökkentésével.
Ehhez írjuk az alábbi sort az /etc/sysctl.conf fájlba:
vm.swappiness=10
Az értéket érdemes magunknak kikísérletezni, akár 1-re is állíthatjuk.) 0 állítottam.Azért nem gyenge,hogy a YouTube-on Full HD videó és egy 720p videó együtt menve 1GB RAM-mal beéri.
-
ubyegon2
nagyúr
Szerintem vagy a javasolt 10-es értéket vagy minimum az 1-et válaszd, mert a 0 megnyekkenti az I/O teljesítményt, ha mégis szükséges lenne kicsit hamarabb a swap beavatkozására!
A swap az olyan, hogy x GB memóriáig szükség van rá, afelett felesleges (8GB mondjuk), ha viszont időnként szükség van rá, akkor ne várjuk már meg a teljes telítődést fizikai RAM-nál. Így pont nem kíméljük az SSD-t, fentiek miatt. (I/O)
sorry, hogy ismét bepofátlankodtam a haladók közé, megyek is vissza
[ Szerkesztve ]
-
#21078528
törölt tag
Ha 0-ra állítod, akkor csak a rendszerösszeomlás határán nyúl a SWAP-hoz, én nem használnám így...
Megfelelő mennyiségű RAM mellett az alapértelmezett 60-as beállítás mellett sem nagyon piszkálja, az általam javasolt 10 mellett meg gyk. soha.
Persze nagyon nem mindegy, hogyan és mire használod a gépet... -
borix
őstag
Köszönöm átállítom 10-re ahogy javasoltátok.
-
bambano
titán
válasz #21078528 #23317 üzenetére
"Megfelelő mennyiségű RAM mellett az alapértelmezett 60-as beállítás mellett sem nagyon piszkálja": nem ezt tapasztaltam... 4 giga ram mellett egyszerű felhasználással is swappel, miközben 3 giga van buffer cache-nek.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
#21078528
törölt tag
válasz bambano #23319 üzenetére
Nálam 8GB van, így nem nagyon nyúl hozzá 60-nál sem. Persze ha nem felejtem el, akkor átállítom 10-re...
Most pl. Arch-nál elfeledtem, tehát 60 az érték, és a pillanatnyi helyzet:[berus@arch-pc ~]$ free -h --total
total used free shared buff/cache available
Mem: 7,8G 936M 3,7G 9,5M 3,2G 6,8G
Swap: 1,0G 0B 1,0G
Total: 8,8G 936M 4,7G -
bambano
titán
válasz #21078528 #23320 üzenetére
értem, de az enyém nem desktop gép, hanem szerver és csak pár dolog fut rajta, ami egyáltalán nem indokolja, hogy swappoljon. eddigi tapasztalat az, hogyha adsz swapet a gépnek, használni fogja. teljesen mindegy, milyenek a körülmények.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Penty
tag
válasz bambano #23322 üzenetére
Az én tapasztalatom is az, mint bambano-é: Bizonyos körülmények között bele-bele rak pár KB-ot, esetleg pár MB-ot a SWAP-ba. Főleg másolásnál (pl.: SSD-ről külső vinyóra, vagy rsync használata alatt) megemelkedik a buffer/cache érték és akkor szokott valami minimális cuccot beledobni a SWAP-ba. Nálam 4GB van, swapiness=1 érték mellett.
-
zserrbo
aktív tag
Próbálgatom a távoli elérést, asztalozást.
VcXsrv-el megy Putty-val, hogy elindítsak egy appot a linuxról, de én teljes távoli asztalt akarok így tovább próbáltam.
A TightVNC-vel nem tudtam csak új session-t. Aztán az x11VNC-t raktam fel. Jártas valaki benne?megy
x11vnc -display :0
tigervnc-vel: 192.168.1.28:1megy ekkor is:
x11vnc -safer -usepw -once -display :0ilyenkor:
The VNC desktop is: ubuntu:1
PORT=5901192.168.1.28:1-ra csatlakozva megy
de 0-val nem
192.168.1.28:0 - ra password check failedSok helyen -localhost kapcsolót is írnak, de még nem tudom mire jó.
Azt nem értem, hogy a Putty-ban az SSH tunnelnél source portnak: 5900-at adok meg és destination-nek 192.168.1.X:5900, akkort nem az IP:0-val kellene elérnem csatlakozáskor? Putty-ban néztem az x11 forwarding-ot, az mire jó?
Esetleg, ha valami security tipp van az is jöhet.[ Szerkesztve ]
-
bambano
titán
válasz zserrbo #23326 üzenetére
teljes távoli asztalt úgy tudsz elérni, hogy session managert indítasz először.
beállítod a távoli szerveren, hogy a display manager manageljen neten keresztül is, tehát az xdmcp port legyen nyitva a netre is, majd a helyi X szervert -query ip paraméterrel indítod (ha emlékeim nem csalnak).Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
zserrbo
aktív tag
válasz bambano #23327 üzenetére
Lehet ez is egy megoldás, hogy jobb-e azt nem tudom. De amit előbb írtam, ahogy csináltam az x11vnc-vel úgy teljes asztalom van. Tegnap a linuxról indítva egy display session-t még telón is elértem bVNC-vel. Csak az nem tiszta, hogy jól csináltam-e Mondjuk most jut eszembe, hogy azt nem próbáltam még ki új session-t tudok-e vele, hogy ne csak a monitoron látható asztalt tudjam használni.
[ Szerkesztve ]
-
zserrbo
aktív tag
4.3 Install the script.
$ sudo update-rc.d tomcat8 defaultsA fenti link alapján ezzel regisztrálom be, hogy automatikusan induljon el rendszerindításkor a tomcat, igaz? A defaults, ha jól olvastam a futási szint. Magától tudja a Ubuntu, hogy a tomcat8 init script start parancsát kell futtatnia?
[ Szerkesztve ]
-
-
bucihost
senior tag
Sziasztok!
Kicsit kiakasztott ma azt egyik domain szolgáltató (hol elérhetők a sub domainek, hol nem. Valamint a levelező rendszer is elérhetetlen sokszor).
Jött az ötlet, hogy ha már van egy nonstop üzemelő szerverem, miért ne futnának ott ezek.
Web + email + FTP része már megvan, működik is frankón.
A kérdésem az lenne, hogy a domain kezelésére mit ajánlotok?
Gondolok itt a sub domainek létrehozására, kezelésére. stb
Vagy esetleg létezik valami olyan programcsomag, ami össze fogná ezeket egy csokorba? (Ftp, Web, Email, Domain) és lenne webes kezelő felülete is?Köszi
-
Ablakos
őstag
Spare lemezek állapotát (sleep - active/idle) szeretném logban vizsgálni. Jó lenne, ha csak az állapotváltozásokat időbélyeggel látnám a logban.
Van erre valamilyen konzolos alkalmazás, vagy saját scriptet kell ehhez barkácsolni? -
Üdv!
RedHat alatt van olyan parancs, amivel meg lehet nézni, h az adott fájlt milyen progra használja éppen?
Köszi!
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
#59070464
törölt tag
Egy érdekes kérdés fogalmazódott meg bennem a Linux versus VGA driverek kapcsán. Amikor például jelszófeltörésekhez vetnek be GPU-t, a teljesítmény a gyenge driverek miatt (AMD, nVidia) itt is töredéke a Windows-ban mutatott teljesítményükhöz képest, vagy a Linux alatt csorbult GPU teljesítmény csak a játékokat érinti?
-
CPT.Pirk
Jómunkásember
válasz #59070464 #23335 üzenetére
A számításokhoz OpenCL-t használnak, a grafikához meg többnyire OpenGL-t. Egy egész érdekes témakör, hogy a grafikát az X -> Wayland / MIR és az OpenGL -> Vulkan témák mennyire befolyásolják.
Ha kíváncsi vagy az OpenCL dolgokra, akkor próbáld ki az oclhashcat progit jelszó törésre. Kicsit nehézkes elsőre a konfigja, de ez rendesen meghajtja a vga kártyát.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
-
Jester01
veterán
válasz #59070464 #23335 üzenetére
A játékokat mindenképp jobban érinti a directx vs opengl első körben. Windowsos felhasználók nem nagyon szoktak opengl-t tesztelni szóval tisztán driver összehasonlítási alapot nehéz találni, pedig az unigine benchmarkokban van opengl.
Számításilag nem tudom.
[ Szerkesztve ]
Jester
-
CPT.Pirk
Jómunkásember
válasz Jester01 #23338 üzenetére
Unigine teszteket néztem mindkét rendszeren, ott tök ugyanolyan sebességeket mértem Win7 és Linux között is OpenGL-ben. Abu erre azt mondta, hogy egy "egyszerű" teszt progit könnyű optimalizálni, ellentétben egy AAA játékkal.
Viszont Win7-en kisebb volt az OpenGL-es teljesítmény, mint a DX-es, vagyis a DX-es megjelenítő gyorsabb volt az Unigie-ben.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
bambano
titán
válasz Fecogame #23341 üzenetére
két kérdésed volt, fordított sorrendben:
1. melyik fájl tárolja a jelszavakról az infót: a man shadow megmondja, hogy a /etc/shadow.
2. meg lehet-e változtatni a jelszóváltoztatás idejét: a man shadow szerint a /etc/shadow soronként harmadik mezője tárolja az utolsó változtatás idejét. esélyes, hogy meg lehet változtatni, ha másképp nem, akkor a shadow fájl buherálásával.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
őstag
-
Jim Tonic
nagyúr
Tegnap megjöttek a merevlemezek, össze is raktam egy RAID1 tömböt. Minden rendben ment, fel is mountoltam, első ránézésre minden rendben. Második ránézésre viszont nem tudom írni, merthogy nincs jogosultságom. Mi lehet az oka?
Alcohol & calculus don't mix. Never drink & derive.
-
őstag
-
szabi777
tag
Sziasztok
van egy dolog amivel már elég rég szenvedek...
Debian Jessie, telepítés közben megadva, hogy szoftveres RAID 1 en fusson a rendszer (2 azonos disk). Szépen fel is települ a rendszer, a tömb rendben van.
Azt szeretném hogy ha az a disk megadja magát amelyikről boot-ol a gép, a rendszer akkor el tudjon indulni a másodikról is degradáltan. BIOS-ban boot order beállítva, ha kiesik a primary akkor a másodlagosról boot-ol...elvileg.. de mégsem.Mit kell még tennem, hogy
1. legyen GRUB a másodlagos disk-en is (gondolom grub-install, de javítsatok ki ha nem jó irányba indultam el)
2. El is induljon a rendszer (lehet hogy a grub-ot vagy az mdadm.conf-ot kell szerkesztenem, de ebben tanácstalan vagyok, annyi mindent olvastam már, hátha valakinek rutinból megy.Nagyon köszi
-
Új hozzászólás Aktív témák
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Kerékpárosok, bringások ide!
- Battlefield 2042
- Autós topik látogatók beszélgetős, offolós topikja
- Mégse száll ki a Meizu?
- A fociról könnyedén, egy baráti társaságban
- AMD Navi Radeon™ RX 7xxx sorozat
- Home server / házi szerver építése
- Milyen TV-t vegyek?
- Formula-1
- További aktív témák...
- Vírusirtó, Antivirus VPN kulcsok
- Warhammer Online - Age of Reckoning (DE) Collectors Box (Figurával!)
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen