-
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
-
#31570
bambano
titán
tonermagus
#31569
válasz
tonermagus
#31569
üzenetére
oké, hogy publikus ip címet kaptál, de fix is?
-
válasz
Penguin95
#31493
üzenetére
a 78-as esr firefoxban egy rakás hiba van.
ne használd.
ha a debianos teamviewert akarod felrakni devuanra, az kb. az egész devuant le akarja cserélni debianra. nem fog menni. szerintem felejtsd el, rakd fel a natív teamviewert, már ha egyébként bármiféle ésszerű indok is volna a teamviewer használatára.a devuanos kernelekkel egyébként nincs komoly gond, csak azért, hogy 5-ös legyen, kár másikat felrakni. de ha 5-öst akarsz, akkor 5.12 alatt ne, mert bugos volt az ütemezője (elvileg beismerten csak amd-n).
-
válasz
kraftxld
#31458
üzenetére
szépen leállítod a fizikai vasat, beledugsz egy boot cd-t valami live mentő os-sel és azzal kimented.
ha nincs jobb (nem tudom, hogy a vmware-hoz tartozik-e ilyen, de illene), akkor letöltöd a ghost for linuxot (g4l) és azzal mented.futó os-t szektor szinten menteni nem jelent jót az álmoskönyvek szerint
-
nekem akkor volt csak szükségem a szervereimen monitorra, amikor nagyon összedőlt rajtuk minden. még hálózat se volt rajtuk.
ilyenkor arra számítani, hogy rádugsz valamit és lesz benne hálózat, szerintem nem hatékony.
ha meg megy a hálózat, akkor van ssh, akkor nem kell monitor. -
-
válasz
togvau
#31436
üzenetére
akkor valamit félreértettél, hogy localhost:10.0-ra kapsz hibát.
kezdjük az alapoknál.
ülsz egy gép előtt. van benne egy videokártya, rajta egy monitor. ez a szerver. ismétlem: a SZERVER.
van valahol a neten egy gép, amin futtatni akarsz egy grafikus programot. az a kliens. mégegyszer: a KLIENS. a magyarázat egyszerűsítése kedvéért egyen a program egy gparted.nyitsz egy xtermet a szerveren. kiadod benne az xhost + utasítást.
erre kizárt, hogy localhost:10.0-s hibaüzenetet kapj.
a terminálból ssh-val bemész a kliensre, és nagy erőkkel nem írod bele az ssh-ba a -X-et. tehát az ssh-tól nem kérsz x forwardot.
a kliensen kiadod az export DISPLAY=szerverip:0 parancsot
utána indítod a kliensen a gpartedet.fentiek akkor igazak, ha mindkét gép linux.
-
válasz
togvau
#31431
üzenetére
először is meg kellene nézni, hogy az X használ-e tcp socketet.
ps ax|grep X
és megnézni, hogy van-e nolisten tcp kapcsoló a kimenetben.
másodszor nem elbonyolítani az X kapcsolatot ssh tunnelinggel.
a szerveren beírod, hogy xhost +
a kliensen, ahol a programot akarod futtatni, ott
export DISPLAY=xszerver_ip_cime:0
és elindítani a programot. ha így fut, akkor az ssh X forwarding konfigja rossz. -
válasz
inf3rno
#31388
üzenetére
egyrészt aggályos, hogy ilyen nyilatkozat törvényes-e. (2012. évi I. törv. 179. par. 3. bek).
másrészt ha bármit alá akarnak íratni velem, ami a munkaszerződés módosításával jár, akkor az egyrészt kétoldalú egybehangzó akarat kérdése, másrészt ha már módosul a munkaszerződés, akkor más pontok is módosulnak. -
válasz
inf3rno
#31370
üzenetére
azért kanyarodjunk már vissza a kezdetekhez: biztonsági másolatot akar verziózva úgy, hogy a kliens oldalhoz nem tud hozzányúlni.
Erre egy lehetséges megoldás, hogy a szerveren létrehoz napi mappákat például Sun Mon stb. neveken, majd cronból minden nap lefuttat egy:rm -f backupln -s $(LANG=C date '+%a') backuputasításpárt. Ezen a bonyolultsági szinten nem írunk unit tesztet, pláne nem otthoni felhasználáskor, nem tervezünk projektet a megvalósítására, nem tűzünk ki a projekben mérföldköveket, nem csinálunk drp-t, bcp-t, nem készül projekt alapító dokumentum, nem írjuk le hetven oldalban a projekt termék elfogadási kritériumait, stb. hanem odaülünk a konzolhoz és bevésünk egy sort a crontabba. hasonló módon nem írunk maven szkriptet ötven gigabájtnyi függőség és könyvtár letöltéséhez, nem használunk hatféle keretrendszert, nem használunk mvc framewörköt, perzisztencia réteggel és különösen nagyon határozottan nem rakunk fel dockert egy tetves link létrehozására. kubernetest se. érthető okból nem illesztjük a rendszert távmenedzsment cuccokhoz, még Muninhoz se.
A személyes tapasztalatomban minden túltervezett projekt becsődölt.
A segítségem nélkül is... -
válasz
inf3rno
#31368
üzenetére
overengineeringnek hívják.
a unix alapfilozófiája : KISS. Keep It Stupid and Simple."Természetesen jól működik, csak az egyik esetben erre a bizonyíték a te szavad, a másik esetben meg az, hogy átmegy a működést ellenőrző teszteken": amely tesztek adekvát voltára a bizonyíték a te szavad, de legalább egy rakás melót belefeccöltél.
-
-
válasz
Livius
#31325
üzenetére
a kifejezés, amit kerestél: remote debuggal.
egyébként ez egy jó példa arra, hogy a unix filozófiát nem ismerők hogyan kókányolnak keresztül-kasul, hogy elérjenek valami eredményt, ahelyett, hogy megcsinálnák normálisan.minek másolgatnál mindent jobbra-balra? ha nem felel meg a verziókezelő repója erre (de, megfelel), akkor is feltalálták az nfs-t.
-
válasz
_kovi_
#31313
üzenetére
először is megígéred, hogy legközelebb a helyes topicba írsz: [link]
másodszor azért lehet gondod a fordított aposztróffal, mert egyáltalán nincs szükséged rá. nem azért nem megy, mert az echo elé vagy mögé tetted, hanem azért, mert tetted.
harmadszor lehet zárójelezni, sőt, erősen javasolt is, mert a fordított aposztróf idejétmúlt, de nincs rá szükséged. a processzbehelyettesítés régi módszere a fordított aposztróf volt, az új pedig a $( ) -
válasz
CPT.Pirk
#31307
üzenetére
próbáljunk már unixosan gondolkodni, mert ez kupleráj
két dolog miatt lassú:
1. az eclipse nagy. tehát lehet, hogy akkor is lassú lenne, ha közvetlen képernyőt dugnál a pi-re. egyébként miért is nem dugsz képernyőt a pi-re?
2. az ssh titkosít. ezért minden rajta átküldött adat lassabban megy át és összeszed egy rakás késleltetést, ami interaktív desktopon idegesítő tud lenni.
3. a teamviewer ezen a két tételen tovább tud rontani, várhatóan elég sokattehát ha nem elektromos csellentyűcskékben gondolkodunk, hanem meg akarjuk oldani a problémát, akkor az eredeti unixos megoldást kell használni: az X kliens-szerver alapú.
- elindítasz egy terminált a pc-den, beleírod, hogy
xhost +
- miközben kifejezetten nagy erőkkel odafigyelsz arra, hogy az ssh parancssori paraméterei között NE szerepeljen a -X.
- ssh-val bemész a pi-re, ott beírod, hogy:export DISPLAY=desktoppcipcime:0
- ezután elindítod az eclipse-t.ekkor gyorsabb lesz. hogy ez neked elég gyors-e, az szubjektív kérdéskör. miután a pi-n gyakorlatilag nincsenek perifériák (arra célzok, hogy az ethernet is usb-n lóg), ezért ott lehet, hogy ez is lassú lesz, majd eldöntöd.
azt ne zárjuk ki, hogy agyhalott csomagolók gyári állapotában letiltották a pc-n a hálózati X-et, ilyenkor meg kell keresned azt a parancsfájlt, ami az X-et indítja, megnézni, hogy van-e -notcp kapcsoló és azt ki kell gyalulni.
az biztos, hogy rendes gigás ethernettel rendelkező rendes számítógépek között az X minimum elfogadhatóan, de inkább jól működik. 10 gigás neten pedig semmi különbség nincs a lokális és a távoli programok között. én mindkettőt használom.
-
válasz
vargalex
#31305
üzenetére
de, dollárral hivatkozik rá.
ez van az eredeti hsz-ben:
if [ echo `"$vsftpd" | grep -q "pid"` -eq 0 ];
az idézőjelen belül kifejti a $vsftpd-t, ami az előző futtatás eredményét tartalmazza, majd mivel fordított aposztrófok között van, ezért azt forkolja és egy subshellben elindítja a csővezetékkel, greppel egyetemben.
azért kap syntax errort, mert a parancsok kimenete rendszerint nem futtatható. -
válasz
_kovi_
#31300
üzenetére
a fordított aposztróf elvileg futtatja a parancsot.
tehát a vsftpd változóba a státusz kimenete kerül, nem pedig a parancs, amivel lekéred a státuszt.
ezért az ifben az echo után a szintén fordított aposztróf nem a státusz lekérésére szolgáló parancsot fogja futtatni, hanem a státusz eredményét akarja parancsként végrehajtani, ami eléggé kétesélyesszerintem azt kellene, hogy (egyrészt van rá szaktopic
) a vsftpd változóba a státusz eredményét rakod, valahogy így:vsftpd=$( service vsftpd status| grep -q -i pid)if [ $vsftpd -eq 0 ]; thende ez sem lesz jó, mert nem szám lesz benne, hanem string.
a legegyszerűbb:service vsftpd status | grep -q -i pid || service vsftpd start -
átlag user azt nem szokta érteni, hogy a grafikus felület fordított kliens-szerver architektúrájú. Ha egy nagy gépre grafikusan akar bejelentkezni, akkor a desktop pc a grafikus szerver és a nagy gép a kliens.
Tehát ahhoz, hogy az rpi-n grafikus felület futhasson, nem kell rá se monitor, se semmi, arra a pc-re kell grafikus felület, amiről be akar jelentkezni.szerk: konkrét példára visszakanyarodva: fel kell rakni a netbeanset az rpi-ra és ott fejleszteni. az rpi-ra nem kell hozzá monitor, semmi.
-
válasz
CPT.Pirk
#31278
üzenetére
egyrészt qt creator meg az egész kde-s lom pénzes lett.
én nem használnám.
másrészt az, hogy nincs a málnán kijelző, miben módosítja a dolgokat?
van rajta hálózattranszparens grafikus felület.
ha c-ben programozol egy málnát, aminek nem kell grafika, akkor ssh-n is láthatod a kiírásokat.nem értem a problémádat.
-
#31220
bambano
titán
Speeedfire
#31219
válasz
Speeedfire
#31219
üzenetére
bennem felmerülne a gyanú, hogy elkopott az sd kártya és ezért csinált egy emergency remount readonly-t.
még annyit, hogy az általam használt desktop debianok nem veszik figyelembe az authorized_keys-t, ha nem jó a védelmi kulcsa + a .ssh dirnek a kulcsa.
-
#31215
bambano
titán
Speeedfire
#31211
válasz
Speeedfire
#31211
üzenetére
ha authorized_keys fájlra mindenkinek jogokat adsz, akkor lesz még pár dolog, amivel előtte nem találkoztál
-
válasz
kraftxld
#31191
üzenetére
a postfix elsősorban a diszket tekeri. minél több ramot adsz neki, annál gyorsabb lesz a buffer cache miatt. fontos a rendesen beállított hálózat. ezen kívül rendkívül fontos, hogy gyors dns rezolválás legyen mellérakva.
a procit szerintem nem nagyon eszi, arra nem igazán kényes.
-
válasz
kraftxld
#31185
üzenetére
egy hónapban nagyjából 2.6 millió másodperc van. tehát havi másfél millió email az kevesebb, mint másodpercenként egy.
szerintem a postfix alapvetően a diszkeket tekeri, ezért nem baj, ha van alatta rendes diszk-alrendszer és ram, hogy legyen mibe cachelni.azt érdemes lenne kifejteni, hogy mit értesz levelező szerver alatt, mert havi másfél millió emailt egy gyalog pc is elkezel, ha másfél millió smtp kapcsolatról van szó. ezzel szemben ha például feketelistázni akarsz, az már lehet necces, ha pedig vírust kergetni az emailekben, az ekkora nagyságrendben már megfektet komolyabb rendszereket is.
-
nem hiszem, hogy két swapfile között másol. feltételezem, hogy elkezdi felszabadítani a régi swapfile-ben a blokkokat úgy, hogy kitakarít a memóriából valamennyit és oda visszatölti a swapet. de ehhez a másik swapfile-ra swappelni kell
tény, hogy mondhattam volna, hogy terheletlen időszakban indítsd el... azt pedig nagyon szokta utálni, ha egy diszken két fájlt kell kalapálnia. megőrül tőle a diszk feje.
szerk: ne zárjuk ki, hogy gyorsulhat a folyamat, ha éppen nem használt szolgáltatásokat leállítasz ideiglenesen.
-
válasz
regener
#31125
üzenetére
kérdés, hogy a le és a feltöltés lassúsága között van-e kapcsolat.
a letöltést egyszerűbb konfigurálni, a torlódásvezérlést, ezen belül a tcp window rescaling-et és a vezérlőprotokollt is lehet állítani a kernelben.
a feltöltés javításához a kliens gépet kell faragni, ha az windows, akkor ahhoz nem értek és itt offtopicarra figyeljetek, hogy lehet olyan helyzet, amikor a józan ésszel ellentétes beállítás segít.
-
-
természetesen nem.
ha már mindenki lusta kottát olvasni:
a kernel képes több routing táblát kezelni.
a megoldás az, hogy annyi routing táblát csinál, ahány isp-je van, a csomagokat pedig valami alapján megjelöli, és a jelölés alapján választ routing táblát.van olyan gépem, aminek 17 hálózati kapcsolata van és 17 routing táblát használ. nincs vele gond.
-
válasz
sh4d0w
#31083
üzenetére
" mert a 4G-re csak bejövő forgalmat akar fogadni, viszont a válaszokat vezetékes irányban kiküldeni.": ami természetesen nem működik, hiszen a kliens oldalon a socket adatstruktúrában benne van a másik oldali ip cím. natolásnál pont ugyanez lesz a probléma, tehát ha a kliens is natolt címen van, a nat router nem fogja tudni, hogy hova natolja a másik ip címről jövő választ.
-
#31061
bambano
titán
lionhearted
#31060
válasz
lionhearted
#31060
üzenetére
nem jártam vele sikerrel.
-
Van arra működő módszer, hogy gépköltöztetés miatt a régin a mate desktop ikonjaimat kimentsem és az új gépen betöltsem egyesével létrehozás helyett? A felső toolbarba pakolgattam ikonokat. 10.6-ról költöznék testingre.
tia
-
pls. súgjatok, olyan amd videokártya érdekelne, ami elég erős, minden támogatott rajta linux driverileg. 3d, játék nem lesz, fejlesztés meg hibátlan videó és tecső lejátszás a feladat két displayporton meg egy hdmi-n.
ebben a gépben, amin most írok, x log szerint rx 570 van, ennél kellene egy kicsit jobb (másik gépbe kerül majd). ár valamennyire számít.
kösz
-
amikor utoljára néztem (nem ma volt), akkor még tele volt a kernel olyan dolgokkal, amik nem futottak jól többmagos procin vagy többprocis gépen.
például a tűzfala nem volt multithreaded. ennek az lett az eredménye, hogy az io-t tekerte a boot proci, a többi meg csak alkalmazói programot futtatott. -
-
elbeszélhetünk egymás mellett.
az alaplapcsere nálam azt jelenti, hogy egy gépből kitéped az alaplapot, diszkek maradnak a helyükön, betolod az újat és bedugod a sata kábeleket. pont.
ebben az esetben semmit nem kell csinálnod, a raidról be fog bootolni, összerakja a kötetet és minden működik, kivéve, ha systemd-vel pofánvert disztród van, mert abban a hálózat szinte biztosan nem fog menni. de a konzol login megy, megszögelheted a hálózati konfigot.mdadm-mel akkor kell összerakni a kötetet, ha a diszkeket tépted ki a gépből és tetted bele egy másikba.
-
#30906
bambano
titán
GaezhyFeri
#30899
válasz
GaezhyFeri
#30899
üzenetére
Szerintem a Dömölki szűrőt keresed.
kész program nemigen lesz rá... -
#30890
bambano
titán
GaezhyFeri
#30888
válasz
GaezhyFeri
#30888
üzenetére
az a különbség a két megoldás között, hogyha külön csinálsz egy sequence-t és utána nextval, akkor nem köti össze az adatbázis táblát a sequence-szel. ha pedig bigserialt írsz, akkor összeköti. ha utána csinálsz valamit a táblával (tipikusan: törlöd), akkor a második esetben a sequence-t is törli, első esetben az ott marad árván.
-
#30884
bambano
titán
GaezhyFeri
#30883
válasz
GaezhyFeri
#30883
üzenetére
nem nextval('seq') hanem bigserial adattípus.
szerintem véletlen, hogy amikor tesztelted az overt, jó lett. -
válasz
vargalex
#30740
üzenetére
tehát mégegyszer: ha "egyenes" fordítás van, ahol a hoszt és a cél architektúra ugyanaz, akkor lehet a hoszt architektúra a nevében, mivel megkülönböztethetetlen a céltól.
ha keresztfordítás van, akkor nyilvánvalóan a cél architektúra van a nevében.
másrészt meg a rendes make felülbírálja a makefile-ban levő alapértelmezett válaszokat, ha paraméterként megadod.
-
válasz
vargalex
#30734
üzenetére
lehúzta az x86-os pkgbuildet, amivel a dependenciás sor segítségével felrakta a függőségeket, majd lehúzta az x86_64-es firefox rpm-et, amit az adott gép csomagkezelője fel se rakott, mert ütköző architektúra.
egyébként érdekes ez a pkgbuild, mivel dependel gtk-ra, amiben egyébként a wayland driverek vannak... elvileg a firefox az alap működéséhez egyáltalán nem dependel a waylandra, mert nem azon a szinten kapcsolódik. ezt maximum a videolejátszás miatti közvetlen hardver elérés borítja meg.
-
válasz
vargalex
#30732
üzenetére
azt írod a #30719-ben, hogy:
"Ellenőrizni afileparanccsal tudod. (file binariseleresiuttal), kiírja, hogy milyen architektúrára fordított a bináris."idézem azt a hsz-t, amire válaszoltál:
#30709 :[alucard@rpi4 ~]$ file /usr/lib/firefox/firefox/usr/lib/firefox/firefox: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=e85a2f37d50354822033146e2bacd187746a808e, strippedtehát abban a hsz-ben, amire válaszoltál, benne volt az, amit hiányoltál. és a parancs kimenete azt is tartalmazza, hogy a topicban eluralkodó x86_64 tévedéssel szemben az egy arm eabi5 v1-es bináris. sőt, az is benne van, hogy az armhf architektúrához tartozó linker fogja összerakni indításkor.
-
#30654
bambano
titán
DonThomasino
#30653
válasz
DonThomasino
#30653
üzenetére
én még nem láttam olyan cront, amiben van @shutdown.
és ha ez igaz, és beleírtad, akkor a @rebootot se veszi figyelembe, mert szintaktikai hibát talál a fájlban.
másrészt tapasztalatom szerint a cron nem teljesen abban a környezetben fut, mint a root shell. de ebbe lehet, hogy tévedek. -
#30652
bambano
titán
DonThomasino
#30651
válasz
DonThomasino
#30651
üzenetére
pontosabban?
mert az 5 percenként az napi intervallumban egy konkrét jól definiált szám.
Új hozzászólás Aktív témák
- Nyíregyháza és környéke adok-veszek-beszélgetek
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- exHWSW - Értünk mindenhez IS
- Synology NAS
- Milyen TV-t vegyek?
- Projektor topic
- Parfüm topik
- Apple Watch
- Telekom TV SmartBox: szolgáltatói set-top box alacsony korlátokkal
- Luck Dragon: Asszociációs játék. :)
- További aktív témák...
- Hp USB-C/Thunderbolt 3 dokkolók: USB-C Universal, G2, G4, G5, Hp Elite/Zbook- Thunderbolt 4 G4
- Lenovo X13 Yoga 2in1 Thinkpad WUXGA Touch i5-1145G7 vPro 16GB 256GB 4G LTE GPS Win11 Pro Garancia
- Új Dell 14 Inspiron 5435 FHD+ Ryzen7 7730U 4.5Ghz 16GB 512GB SSD Radeon RX Vega 8 Win11 Garancia
- NVIDIA Quadro P5000 GPU 16GB GDDR5X memóriával
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest