- iPhone topik
- MIUI / HyperOS topik
- One mobilszolgáltatások
- Egy szenzor, két zoomkamera: újraírta a Huawei a mobilfotózás történetét
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Elkészült és telepíthető az Android 16
- Google Pixel topik
- Samsung Galaxy S21 FE 5G - utóirat
- Apple iPhone 16 Pro - rutinvizsga
-
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
-
#30696
hcl
titán
régimániák
#30695
válasz
régimániák
#30695
üzenetére
Ezért kérdeztem, mert azt _kéne_ csinálnia, de nekem úgy betörte a szóközös neveket, mint a szél... :S
-
Hello,
for i in $(ls *);do ls "${i}";done
Szerintetek is azt kéne csinálnia, hogy kilistázza a file-okat?
Azt is csinálja, csakhogy aminek a nevében szóköz van, azt külön filenevekként próbálja.
Pedig nem kéne neki.
Hogy a fenébe' lehet bash-al megoldani, hogy a szóközös file-okat is lekezelje? (Természetesen nem ls lenne a művelet.)Köszi minden ötlet
-
válasz
Apollyon
#30688
üzenetére
áh
Az általam kezelt gépek mind Iain M. Banks Kultúra-sorozatában megjelenő űrhajókról kapják a nevüket (érdemes átfutni a listát, vannak közte igen elborultak
), a Vavatch egy Halo-szerű lakható gyűrű (orbital) ugyaninnen. -
-
-
vargalex
félisten
Biztos, hogy ez a sor volt benne neked? Szeptember 20-án frissült a systemd csomag, az abban található logind.conf-ban kommentezve van benne a no-s verzió. Ráadásul arch alatt a Ddefault-kill-user-processes=false flag-el fordul a systemd, ami azt jelenti, hogy Arch alatt a no beállítás lesz a default.
Szerk.: A Wiki-ben is ugyan ez van leírva...
-
válasz
growler
#30678
üzenetére
egy héttel ezelőttig valószínűleg az Arch-ban is ez volt, ami nem világos, hogy miért állt át...
nem frissítés volt (vagy ha igen, akkor el lett kúrva), mert az Arch csomagkezelője a pacman nem ír felül konfigfájlokat, ha azt látja, hogy ahhoz kézzel hozzá lett nyúlva, hanem csak mellérakja az újat .pacnew néven, aztán majd összefésülöd őket, amikor és ahogy akarod.
és most látom, hogy szeptember közepe óta figyel egy logind.conf.pacnew a fenti mappában és abban is KillUserProcesses=no van -
válasz
sh4d0w
#30675
üzenetére
mondom, hogy ott nem látszik semmi extra, de egyébként igazad volt, a systemd lövi agyon őket, szándékosan
"systemd-logind will now by default terminate user processes that are part of the user session scope unit (session-XX.scope) when the user logs out. This behavior is controlled by the KillUserProcesses= setting in logind.conf, and the previous default of "no" is now changed to "yes"."/etc/systemd/logind.conf-ban kell visszaírni a
KillUserProcesses=yes-tno-ra -
mi lehet a kehe a rendszernek, hogy ha minden logout után eldob mindent? be voltak töltve az SSH kulcsok? viszlát! futott egy screen? hát, már nem fut! ésatöbbi.
a múlt héten még jó volt, de sehol semmi hibát nem látok (bár a journalctl-ban amúgyse igazodok ki rendesen)
azt se tudom merre induljakArch Linux, néhány naponta frissítve, ahogy kell
-
Frawly
veterán
Ja, a BogoMIPS is felesleges. A kernelben nem, mert az valami időzítéshez használja betöltés közben, de a cpuinfo-ban semmi szükség nincs rá, egy teljesen fals benchmarkérték.
Amúgy meg de, a kernel meg tud szerezni mindenféle infót, a legtöbbet a CPUID-ből tuja kiolvasni, és azt összevetni egy adatbázissal. Meg egyébként is sok infót meg tud szerezni, a modern OS-ek nem nagyon függenek a BIOS-tól. Utoljára a DOS meg a Win9x volt olyan, ami erősen függött tőle, mert egy rakat BIOS-hívást használt.
(#30669) Jester01: elhiszem, hogy a CPUID utasítás ezzel a @ jeles névvel tér vissza, de ezt a kernel lecserélhetné megjelenítéskor, simán regexppel.
-
-
Jester01
veterán
válasz
Frawly
#30668
üzenetére
Eszközt nyilván csinálhatsz hozzá (meg gondolom van is), de a /proc/cpuinfo nem túl kifinomult mivel csak egy egyszerű kernel információs szolgáltatás. Minden magon lefuttatja a megfelelő cpuid utasítást és egyebeket az eredményt pedig megkapod. Kódnév, foglalat, csíkszélesség sose lesz benne mivel ezeket nem jelenti le magáról a processzor. llyesmiket csak a vendor, family és model ismeretében egy táblázatból lehetne hozzánézni ami nem a kernel dolga.
Az, hogy a model névben benne van a @ órajel az az intel döntése. Az én AMD procim nem írja csak a modell számot (AMD Ryzen 7 1700X Eight-Core Processor).
-
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ó.
-
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.
-
LógaGéza
veterán
válasz
LógaGéza
#30623
üzenetére
Végül az lett a megoldás, hogy livecd-ről bebootoltam, és akkor láttam, hogy felülírtam a mappát amiben az adat volt egy mountpointtal...
Mikor megcsináltam először a konténert, egy olyan mappát csatoltam fel volume-nak, ami még a rendszerpartíció része van (legyen pl /mnt/123). Elindult, ment szépen egy darabig, majd kitaláltam, hogy csak jobb lenne, ha külön partícióra menne a dolog, ezért szétpartícionáltam az egyik adattároló HDD-met, majd felcsatoltam - természetesen a /mnt/123 helyre. Ami eddig adat ott volt, az így eltűnt, csak LiveCD bootoláskor, vagy a mountpoint megszüntetésekor volt látható... -
bhonti
aktív tag
válasz
szoke12
#30661
üzenetére
Mik vannak... Ez csinálta ezek szerint: Package: libnss-mdns (0.14.1-2)
NSS module for Multicast DNS name resolution
nss-mdns is a plugin for the GNU Name Service Switch (NSS) functionality of the GNU C Library (glibc) providing host name resolution via Multicast DNS (using Zeroconf, aka Apple Bonjour / Apple Rendezvous ), effectively allowing name resolution by common Unix/Linux programs in the ad-hoc mDNS domain .local. -
szoke12
őstag
válasz
bhonti
#30659
üzenetére
Köszönöm a választ!
Igen, alapvetően ez így működik. Csakhogy ennél szerintem bonyolultabb dolog, amit keresek.Volt egy másik minipc, amire eddig fejlesztettem, a harting egyik gyártmánya. Az úgy működött, hogy ha csak a gép (egy mezei pc), a minipc, meg egy switch volt a hálózat összesen, akkor is megjelent a minipc hostneve és elérhető volt rajta kersztül. Úgy, hogy csak egy tartományra voltak állítva, szóval dhcp sincs a dologban.
És nem jövök rá, hogy hogyan oldották meg.
Tuti valami plusz szolgáltatás lehet...Az m-dns-re tudok tippelni, de még nem teljesen ismerem a működését.
-
bhonti
aktív tag
-
szoke12
őstag
Sziasztok!
Egy minipc-re telepített debiannal akadt némi gondom. Tuti, hogy a megoldás egyszerű, de nem tudok rájönni.
Szóval a probléma:
Adott egy minipc, Debian 10, 2 db ethernet port.
a gépen kiadva ahostnameparancsot visszaadja a hostnevét.
De a lan-on mégse jelenik meg, csak az IP-cím és nem is tudom hostname alapján elérni.Mi okozhatja ezt?
Kell még esetleg hozzá valami szolgáltatás? -
#30656
bhonti
aktív tag
DonThomasino
#30655
bhonti
aktív tag
válasz
DonThomasino
#30655
üzenetére
Az @reboot a sor elejére mehet a csillagok helyett! Lásd pl. "man 5 crontab":
...
Instead of the first five fields, one of eight special strings may appear:
string meaning
------ -------
@reboot Run once, at startup.
@yearly Run once a year, "0 0 1 1 *".
@annually (same as @yearly)
@monthly Run once a month, "0 0 1 * *".
@weekly Run once a week, "0 0 * * 0".
@daily Run once a day, "0 0 * * *".
@midnight (same as @daily)
@hourly Run once an hour, "0 * * * *". -
#30655
DonThomasino
veterán
DonThomasino
veterán
Ez egy Zyxel Nas kibővített fw vel.
Ahol van egy tweaks nevű app amibe van egy cron deamon és a következőket írja.
Simán lehet hogy szintaktikai a hiba, bár nagyon sok verziót megpróbáltam.
Jelenleg így van benne:
* * * * * * path @reboot
Ezt adom meg a GUI ban, ha nem teszem a 6db * ot elé,
akkor nem kerül bele a cron file ba.
Magát a filet crontab -l el ellenőrzöm parancssorból. -
#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. -
#30651
DonThomasino
veterán
DonThomasino
veterán
Crontab bal megoldható olyan időzítés, hogy
5 percenként naponta X szer? -
-
Frawly
veterán
Eléggé meg leszel szivatva, csak úgy mondom. Nem is konkrétan a appod miatt, hanem ha új feltöltőként csatlakozol a store-jukban, akkor mindenféle regisztrációs díj, meg igazolás, meg lófütyi van állítólag. Én még nem csináltam, de aki ezzel foglalkozik, az azt mondja, hogy állati szopás. Persze ha az appod is olyan, hogy beleesik egy szűrőbe, amiatt is megszivathatnak extrán.
-
-
Frawly
veterán
Ez meglepett, ezzel a rövidítéssel nem találkoztam, meg kell mondjam. Természetesen utána fogok nézni, mert én a dokumentumformátumra gondoltam nagy hirtelen, de nem baj, adtál vele ötletet, ne röhögjetek. Ne feledjétek, hogy nem NSA szintű titkosításra van szükségem, egy Keepass szintű átlag megoldás elég, csak legyen egyszerűbb. Nem követelmény a katonai fokozatú biztonság. Android eleve biztonsági szinten totál komolytalan, Google nem megbízható, tele a boltjuk ellenőrizetlen fingóappal, amiknél a zárt forráskód miatt meg se tudsz róla győződni, hogy megbízható-e. Szóval ha Android, akkor a biztonság örvénylik lefelé a klozetban. Itt csak arról van szó, hogy telón ne ilyen titkosítatlan formában legyen ott.
Mert még ha tényleg megbízható megoldással is csinálom, pl. 7-zip-ről biztosan tudom, hogy megbízható, de azon kívül, hogy arra overkill, amire én akarom, az vele a baj, hogy nem tudni, hogy a telefonos 7-zip app hogy kezeli le, hová bontja ki a titkosítatlan fájlt, az hol, meddig marad látható, SD kártyára, belső tárolóra kerül-e, vagy memóriában tartja, teljesen lutri az egész. Mert a hajamra kenhetem az AES256-t, ha az app bénán van megírva, kibontja egy nem illékony fájlrendszerre temp fájlként az épp kititkosított cuccot, és onnantól az egésznek nincs értelme, lazán támadható az egész egy kis leleményességgel, nem kell semmilyen bruteforce hozzá.
-
válasz
Frawly
#30641
üzenetére
Ez a PDF viszont így másodszor belegondolva nem tűnik hülyeségnek! Először nem tetszett az ötlet, de most, hogy belegondolok, a PDF formátum is támogat AES titkosítást, és a PDF-et minden platformon megnyitja egy valamilyen tetszőleges pdf olvasó
O bazz, te PDF alatt a dokumentumformatumra gondoltál? A szövegkörnyezet elég egyértelműen mutatja, hogy a password-based key derivation-rol van szó.
-
Frawly
veterán
válasz
I02S3F
#30642
üzenetére
Azért, mert ha elhagyom vagy ellopják a telót, akkor azon nincs a háttértár titkosítva. A teló le van zárva, de az meg törhető.
Természetesen ha csak a linuxos gépemre kéne, akkor még egy tiktosítatlan plain text file is megfelelne, mert a háttértáram titkosítva van, rendszer jelszóval védve, lezárva hagyva, más nem fér hozzá, nem tud belematatni, még akkor se megy vele semmire, ha kiszedi belőle az SSD-t, és átrakja másik gépbe.
Itt most arról van szó, hogy a Keepass-nál egyszerűbb megoldások után nézek, mielőtt fölöslegesen feltalálom a kereket, és belenyúlok a kpcli kódjába. De még a gpg-s, vagy opengpg-s megoldás is játszhat, ha kulturáltabb formában meg tudom oldani túl nagy hekkelés nélkül. Itt most csak lényegében lustaságból próbálok plusz munkát megúszni, hátha lehet alapon.
-
Frawly
veterán
Kösz szépen, ezekre rá fogok nézni. Tudtam, hogy rád számíthatok.
A többieknek szép sorban: tudom, kicsit nehéz, hogy spéci igényeim vannak. Azért a haladó topikban kérdeztem. Ha csak az kéne hogy letitkosítsak valamit valahogy, arra van már több multiplatform megoldásom is.
A Java, meg igen, bloat. Headert meg lehetőleg nem akarok, akkor se, ha az AES törhetetlen gyakorlatilag.
Ez a PDF viszont így másodszor belegondolva nem tűnik hülyeségnek! Először nem tetszett az ötlet, de most, hogy belegondolok, a PDF formátum is támogat AES titkosítást, és a PDF-et minden platformon megnyitja egy valamilyen tetszőleges pdf olvasó, nem kell hozzá spéci app meg szoftver. Igaz nem plain text megoldás, de végül is nem is annyira bloat, Zathurával terminálból meg tudom nyitni, nem egy nagy tétel. Szóval ki fogom próbálni, meg megköszönném emvynek is az ötletet, meg hogy foglalkozott a problémával. Még ha ebben a formában, amiben ő írta nem is jön be, de ötlet formájában hasznosulhat ez a megközelítés, és egyszerűbb és időkímélőbb lehet, mint nekem forráskódokba belenyúlkálni. Persze nem tökéletes megoldás, mert headerje meg figyelemfelhívó jellege van a tiktosított pdf-nek is, de a módszer egyszerűsége csábító.
-
Hello,
Frekvenciaállítgatással van valakinek tapasztalata?
Lenovo T410-en akarnám lekorlátozni a procit. Debian 10.6 van fent, feldobtam a TLP-t, beállítottam neki, hogy default mode battery, ebben pedig 933MHz max. freki, powersave mindenhol, és még mindig 1,4GHz-en megy a proci. (Persze a TLP service fut., stb.)Akkor cpupower. helyből mondja is, hogy 933-on megy a proci, de a a proc/cpuinfo-t nézem, akkor még mindig 1,4GHz.
Nem igazán találok erre megoldást... :S
-
válasz
I02S3F
#30635
üzenetére
Ezer és millió megoldás létezik a gyakorlati problémájának megoldására, de mindegyikre talál valami kifogást - ez bloat, az fejlécet tesz, a harmadik keyringet használ...
Bitwarden tökéletes jelszavak tárolására, minden platformon elérhető, ha van egy böngésző, droidra is van kliense. Ha akarod, hostolod magadnak, vagy használod az online megoldást. Még cli-s felülete is van, bár ha jól látom, Node.js-es, ami még nálam is kiveri a biztosítékot.
Mindazonáltal ha valaki törekszik egy probléma megoldására, akkor azt többnyire meg lehet oldani. Kb. egy hete olvastam, hogy baja van a non-interaktív kpcli-vel, mire mondták neki, hogy egy script az egész, nyúljon bele, ha kell...
-
válasz
Frawly
#30628
üzenetére
"Ezt az openssl-t meg is próbálnám, de így, hogy írod, hogy valami komolytalan, PDF-es megoldás"
PDF mindenképpen kell, csak megfelelő algoritmust kell választani.
"Azzal, hogy egy esetleges támadónak segítség, hogy mi van benne."
Az AES praktikusan törhetetlen, tehát teljesen oké, hogy tudja a támadó, hogy AES titkosított tartalmat lát.
Én GPG-t használnék.
-
Frawly
veterán
Azzal, hogy egy esetleges támadónak segítség, hogy mi van benne. Motiválja a törésre. Ha csak egy bináris fájl lenne, fejléc nélkül, akkor még az se lenne biztos, hogy micsoda ez a fájl, egy szoftverhez tartozó adat, vagy fájltöredék, vagy mi. Így reklámozva van, hogy hülye vagyok, üssetek, gyertek, mindenki, fontos dolgot titkolok, hekkeljetek.
A gpg-vel mint írtam, két gond van. Ha ezt lefuttatod, akkor feldob egy GRAFIKUS jelszókérő ablakot. Ezt ugyan át lehet hekkelni ncurses pinentry agent megoldásra, de megint felesleges bonyolítás, és az Androidon való kititkosítás sem megoldott biztonságos formában, azaz egy validált, auditált app a memóriába bontaná ki, ahonnan azonnal eltüntethető lenne, nem hagyva maga mögött a fájlrendszeren nyomot.
Ezt az openssl-t meg is próbálnám, de így, hogy írod, hogy valami komolytalan, PDF-es megoldás, így az élből nem játszik, meg szerintem androidos, kulturált megoldás nincs rá.
Mondom, bonyásan meg tudom oldani ezt, de én minimalista, terminálos megoldást keresek, jelszóelfelejtés esetére, amibe beverek egy mesterjelszót, terminálkimenetben kiköpi a webes jelszólistát, megnézem, bezárom, és ugyanez Androidon is kivitelezhető legyen, igaz ott nem kell terminálosnak lenni, de legyen rá valami kulturált, ingyenes, reklámmentes app, ami vagy csak simán biztonságos, vagy auditált. Vagy-vagy.
Így lehet az lesz, hogy vagy a kpcli forráskódjába nyúlok bele, hogy jó legyen, vagy fejlesztek ehhez valami ultraminimalista saját megoldást, ami tényleg csak olyan szinten AES256-oz végig egy plain text fájlt, amit Androidon a cryptol app meg tud nyitni. Mert nekem nem kell bonyolítás, nem kell grafikus felület, nem kell random kulcsgenerálás, nem kell adatbázisba szervezés, nem kell limitált ideig vágólapkezelés, nem kell online szinkronizáció, és egyéb bonyolítás.
-
válasz
Frawly
#30626
üzenetére
"Az általa titkosított fájlokba túl feltűnő headert tesz, ami egy esetleges támadónak felhívás keringőre:
AES... CREATED_BY... aescrypt 3... majd csak ezután jön a titkosított bináris tartalom"És ezzel mi a gond?
Egyébként
gpg --cipher-algo AES256 -c fajlnev
Vagy
openssl aes-256-cbc -in fajlnev -out titkosfajlnev
Az a gond, hogy pl az openssl ilyen esetben valami total naiv PDF-et használ.
-
Frawly
veterán
Egyszerű, terminálos, szimmetrikus ki/betitkosító megoldást keresek, ami min. AES256 biztonsági szintű, és létezik hozzá Androidon használható biztonságos megoldás is. Lényegében egy jelszavakat tartalmazó titkosított fájl kezelése lenne csak a feladata, nagyon minimalistán. Erre várok ötleteket.
Ki is próbáltam néhány alternatívát, de egyik sem tetszik. A klasszikus gpg2 csomagból a gpg parancs, de ez alapból mindenféle keyring-et akar használni, amit le lehet tiltani, de pl. a grafikus jelszóbekérő ablakát is hekkelni kell, hogy terminálos legyen, és az androidos kezelése sincs megnyugtatóan megoldva. Eléggé túl van bonyolítva.
Aztán kipróbáltam a ccrypt-et. Ez majdnem megfelelő lenne, egyszerű, terminálos, minimalista, 0 függőség, nincs bonyolítva keyringgel és grafikus elemekkel, de Androidon nincs megoldva a kezelése.
Jött az aescrypt. Ez megint nem teljesen jó. Egyszerűségben, minimalizmusban megfelelne, Androidon is van hozzá kulturált app, de egy dolog nagyon nem tetszik benne. Az általa titkosított fájlokba túl feltűnő headert tesz, ami egy esetleges támadónak felhívás keringőre:
AES... CREATED_BY... aescrypt 3... majd csak ezután jön a titkosított bináris tartalomMegoldhatnám 7-zip-pel, ki-betömöríteni fájlt, és Androidon is működésre lehetne bírni, de a kitömörítés nem lenne biztonságos szerintem, igaz ezzel még kísérletezek. Headert ez is alkalmaz, de kikapcsolható, úgy tudom.
Eddig erre a KeePass-t használtam, ez kezelhető terminálból (kpcli), illetve biztonságos androidos app is van hozzá, de a terminálos kezelőfelülete elég gyopár, nehézkesen kezelhető automatizáltan. Igaz, mivel a kpcli Python-alapú, így beszéltük múltkor, hogy belehekkelhetek, amit lehet meg is teszek, de előtte szétnézek, hogy van-e valami egyszerűbb megoldás helyette.
Ott lenne még a VeraCrypt meg a LUKS dm-crypt, de azok nagyon ágyúval verébre megoldás egyetlen fájl minimalista titkosítására. Kicsit már a jelszavazott 7-zip-ezést is overkillnek érzem.
-
LógaGéza
veterán
válasz
growler
#30619
üzenetére
Néztem ezt is, ugyanezt használja az
ncduis, csak vizuális, könnyebben kezelhető formában - az eredmény is megegyezik vele.Ha minden Docker konténer előtt csinálnék visszaállítási pontot, az kicsit sok lenne (most is van 35, és ebből 21 fut). Használom már egy ideje, de így sose nem jártam.
emvy
Néztem ott is, csak 5 üres Volume van, kvázi placeholderként. A prune-t pedig utolsó lehetőségként akarom, ugyanis van jó pár stopped konténerem is, és azokat nem igazán akarom még elveszíteni. Meg amúgy is,docker system dfalapján ~25GB-ot foglal. -
LógaGéza
veterán
Üdv!
Tegnap létrehoztam egy Docker konténert, és bele került ~90Gb adat. Valami elszúródott a volume mappingnál, és nem oda rakta az adatot, ahova kellett volna - vagyis igazából fogalmam sincs hova rakta. Azóta újra létrehoztam a konténert, most jól működik ,de eltűnt ez az adat, és nem tudom hol van - ami nagyobb probléma, hogy foglalja is a helyet a rendszerpartíción.
Kerestem már mindenhol, de egyszerűen nem találom.ncduszerint a Total disk usage: 51,7 GiB, viszont adf -hviszont 159G-t ír foglaltnak.
Hogyan találhatnám meg ezt az adatot? Próbáltam find-al a fájlnevekre keresni, de nem lett meg. Trash/lost+found mappákban nincs.sudo lsof | grep DELad vissza 99 fájlt, de egyiknek sincs köze hozzá. Reboot után se tűnik el.
Esetleg valakinek van tipp, hogy merre keressem őket?
Ubuntu Server 20.04.1, Docker 19.03.3, a konténert Portainer 2.0.0-val hoztam létre. -
#63718632
törölt tag
válasz
Jester01
#30612
üzenetére
Ezt tegyem be egy futattható fájlba?
Nem fontos ütemezni, elég ha manuálisan elindítom és valamikor leállítom. Meg másik szolgáltató sebességét is akarom mérni, akkor másik fájlba irányítanám és előtte SIM kártyát is kell cserélnem. A lényeg az lenne, hogy napszakonként 3-4 órát tudjak mérni.
-
#63718632
törölt tag
Sziasztok!
Vacilláltam, hogy ide vagy a kezdőbe tegyem fel a kérdést. Kezdőnek nem mondanám magam, meg a kérdés sem kezdő szint. Bár amit meg szeretnék csinálni abban kezdő vagyok.
Speedtest cli-vel szeretnék sebességet mérni. A program fenn van, működik terminálban. Egyszeri lefutással. Innen jön a gyakorlatlanságom, ebben kéne segítség.
Azt szeretném, hogy 5 percenként fusson le egy speedtest és a mérés eredményét írja ki nekem egy szöveges fájlba, amit előre létre hoztam.[14:34-p okt 02 lati@dell ~]$ speedtestSpeedtest by OoklaServer: Nessus GmbH (10G Uplink) - Vienna (id = 3744)ISP: Hutchison Drei Austria GmbHLatency: 19.94 ms (6.89 ms jitter)Download: 14.56 Mbps (data used: 12.9 MB)Upload: 11.19 Mbps (data used: 12.3 MB)Packet Loss: 0.0%Result URL: https://www.speedtest.net/result/c/ceb6b48c-e801-4e6c-8981-ba1d61dbef51[14:38-p okt 02 lati@dell ~]$
Konkrétan ezt szeretném minden mérés után egy fájlban látni, szépen egymás alatt. -
-
inf3rno
nagyúr
Van egy Asus X551CA laptopom. Most win10 van rajta, az a kínom vele, hogy 6 óra az üzemidő vagy annyi sem. Szeretném feltornászni amennyire lehetséges, ehhez kéne valami minimál disztró. A Firefox (vagy valami értelmesebb böngésző) kell, hogy elmenjen rajta, WireGuard kliens, meg valami fapados jegyzetelő. Nagyjából ezek az igények. A HDD-t most cserélem SSD-re, remélhetőleg az is hoz valamit rajta. Na szóval a lényeg, hogy erre a célra milyen disztrót ajánlotok?
Sry.
Új hozzászólás Aktív témák
Hirdetés
- LG FLATRON L1942s 19"-os 1280x1024-es monitor eladó
- Bomba ár! Lenovo ThinkPad L390 - i7-8GEN I 8GB I 256SSD I 13,3" HD I HDMI I Cam I W11 I Gari!
- Akciós Windows 10 pro + Office 2019 professional plus csomag AZONNALI SZÁLLÍTÁS
- Samsung Galaxy A14 64GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone SE 2020 64GB, Yettel függő, 1 Év Garanciával
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged