-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
#97300
urandom0
senior tag
tordaitibi
#97291
urandom0
senior tag
válasz
tordaitibi
#97291
üzenetére
Dettó egy ppa-s deb, appimage, github forráskód.
Az is gyakorlatilag a karbantartón múlik.Igen, DE (és ez egy erős DE)! A ppa-s deb, az appimage, a forrásból fordított programról (átlagos felhasználóként) esélyed sincs tudni, hogy hova ír, hogy milyen adatforgalmat bonyolít, stb.. Előfordulhat, hogy egy ppa-s deb letörli a pendrive-ot, amit bedugsz? Elő bizony. Előfordulhat, hogy egy hibásan elkészített kiegészítő törli az összes adatod? Elő bizony. És lehetne még sorolni.
Konténerformátum esetén legalább az esélyed megvan arra, hogy láthatod, hova nyúlkál az adott program (és meg is tilthatod neki).Csak egy példa. Én snapet nem használok, flatpakot igen. Itt vannak a flatpakos Viber jogosultságai:
Sehova máshova nem tud írni, csak a letöltésekbe, dokumentumokba, videókba, az asztalra, a képekbe, és a ~/.ViberPC mappába. És mindezt egy egyszerű GUI-n be lehet állítani.
Innentől fogva (ha a konténer védelme jól működik), hogy letarolja a home mappámat, hogy valami kémprogramoat helyezzen el az ~/.config/autostart-ban, stb. -
#97297
sh4d0w
félisten
tordaitibi
#97294
válasz
tordaitibi
#97294
üzenetére
Oke, hadd szogezzek le valamit, mielott barki is felreerti: ha vhol biztonsagi problemat latok, csak azert teszem szova, hogy mindenkinek vilagos legyen, mivel szembesul - de ettol meg mindenki azt hasznal, amit akar.
Visszaterve az alkalmazasokra: hasznald a hivatalos tarolot, a legnagyobb eselyed akkor van arra, hogy ne vadasszon le vmi idiota. Kicsit furi ez a kerdesed egyebkent, mert mar nem tamogatott Ubuntut hasznalsz, nyilvan a csomagok is regiek lesznek a meg meglevo repokban. Ettol fuggetlenul frissiteni akkor erdemes barmit, ha lejar a tamogatasa, vagy biztonsagi hibat talalnak benne. Egyebkent ha nem romlott el, ne javitsd meg.
Debianban tenyleg regebbi csomagok vannak a tobbi disztribuciohoz kepest (de a backportsbol kaphatsz ujabbakat), ellenben stabil es merem allitani, hogy a legtobb disztribucional biztonsagosabb is - es desktopkent is hasznalhato. 1000 es egy eve leszoktam arrol, hogy buzeraljam a rendszeremet, mert sokkal produktivabb vagyok, ha nem az OS-t kell faragnom: ahogy kihajitottam az Ubuntut es a Linux Mintet, ugy a Debiant is kihajitom, ha ugy alakul. Szamomra az OS eszkoz, nem pedig cel es gyanitom, hogy nem egyedul vagyok ezzel, mert nem en vagyok az egyetlen Debian felhasznalo. Ebbol pedig az kovetkezik, hogy a regebbi csomagokkal is egyutt lehet elni, felteve, hogy nem akarok olyat a rendszerre eroszakolni, ami nem tamogatott. Lehet persze hasznalni frissebb alkalmazasokat is, de akkor tudd, hogy mit csinalsz es ne engedd le a vedelmet, csak mert ugy kenyelmes, hanem probald meg a megadott feltetelek mellett megoldani a feladatot!A Te esetedben pl. nem piszkalni a snap beallitasokat, hanem keresni egy eszkozt, ami a snap altal letoltott cuccot atmozgatja oda, ahova Neked kell - ezt lehet idozitetten, meg esemeny-vezerelten is, tehat eszkoz a cron, de mivel ez CLI-s, amire Te szentelt vizet locsolsz, lehet keresni hozza GUI-t (van), vagy keszitesz ra egy systemd-s unitot, amire oly' sokan eskusznek (nyilvan en nem).
Szoval vannak lehetosegek boven, felteve, hogy az ember nem soros lokent nez es megy egyetlen iranyba, hanem nyitott szemmel jar.
-
#97294
tordaitibi
veterán
sh4d0w
#97292
válasz
sh4d0w
#97292
üzenetére
Köszönöm.
Viszont se te se senki meg ne haragudjon, megint a vesszőparipám.
Akkor most én a legnagyobb tisztelettel kérek tőled tanácsot mert sűrűn olvasgatom a blogjaidat a biztonságról.
A gyári tárolós appok egy része használhatatlan, 2-3 éves applikációk.
xy-akárki által karbantartott, naprakész snap, appimage, ppa, aur app megbízhatatlan, ergo nem ajánlott.
Appok tömkelege NEM található meg a gyári tárolókba, csak weboldal, ppa, snap stb.Hogyan tovább Linux...?
-
#97292
sh4d0w
félisten
tordaitibi
#97291
válasz
tordaitibi
#97291
üzenetére
Nem tevedsz, pontosan ezt magyaraztam 2 v. 3 alkalommal ebben a topicban az elmult 1 ev soran.
-
#97291
tordaitibi
veterán
sh4d0w
#97288
válasz
sh4d0w
#97288
üzenetére
Dettó egy ppa-s deb, appimage, github forráskód.
Az is gyakorlatilag a karbantartón múlik.
Ha tévedek javíts ki.Talán a gyári repó ami teljesen ellenőrzött a disztró szempontjából.
Ha ebben is tévedek, ebben is javíts ki légyszi.
Szerk, wáóóó, akár én is csinálhatok snapet? És ki fogja ellenőrizni? -
#97288
sh4d0w
félisten
tordaitibi
#97286
válasz
tordaitibi
#97286
üzenetére
Nem bonyolult és elmagyaráztam már néhányszor: többek között azért nem igaz a Canonical állítása a biztonságról a snap kapcsán, mert nem a cégen múlik, hanem a csomag karbantartóján. Az egyiknek magasabb a biztonsági szintje, mert rendesen be van állítva, a másiknak nincs, a harmadik figyelembe veszi, hogy külső eszközre is menteni lehessen.
-
#97286
tordaitibi
veterán
galaxy55
#97283
válasz
galaxy55
#97283
üzenetére
Te nem értesz még mindig
ugyanaz a .deb menthet másik lemezre, a snap nem,.
Biztos megvan az oka, de írtam hogy így elvágták a userek nagyrészét a használatától.
Nekem a / 30gb ebbe van a home, amiből 25gb foglalt.
Ha erre nekiállok 650gb filmet rátenni meg 50gb torrentet meg 50gb virtualdiszket..? hogyan tudnám használni? És mások is így vannak szerintem ezzel.Találtam másik 2 snap videoletöltő appot amibe alap a removable-media, azaz a külső lemezekre mentés.
Azoknak szabad?Értelek én téged de ha ilyen korlátos egy linux, pardon ubuntu applikáció (az Ubuntu is linux úgyhogy itt a kör bezárult) akkor ez nagyon szembemegy a linuxos felfogással.
Mégegy.
Az összes videoleöltő snap app a yt-dlp-t használja, ezek csak GUI-k.
A yt-dlp-nek meg van joga a külső médiákhoz alapból. A guinak meg nincs..?
A fene se érti már ezt. -
urandom0
senior tag
Mert néha okoz problémákat. Ha pl. fordítok egy programot, van, hogy jogosultsági probléma miatt nem engedi lefordítani. Aztán volt, hogy fél napot szenvedtem egy dockeres programmal, mert nem engedte, hogy külső volume-ot csatoljak be hozzá. Volt olyan, hogy valamilyen szervert akartam futtatni, azt sem engedte, arra is ráment pár órám, mire rájöttem, mi a gond.
Fedora 39 -> 40 upgrade után pedig addig nem tudott bebootolni, amíg újra nem címkéztettem vele a rendszert. selinux=0 paraméterrel kellett indítani, /.autorelabel fájlt létrehozni, aztán megint bebootolni, mikor végzett a címkézéssel, megint bebootolni...
Biztos jó a SELinux, ha nem okozna problémákat, nem is kapcsolnám ki.
Az OpenSuse-s gépemen AppArmor van, ezzel soha egyetlen problémám nem volt... -
#97282
sh4d0w
félisten
tordaitibi
#97279
válasz
tordaitibi
#97279
üzenetére
"Számomra így alaphelyzetben használhatatlanok, mentegessek le 120 videoklipet meg 5 filmet a home-ba, aztán másolgassam a másod ssd-re? Nekem ez nem gyerebe."
Pedig meg automatizmus is keszitheto ra, Neked annyi dolgod lenne, hogy letoltsd a cuccot, ahova tudod.
-
#97281
I02S3F
addikt
tordaitibi
#97280
I02S3F
addikt
válasz
tordaitibi
#97280
üzenetére
Tényleg sokat ismétled a küzdelmeid. Végsősoron nem egyféleképpen használjuk az OS-eket. Én elfogadom, hogy te másként csinálod, mint az megszokott, vagy mainstream. Ráadásul a Linux aztán tényleg arról szól, hogy a szükségleteid képére faraghatod, így kár lenne elfordulnod tőle!
-
#97280
tordaitibi
veterán
cigam
#97278
-
#97279
tordaitibi
veterán
galaxy55
#97276
válasz
galaxy55
#97276
üzenetére
"Mit keresne a letöltős app a $HOME-on kívül?"
??? Nagyon is sokat.Nem érted még mindig.
Én nem használom a home-t. Minek...? És nem használom a Win C meghajtót, ezek csak a rendszerek, snitt. Nem kell, semmi nincs benne, üres.
És kicsi is, elég egy 128gb ssd, amiből perpill. 50gb szabad, a 6 éves ubuntu meg a 8 éves W10 együtt nincs 65GB.
Minek elpazarolnom mondjuk 500gigát a Linuxnak meg 500gigát a Windowsomnak...? Mikor ugyanazokat a fájlokat használom mindkettőn?Ha megdöglik a rendszer, vagy a rendszer ssd, mivel ez van csillió bájttal írva-olvasva, nem vesztettem semmit mert minden a másik lemezen van:
Minden át van irányítva nem pendrájvra! hanem egy 1tb háttérvinyóra.
itt az 1 terás háttér sssd-m mappaszerkezete. Ez mind passzív tartalom.
megasync ide szinkronizál, alatt tucat almappa logikus rendszerbe.
doksik_vegyes, kb. 5 gb pdf, általam napi használatú doc, docx, Libreoffisz dokumentum, évtizedre visszamenőleg munkahelyi adatok, otp-s számlamásolatok stb. stb.
download, minden ami webről ment, az összes böngészőm ide ment mindent.
Képek, értelemszerűen a 20 éve gyűjtögetett összes fényképem.
torrent, adja magát.
video_download, minden amit videoletöltőkkel leszedek ide jön le.
video_film_klip, kb. 650gb film klip rendszerezve.
virtual_os, no komment, itt figyelnek a virtuális lemezkép fájljaim.És amikor átbootolok Winbe, annak ugyanezek vannak megadva vagyis szinte tökmindegy melyik rendszerrel mit csináltam, mit töltöttem le, milyen doksit szerkesztettem, ugyanazt látom mindkét os alól.
Ez valami iszonyat praktikus és kényelmes.De ez nem tűri meg a /home meg a C meghajtó szokásos használatát, amúgy nálam a Win is C tekintetében szinte üres.
Próbáltam leírni érthetően én hogyan élek a pc-ken és miért nem tudom elfogadni hogy nem, nem usb eszközt hanem még egy beépített sata ssd-t se képesek látni ezek a korlátos konténeres megoldások.
Számomra így alaphelyzetben használhatatlanok, mentegessek le 120 videoklipet meg 5 filmet a home-ba, aztán másolgassam a másod ssd-re? Nekem ez nem gyerebe. -
I02S3F
addikt
Na! Megjelent a LMint 22. Szerintem clean install-t tolok. Nem régi a mostani rendszerem (nem rég telepítettem). Nem frissíŧeném, hogy nehogy kijöjjön valami probléma emiatt.
Csak ismételni tudom magam. Számomra a Mint olyan, hogy "Telepít és használ!" semmi konfig nem szükséges hozzá! Nagyon kényelmes!
-
#97275
urandom0
senior tag
tordaitibi
#97239
urandom0
senior tag
válasz
tordaitibi
#97239
üzenetére
Szerintem ha egy CSAK letöltésre képes applikációnak nincs alapból jogosultsága a home-n kívülre, az nagyon gáz.
Nincs valami elérhetősége annak, aki csinálta a snap csomagot? Lehetne írni neki, hogy idiótán vannak beállítva a csomag jogosultságai.
-
urandom0
senior tag
Munkaállomáson első dolgom szokott lenni a SELinux kikapcsolása, csak szerveren hagyom bekapcsolva.
A firewalld-ot pedig lecserélheted ufw-re, bár én nem szoktam, mert a firewalld se valami bonyolult.
Egy port megnyitása pl. ennyi:firewall-cmd --add-port=22/tcp --permanentVagy ha a gyári profilok segítségével szeretnél portot nyitni egy szolgáltatásnak (pl. ssh):
firewall-cmd --add-service=ssh --permanentÉs utána kiadod ezt:
firewall-cmd --reloadÉs már érvénybe is léptek a beállítások (és újraindítás után is megmaradnak).
-
#97273
csixy
addikt
tordaitibi
#97271
csixy
addikt
válasz
tordaitibi
#97271
üzenetére
Meg ahogy Szarvas József dadog, az se semmi!
-
#97271
tordaitibi
veterán
csixy
#97269
-
#97269
csixy
addikt
tordaitibi
#97265
csixy
addikt
válasz
tordaitibi
#97265
üzenetére
Köszi. Értem. Csak azt nem értem, hogy miért ragaszkodsz a rég nem támogatott ubi verzióhoz.
Amúgy a yt-downloader csuda egy progi. Meg akartam nézni a youtube-on a Hasutasok c. filmet de nem adta , mert azt mondta, hogy jelentkezzek be a gugli fiókommal, hogy láthassa, hogy nem vagyok gyerek. A címsoros linket meg bemásoltam a downloaderbe , oszt úgy leszedte a filmet, mint a huzat. -
válasz
sh4d0w
#97263
üzenetére
Erről a készítők tehetnek nem csak az Ubuntu.
Mezei userként nem tudom
- magam hozzáadni a boinc csoporthoz, hogy működjön a számítás.
- a Gnome shell bővítményeket hozzáadni, pedig az admin userként simán bepattintottam a nasa apod háttérkép csereberélőt.
- az USB meghajtót felcsatolni.
És ez csak 3 korlátozás az elmúlt fél órából, amibe beleütköztem.Naná hogy senki nem akar mezei user lenni. Az elsőnél még érthető a korlátozás, de a másik kettő? Tényleg napokig hetekig nyálazzam a Manuel, meg az internetet hogy mit kell bekapcsolni, hogy mezei user is fel tudjon csatolni egy merevlemezt?
-
#97266
tordaitibi
veterán
sh4d0w
#97264
válasz
sh4d0w
#97264
üzenetére
Köszönöm ez nagyon jólesett
de külső segítség nélkül nem tudok ilyen dolgokat megcsinálni.
Miután fél napig gugliztam meg próbálkoztam, sikerült.
Túrtam rendesen a snap app mappaszerkezetet mire megtaláltam a yaml fájlt és abba az app permissionst.
A leírt módszered, igen így kissé nehezebben lehetne + jogokat adni.
A másodikkal meg gyakorlatilag sehogy de ahhoz meg állandó netkapcsolat kéne, ne fussunk bele az Apple megoldásába hogy egy szoftvert el se lehet indítani, vagy egy új hardvert birtokba venni (pl. fülhallgató) ha nincs élő netkapcsolat. -
#97265
tordaitibi
veterán
csixy
#97254
Kedves jó Csixy.
A módszered tökéletes egy friss rendszeren, amin a yt-dlp-nek szükséges python verzió perpill. 3,7+++.
Viszont mivel nekem a 18.04-en a python támogatás megállt bő 1 éve a 2,7 verziónál, így a te módszereddel nem megy a yt-dlp.
Viszont a snapes az hozza magával a neki kellő pythont, innentől csak annyi hogy a megfelelő helyre symlink és lőn bódottá
Itten van egy tökéletesen működő yt-dlp ami egy symlink a /snap/bin/yt-dlp -re.
A nyüves Smplayer sajnos csak ezt az elérést ismeri, /home/xxxx/bin, semmi mást nem tud használni. Ezért kell ez.
Ha el tudnám magyarázni Smplayernek hogy ne itt hanem pl. a /snap/bin/yt-dlp alatt keresse, akkor ez se léne.
Ebben esetleg valaki...? mert túrtam a .conf fájljait de sehol nem találom, hol van az agyába égetve a /home/bin elérés. -
#97264
sh4d0w
félisten
tordaitibi
#97262
válasz
tordaitibi
#97262
üzenetére
En kineztem Beloled, megvan hozza a tudasod es a tapasztalatod es nem miattad lesz bajban az r=1 Linux-felhasznalo, hanem a Canonical ostoba/f.szkalap hozzaallasa miatt. Siman meg lehetne csinalni, hogy a snap csomag telepitesekor a snap service rogziti a yaml-ban levo informaciokat, igy hiaba tursz bele, akkor is kierolteti a beallitasokat. Ugyanez pepitaban, ha a snap store-bol synceli le egy lokalis cache-be.
-
Normal esetben igen, az elso user lesz ilyen, de az a bizonyos elso user utana akarhany kovetkezot felvehet ugyanilyen joggal - es a rossz gyakorlat errefele mutat. Az is igaz, hogy mar nem csak az Ubuntu csinalja ezt, de ok terjesztettek el (figyelem: nem azt mondtam, hogy ok talaltak ki) Linux korokben: ma mar egy Debian is felajanlja, hogy ha nem csinalsz jelszot a rootnak telepiteskor, akkor az elso user megkapja a sudo-t.
-
#97262
tordaitibi
veterán
sh4d0w
#97250
válasz
sh4d0w
#97250
üzenetére
Az elsőre, egy usb-n abszolút leválasztható, hordozható tárat nem kéne teleirkálni semmilyen oprendszernek. Úgytudom ezeken még kuka sincs, közvetlenül töröl ezért nem is értem.
Másodikat csípőből hárítom
A snap hekkelését a gugli segítségével csináltam, ugye egyikőtök se nézi ki belőlem hogy leültem a monitor elé, 10 percig olvasgattam a snap angol nyelvű doku és man leírásait, majd megcsináltam a hacket
Ez a procedúra bárki számára hozzáférhető, pl. a snap firefox, chrome és még jópár snap app unpack-repack, modified a gugli első találatai között van, több oldalnyi van egyébként.
Abban igazad van nem a kezdő linuxos topikba kellett volna ezt közkinccsé tennem, de mégegyszer kihangsúlyozom 100számra adja a gugli az erre vonatkozó találatokat.
Akartam ebből egy rövidke blogot írni de elvetted a kedvem...
még miattam lesz a következő linuxos generáció adatvesztéses/ vagy kibertámadás áldozata. 
-
válasz
sh4d0w
#97260
üzenetére
Nem csak az Ubuntu kér sudo-t, ha telepíteni kell egy programot/csomagot, vagy egy konfigurációs fájlt szerkesztenél.
Tehat nem csak a root accountnak van emelt privilegiumszintje, hanem minden usernek.
Ez így nem igaz. Csak az első user lesz tagja a sudoersnek. A többi már nem lesz az, vagy szándékosan be kell pippantani.
Az a baj hogy a Windows-hoz hasonlóan az első és egyetlen (admin) felhasználóként használják a gépet, és nem hoznak létre mindennapos használatra egy mezei user felhasználót. -
válasz
sh4d0w
#97241
üzenetére
Rootként alig par mozdulattal ezt oda allitod, ahova akarod.
Márpedig egy rendszergazdától elvárható hogy tudja mit miért csinál. Egy mezei user nem képes módosítani azt. Nem értem mi a probléma.
Ennyi erővel egyik linux sem biztonságos, mert emelt szintű jogosultsággal bármit elállítok ahogy akarok.
-
válasz
sh4d0w
#97256
üzenetére
A Debian tényleg nagyon jó, egyedül a régi csomagok miatt váltottam Fedorára. Viszont utóbbiban két dolog zavar, bár azt nekem nem igazán kell piszkálnom elvileg, mert gyárilag hangolva jön. A SELinux és a Firewalld. Debianon AppArmor és UFW van, utóbbit viszonylag könnyen tudom kezelni kezdő létemre is. Másik izgalmas dolog a Debianban, hogy nincs az az Enterprise Linuxoknál jellemző szarakodás, hogy valamelyik csomagot biztosítja, valamelyiket meg nem, mert az ütközik a policyval. Adjál hozzá valami külső third-party tárolót, azzal meg megint lesz majd ütközés és kínlódás. A Debian egyben ad mindent, amit akarsz, kodeket, médialejátszókat, firmwareket, stb. Csak régieket.
-
olivera88
veterán
válasz
urandom0
#97231
üzenetére
Köszi szépen. Kiprobálom nemsoká
Megint én voltam balfék. 
Most hogy írod h első kettő macskaköröm között van maga link, második meg kettő között meg fájl neve. Én meg azt hittem valahogy h egymáshoz tartozik. Így már megy letöltés. Így egyesével jobb letöltés mivel csak szükséges fájlokat töltöm le, és így jóval gyorsabb. Ha összes fájlt letöltöm az sose nem jön le, + hatalmas adat mennyiség, addigra méár következő futás is lefrissül mire aktuálist letöltöm. 
Limitált a szerver sávszéllesége valamilyen oknál fogva, így barom lassu, kb 3 mb val töltödnek le fájlok. Mondjuk talán ha még lehetne szűrni külön paraméterre is, da asszem tán lehet, h ne töltsön le sok olyan paramétert amire nincs szükségem, ezzel még tovább lehetne gyorsítani. -
En is Ubuntuval kezdtem, meg vmikor 2007-ben, 3 v. 5 evig hasznaltam, aztan Mint, 2014 ota meg Debian. Probalkoztam MX-szel is nehany eve, de nem tudtunk osszecimboralni, ezert maradt a Debian, masik SSD-n a Windows, minden mas virtualizalva - van hozza eleg kraft a vasban. Ket virtualis gep eleve indul a Debiannal, eszre sem veszem, hogy futnak.
-
#97254
csixy
addikt
tordaitibi
#97249
csixy
addikt
válasz
tordaitibi
#97249
üzenetére
Itt az én [szabálytalan] megoldásom egyszerű fájl kicseréléssel, de gondolom, hogy ezt a faultomat a debián egy következő yt-dlp frissítéskor egyszerűen felül fogja írni. Addig meg működik az új verzió.
-
#97250
sh4d0w
félisten
tordaitibi
#97247
válasz
tordaitibi
#97247
üzenetére
tibi, nezzel mar egy kicsit tavolabb, lasd, hogy a fa mogott ott van az erdo is. Ne vegyuk egy kalap ala az OS-eket es az alkalmazasokat. Az OS-eknek altalaban veve van egy logikajuk es ugy nyitogatjak a konyvtarakat. Vagy kerted az Ubuntudat, hogy a hozzon letre /etc-t, /var-t, satobbit? Nem, evidensnek veszed, hogy az OS egy bizonyos elkepzeles menten ezeket automatikusan letrehozza, oda file-okat tesz, alkonyvtarakat nyit stb.
Amikor viszont egy app beleir a /etc-be, a /usr/bin-be, a /opt-ba, meg a sajat home-odban meg vagy 2-3 helyre, na az szemeteles. Az, hogy egy allitolag biztonsagos, sandboxos csomagformatumnak par mozdulat plusz jogosultsagokat adni azon kivul, amivel erkezik, nem jo. Nekem nem azzal van bajom, hogy Te, szemelyesen, az ITCafe.hu forumanak tordaitibije atiranyitottad vmelyik videoletolto celkonyvtarat, hanem azzal, hogy nehany mozdulattal megteheto.
A kovetkezo szint az lesz, amikor majd jon vmi full kezdo, akinek a Linux alapjairol sincs halvany lovese sem es kerdezi, hogyan lehet ezt megcsinalni, mert "olvasta valahol", hogy lehet. Nincs realis indoka, miert akarja ezt tenni, csak ugy erzi, ez "meno". Aztan ennek kovetkezmenyekent "elveszik" a szakdolgozat, biztonsagi mentes ohne es nem ismeri fel, hogy o volt a hulye, csak kijelenti, hogy a Linux szar es nem biztonsagos.
-
#97249
tordaitibi
veterán
I02S3F
#97243
válasz
I02S3F
#97243
üzenetére
Mert kb. 3 hónapja volt egy disztró-ámokfutásom, nekifutottam kb. 10edjére hogy lecseréljem a belakott őskövület rendszeremet.
És a Manjaron kívül, ami sajnos ismét csak nem jött be, a Debian, az Ubuntu, a Kubuntu, a LinuxMint gyári tárolói tele vannak elavult 1-2-3 éves használhatatlan szoftverekkel.
A Snap meg naprakész, ezt tanusíthatom az ominózus yt-dlp-vel, 2024.07.25. jött ki az új azaz tegnap, és még aznap lefrissítette a Snap.
Ehhez képest Ubuntu tárolóba 2022-es
viszont ha ennyire ramaty a gyári tároló, a Snap meg vígan elfutkorászik a 18.04-en, akkor miért is kezdjek előlről egy új disztrót..? Értelmetlen.
Pláne mióta tegnap óta meg tudom hekkelni a snap appokat hogy végre azt tegye amit kérek tőle. -
#97247
tordaitibi
veterán
sh4d0w
#97242
válasz
sh4d0w
#97242
üzenetére
Egy általam másodpartícióra irányított "video_download" könyvtárba történő mentést én nem nevezném szemetelésnek.
Szemetelés az amikor a hordozható 1 terás ssdm-re minden OS szemetel,.
Android verziótól függően 3-5 könyvtárat tesz rá, a linuxok 2-3mat, windows kettőt+ 1-2 fájl.
andriodos tévék szintén 4-5.
Rekord egy droid13-mas telefon OTG-n, az konkrétan 9 könyvtárat sz@rt a partícióra.
Brilliáns, nagyon frankón néz ki egy ilyen hurcibálós mappaszekezet Több a szemét mappa mint a rendes.
Na EZ szemetelés. Tudom hogy kell pl. kuka stb. de ez a szemetelés. Mert erre nem én kérem a rendszereket.
A többi yes -
I02S3F
addikt
Én amúgy azt nem értem, hogy ha ennyire hackelni szükséges a snap-et Tibinek, akkor miért valami Mint-et, vagy más snap nélküli disztrót választ? Igen tudom, hogy ment a próbálkozás, eredménytelenül.
Én most Mint-en vagyok. Egyszerűen semmit sem szükségse állítani benne! Kézre áll rögtön!
-
#97242
sh4d0w
félisten
tordaitibi
#97239
válasz
tordaitibi
#97239
üzenetére
Az nagyon rendben van, hogy egy alkalmazasnak alapbol nincs joga mashova szemetelni, csak a user sajat home-jaba, mert nem szabad megengedni, hogy OS-tol fuggetlenul az alkalmazasok oda piszkitsanak, ahova akarnak. Ilyen vilagbol jovunk - es tibi, Te mar akkor is felnott voltal, amikor ezt a vilagot eltuk, kivaloan lathattad, mi volt a kovetkezmenye - es nem veletlenul fejlodott oda ez, ahol most tartunk.
-
#97241
sh4d0w
félisten
tordaitibi
#97237
válasz
tordaitibi
#97237
üzenetére
Egy dologban igazad van: mindent meg lehet hackelni.
Csak az nem mindegy, mennyi erofeszitest igenyel. Az, hogy egy kontenerformatum arra van kitalalva, hogy egy szuk teruleten garazdalkodhasson, aztan alig par mozdulattal ezt oda allitod, ahova akarod, sokmindennek nevezheto, jonak semmikepp.
Ez a megvalositas igazabol olyan igazi Ubuntus: "csinaljunk vmit, ami megkulonboztet minket a tobbi Debiantol, mondjuk egy sajat csomagformatumot. Mivel ezt kevesen veszik be, ezert mondjuk azt rola, hogy azert jo, mert 'biztonsagos', mert sajat sandboxban fut, de normalisan azert nem kell megcsinalni...".
Ez a hozzaallas erosen emlekeztet a Microsoftera: "raerunk megcsinalni szarul is, minek effortot belerakni a jo megoldasba, aztan ha majd baj lesz belole, foglalkozunk vele.".Szoval ez nemhogy nem a snap hibaja, hanem inkabb epic fail. Legalabb 2 modszert tudnek emliteni, amivel sokkal nehezebb lenne az ilyen babralas, ha meg kicsit gondolkodok is, akkor meg 3-at hozza tudnek tenni, mivel lehetne meg kemenyebbe tenni a vedelmet ezeknek a csomagoknak.
-
#97240
csixy
addikt
tordaitibi
#97239
csixy
addikt
válasz
tordaitibi
#97239
üzenetére
Mi az a Snap?
![;]](//cdn.rios.hu/dl/s/v1.gif)
Írtuk már, hogy ne menj motoros szemüveggel búvárkodni, mert belemegy az orrodba a víz.. -
#97239
tordaitibi
veterán
urandom0
#97238
válasz
urandom0
#97238
üzenetére
Szerintem ha egy CSAK letöltésre képes applikációnak nincs alapból jogosultsága a home-n kívülre, az nagyon gáz.
Ezzel azt feltételezik hogy mindenki 1R user, nincs, nem létezik másodmeghajtó, nincs másik partíció, nincs semmi csak a /home.
És ez már Winen is sértő feltételezés ahol a userek 50%-a tényleg csak a /C: -t ismeri, de a többi rendelkezik több lemezzel amiket célirányosan használ.
Ez, mégegyszer kihangsúlyozom egy nagy f@sz§ág. Orbitális hiba.
És ez a hiba nagyon sok Snap appba benne van. Ha valaki csakis a snapre támaszkodik akkor gyakorlatilag bebörtönzi magát a home alá. Gyakorlati tapasztalatból írom ezt.
Például itt van az Opera böngészőm. Kilométer hosszú a jogosultság listája.
és mégis naponta sokszor belefutok hogy képtelen külső linket fogadni, pl. Viberen kapok egy webcímet, kattintok és jön a hibaüzi hogy ezt bizony nem tudja feldolgozni permissions probléma miatt.
Marad a control-c kontrol-v. 2024-ben.
Visszafelé ugyanez, a snap Operából lehetetlen egykattal elérni másik applikációkat.
Valószínű ez megszűnne ha minden applikációm snapes lenne, azok tudnak beszélgetni egymással, de a másodpartíciók-lemezek még mindig megkerülhetetlen problémák maradnak. -
urandom0
senior tag
válasz
sh4d0w
#97236
üzenetére
A konténerformátumok azt garantálják, hogy az adott program csak a saját virtuális processz- és fájlrendszerterületén tud garázdálkodni. Ezt a snap szépen megoldotta.
Az, hogy a user
egyetlen mozdulattalnémi power useres hekkelés árán meg tudta változtatni a jogosultságokat, az nem a snap hibája.
Érted, ha te riasztót szerelsz fel a házadba, de utána elvágod az áramvezetéket, akkor nem a riasztó a hibás. -
#97237
tordaitibi
veterán
sh4d0w
#97234
válasz
sh4d0w
#97234
üzenetére
Azért ez így elég nyers vélemény.
Mindent meg lehet hekkelni ha az ember körbejárja.
Írtam példának az Android .apk hekkelést.
Igaz az amúgy nem is legális, asszem a fejlesztők nem is engedik, ennek ellenére "természetesen" kivitelezhető.
Csak az nagyon bonyis, ha 1 bit megváltozik az appban, nem engedi telepíteni ,hashelni kell, azt rögzíteni, valamint mostanság már nehéz hitelesített aláírást szerezni. Android 12 felett ha jól emlékszek a változásokat a Gugli nem fogadja el azaz minimum rootolt eszköz kell hogy egyáltalán települjön.
Enélkül elhasal.Tény hogy jobban le van védve mint egy Snap app de minden megoldható
A Snap így ránézésre egy olyan portable, appimage alapformátum amibe nincs becsomagolva a teljes futtatókörnyezet, az külön van. A függőségei bele vannak csomagolva de a futtatókörnyezet az maga a snap rendszer. Az szabályoz sokmindent.
És pl. ebbe a Video-downloaderbe a snap többi szoftvere elérhető, ez csak egy GUI, és a snap yt-dlp-re meg a ffmpeg-re támaszkodik. Láttam ezeket a snapen belüli hivatkozásokat a .yaml fájlba.
Kis mini oprendszer az OS-en belül.
meg mivel ugye szabad szoftveres Linux alkalmazásról beszélünk, minden dokumentálva van, ergo ez alapján bármit lehet vele csinálni.
Néha a zárt forráskódnak is van ezekszerint előnye. -
#97233
urandom0
senior tag
tordaitibi
#97230
urandom0
senior tag
válasz
tordaitibi
#97230
üzenetére
De ennek semmi köze a biztonsághoz. Az, hogy te a saját gépeden tárolt és futtatott snap jogosultságait meg tudtad változtatni, az teljesen normális és természetes. "Az ellen nem véd", nem is célja védeni a helyi módosítások ellen.
A konténerformátum azért konténerformátum, mert egy konténerben fut, amiből nem tud kitörni. Ha valaki (akár te, akár egy gonosztevő) belép a gépedre (az már régen rossz...), és megváltoztatja a snap jogosultságait, az egy másik kérdés.
Az, hogy Video letöltő program addig nem látta a /home mappádat, amíg te explicit módon bele nem hekkeltél, az pont jelenti, hogy a snap mappabiztonsági rendszere jelesre vizsgázott. -
urandom0
senior tag
válasz
urandom0
#97231
üzenetére
....
Ez is egy megoldás:
APIKEY=b40eee26-a596-483f-87e8-7d8153555b82
# Latest model run:
curl -s "https://dmigw.govcloud.dk/v1/forecastdata/collections/harmonie_dini_sf/items?api-key=$APIKEY" | jq "[.features[].properties.modelRun]|unique|sort|.[-1]" > /tmp/harmonie_dini_sf
# Retrieve download links from latest model run
curl "https://dmigw.govcloud.dk/v1/forecastdata/collections/harmonie_dini_sf/items?modelRun=$(cut -d\" -f2 /tmp/harmonie_dini_sf)&api-key=$APIKEY" | jq -r ".features[]|[.asset.data.href,.id]|@csv" > latest_model_run_linksÉs persze ha azt akarod, hogy egyből le is töltsfe a grib fájlokat, akkor csapd oda a végére hogy
# Download the actual GRIB files
cat latest_model_run_links | awk -F, '{print $1, $2}' | xargs -L1 sh -c 'curl $0 > $1' -
urandom0
senior tag
válasz
olivera88
#97229
üzenetére
Namost ezt az egészet át lehet írni így:
APIKEY=b40eee26-a596-483f-87e8-7d8153555b82
curl -s "https://dmigw.govcloud.dk/v1/forecastdata/collections/harmonie_dini_sf/items?api-key=$APIKEY" | jq "[.features[].properties.modelRun]|unique|sort|.[-1]" \
| xargs -I Q curl "https://dmigw.govcloud.dk/v1/forecastdata/collections/harmonie_dini_sf/items?modelRun=Q&api-key=$APIKEY" | jq -r ".features[]|[.asset.data.href,.id]|@csv" > latest_model_run_linksVagy ha külön-külön akarod futtatni a két curl-t, akkor így (beleírtam a megjegyzéseket is):
APIKEY=b40eee26-a596-483f-87e8-7d8153555b82
# Latest model run:
curl -s "https://dmigw.govcloud.dk/v1/forecastdata/collections/harmonie_dini_sf/items?api-key=$APIKEY" | jq "[.features[].properties.modelRun]|unique|sort|.[-1]" > /tmp/harmonie_dini_sf
# Retrieve download links from latest model run
cat /tmp/harmonie_dini_sf | xargs -I Q curl "https://dmigw.govcloud.dk/v1/forecastdata/collections/harmonie_dini_sf/items?modelRun=Q&api-key=$APIKEY" | jq -r ".features[]|[.asset.data.href,.id]|@csv" > latest_model_run_linksCsak az APIKEY-t kell kicserélned a sajátodra, és így akkor nem kell a modelRun paraméterét kézzel beírni.
Na most már csak arra kellene rájönnöm h lehet egyesével letölteni fájlokat abbol listából.
Benne van a latest_model_run_linksben az összes link. Az első kettő macskaköröm között van maga a link, a második kettő között a fájl neve:
"https://dmigw.govcloud.dk/v1/forecastdata/download/HARMONIE_DINI_SF_2024-07-26T030000Z_2024-07-26T030000Z.grib?api-key=b40eee26-a596-483f-87e8-7d8153555b82","HARMONIE_DINI_SF_2024-07-26T030000Z_2024-07-26T030000Z.grib"Itt ez maga a letöltési link:
https://dmigw.govcloud.dk/v1/forecastdata/download/HARMONIE_DINI_SF_2024-07-26T030000Z_2024-07-26T030000Z.grib?api-key=b40eee26-a596-483f-87e8-7d8153555b82 -
#97230
tordaitibi
veterán
cigam
#97228
Nem jártam utána, magánvéleményem amit a józan paraszti ész ihletett:
A snapbe benne lehet minden létező jog, magába a futtató környezetbe.
Viszont adott appnak csak azt adja meg amit az app készítője beletett.
Pl. ennek a videoletöltőnak adhatnék jogot a pulseaudio, mikrofon, webkamera stb. használatára is így de értelmetlen hisz nem tudná használni mivel nincs benne ezek kezelése.
Abba igazad van hogy ha NEKEM sikerült eérni a permissions megváltoztatását, akkor nem ez a konténer formátum lesz a jövő überbiztonságos megoldása 
Egyébként ez dettó mint a többi formátum. pl. .deb és a nemrég nagy port felvert valami tömörítőbe becsempészett hátsó ajtó.
Amondó valék, minden annyira biztonságos és annyit tud amire a készítője tervezte és amit belepakolt.
Csupán a szerencsén múlik sokszor.
off, pl. a fiam házi kamerarögzítő szerverét 2 napja támadja egy angol IP-ről valaki, eddig 10000feletti jelszópróbálkozást regisztrált.
Nagyon kellhet valakinek az a belépés... -
olivera88
veterán
válasz
urandom0
#97217
üzenetére
Igen , így működik. A két sort külön kell futtatni, ha ?modelRun\= nál kérdőjel van, akkor nem menti el linkeket, ez okozza a directory nonexistent nevű hibát, mondjuk, nem tudom miért nem volt ez egyértelmű, mikor irja felette h elöző parancsbol kell kimásolni a kapott eredményt. Tegnap mikor legelőlöször sikerült müködtetni a kódot, mikor írtad h rossz apira vagyok regisztrálva, nem emlékeztem hogy mi volt beírva a ?modelRun\= nál, de rögtön modell adatot is elkezdte letölteni, mivel már be volt írva az érték a ?modelRun\= hoz. Nekem meg késöbb úgy rémlett h kérdőjel van beírva ?modelRun\= hoz, és később ugy futattam megint h nem volt beirva futás dátum hanem kérdőjel, és ezért lett megint directory nonexistent.
Ha nincs beirva semmi ?modelRun\= nál akkor akkor is elmenti linkeket a fájlba, illetve rögtön el is kezdi letölteni az adatokat, a legfrisebb futásét.
Na most már csak arra kellene rájönnöm h lehet egyesével letölteni fájlokat abbol listából. -
#97228
cigam
titán
tordaitibi
#97227
válasz
tordaitibi
#97227
üzenetére
Nem! Csak azt hittem ennél szofisztikáltabb a permissions kezelés.
-
#97227
tordaitibi
veterán
cigam
#97226
Kolléga... hát csak ennyire tart engem?
A Snap-store csak azt ajánlja fel módosítani amire az appnak engedélye van, benne van az appba gyárilag, a plugs alatt.
És ott nem volt removable-media, ezt tettem bele kézzel.
A művelet előtt ez nem létezett, ezért ugye engedélyt sem lehetett erre adni.
Csak a /home lebegett a szeme előtt. -
#97226
cigam
titán
tordaitibi
#97223
válasz
tordaitibi
#97223
üzenetére
Nem lett volna egyszerűbb a snap store-ban, ha már egyszer működik nálad a permissions(#42702)?
-
#97225
5leteseN
senior tag
tordaitibi
#97223
5leteseN
senior tag
válasz
tordaitibi
#97223
üzenetére
=>
tordaitibi
veterán -
olivera88
veterán
válasz
sh4d0w
#97215
üzenetére
Igen azt tudom. De az ugyanahhoz API hoz tartozik. Az a nagyobb script amiben van a JQ is, az generálja ezeket a szimpla linkeket egy fájlba. És az onnan kivett linket akartam leltölteni egyszerűen curlal. És nem ment. Ezért volt a furcsa, h miért használhatatlanok linket amit ugyanaz API generált.
-
#97223
tordaitibi
veterán
Tudom antisnapes a társaság, de meghekkeltem a Video letöltő appot
Ez az amelyiknek sehogy nem lehetett megadni hogy a a/home-n kívül töltse le a videókat.Roppant egyszerű
le kell választani a video-downloader1178.snap -et azaz unmount, ki kell csomagolni és a kicsomagolt snap konténerbe megkeresni a meta/snap.yaml fájlt.
Ebben van definiálva hogy milyen jogai lehetnek az adott appnak.
Szerkesztve a fájlt, a plugs az érdekes,apps:
video-downloader:
command: usr/bin/video-downloader
common-id: com.github.unrud.VideoDownloader
plugs:
- desktop
- desktop-legacy
- gsettings
- opengl
- wayland
- x11
- home
- network
- removable-medialátjátok alul a removable-media sort, na azt már én szúrtam be, ennek a hiánya miatt nem lát tovább az orránál pontosabban home-nál.
Mentés, a snap app újracsomagolása,sudo mksquashfs squashfs-root video-downloader_1178.snap -noappend -comp lzo -no-fragmentshelyére tétele és mountolása után lőn csoda, bárhova képes menteni nemcsak a home alá.
Unatkoztam -
#97222
tordaitibi
veterán
tordaitibi
#97220
válasz
tordaitibi
#97220
üzenetére
Wáááóóó, megvan, gugli segített.
sudo umount /snap/video-downloader/1178
Csak nem értem, a másik szintaktika is működik, addig amíg 1 szó a név.
Kiértiezt...? -
#97221
urandom0
senior tag
tordaitibi
#97220
urandom0
senior tag
válasz
tordaitibi
#97220
üzenetére
sudo systemctl stop "snap-video.\x2ddownloader-178.mount"Próbáld meg ezt úgy, hogy nem teszed bele a pontot a video után, akkor sem jó?
-
#97220
tordaitibi
veterán
urandom0
#97219
válasz
urandom0
#97219
üzenetére
Negatív.
Pedig a névvel van baja az hóttziher. Nem tudja leválasztani mert szerinte nincs mountolva, nem találja név alapján.tibi@aeroubuntu:~$ sudo systemctl stop "snap-video\-downloader-178.mount"Failed to stop snap-video\-downloader-178.mount: Unit snap-video\-downloader-178.mount not loaded.tibi@aeroubuntu:~$ sudo systemctl stop "snap-video.\x2ddownloader-178.mount"Failed to stop snap-video.\x2ddownloader-178.mount: Unit snap-video.\x2ddownloader-178.mount not loaded. -
#97219
urandom0
senior tag
tordaitibi
#97218
urandom0
senior tag
válasz
tordaitibi
#97218
üzenetére
Védd le a - karatert egy perjellel:
systemctl stop snap-video\-downloader-178.mountVagy helyettesítsd be \x2d-vel:
systemctl stop snap-video\x2ddownloader-178.mountA systemd-escape parancs segít:
# systemd-escape sys-fs-fuse-connections.mount
sys\x2dfs\x2dfuse\x2dconnections.mount -
#97218
tordaitibi
veterán
Szintaktika kérdés.
Le akarok választani egy snap csomagot.
mindegyiket le tudom aminek 1 szó a neve de semelyiket nem tudom aminek kötőjeles a neve.
Ez lenne a szintaktika,sudo systemctl stop "snap-<Snap Name Here!>-<Snap Version Here!>.mount"
Pl. ezek mennek, leáll a szolgáltatás és unmountolja is a szóbanforgó snapet, működik:sudo systemctl stop "snap-remmina-6419.mount"sudo systemctl start "snap-opera-320.mount"
viszont aminek kötőjel van a nevében, pl. video-downloader, cctv-viewer, az nem sikerül:tibi@aeroubuntu:~$ sudo systemctl stop "snap-video-downloader-178.mount"Failed to stop snap-video-downloader-178.mount: Unit snap-video-downloader-178.mount notloaded.
Próbáltam egy, két macskaköröm közé tenni a snap nevét, mindent próbáltam, nem sikerül. Hogyan kell nki elmagyarázni ha kötőjel van az app nevében azt is elfogadja? -
urandom0
senior tag
válasz
olivera88
#97208
üzenetére
Nálam így most működik:
# Latest model run:
curl https://dmigw.govcloud.dk/v1/forecastdata/collections/harmonie_dini_sf/items?api-key=b40eee26-a596-483f-87e8-7d8153555b82 | jq '[.features[].properties.modelRun]|unique|sort|.[-1]'
# Retrieve download links from latest model run, paste the output of the previous command into where it says ?modelRun\=
curl https://dmigw.govcloud.dk/v1/forecastdata/collections/harmonie_dini_sf/items\?modelRun\=2024-07-25T03:00:00Z\&api-key=b40eee26-a596-483f-87e8-7d8153555b82 | jq -r '.features[]|[.asset.data.href,.id]|@csv' > latest_model_run_links
# Download the actual GRIB files
cat latest_model_run_links | awk -F, '{print $1, $2}' | xargs -L1 sh -c 'curl $0 > $1'Ugyanazt az forecastdataAPI keyt használtam, amit tegnap regisztráltam.
-
#97216
shadow1901
aktív tag
shadow1901
aktív tag
Most, hogy megjavult a reset ugyanattól amitől elromlott újra használhattam. Megjelent a listában a 6.8 kernel. Feltelepítés (frissítés kezelőből) után a mint logo hatalmas lett bootnál, majd ez fogadott. A monitor 1/3 része vízszintesen a teljes szélességében. Működik csak szét van esve a kép.
Kíváncsiság képpen megpróbáltam, hogy letörlöm és feltelepítem újra. Ugyan ez.
Rápróbáltam laposon is. Ott nincs ilyen probléma. -
olivera88
veterán
válasz
galaxy55
#97210
üzenetére
Azt vágom én is. Csak nem világos miért dob rá ilyen üzenetet?
Ugyanúgy kellene h működjön ott is az API kulcsnak mint másik scriptben nem? Abban másik összetett scriptben működik, itt meg nem akar. Nem akartam így konkrétan kifejteni, gondoltam értitek h értem, bocs.
sh4d0w Az megvan nekem is, csak az nem világos miért dobja ezt hibának. MIkor másik scriptel meg működött ugyanaz az API kulcs. Az tulzás azért h nem tudok angolul, elég sok szavat ismerek, csak kiejtéseket nem túl jol ismerem, illetve fogalmazni nem nagyok tudok, amúgy németet tanultam annó, de saját magamtól megtanult angol sokkal jobban megy, na igaz németet jóformán egyáltalán nem használtam. Na de eltértünk témától. -
olivera88
veterán
válasz
galaxy55
#97207
üzenetére
Igen le kell,vagyis attól függ mennyi mekkora időtávra akarok előrejelzést. Ilyesmi térképek készülnek belőle, ezt már abból csináltam. [link]
Na valamilyen anomáliak vannak scriptbe mégis? Most megint nem hajlandó fájlba elmenteni a linkeket, illetve sh1 nonexistent directoryt ír ki. Azt kimutatja hogy melyik legújabb modell futás, de nem hoz létre fájlt linkekkel.
Kivettem egy linket fájból megprobálok egy linket, illetve előrejelzés adatot letölteni. És nem működik.
Ilyen formátumban vannak linket fájlban. És megpróbáltam csak egyszerűen curlal letölteni.curl "https://dmigw.govcloud.dk/v1/forecastdata/download/HARMONIE_DINI_SF_2024-07-24T090000Z_2024-07-26T120000Z.grib?api-key=xxxxx","HARMONIE_DINI_SF_2024-07-24T090000Z_2024-07-26T120000Z.grib" -
olivera88
veterán
válasz
galaxy55
#97205
üzenetére
Jajj tényleg. Köszi mégegyszer.
El is felejtettem. 
Elvagyok nagyon, nagyon akartam már h működjön, + otthon is kisebb zűrzavar van...
Ja nem is lenne muszaj letöltenem összes időpontot, most jut eszembe. Mivel létrehozott szöveges fájlba ott van az összes link, minden időpontra. . Azok külön külön is kellene h működjönek ugye?
Nincs annyi helyem lemezen az a baj, az összeset h letöltse, illetve sokáig is tert ezzel lassú nettel. Most másolgatom át a letöltött fájlokat másik particóra -
olivera88
veterán
válasz
urandom0
#97203
üzenetére
Na bakker.
És tényleg ez volt baj. Pff. Ezer köszönet és galaxy55 nek is. Mi a franc lehet akkor az másik forecastedrAPI.
galaxy55 Nem bántottam most egyáltalán a scriptet, csak létrehoztam egy új API-t, egy forecastdataAPI-t. És beraktam az API kulcsot. És így működött a script, visszaadta ezt a válasznak, 2024-07-24T06:00:00Z, ez a legfrisebb mai modell futás ugye, aztán ezt kell bemásolni az alsó linkbe a ?modelRun\= hoz. Akkor újra lefuttatni scriptet, és most elkezdte letölteni a grib fájlokat, az összes előrejelzési fájlt. Tehát semmi baja nem volt scriptnek, csak rossz apiba volt bejelentkezve, illetve először még régi modell nevekkel próbáltam, aztán talátam meg migráció után változtak modell nevek.
Nálatok is akkor ezeket töltötte le utánna ugye?
Bakker ez kurva sok, adat. már 4 giga lejött, és csak 7 fájl még és hol a többi.. Na mondjuk sejtettem nem kevés , mivel elég finomfelbontású a modell, és sok paraméter is van.
-
urandom0
senior tag
válasz
olivera88
#97202
üzenetére
A 403-as hibát szerintem nálad is az okozza, mint nálam, hogy amikor a DMI oldalán feliratkozol az API-ra, akkor nem a forecastdataAPI-ra iratkoztál fel, hanem valami másra (forecastedr-re mondjuk). Én töröltem a feliratkozásom, és csináltam újat, de most már a forecastdataAPI-t válaszottam:
-
olivera88
veterán
válasz
galaxy55
#97197
üzenetére
Ja nálam is 403 most nézem,
kivettem ezt a linket a scriptből, és 403 at dobott rá. 
curl "https://dmigw.govcloud.dk/v1/forecastdata/collections/harmonie_dini_sf/items?api-key=8fd21637-8c3f-4ecd-8f42-27def8f49c08"Ha ezt probálom, akkor viszont nem dob 403 as hibát. Ezt DMI oldalról néztem peldákat között. A rendelkezésre álló előrejelzési modellek felsorolása ha ezt linket kérdezem le. Ennek kimenetnek screnshotját mutattam tegnap. [link]
curl "https://dmigw.govcloud.dk/v1/forecastedr/collections?api-key=8fd21637-8c3f-4ecd-8f42-27def8f49c08"EU, de nem úniós. Melyik script dátumokra gondolsZ?.asset.data.href,.id ? -
urandom0
senior tag
válasz
olivera88
#97199
üzenetére
Hát ez érdekes, ahányan csináljuk, annyiféleképpen működik
Csináltam én is egy új forecastdataAPI key-t, ezzel már nem kapok 403-as hibát. Most így néz ki a lekérdezésem:curl https://dmigw.govcloud.dk/v1/forecastdata/collections/harmonie_dini_sf/items?api-key=44ae6543-f30b-496c-a3c6-248e11b44d66Egy olyan JSON-t kapok vissza erre, amiben ott van a features, stb., szépen lehoz mindent.
Ha mögérakom a jc-t, akkor ez lesz a kimenete:
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 664k 0 664k 0 0 1227k 0 --:--:-- --:--:-- --:--:-- 1227k
"2024-07-24T06:00:00Z"Utána jön ez a lekérdezés:
curl https://dmigw.govcloud.dk/v1/forecastdata/collections/harmonie_dini_sf/items\?modelRun\=06\&api-key=44ae6543-f30b-496c-a3c6-248e11b44d66Erre viszont konkrétan SEMMIT nem kapok vissza, egyetlen árva karaktert sem.
A subscription ID-nak szerintem nincs jelentősége, csak a te API feliratkozásod egyedi azonosítója.
itt az 1 terás háttér sssd-m mappaszerkezete. Ez mind passzív tartalom.
Ha el tudnám magyarázni Smplayernek hogy ne itt hanem pl. a /snap/bin/yt-dlp alatt keresse, akkor ez se léne.
még miattam lesz a következő linuxos generáció adatvesztéses/ vagy kibertámadás áldozata. 
Megint én voltam balfék. 
Most hogy írod h első kettő macskaköröm között van maga link, második meg kettő között meg fájl neve. Én meg azt hittem valahogy h egymáshoz tartozik. Így már megy letöltés. Így egyesével jobb letöltés mivel csak szükséges fájlokat töltöm le, és így jóval gyorsabb. Ha összes fájlt letöltöm az sose nem jön le, + hatalmas adat mennyiség, addigra méár következő futás is lefrissül mire aktuálist letöltöm. 
Limitált a szerver sávszéllesége valamilyen oknál fogva, így barom lassu, kb 3 mb val töltödnek le fájlok. Mondjuk talán ha még lehetne szűrni külön paraméterre is, da asszem tán lehet, h ne töltsön le sok olyan paramétert amire nincs szükségem, ezzel még tovább lehetne gyorsítani.
Ehhez képest Ubuntu tárolóba 2022-es 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
A művelet előtt ez nem létezett, ezért ugye engedélyt sem lehetett erre adni.
Ugyanúgy kellene h működjön ott is az API kulcsnak mint másik scriptben nem? Abban másik összetett scriptben működik, itt meg nem akar. Nem akartam így konkrétan kifejteni, gondoltam értitek h értem, bocs.
Elvagyok nagyon, nagyon akartam már h működjön, + otthon is kisebb zűrzavar van...
Új hozzászólás Aktív témák
CPT.PirkA topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Telefon felvásárlás!! Apple Watch Series 6/Apple Watch Series 7/Apple Watch Series 8
- BESZÁMÍTÁS! Apple Macbook Pro 15" 2019 i9 9980HK 32GB 500GB Radeon Pro 560X hibátlan működéssel
- Telefon felvásárlás!! iPhone 12 Mini/iPhone 12/iPhone 12 Pro/iPhone 12 Pro Max
- BESZÁMÍTÁS! Gigabyte H510M i5 11400F 16GB DDR4 512GB SSD GTX 1070Ti 8GB Rampage SHIVA TT 500W
- BESZÁMÍTÁS! Intel Core i9 9900KF 8 mag 16 szál processzor garanciával hibátlan működéssel
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest