-
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
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.
-
bambano
titán
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. -
bambano
titán
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. -
bambano
titán
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...
-
bambano
titán
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.
-
-
bambano
titán
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.
-
bambano
titán
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 $( ) -
bambano
titán
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.
-
bambano
titán
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ó. -
bambano
titán
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 -
bambano
titán
á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.
-
bambano
titán
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
bambano
titán
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
bambano
titán
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
-
bambano
titán
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.
-
bambano
titán
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.
-
bambano
titán
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.
-
bambano
titán
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.
-
bambano
titán
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.
-
bambano
titán
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
bambano
titán
válasz
lionhearted
#31060
üzenetére
nem jártam vele sikerrel.
-
bambano
titán
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
-
bambano
titán
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. -
bambano
titán
-
bambano
titán
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
bambano
titán
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
bambano
titán
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
bambano
titán
válasz
GaezhyFeri
#30883
üzenetére
nem nextval('seq') hanem bigserial adattípus.
szerintem véletlen, hogy amikor tesztelted az overt, jó lett. -
bambano
titán
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.
-
bambano
titán
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.
-
bambano
titán
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
bambano
titán
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
bambano
titán
válasz
DonThomasino
#30651
üzenetére
pontosabban?
mert az 5 percenként az napi intervallumban egy konkrét jól definiált szám. -
bambano
titán
válasz
TheProb
#30523
üzenetére
szerintem teljesen helytelen a nézőpontod.
miért jó, hogy értesülsz róla? tudsz áramot csinálni remote?
egyébként pedig ha olyan fontos dolgok mennek rajta, akkor nyilván van rajta szünetmentes. a szünetmentes képes jelezni, ha elment az áram, és van benne annyi szufla, hogy ezzel a jelzéssel bármit is csinálhass, majd utána szabályosan leállítja a gépet.
ha meg nem fontos az egész, ezért nincs rajta szünetmentes, akkor nem mindegy? -
-
bambano
titán
-
bambano
titán
van ecc-s notebook ram, de nincs rá szükség.
az ecc-s ram annyival jobb, mint a sima ram, hogy egy bit hibát ki tud javítani. de nem ez számít, hanem az, hogy történhet-e memória hiba detektálatlanul, és az a sima ramnál sem fordulhat elő.a seedben levő dolgok úgy is el tudnak tűnni, hogy a torrent kliensben be van állítva, hogy unregistered torrentet töröljön az adatfájlokkal együtt és a trackeren kitörlik a torrentet.
-
Új hozzászólás Aktív témák
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Új, bontatlan World of Warcraft gyűjtői kiadások
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- AKCIÓ! ASRock Z390 i7 8700K 32GB DDR4 500GB SSD RTX 3050 8GB Zalman i3 Edge Seasonic 650W
- Bomba ár! Dell Latitude E5570 Touch - i5-6300U I 8GB I 256SSD I 15,6" FHD I HDMI I CAM I W10 I Gari
- LG 55C3 - 55" OLED evo - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox!
- LG 48GQ900-B - 48" OLED - 4K 3840x2160 - 138Hz & 0.1ms - G-Sync - FreeSync - HDMI 2.1
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 4070Ti Super GAMER PC termékbeszámítással
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged