-
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
-
-
Frawly
veterán
válasz vargalex #28988 üzenetére
Az ilyen dolgain ki tudok akadni én is. Látszik, hogy sok mindent windowsos szemmel közelít meg. Azt sem értem, hogy egy shared memory szegmens hogy lehet gyanús.
Én első körben a problémáját érintve, megnézném hányas Firefox, megpróbálnám a Firefoxot safe mode-ban indítani, csinálnék egy pinget belső és külső cím felé is, lefuttatnék egy iw dev eszköznév station dump parancsot.
Hasonlót még az is tud okozni, ha névütközés van a hálózaton, pl. két gépnek azonos a host neve. De őt ismerve, hogy össze-vissza berheli a rendszerét mindenféle saját root-os megoldással, lehet bármi a probléma. Így a legbiztosabb az lenne, hogy egy új, Live Ubuntu-ról is kipróbálni, hogy ott csinálja-e.
[ Szerkesztve ]
-
samujózsi
tag
válasz vargalex #29001 üzenetére
Két külön dologról beszélünk.
Az eredeti lassulás(nak tűnő) dolog, hogy bár pl.wget -o /dev/null ...
paranccsal folyamatosan, 100Mbps (10-11MB/s) töltődik mondjuk egy linux ISO, a router admin felülete, a disqus komment szekció, meg úgy általában, elég sok oldal, iszonyat lassan, bár folyamatosan jelenik meg. A 33k-s modem sebessége csak enyhe túlzás volt, a látvány eléggé hasonlít rá. Szinte sorról, sorra jelennek meg az oldalak (bár nem mind).
Most például többnyire jól nyílnak meg a netes lapok, csak a hvg kommentfelülete akadozik notebookról. Ha ugyanazt megnézem mobilról, ott normális sebességgel nyílik.
A squid mindkettőnél aktív, reklámblokkolót megpróbáltam cserélni/kiiktatni, semmi változás, plusz a router webes admin felülete mindkettőről egyformán lassú...
Néha olyan az egész, mintha valami a háttérben dolgozna a hálózaton, csak nem látszana a netstat/ss kimenetében.A másik, hogy esetenként, naponta egy-két alkalommal, pár másodpercre fennakad a szeme a gépnek és se kép, se hang (hang egyébként is ritkán, mert nem ezen hallgatok zenét )
A power management közreműködése egyébként elgondolkodtató, ezt eddig nem néztem, de körülnézek, hátha találok ott valami disznóságot.
[ Szerkesztve ]
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
válasz vargalex #29017 üzenetére
Biztos (ufw enablle - ennyi). Sajnos a linket nem őriztem meg.
Példaként talán egy DOCKER láncot említettek és azt, hogy a port forwardot a docker démon intézi.Mégis megvan, még nem töröltem a history-t: [link]
[ Szerkesztve ]
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
válasz vargalex #29019 üzenetére
Persze, a többit nincs is értelme azt hiszem.
Nem is azon problémázok, hogy működik. Csak azon, hogy a docker a saját kezecskéibe veszi a tűzfal szabályok módosítását, ami SZERINTEM nagyon nem illik a unix/linux filozófiába.Hacsak nem hagytam ki valamit az olvasásból, például a kvm nem csinál ilyesmit.
Más kérdés, hogy végső soron én magam kérem ezt a módosítást a -p kapcsolóval...
[ Szerkesztve ]
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
válasz vargalex #29033 üzenetére
Tökmindegy, az ubuntu is teli van nem hivatalos cuccokkal.
Lásd snap, docker, de emlékeim szerint a uni-/multiverse tárolók sincsenek komolyabb ellenőrzés alatt.
Egyébként csak beírtam, hogy linux repo malware és az első hírt belinkeltem, mint példát, hogy nem nulla az esélye egy ilyen fertőzésnek.
A wifi sem sérthetetlen (wpa2-vel bezárólag biztosan) stb.
Millió +1 lyuk van a linuxokon is, csak nem éri meg foglalkozni ezek kihasználásával, ezért hiszik sokan, hogy linux=tökéletes biztonság.
Windows-on is még a 95-ös vagy talán a 98-as volt az utolsó, amin vírusom volt, azóta csak pár furcsa eset, amit látszólag vírus okozott, reinstall lett a vége, de egyetlen kereső sem talált rajtuk semmit.
Ilyen alapon mondhatnám, hogy tisztán linux alapon, semmi esélye egy kártevőnek.Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
válasz vargalex #29033 üzenetére
Közben lejárt a szerkesztési idő: annyit még hozzátennék, hogy nem igazán értek ezekhez a dolgokhoz, a biztonsággal mindig úgy voltam, hogy amit tudok, megteszek az önvédelem érdekében, a komoly tippeket általában igyekszem legalább átgondolni, hogy érdemes-e adott esetben plusz munkát beleölni a rendszerbe, csak ehhez az is kell, hogy aki mondja, az legalább tudja, hogy miről beszél. A kioktató stílust akkor is rosszul tűröm, ha nálam lényegesen nagyobb tudással rendelkező produkálja. Ha meg olyan, aki messze van ettől...
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
válasz vargalex #29035 üzenetére
Az a baj, hogy amihez ubin külső tároló kell, ahhoz általában a többinél is. Már feltéve, hogy a uni-/multiverse repokat is ide számoljuk. Vagy tudsz olyan disztrot, ami ennél széleskörűbb hivatalos csomagkészlettel rendelkezik? Ugyanis én azért ragadtam le az ubuntunál, mert ezen kellett a legkevésbé külsős csomagokra támaszkodni - igaz, azzal nem voltam teljesen tisztában, hogy a universe/multiverse mit is takarnak.
A snap használata lassan kényszer lesz, ahogy elnézem az ubuntu irányt, a docker meg... hát majd kiderül, meg az nem is ubuntu függő.
[ Szerkesztve ]
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
válasz vargalex #29039 üzenetére
Te írtad: (#29035)
Konkrét csomagot nem tudok, mert telepítés után első dolgom bekapcsolni a universe és multiverse repokat.
Nekem pont az volt a.kérdésem, hogy tudsz-e olyan disztrot, ami legalább ennyi csomagot biztosít a többé-kevésbé hivatalos repokból.Snapre meg a pycharm és a chromium amit említeni tudok, illetve valóban külső tárolóként a google chrome-ot.
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
válasz vargalex #29041 üzenetére
Félreérted: a docker, mint szoftver, a hivatalos tárolóban van. Viszont a docker által használt image-ek tartalma... na az már nem annyira tűnik megbízhatónak.
Ugyanez igaz a snap-re is. Ott is van hivatalos, meg nem hivatalos anyag, csak kevésbé vannak elkülönítve. Mondjuk egy dnsmasq konténer a dockerhez... van n+1, de ki tudja, mind megbízható-e? Inkább összerakom magamnak. De van ami nem tudok.Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
válasz vargalex #29045 üzenetére
Szerintem be volt, épp ezért anyáztam a drágám hülyesége miatt.
Jó, atitkosított(?hitelesített?) DNSDNSsec számomra ismeretlen terep, itt meg valószínűleg emiatt működött másképp a rendszer, mint ahogy azt elvártam, csak most egyszerűbb volt morogni miatta, mint utánajárni[ Szerkesztve ]
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
válasz vargalex #29045 üzenetére
Tényleg be volt állítva. A routerre, ami viszont nem tud a tiltásokról.
Az egészből csak azt nem értem ezek után, hogy miért váltott a notebookom DNS-t, mikor az egyébként használt lokálist is elérte.
Most egysystemd-resolve -i wlp1s0 --revert
segítségével visszaállítottam az eredeti állapotot, de most megfelelően működik. Nem értem. Pedig azt hittem, hogy értem.Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
válasz vargalex #29332 üzenetére
Márhogy mi? Átírod a diszket? Mert az teljesen egyértelmű egyébként.
Elképzelni sem tudom, hogy a tudatlanságon túl miért ne írná felül valaki a diszket, ha tovább adja... akár eladásról van szó, akár csak céges gazdacseréről. (notebook/PC stb)Egyébként SSD-knél állítólag érdemes vigyázni, mert a firmware tömörít, meg deduplikál esetenként, emiatt a /dev/zero-val felülírva nem ír át semmit, ráadásul egyszeri teleírás miatt pár blokk (viszonylag sok) sértetlen is maradhat a dedup/tömörítés miatt.
Erre egyik megoldásnak javasolták a többszöri felülírást, másiknak a hardveres jelszó beállítását, majd törlését, mert ezzel új kulcsot generálnak az SSD-k az alapvetően titkosítottan tárolt adatokhoz, amihez így többé semmilyen módon nem lehet hozzáférni.A fentiekkel annyi a gond, hogy emlékszem rá, de a forrásaimról, illetve azok megbízhatóságáról semmi infóm. És hát... szóval én picit hitetlen vagyok, hogy ez mind igaz.
(ugye SSD-nél vannak "varázslatok", amivel szakember sokmindent vissza tud nyerni még egy törölt SSD-ről is adott esetben)Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
válasz vargalex #29409 üzenetére
Mondod ezt az openwrt-s múltaddal...
Ezeken a bash sem jellemző.Egyébként összefüggéseiben kellene nézni azt a kommentet. Pont azért hoztam példának a router jellegű eszközöket, mert ott nem nagyon van más, mint busybox.
[ Szerkesztve ]
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
haddent
addikt
válasz vargalex #29516 üzenetére
Persze, azt az egyet ismerik. Azt hiszik, hogy a disztrok full más oprendszerek, mert máshogy néz ki, fingja nincs róla, hogy max. a csomagkezelő a más meg kicsit át van gányolva néhány konfigurációs rész-felület
Tőlem pénteken kértem új VM -et, kifejezetten csakis Ubuntu Server jó. Felhívom, hogy hát mióta idekerültem igyekszem kialakítani valami ökoszisztémát, indokolt, hogy csak Ubuntu jó? - Hát ők megnézték és az támogatja a Dockert meg visszafele is és ők Dockerezni akarnak ezért Ubuntu kell. Mondtam, hogy jól van, akkor kaptok egy szép SLES -t előtelepítve konfigolva saltstack, docker, compose aztán ha az általatok ismert 5 parancs közül egy nem egyezik meg inkább segítek szívesen
Ennél már csak az fájdalmasabb, amikor bármi másra használnak windows servert, mint a buta-user (gonosz vagyok, de értsd: office-böngésző-levelező bajnok) active directory domain controlnak. Arra jó, minden másra teljesen alkalmatlan[ Szerkesztve ]
-
őstag
-
Frawly
veterán
válasz vargalex #30408 üzenetére
Ezt jó tudni, egyik megoldást sem ismerem, szükség esetén meg fogom próbálni. Nálam régen a GetDataBack for NTFS vált be, de az is kb. 10 éve használtam utoljára valakinek a gépén, akinek meghalt a HDD-je.
Mióta Linuxot használok, nem volt ilyenre szükségem. Egyszer írtam felül véletlenül (jó itt korrigálnék, nem véletlenül, hanem szín tisztán a FreeDOS telepítő hibájából) a partíciós táblám (FreeDOS-szal játszottam retrózás képpen), csak a GPT táblát (partíciók érintetlenek maradtak), de azt emlékezetből rekonstruálni tudtam, 100MiB-os EFI partíció, 50 GiB-os ext4, maradék ext4, mindegyik egész MiB-os (2048 db 512 bájtos) szektorhatáron kezdődik, rebootkor már minden működött, minden adat a helyén volt. Igaz volt mentés a felhasználói adatokról, de azért örültem, hogy a rendszert nem kellett újrahúzni, mert az azért melós lett volna, arról nem volt mentés.
-
ivana
Ármester
válasz vargalex #30490 üzenetére
Főleg arra, hogy a kernel általában szénné van hackelve, hogy gyorsabb legyen a routing.
(#30492) vargalex Általában az alapprogramoknak kb. 4-5 féle forkja létezik, szóval nincs olyan, hogy teljes verzió A netcat a legviccesebb, mert annak meg különböző implementációi léteznek különböző flagekkel.
Bevallom én az openwrt webui-n be szoktam lőni aztán kész. Szerintem kb. soha nem ssh-ztam be rá.
[ Szerkesztve ]
-
Frawly
veterán
válasz vargalex #30665 üzenetére
Nem tudom, nálam Archon a /proc/cpuinfo-ban is az aktuális órajelet mutatja, szálanként eltérően, külön. Most egy gyors grep /proc/cpuinfo nálam ezt mutatja egy 2,5 GHz-es i5-2520M-en, ami gyárilag 3,2 GHz-re boostol:
cpu MHz : 1292.870
cpu MHz : 1610.595
cpu MHz : 1367.475
cpu MHz : 2015.892Pillanatról pillanatra ingadozik, 800-3198 MHz között bármi előfordul, az aktuális magok, szálak terhelésének függvényében.
-
Frawly
veterán
válasz vargalex #30667 üzenetére
Ja, értem. A model name-nél valóban a base clock van, az @ jel kicsit zavaró, mert azt tényleg értheti valaki úgy, hogy az az aktuális, de azt a CPU MHz sorban írja.
Mondjuk erre a /proc/cpuinfo-ra is ráférne már egy kis modernizáció, kb. a 90-es évek óta alig nyúltak hozzá a kernelnek ehhez a részéhez. Eléggé tömör, ködös, ahogy az infókat írja. Nem is ír elég infót, amit ír, azt is helypazarlóan.
Pl. ami közös jellemző, azt nem kéne szálanként elismételni minden egyes alkalommal, elég lenne egy közös infós részben mutatni. Plusz írhatna olyanokat, mint kódnév, foglalat, csíkszélesség, a base clock-on felül turbó órajeleket is, ha van, külön egy és összes magra vonatkozót is, integrált GPU-t, stb.. Az utasításkészleteket is elég nehezen megfejthető, túl tömör formában szokta írni, jó lenne, a valami toolt csinálnának hozzá, ami részletesen kifejti, hogy melyik-melyik, mire való.
-
Lenry
félisten
válasz vargalex #30681 üzenetére
ennyit azért nézz már ki belőlem
megnyitottam a fájlt, ott volt aktívan a kérdéses sor és yes-szel a végén.
átírtam no-ra, megjavult a problémám.
szóval, igen, biztos.a kérdés inkább az, hogy mi és miért írta át.
[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
-
válasz vargalex #30719 üzenetére
Termeszetesen a Fedora FF wayland build-jerol van szo. (koszi korrigalast)
Akkor azt mondod hogy rosszul tudtam, es amakepkg -A
nem eleg eltero architecura eseten? Marmint attol meg ,hogy lefordul meg nem biztos hogy mukodni is fog?[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
bambano
titán
válasz vargalex #30732 üzenetére
azt írod a #30719-ben, hogy:
"Ellenőrizni afile
paranccsal 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, stripped
tehá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.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
CPT.Pirk
Jómunkásember
válasz vargalex #31287 üzenetére
Nem, én az asztali gépemen szeretnék programozni, a végeredményt meg átküldeni a Raspberryre SSH-n.
IO portokat, I2C-t, SPI-t, RS485-öt saját protokollal, konfigfájlt, meg szerver felé kapcsolatot kell majd kezelnem.Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz vargalex #31292 üzenetére
Van még egy funkció, gombnyomásra AP módba kell lőnie magát az eszköznek, ami ad egy hotspotot telefonnak, ahonnan rá tudod állítani az egészet az adott helyen lévő wifire, erre egyszerű kész megoldás van Raspberryre.
Meg az is elképzelhető, hogy egyszer fog kapni 4 darab USB-s kamerát a PI és azoknak a képét is be kell majd küldenie szerverre, szóval nem baj, ha ott a lehetőség meg a kraft az eszközben.
Az időzítés egyébként jah, az RS485 irányváltó lábát nem is tudja kellően gyorsan kezelni a PI, azt egy 555-tel oldottam meg.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 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ó.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
tvamos
nagyúr
válasz vargalex #31664 üzenetére
Na ja. Ez a legnagyobb gondom, hogy mi a francert ir kulonbozo dolgokat a "sudo parted xxx.img u b p" meg a "sudo fdisk -lu xxx.img". Mert ugye az nagyon fura, hogy az egyik szerint "Microsoft basic" a masik meg ugy gondolja, hogy "ext3". A legkemenyebb az ures particio megnevezes.
Tul sok nekem ez a betu. Jobb lenne, ha egy ellenallast kene kicserelni, vagy ilyesmi."Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
CPT.Pirk
Jómunkásember
válasz vargalex #31990 üzenetére
Az Arduino a kisebb gond, az Eclipe IDE-t nem lehet kiváltani mással és abban készülnek a komolyabb munkáink. Persze az Eclipse is tud Git-et, de az megint egy specifikus megoldás, mi meg hol ebben, hol abban dolgozunk. Így is lesznek kihívások ezen a téren.
lionhearted: ez kiesik, mert saját felhőben tartjuk ezeket.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
Új hozzászólás Aktív témák
- Azonnali VGA-s kérdések órája
- Jogász topic
- Kerékpárosok, bringások ide!
- GTA VI
- Bugok, problémák a PROHARDVER lapcsaládon
- Brogyi: CTEK akkumulátor töltő és másolatai
- Huawei Watch Fit 3 - zöldalma
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Óvodások homokozója
- Íme az Assassin's Creed Shadows első előzetese
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen