Hirdetés
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- GoodSpeed: Munkaügyi helyzet Hajdú-Biharban: észak és dél!
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Magga: PLEX: multimédia az egész lakásban
- sziku69: Szólánc.
- leslieke: leslieke farmerzsebe
- Brogyi: CTEK akkumulátor töltő és másolatai
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
válasz
ubyegon2
#98087
üzenetére
Szerintem.
Írja újra a Rufussal DD módban.
Próbáljon meg ezzel bebootolni úgy hogy a biost CSM mode-ba teszi, ez legacy/uefi-t egyaránt engedélyez,
Ha nincs benne csm mode (kell lennie) próbálja meg uefibe, ha nem megy bios--> legacy mbr mode.
Valamelyik módban el kéne indulni a live-nak.
Onnantól lemez gyalu és telepítő indít.De jegyezze meg mibe van a bios! és annak megfelelő módban indítsa a live-t ill. a telepítőt.
Ha tudja a bios a uerfi modet, és elindul, én tuti uefibe telepítenék.
Ha elindul, és megfelelő méretű a lemez, hagynék 50 gigát, egyszer jól jön akár Win akár másik disztró próbálgatásra.
És mindenképp csinálnék swap partíciót.
De ezek csak én az rigolyáim. -
Ez mély és bölcs igazság, viszont én is jobban szeretek natív applikációkkal ténykedni mint webes felületen.
Nem elhanyagolható szempont hogy esetleges gebasz, wifi mobilnet hiánya esetén pl. desktop Thunderbirdbe egy fontos mail megnézhető, Viberbe (Skypba) egy esetleg nemrég kapott telefonszám, pdf megnézhető stb. -
Tessék.
Most telepítettem a Skypeot. 5 kattintás volt. Nem desktop, azt gyalultam 10 perce. Volt reboot, az a tuti. Ez a Store app amit képernyőfotóztam, háttérbe még nyitva a Store.
Azért kellett telepítenem mert gyárilag rajta van a W10-en de én amikor ezt a Wint telepítettem, asszem 2019..? körül, kigyomláltam a nem kellő store appokat. Vagy 20-at.
Ez kért egy bejelentkezési azonosítót, skype nevem-jelszavam és kész.
Ez olyan mint nekem a linuxos szívások. Másnak ismeretlen, minden működik, nekem nem. Most fordítva történt. Barátom nekem mégiscsak a Windows
sh4d0w-nak és az ismerősének miért nem sikerült, okát nem tudom és szerintem soha meg se tudjuk.
Ne offoljuk tovább a linuxos topikot szerintem ezzel. -
-
válasz
sh4d0w
#98005
üzenetére
Beírtam Gugliba hogy skype download.
Felvitt a Skype weboldalra [link] a desktop app letöltése, telepítése, és elindítása után hitelesíteni se kellett magamat mivel ez egy legális W10 Pro retail kulcsos pc ami hozzá van kötve a Microsoft fiókomhoz.
Mindez úgy, hogy a PC jelen pillanatban NINCS bejelentkeztetve a Microsoft fiókomba!
Megkérdezte ez az Ön fiókja, rányomtam yes és mindenem itt van a gépen. 2017 óta azaz 7 éve nem volt nálam Skype, ennek ellenére 6 másodperc alatt mindent leszinkronizált.
Meg fogom próbálni a Metro appot is de szerintem az is minden hacacéré nélkül működni fog.Mégegyszer, ezen a gépen soha nem voltam bejelentkezve a Skypeba és a képen is látható hogy utoljára 2017-ben használtam a szoftvert.

Valamit nem jól csináltatok
-
-
-
válasz
sh4d0w
#97998
üzenetére
Nem akarom elhinni, hogy annyi diskurzus utan TE meg mindig nem erted.
Nem a deb a bajom. Hanem hogy valószínű nincs rá ember vagy nemtudommi, és azt hogy nálam leszerepelt, azt nem a formátumának köszönheti!!! Hanem hogy elavult 3 éves csomagokkal van tele a gyári tárolója minimum 3 disztrónak. Mivel nemrég ennyit próbáltam ki.
A Skypot azért nem tudom mert kb. 6-7 éve nem használtam, amúgy legjobb tudomásom szerint nem lokálisan hanem szerveren tárolja a kontaktokat, mindent. (Viber tuti nem tárol csak lokálisan, a telefonon van minden és onnan húz be szinkronba mindent a desktop Viberekre)
Holnap feltelepítem az otthoni winre, kíváncsivá tettél.
Konkrétan egyik barátom mai napig W8-on tolja, megtámogatva egy külső virnyakergetővel.
Nekem nagyon is teljes értékűnek tűnik az W8. -
válasz
urandom0
#97991
üzenetére
Oké.
Megint én példám.
Szokásos yt-dlp, jelenlegi függősége a python 3.7xx.
Oké, igen öreg a rendszerem, a python megállt a 18.04-en 2.7xx verziónál. Mindent elkövettem, és igen, igazad van, pár órai gugli és terminál után telepítettem a pthonv 3.7-et. Békésen megférnek egymás mellett.
Egyetlenegy bökkenő van. A rendszer képtelen használni, mintha nem is lenne.
Vagyis egy linux alapú, függőségekre épülő rendszert
vagy eldobsz x év múlva
vagy ha van lelkes brigád, az karbantartja a csomagokat, lásd SmPlayer, jelenlegi legrégebbi támogatott verzió Ubuntu14.
Csak ez ugye irgalmatlan meló.
Mondom mégegyszer, én nem vagyok mérvadó, ugye őskövület.
deviszont a W7 x64 (ami lejárt lemez 11 éve), kompromisszumokkal de használható operációs rendszer jelenleg 2024-ben.
A W8 teljesértékűen használható, minden W10 drivert megeszik stb.
Az is lejárt már 7-8 éve.
Az Appimage írásaddal maximálisan egyetértek. A Snap az én magánvéleményem szerint, a könyvtárszerkezete stb. alapján egy olyan appimagere hasonlító konténer formátum, amit összefog egy keretrendszer, az frissíti, az adja meg az appok jogait és felügyeli.
Ezt alátámasztandó, amikor régebben kicsomagoltam a snap Opera böngészőt, és usb lemezen átvittem másik gépre, elindult.
Persze keresgélte a /home/config könyvtárát egyebeket de elindult. Mint egy appimage.
Tudom istenkáromlás de a Linuxnak nagyon-nagyon kéne valami egységesítés. Igen ezzel elveszik az amitől szabad stb.
De az átlagusert egyáltalán nem érdekli hogy létezik 100 csomagkezelő, meg 500 disztró, 50 ablakkezelő, 100DE, 50 féle csomagformátum, snap flatpak deb rpm arch fedora debian vonal, meg a jóisten tudja micsoda.
A keményvonalasok maradjanak a megszokott dolgaiknál.
De legyen egy egységes valami mert ez így, ez szar. Már egy egyszerű disztróváltásnál, vagy disztró próbálgatásnál belegabalyodik a halandó, lásd most a kolléga aki hetek óta kérdezget.
Hogy ez, "A" Linux amelyik 1R userbarát, melyik, Mint, Arch vonal, rolling, stable, lts, Ubuntu vagy Debian vagy ajóistentudja mi a neve, az mindegy . Csak legyen már.
És ehhez amiról megint pofázok itt, KELL, alapja egy egységes csomagkezelés.
deb halott, nem részletezem sokadszorra miért.
Marad valami más, ami rugalmas, mindenen elfut, frissül, visszafelé kompatibilis, és ez a Linuxok 10000 féleségén csakis valami konténerformátum lehet. Mert a többibe már nemcsak halandó gabalyodik bele de szerintem a csomagok fejlesztői, karbantartói is.
Fogadom nagy összegbe hogy a 3%-ról megugrana a részesedése. Bár.. megint mindjárt megkapom hogy nem, dehogyis kell a szélesebb felhasználói tábor, neeem, ááá, szenvedjen meg érte aki akarja használni, és egyáltalán, dehogy is kell elterjednie, a hülyék maradjanak Winen.
Mintha féltenék. Mitől...? -
Ettől függetlenül a a Linux-féle függőségek a rendszer legnagyobb rákfenéje, és a visszafelé kompatibilitás ellensége.
sh4d0w jól leírta ezt nemrégiben.
Lényeg, felpakolsz valamit aminek kell a libakarmi1.1, az legyalulja a libakarmi1.0 -t, és a csomagkezelő legyalulja azt a 5-10 programodat aminek a ez a függősége. Ez így brilliáns.
Meg lehet igen kerülni de nem fehér embernek való módon.
Ékes saját példám, legyalultam egyszer a KDE vágólapját, Klipper, 1 azaz EGY darab szoftverről van szó! és elvitte a 3/4 Plasmát. Hát ez tényleg tökfasza így.Winen ezt megoldották, hátránya van az biztos, 30-80GB winsxs könyvtár.
Viszont W11-n fut a W2000 programok fele legalább.
Uby, nem, nem erre vágyom mielőtt a szokásost megkapom tőled
csak leírtam.A konténerbe (legalábbis Snap vonalon) nem vagyok tisztába az igazi függőségekkel.
De szerintem minden csomagba minden benne van amit ő használ, benne kell lennie. Mivel ha nem, ha szintén egy rendszert épít a rendszeren belül egymásra támaszkodó függőségekkel, akkor ezt is megette a fene. -
-
Nagyon kellemes meglepatés, lehet másoknak ez természetes de egy újszülöttnek minden vicc új, tudjátok.
Nem részletezett okok miatt (villámcsapás a melóhelyemen) az lett a szitu pár napig hogy a Linuxos gépemmel csak egy külső TpLink usb wifi stickkel tudok csatlakozni a netre.
Nade a kollégák máris nyavajogtak hogy deamobiltelefonom hogyan, fogy a drága mobilnet stb.
Nem számoltam de kb. 8-9 kattintással lehet létrehozni wifi hotspotot KDE alatt.
Ez nagyon nagyon szimpatikus.
Hogy a fikázás se maradjon el
, 3000x könnyebb Linuxon wifi hotspotot létrehozni gui alatt kattingatva mint egy nyamvadt smb megosztást terminálba meg smb.conf szerkesztése. -
Halló skacok, mi volt ma, napkitörés?
Eddig atomstabil mini pc-m produktuma:Bármi, ismétlem bármi indítási kísérletre (linux, windows telepítők, clonezilla, memtest, telepített Winek, telepített Linuxok, azaz minden.
Tünet, amíg a karakteres felület megy, grub, választómenük, minden oké, ahogy állna fel a rendszer, reboot.
Bios tökéletes, Ventoy tökéletes. De ahogy bejönne a guis rész, ott mindegyiknél, kb. 15 rendszerrel és live-val kipróbálva a tünet ugyanez. Spontán reboot.Fél órig szórakoztam ezzel, már eltemettem mini pc-met amikor is a memtest elindult. Utána a Clonezilla is. Utána a Mint telepítő is. Utána a telepített Linuxok. és a telepített Winek is, a VHD lemezképek is. Minden OS megy, működik, bootol. Live és telepítettek is.
Ez volt ma délelőtt 9 óra környékén, azóta kb. 40 rebootot csináltam, mindent elindít.
Hardveres hibát kizárnám.
Táphibát kizárnám, egy litium ion akkupakkról megy amit folyamatosan tölt egy tápegység, plafonon van az akkufeszültség.
Egy akkus fúrót fél napig tudna működtetni.Ez most mi?
-
-
-
"a Windows értelemszerűen friss rendszerindító kódja lép életbe, és az tölti be a Linux-ot is, ha a felhasználó ezt kéri."
Én ilyet még az életemben nem láttam, és nem tudtam elérni hogy egy Win felvegyen az indítómenüjébe Windowson és Windows VHD VHDx lemezképeken kívül bármilyen más oprendszert.
25 év óta most eljutottunk oda hogy a winloader képes lesz erre...?
Vagy nem jól értelmezem?
Az külön it aranyérmet érdemel hogy ezután gyakorlatilag lehetetlen bármi mást indítani a gépeken, se live, se rendszermentő se semmi külső adathordozó. -
válasz
CsengődiGeri
#97859
üzenetére
Ennek köze nincs az általad említett külön lemezekhez.
Én 6 éve vagyok dualbootba, írja-olvassa az össes Windows partíciót mindegyik linux.
Ha bitlocker van akkor természetesen nem de olyan híreket hallottam félfüllel hogy kezeli a linux a feloldó jelszó megadása után.
Winen kötelező kikapcsolnia Fast startup-ot, és arr figyelj ha szoktál hibernálni vagy hibrid-suspend, ne indítgasd a lefagyasztott rendszereket egymásra. -
-
válasz
ubyegon2
#97851
üzenetére
Ezaz, Debianra Flatpak...?? közben a Snap felkészül...
More, ebbű' még baj lehet
Ne a játékokat futtassa gyorsabban hanem a fájlkezelőt meg a pdf olvasót.
Én nem játszok, pontosabban csak régi nosztalgiákkal, azzal nekem sincs bajom, pörögnek rendesen Linuxon, még Wine alatt is teljesen oké. -
-
válasz
CsengődiGeri
#97822
üzenetére
Én Winről jöttem ahol némely szoftver 32GB ramnál is ordítozik hogy kell neki a lapozó.
(igaz W10-en már hálistennek különvették, van swapfile és hiberfile, user dönthet mik az igényei)
Ezokból, meg mivel én sokat hibernálok, mindig ram méretű swap partíciót alkalmazok. Valamint próba disztrókat is sokszor tesztelek és akkor ott a swap partíció, mindegyik ugyanazt használja, nem kell vacakolni swapfájllal.
Ha nem hibernálsz, elég nagy a ram, én véleményem szerint akkor se árt valamenyi swap, ez lehet akár swapfájl is.
Más ezt érthetően máshogy gondolja, mások az igényei, én így csinálom. -
Azt írta hogy a telepítés után soha nem is akarja látni a rendszert. Az meg vagy teljes frissítés tiltás, nagyon nem ajánlott, vagy minden automatára állítva.
Kb. 4-5 ve megy az Ubuntumon az auto frissítés. Nekem még bajom nem volt belőle.
Volt nálam is hogy le akartam állítani, visítozott hogy ő most épp frissítget, úgyhagytam és mikor végzett leállt.
Konkrét megoldást nem tudok mert a Mint számomra ismeretlen. Nade majd mindjárt érkezik Uby és ő vérprofi a Mintbe
-
Ubynak igaza van, ha nincs kedved az ilyen matatásokhoz, csinálsz mégegy EFI partíciót, akár a már felszabadított helyre, akár a lemezterület legvégére és oda pakoltatod a systemd-s telepítéseket.
Működnie kell, nálam a hordozható 1 terásomon most is 2 efi van.
Egyik a Ventoy, ezt nem lehet baszkurálni mert meghal, és van egy 1GB efi a lemez felénél kb. 600GB-nál.
Arra mennek a próba telepítések indítói.Próbáld meg így.
-
Van hely? A növelésre? Nincs útban a 16MB Microsoft Reserved partíció, annak se betűjele se fájlrendszere semmije nincs.
Ha ezek megvannak, mármint zsugorítgattad a C-t, gondolom az alapfelállás az volt hogy
EFI-100MB
16MB reserved
C:\
esetleges Recovery
Ha ezeken túlvagy, akkor 2 lehetőséget látok.
Live alól mindent lementesz az EFI-ről, törlöd, létrehozod az újat. Ha jól emlékszek Gpartedbe van UUID kézi buher, megadod az efinek a régit és mindent visszamásolsz.
Nem tudom most kipróbálni működne-e, melóhelyen vagyok, nincs itt a dualbotos cuccom. A céges Windowsokat meg nem nagyon akarnám egy ilyennek alávetni, érthetően.
2. ha esetleg a Windows meg tudná csinálni, erről gőzöm sincs, de:
win, rendszergizdai parancssor,diskpartlist partitionselect partition "EFI partíció azonosítója"assign letter= Z
ezzel megjelenik mindenhol Z meghajtó néven, Fájlkezelő, Lemezkezelő.
de hogy innentől tudsz-e vele valamit csinálni arról gőzöm sincs. -
válasz
CPT.Pirk
#97730
üzenetére
És nem dobál fel semmit, a Unified Remote volt eddig nálam Winen de minden telótapicskolásnál dobálta hogy vegyem meg a teljes verziót, holott annak a fukciói nem is kellettek nekem csak a médiavezérlés, az meg az ingyenesbe amúgy is benne van.
Már unalmas volt nagyon.
Ez meg csak teszi a dolgát, ajándék teljes hozzáférés fájlmásolás értesítések sms mail hívások stb. -
válasz
tordaitibi
#97662
üzenetére
OFF,
a Vokoscreent már régóta használom Windowson, és most láttam meg 10 perce hogy van KDE Connect is. Már fel is pakoltam. Méghozzá a Microsoft Store-ból
Alakul ez, nekem legalábbis tetszik ez a vonal.
Unified Remote ment is a levesbe. -
Oké de azokkal meg pont az nem fog menni, amire a többség szánná, itt a topikba már kb. 100x olvastam hogy "CSAK" netezni kéne. Ja, 15 éves procin VP9-et vagy H265-öt kirenderelni a 20 éves videokártyára
Ott tökmindegy milyen pehelysúlyú os-t raksz rá, a Facebook meg a Yutub vagy bármelyik csilivili weboldal megfekteti használhatatlanságig. És hiába ugrik kattintásra a pille fájlkezelő meg egyéb, pont arra lesz használhatatlan amire használná.
Vagy mire gondoltál, 240x360-es jpg képeket nézegetni, terminálböngésző, 50kBméretű pdf nyitogatás? ilyesmi?
Az akkor oké de ezeket 2024-be én nem szeretném használni.
Ja az előzőhöz pillantra viszakanyarodva, a pdf-ről jutott eszembe.
Az Okular nevezetű szoftvert használom, bonyolultabb pdf-be beleszakad, megfagy1-2 másodpercekre.
Ugyanaz a pdf a Wines Foxitreader-be vajsima, görgethető. Ezért gyakran Linuxon is azt használom Wine alatt. És így is vajsima.
Oka...? Jobban van megírva a Wines pdf nézegető, vagy mi lehet? -
-
Én meg már meg is cáfoltam az általad állított cáfolatot
Ugyanaz a vas, dualboot, ssd.
Opera böngi, a Wines láthatóan mérhetően gyorsabban indul el.
Mivel az Operáim több eszközön full szinkronba vannak, kiegészítők bővítmények beállítások stb, ez a legkorrektebb összehasonlítás.
Fájlkezekőnél, Windows intéző kontra Dolphin, ordító az eltérés, a Linux fényévvel lassabb.
Ugyanez a képnézőnél, Gwenview/Irfanview. Kb. 200-300%-al gyorsabban indul a Wines.
Paint-szerűségek dettó.
Komolyan mondom a Winen még a Libreoffisz is gyorsabban indul el, mindkét rendszeren ugyanaz a verzió van.
Edgéről ne beszéljünk, az Winen atomvillanás alatt betölt.
Egyetlenegy rendszer, a Manjaro tudta megközelíteni ebben a Windowst. Nem körözte le! csak majdnem pariba volt vele.
Maga rendszerindítás az iszonyat eltérés a Linuxok javára, mira a Win bedobja az Asztalt, addigra Linuxon már fennt vagyok 3 weboldalon.
De a szoftverek sokkal-sokkal lassabban indulnak el.
Korrekt a küzdelem, az Ubuntu igaz lejárt lemez de csak 6 éves, a Win meg ami azon a gépen van, az 2016-os telepítés, minden szirszar frissítésen átesett már, ergo ezerszer lassabb mint telepítésekor volt. -
válasz
paolinho
#97648
üzenetére
Ha KDE és Spectacle a képernyőkép program neve, akkor abban a kép készítése előtt kell kijelölni a területet.
Van teljes képernyő, aktív ablak, és egérkurzorral körbejelölt terület rögzítése.
Mint pl. most én, előtte jelöltem ki a területet és utána nincs szükség vagdosásra.
Küldhető a kép utána szoftverre, pl. képnéző, vágólapra tehető és menthető.
-
-
válasz
#78522999
#97636
üzenetére
Szia, szerintem egy pure Arch telepítését nem kéne hasonlítgatni egy egyszerű user desktopn disrójához.
Amúgy nemrég tudattam a T. nagyérdeművel épp ebbe a topikba hogy egy disztró telepítője az én kimondott óhajomra, bekkattingatva leokézva 5x átnézve mindent se volt képes egy adott EFI partícióra pakolni az indítóját.
Jó oké nem általános eset volt mert a gépbe épp 4 lemez és ezeken 3 EFI partíció volt de nem tudta megcsinálni, nem arra tette amire én kértem.
Hanem ami neki szimpi volt
-
-
válasz
#63718632
#97617
üzenetére
Miki neee ez most komoly...?
Hogyafenébe ne lenne keresnivalója, talált egy efit, betette a bootfájljait.
Hova tenné máshova?
Meg lehet adni a Win telepítőnek is hogy hova tegye, hova csináljon efit magának de volt egy már kész.
Ha 10 efis os-t telepítesz, 10 bejegyzés lesz az efi partíción.
Mocsok Linux, ha van egy efi a gépen amit a Win csinált, hát nem abba teszi ő is bootbejegyzését...? Elfogadhatatlannak találom ezt a megoldást.
Az EFI partíció, ugyanúgy mint a bios, a uefi, rendszerfüggetlen.
Azért az is szörnyű hogy bármilyen os-t telepítesz, belebarmol a szép üres lemezszerkezetbe és mindenféle a C meg recovery, / és swap meg home, ilyeneket tesz a lemezre.
Én ezt felháborítónak tartom.
Csak teszek szmájlit is de tényleg, mondd meg Te hogyan képzelnél el máshogyan egy már meglévő EFI rendszer mellé telepítést?
Lényegtelen hogy külön lemez, pl. 10 lemez 50 partíció és 1 EFI, automatán odateszi. Minden rendszer!
Kolléga meg mint kezdő, ezután elborzadva híreszteli majd mindenkinek hogy ez a rohadék redmond csodája belepiszkított a Linuxába. -
válasz
Dhampir
#97568
üzenetére
Ajvé, a Linuxod UEFI/GPT, a Windows BIOS/MBR telepítés, a uefibe meg 101% hogy be van kapcsolva a CSM mode így mindkettőt el tudja indítani de a bootmanegerben nem látják egymást.
Ez marad így, marad a bios/uefi választómenü.
16MB partíció Microsoft Reserved néven, szerepe a rendszervisszaállításnál és a mbr/gpt konvertnél van, amúgy nem kell vele foglalkozni.
Szerintem hagyd így, a mbr/gpt konvert nem veszélytelen mutatvány.
Bár a ha a Win lemezen csak ő maga van, mentsd le ami neked fontos adat és a Win beépített konvert eszközével hajtsd végre a konverziót.
A korkát nem a Linux és nem a GRUB hanem maga a bios, mivel ha egyszer elindult UEFI módban, linux, akkor nem utána már tud MBR loadert betölteni, csak reboot után, egyébként ez teljesen érthető.De mégegyszer mondom, teljesen felesleges csak a bootmenü miatt, ha amúgy mindkét os jól működik.
Ha van kedved ezt megfuthatod
de ezt még én se csinálnám meg, nem és ennyit az egész.
pláne ha minden okés amúgy.
És itt is agyon lehet ütni a Wint pillanatok alatt.
[link] -
válasz
Dhampir
#97552
üzenetére
"Megvolt minden, csak a Windowst még nem tudtam becsempészni a menübe."
Leírtam, nyitsz egy terminált,
sudo update-grubezzel még a grub-cusomizert is ke lehetett volna hagyni mivel ha van + OS a menü automatikusan megjelenik
--> reboot uefibe -->Linux elsődlegesnek beállít.
Fel kéne vegye a Wint a menübe.
Ha nem, küzdünk tovább.
-
válasz
Dhampir
#97527
üzenetére
Ha utólag tetted be a lemezt és még nem volt kernel upgrade, pontosabban update-grub, akkor nem is fogja látni a Wint.
Futtass le egysudo update-grubparancsot és ha megtalálta, rebootnál állítsd be a uefibe a linuxot elsődlegesnek, így lesz választómenüd.Egyébként magánvéleményem hogy a biosba, ill. uefibe választás a legtisztább megoldás.
Windowsba ne felejtsd el kikapcsolni a Fast Startupot különben érdekes dolgok lesznek, pláne ha véletlenül a linuxot is hibernálod. -
-
-
-
válasz
ubyegon2
#97500
üzenetére
Nincs FB fiókja.
Én meg még az életemben sehova nem léptem be se fb. se google accountommal, pláne nem ergya oldalakra.
Ja de. A Facebookra meg a mailfiókomba
Fb.-t amúgy csak 3 szakmai csoport miatt tartom, asszem perpill 14 ismerősöm van. Utolsó posztom a saját hírfolyamomba 2023 októberi, megköszöntem a szülinapi köszöntéseket. -
-
válasz
ubyegon2
#97491
üzenetére
"6 éves telóval bankolgatsz és ezer éve nincs security frissítés rajta? Ajajjj..."
Dehogy,
ennyire hülye még én se vagyok,
meg rootolt készülékre amúgy is kínszenvedés banki cuccot tenni.
Meg gapps és PlayStore sincs nekem, így már súrolja a lehetetlenség határát.Asszonykám telója naprakész, a bankkártyáink közösek, amit fusizok hazaadom
, abszolút közös kasszán vagyunk.
Az ő telója van hozzákötve a Google accountomhoz meg a kártyámhoz is. -
Legális AUR.
Összefogva a kis fejlesztőket, talán végre Ubuntu vonalon is eljön a szoftverkánaán, mert a gyári repók olyan hiányosak mint Nagyamám fogsora 87 éves korában.
Nem kell 221 ppa felvétele, semmi külső babrálás.
Még a végén jó lesz ez

A OS meg visszaminősül a szigorúan vett alap és futtatókörnyezet szintjére, kernel szinten.
A konténer meg azt csinál amit akar, a rendszerhez köze-joga sincs. -
válasz
ubyegon2
#97485
üzenetére
6 éve Icsekkezek androidos telefonon és pár éve tapasztaltam hogy egyszercsak kizárólag a gugli Chrome böngészőjéval működött, ki is írta hogy a "Szolgáltatáshoz telepítse Google-chrome böngészőt a Play áruházból"
Kaptak tőlem egy "finoman cizellált" mailt, reagáltak is és elmondták hogy közük nincs hozzá mert az appjuk csak átjáró a SimplePlay szolgáltatáshoz.
Nekik is megírtam a felháborodásomat, 3 nap múlva válaszoltak hogy neeeemnem, ők ilyet, dehogy, és csodák csodája, másnap működött megint a mobil Operával is az icsekk fizetés. Szerintem mások is jelezték hogy a q#rv@@nyátokat.
Nehogy azt hidd a kis hal nem eszi meg előbb-utóbb a nagyot.
Leírtam, csak hogy lásd a kibetérbeni szegregációt. -
-
-
válasz
urandom0
#97431
üzenetére
Nem, az a ./peronoszpora.sh

nekem működik a dir és ahogy nézem nemcsak könyvtárat de mindent kilistáz. Vagyis 50000x jobb mint a ls mert az csak a fájlokat.
tibi@aeroubuntu:~$ dirADAT_1TB errors Python-3.7.4Asztal Képek Python-3.7.4.tgzbin key-mapper rustdesk-server-hbbr_1.1.7_amd64.debbootinfoscript kitöltési.útmutató.pdf SablonokCamera\ uploads Letöltések snapchannels01.conf lynis.log snapbuherachannels.conf lynis-report.dat swap-fileCloud MEGAsync Synccom.github.unrud.VideoDownloader.flatpakref MEGAsync\ Downloads systemd\ exitCumulus Music TemplatesDesktop Night_pirate_ship_planets1.jpg vegyesdlang Night_pirate_ship_planets.jpg VideókDocuments Nyilvános VideosDokumentumok onedrive VirtualBox\ VMsDownloads OneDrive yt-dlp-guiePSXe Pictures ZenékePSXe64Ubuntu.sh prefix32ePSXe_backups Publictibi@aeroubuntu:~$Oké értem én de ha a /akármi/valami/bármi könyvtárban állok és OTT indítom el a blabla.sh-t, akkor ott keresse.
Tudom vannak környezeti változók de ha az ép nyitott könyvtárban van blabla akkor azt indítsa.
Ha nincs ott, nem találja, menjen tovább a path könyvtárakon.Kapok tőled egy lsusb nevűt ami vírus.
Mint írtad, belépek a mappájába és futtatom.
Ilyenkor én nem tudom mi történne de logikusan a tiédnek kéne lefutnia nem a lsusb parancs a pathból.
És oké, pontper.
Mit ér ha úgyis eléteszem hogy ./lsusb? akkor az fut le amit tőled kaptam, nemmindegy hisz egy kis csavarral de lefuttatható a tiéd. Ami csavart ezekszerint minden felhasználó ismer. -
-
válasz
urandom0
#97425
üzenetére
És tényleg.
Csak tudod én tényleg hülye vagyok ezekhez, a ./ sose ment a fejembe és mindig elfelejtem. ha egyszer dir-re kilistázza hogy lynis, akkor utána meg not found, ez számomra értelmezhetetlen.
Amúgy egyszer valaki elkezdte nekem ennek a pontpernek az értelmét magyarázni de énnekem nem ment akkor se a fejembe.Köszönöm szépen a gyors segítséget!
Amúgy egy 6 éves, nem támogatott, rég lejárt agyonhekkelt agyonszoftverezett szénné buherált, snap-el flatpakkal lealázott rendszer:
Hardening index : 63 [############

Friss Debian meg 60
ahogy írták többen.Amúgy semmi jelentőséget nem tulajdonítok ennek a tesztnek csak na dehát mégis.
-
Kb. 1 órája szórakozok vele.
Tudom hülye vagyok mert ez túlhalad az appimage vagy a deb kétkattintásos módszeren de én ezt se futtatni se felcsatolni se telepíteni nem tudom.Mit lehet ezzel kezdeni, csak kíváncsiságból akartam de angol readme, install, egyéb github olvasgatások/fordítózások után ismét megbizonyosodtam a linuxos szoftverkínálat abszolút emberbarát megoldásairól.
-
-
-
válasz
Necronom
#97330
üzenetére
szia, erről már sokszor volt itt diskurzus.
Erre mindegy mit teszel, nem lesz használható.
Addig nem is lesz baj míg az OS asztalt meg a háttérképet nézegted, de egy bármilyen mai böngésző 2-3 nyitott füllel megeszik 1GB ramot, és ha elkezd visszaswappolni egy 5400rpm hdd-re, az gyakorlatilag használhatatlan lesz.
Nem beszélve arról hogy a proci szinte semmi natív utasításkészletet nem tartalmaz, így ez a Cerka mire hardveresen kikódol neled egy akár 480p videót, ha láttál már kockás és szakadozott adatfolyamot
Idézném egy bölcs itteni kollga aranyköpését,
erre a laptopra csipketerítőt meg egy vázát tegyél, ne oprendszert. -
-
-
válasz
galaxy55
#97304
üzenetére
Bizonyára nincsenek olyan szoftver igényeid mint pl. nekem vagy másoknak.
Én meg 2000 óta Windowst (is) használok, és ennek igen nyomós oka a linuxok nemleges szoftverkínlata.
Korrekten fogalmazva inkább a 2 rendszer eltérő szoftverkínálata, ami nincs ebbe megvan abba és vicaverza.
Én elvagyok így. -
válasz
galaxy55
#97302
üzenetére
Ő nem híve a ppa és egyéb webes-debes
megoldásoknak.
Csak sajnos megkerülhetetlen, én még Megasyncet meg Operát Vibert meg még jópár szoftvert csak a weboldaláról tölhető deb formátumban láttam, vagy konténeres megoldásba.És sajna itt elvérzik a desktop Linuxok azon irányvonala amit sh4d0w preferál.
Vagyis, megint csak a sajnos szót kell használnom,
nem elég hogy a gyári tárolókban ezeréves szoftverek vannak, hanem egyáltalán nincsenek olyanok amiket milliók használnak.Így mi marad a mezei felhasználónak? csak azok amiket elvileg nem kéne használni.
Flatpak, snap, appimage, webről letöltött deb és ppa. -
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...?
-
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? -
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. -
-
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. -
-
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. -
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. -
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
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. -
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
-
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. -
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. -
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...
-
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. -
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

-
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...?
-
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. -
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? -
-
-
Mivel nekem sose a magával a yt-dlp-vel volt a gondom, hanem a futtatókörnyezetével. Ami Python 3.7.xxx
És EZ nem megy fel a 18.04-re.tibi@TibiXubuntu:~$ pythonPython 2.7.17 (default, Nov 20 2023, 18:21:20)[GCC 7.5.0] on linux2
A Snap yt-dlp meg hozza magával a snap konténerbe a saját ,neki kellő python verziót így egy fazekaskorongon is elfut.
Ez a /snap/bin/yt-dlp van symlinkelve a usr/bin mappába és így lőn örörm-bódottá
-
válasz
nagyfejü
#97092
üzenetére
És ha lehúzol minden lemezt, és gyalulod a mostanit, és felpakolsz egy OMV-t? Ha ilyen baja van amit a szaktopikba se tudnak megoldani, nem látok más megoldást.
Nincs más ötletem, lehet az akkor az alapoktól kezdve jól működne.
Mivel már egyszer bekonfigoltad, nem lesz annyira idegen és új mint egy másik nas szoftverre átállnod.
Bohóckodtam én is régebben ilyenekkel, kész csoda hogy az OMV nem akarja az összes lemezt formázni, a legtöbb nas szoftver ezzel nyit.
Próbáld meg újratelepíteni, nincs más ötletem. -
válasz
nagyfejü
#97087
üzenetére
Az OMV egy Debian linux alapú rendszer, ezt helyettesítenéd egy Linux alapú rendszerrel
és emiatt már meg is ismerted ha használtad 
Van topikja nézz be oda, ott többet tudnak segíteni mivel ez egy speciális Linux rendszer.
[link]Szerkesztve, most olvasom hogy ezen túl vagy és ott sem tudnak tanácsot adni.
-
-
válasz
ubyegon2
#97033
üzenetére
Ez biza' komoly.
Tudod hogy butus, nyavajgós de kíváncsi is vagyok, egy próbát megért.
Gyakorlatilag egy agyoncsicsázott KDE felület, tele kedveskedő popupokkal, pl. máris csinálom, mindjárt kész stb.
Amúgy már nem emlékszek, valami RPM alapú és saját csomagtárolókat használ..? Valami ilyesmi...?
De nem jött be, ment a levesbe.
Efibootmgr, már többször használtam begyöpösödött agyú uefi rendbetételére. Natúrba, dehogy kellenek nekem a kapcsolók, a részletes terminálkimenet csak megzavarna
-
-
válasz
Petya XT
#97020
üzenetére
Meg is csináltam gyorsan, itt a végeredmény:
Csak a jelenleg használt 2 darab os maradt a uefi agyába.
Nagyon egyszerű, telepíted az efibootmgr (cli-s.... brrr
)programot.
Sudoval indítasz, sudo efibootmgr, a listába a neked nem kellőket törlöd, a szintaktika:
b azaz kis b után a törlendő bejegyzés száma, pl. 1, utána B azaz nagy B, enter.
Ami csillagozva van azok a jelenleg is élő rendszerek.
Pl. itt egy törlési folymat, lehet kötegelni is de én nem voltam ilyen bátor, egyesével gyalulgattam.
Itt pl. az endeavouros-t töröltem , a parancs végrehajtása után már nincs a listába az endeavouros.
és így tovább,tibi@aeroubuntu:~$ sudo efibootmgr[sudo] tibi jelszava:BootCurrent: 000BTimeout: 1 secondsBootOrder: 000B,0000,0003,0009,0001,0005,0006,0002Boot0000* Windows Boot ManagerBoot0001 endeavourosBoot0002 ManjaroBoot0003 debianBoot0005 blackPanther_OSBoot0006 UbuntuBoot0009 debianBoot000B* ubuntutibi@aeroubuntu:~$ sudo efibootmgr -b 1 -BBootCurrent: 000BTimeout: 1 secondsBootOrder: 000B,0000,0003,0009,0005,0006,0002Boot0000* Windows Boot ManagerBoot0002 ManjaroBoot0003 debianBoot0005 blackPanther_OSBoot0006 UbuntuBoot0009 debianBoot000B* ubuntutibi@aeroubuntu:~$ -
válasz
Petya XT
#97020
üzenetére
Jaaaa leesett, !! te erre gondolsz, ami nem az efin van hanem a uefi agyába ragad bele örökre?
Nekem is így néz ki, nesze neked disztróhopping
én magába a uefibe tiltogatom a már nem létezőket de lehet gxalulni is belőle.tibi@aeroubuntu:~$ efibootmgrBootCurrent: 000BTimeout: 1 secondsBootOrder: 000B,0000,0003,0009,0001,0005,0006,0002Boot0000* Windows Boot ManagerBoot0001 endeavourosBoot0002 ManjaroBoot0003 debianBoot0005 blackPanther_OSBoot0006 UbuntuBoot0009 debianBoot000B* ubuntutibi@aeroubuntu:~$ -
válasz
Petya XT
#97014
üzenetére
Megmarad. Ha 30 os-t telepítettél és 29-et gyalultál, akkor is mind ott lesz.
Mivel egy telepítés úgy zajlik hogy pendrive, pl. sda5 ext gyalu, újraformáz és erre megy az új os.
Ez sose fogja törölni a régit az efiből.
amúgy a legjobb az egészben hogy a linuxos rendszerek kb. 50%-a az efibe úgy néz ki hogy "ubuntu"
Zsír, jöjjön rá halandó hogy most melyik is ami kell.
Az hogy Ubuntu egy Ubuntunál még érthető is de ha jól emlékszek a Debian, a Mint, a Kubuntu és még jópár ennyicsak hogy Ubuntu. Sajnos ez a része kevésbé informatív mint pl. egy "Windows bootloader" bejegyzés.
Emlékeim szerint a Nobara, a Manjaro az okés, azok ezzel a névvel csinálják de a többi tökegyforma.
Minden Ubuntu
-
-
válasz
galaxy55
#97000
üzenetére
Persze hogy szabad kuncogni
Én ilyet az elmúlt kb. 10 évben nem tapasztaltam, sacc. 50 vegyes rendszer telepítgetése, újratelepítése, matatása során.
El nem tudom képzelni hogyan csinálja, itt egy dualbootos efim, csak beteszi a Microsoft bejegyzést.
Igen beleír a boot mappába is de oda is csak beteszi a saját boot...efi indítófájlt.
Ha így volt ahogy írtad, elhiszem és akkor Ubynak igaza van de én ilyet soha nem tapasztaltam. Win utólagos telepítésnél és reinstallnál sem. -
válasz
ubyegon2
#96987
üzenetére
"Amúgy jobb is így, mert a drága Windowsod nem fogja elbarmolni a GRUB-ot, mikor épp olyan kedve van"
Ez pontosan így van. De csak MBR alat, ott egyébként nyvajoghatnának a Windowst is használók a tipikus hiba miatt.Mmikor valamiért gyalulod a Linuxot, meghal a boot. Mivel az Linux grubra utaló útvonal megmarad az mbr-ba de tovább ugye nem tud lépni nincs hova.
És ez triviális, uefi előtt a fórumok tele voltak azzel, jajj a Linux belebarmolt a bootba és most nem indul semmi.
A fennti kijelentésed értelmét veszti UEFI alatt mivel ott nem felülírja hanem az efi partícióra melléteszi a boot bejegyzését akár 10-20 OS is.
Olyan még nem volt az univerzumba hogy egy Windows törölte egy bármilyen más os boot bejegyzését az efi partícióról.
Amire te gondolsz, hogy átveszi az uralmat, nem, max. előre sorolja magát a boot sorrendbe. De ugyanazt megteszi egy friss Linuxos efi telepítés is és ez nem a rendszerek hibája hanem nagyon sok uefi amikor a boot során talál egy új bejegyzést az efi partíción, automatikusan azzal indít.
Amit leírtál az uefi alatt lehetlen, soha nem töröl semelyik os se más os bejegyzést.
Sőt gyakran saját magáét sem, ha gyalulsz 10 os-t amik uefisek, utána manuálisan kell törölgetni a bejegyzéseiket az efiből mert felsorolja bootnál, holott az os amire a bejegyzés már rég nincs.
Ezeket én a legutóbbi disztrópróbálgatás után manuálisan takarítgattam el, az efin ott maradt a Deebian, a Mint, a Kubuntu és a Manjaro bejegyzése is, és bootnál fel is sorolta. -
válasz
ubyegon2
#96981
üzenetére
Te tényleg zsigerből utálod a Windowst. Kollégának az égvilágon semmi de semmi gondja nem akadt sem a UEFI, se CSM mode, sem a Windows terén.
A Mintet véletlenül MBR módban telepítette egy teljesen külön ssd-re. Ha ez a UEFI meg a Win hibája, akkor ám legyen igazad.És végre egy értelmes emberke, mármint Petya XT.
1 lemez-Windows,
mégegy külön lemez=adatok
3. lemez-Mint
Ez így a korrekt. -
-
válasz
Freeman007
#96934
üzenetére
Ha KDE és Ubuntu, próbálj rá egy Kubuntura.
-
válasz
sh4d0w
#96933
üzenetére
Dehogy aludtam át, személy szerint az androidos vonalat utálom legjobban ebből a szempontból bár az utóbbi 1-2 évben Redmond remeke is jön fel erősen.
Sajnos ha így folytatják a dobogó 3. helye se marad üresen, a'la linuxos featurek. Tudod, a feature az mikor legalizálják a bugot.Kérem Uram azért ne feledje hogy ez mégiscsak egy Linux
Ennek működnie kell. -
-
válasz
ubyegon2
#96914
üzenetére
"Tibikomám már leszedte volna helyedben a szenteltvizet még a pingvinek öregannyáról is! "
Így van mert jogos.
1 hónapja lettem kész keresztapám kisházával, villanyszerelés.
Milyen frappáns lett volna,
'Józsi bácsi minden kész, csak meg kell várnod pár updatet meg patcet.
Lesz majd áram a nappaliba, mindjárt kihozom a konnektor2.1-et, a wcvilágítás 1.0.1-et és lesz nemsokára melegvized is, a bojler1.1.4 javítás sajnos még nincs kész, Paksig leveri a kisautomatákat de ne csüggedj!
Két hét múlva jövök upgradelni
Kb. így van mostanság Linuxéknál, globálisan, szinte disztrófüggetlenül van mindegyikbe valami oltári gebasz. -
válasz
ubyegon2
#96885
üzenetére
"Rémlik a dolog, de ott valami más gond lehetett,"
"Tulajdonképpen" semmi gond nem volt, próbáltam valami újat megszeretni. Sikertelenül.
Debian szigorú, Kde Neon nem találta a neki kijelölt partíciót, Linuxmint elhasalt az EFI partíción, Ubuntu legfrissebb egy kalap sz@r deb vonalon.
Kb. ennyi, tényleg semmiségek ezek.
"Hiába szídtad volna a Linux csomagkezelését, mivel kiderült volna, hogy nem néztél utána a disztró doksikban, már megint!"
Soha.
Működjön a "barátságos" Linux, már megint szögelésre buzdítasz
Meg man meg dokumentációkba kutakodásra.
"ha jól emlékszem a Discover-nek a cli-s megoldása a pkcon!"
Ezt én nem tudom. Az ősöreg rendszeremen mikor sipákol hogy frissítések vannak, az unattended upgrade elintézi a 80-90%-át viszont a maradékot nem tudja. azt csak a Discover.
Érdekes, lehet köze van ennek az elképzelésednek pkcon vonalon. -
válasz
ubyegon2
#96881
üzenetére
Köszi, ez fontos lehet.
Én próbáltam ezt a Neont de a telepítő nem is látta azt a partíicót amire telepítettem volna így elengedtem.
Ezekszerint jól tettem mert ha felment volna és belefutok ebbe, biztos megint tordaitibi féle hangnembe jeleztem volna a nyűgjeimet, pokolba kívánva a linux híresen csodálatos csomagkezelését
-
Új hozzászólás Aktív témák
A 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
- Teszt Már csak két hónap van hátra a Windows 10 nyugdíjazásáig, ideje előrelépni
- Teszt [Linux] Vanilla OS, egy Debian alapú immutable operációs rendszer
- Teszt [Linux] Aeon Desktop, egy immutable operációs rendszer az OpenSUSE-tól
- Teszt [Linux] A Flatpak
- Bejegyzés MS Office365 Linuxon
- Bejegyzés [Linux] Futtassunk bármely disztrót a terminálunkban
- Bejegyzés Alpine Linux telepítés mindenféle low-end dologra
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- MS SQL Server 2016, 2017, 2019
- 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
- Xbox Game Pass Ultimate előfizetések kedvező áron
- iPhone 13 128GB 92% (1év Garancia)
- Új Lenovo 16 Ideapad Slim3 WUXGA IPS Ryzen5 7430U 4.3Ghz 16GB 512GB Radeon RX Vega7 Win11 Garancia
- GYÖNYÖRŰ iPhone 14 Pro Max 128GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3915, 100% Akkumulátor
- Telefon felvásárlás!! iPhone X/iPhone Xs/iPhone XR/iPhone Xs Max
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Mindjárt gyalulom és megy fel a Store-app.

csak leírtam.
, 3000x könnyebb Linuxon wifi hotspotot létrehozni gui alatt kattingatva mint egy nyamvadt smb megosztást terminálba meg smb.conf szerkesztése.
Az ott egy 1TB 2280 ssd vége. Kilóg hát kilóg. Jobban hűl 
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.
Ehhez képest Ubuntu tárolóba 2022-es
A művelet előtt ez nem létezett, ezért ugye engedélyt sem lehetett erre adni.
Mivel nekem sose a magával a yt-dlp-vel volt a gondom, hanem a futtatókörnyezetével. Ami Python 3.7.xxx
Csak a jelenleg használt 2 darab os maradt a uefi agyába.
)programot.

