- iPhone topik
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Google Pixel topik
- Honor 400 Pro - gép a képben
- One mobilszolgáltatások
- Magisk
- Poco M3 - felújított állomás
- Honor Magic V2 - origami
- Xiaomi 12T Pro - kétszínű, mint a kétszázas
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
-
Mobilarena
Debian GNU/Linux
Új hozzászólás Aktív témák
-
urandom0
senior tag
válasz
sh4d0w
#10296
üzenetére
A user írjon a könyvtárába, a biztonságosnak talált Debian csomagból telepített app írjon a könyvtárába, megbízhatatlan process meg írjon a saját sandboxába.
Nekem olyan Gimp nem kell, ami nem tud írni a /home/Pictures mappámban, én az ilyenre azt mondom, hogy bugos, vagy valami el lett kefélve a csomagolásnál. Persze, biztonságosnak biztonságos, de inkább ne.
-
urandom0
senior tag
Nem így van.
Nem maga a flatpak a veszélyforrás, hanem a maintainerek meg az adminok hozzáállása. Ha Debian alatt ugyanilyen nemtörődöm hozzáállás lenne a maintainerek részéről, az sem lenne biztonságosabb.
Az a történet például megvan valakinek, amikor a Void Linux csapat vezetője hónapokra eltűnt, és egyedül neki voltak meg a core repók kulcsai? Egyedül ő fért hozzá a Githubhoz (meg az egyik fő domainhez, az IRC-hez...). Ezen idő alatt a userek egy szál biztonsági frissítést nem kaptak.
Ezek mind emberi hibák, amiket ki lehet küszöbölni. De nem a flatpak hibájából erednek."tehát egyre kisebb az emberi erőforrás igénye egy csomagolási eljárásnak, miért is kell dobni"
Nem kell dobni, senki nem akarja dobni a natív csomagokat. Egyébként flatpak csomagokra is ugyanúgy fel lehet állítani egy automatikus csomagolási pipeline-t, ahova betolják a forráskódokat és egyéb erőforrásokat, és a végén kipottyan a csomag (a Flathub pontosan ezt is csinálja).
"Miért kell a népet egy tipikusan windowsos agyhalál elé terelni?"
A flatpak pont nem Windowsos, nincs is a Windows-ban olyan, ami hasonlítana rá.
"Leterakni az alkatilag ellenálló rendszert potenciális veszélyforrással???"
A legtöbb Linux disztró alkatilag nagyon nem ellenálló. Nincs bennük semmilyen vírusírtó, nincs bekapcsolva a tűzfal, nem sandbox-ban futnak a programok, az X nagyon sok disztróban még mindig rootként fut, létezik az LD_PRELOAD típusú agymenés, ami jobb helyeken évtizedek óta tiltva van... egy átlagos desktop Linux disztró egyetlen okból biztonságosabb, mert nagyon kevés Linuxra írt vírus létezik, azok is jellemzően a szerveroldalt támadják.
Ha most én bejuttatnék valahogy a gépedre egy keyloggert, hogyan vennéd észre? Gondolom, vírusírtót nem használsz.Másrészről alapvetően a flatpak épp, hogy ellenállóbb tud lenni (ha rendesen meg van csinálva), mint a natív csomagok, mert alapvetően egy natív csomagból indított program bármit megtehet, amit te is, míg flatpak esetén legalább le lehet korlátozni, hogy mihez férhet hozzá. Persze, lehet korlátozottabb user nevében futtatni a programokat, meg van SELinux, Apparmor, stb., de ezeket néhány programok kívül egyik sem használja alapértelmezetten.
-
válasz
urandom0
#10293
üzenetére
Megint keversz dolgokat. A user írjon a könyvtárába, a biztonságosnak talált Debian csomagból telepített app írjon a könyvtárába, megbízhatatlan process meg írjon a saját sandboxába.
Állítom bátran, hogy talán az egy bambano kivételével szinte mindannyian Windows-os háttérből jövünk, ennek akkor van jelentősége, amikor felvállaltuk egy teljesen más környezet learning curve-jét, még ha kényelmetlen is volt eleinte. Ugyanezt kell tennünk, amikor az ilyen szutykokat, mint a flatpak, meg snap akarjuk használni: megtanulni, hogyan kell őket kezelni és utána ezt következetesen betartani.
-
Vladi
nagyúr
válasz
urandom0
#10284
üzenetére
"a saját maga által kezelt"
Na hát ez itt a fő proléma! A linux például attól lett az ami, hgoy van neki csomagkezlése. Ami egy oltári találmány, gyakorlatilag a felhasználó legprofibb kiszolgálása amit el tudok képzelni. most, hogy brutálisan nagy lett a számítógépek teljesítménye, minden is automatizálva lett, tehát egyre kisebb az emberi erőforrás igénye egy csomagolási eljárásnak, miért is kell dobni? Miért kell a népet egy tipikusan windowsos agyhalál elé terelni? Leterakni az alkatilag ellenálló rendszert potenciális veszélyforrással???
-
urandom0
senior tag
válasz
sh4d0w
#10289
üzenetére
Speciel pont nem a Red Hates resz az, ami miatt linkeltem az irast - ha eddig nem lett volna egyertelmu.
Tudom, nem is rád értettem, hanem a cikk szerzőjére.
ne irogasson semmit se a user home-ba, se mashova, csak a sajat kis konyvtaraba, ha a usernek kell onnan valami, majd kiszedi egyszeru filerendszer muveletekkel.
Ne haragudj, de ez egy baromság. Én ebbe belefutottam pár éve, a Gimp-nek egyik kezdetleges flatpak verziója nem tudott a home-ba írni. Úgy nézett ki a dolog, hogy menteni akartad a képet, a save as ablakban kijeltölted a home-ot, de az nem a valódi home volt, hanem a ~/.var/app/org.gimp.GIMP/... alá bemappelt könyvtár. Hogyan néz már ki az, hogy a user nem tud írni a saját home-jába? Mondjuk egy zenelejátszó nem tudja listázni a zenéidet, mert nem fér hozzá a ~/Music-hoz? Vagy a képnézegetővel nem tudod taggelni a képeid, mert nem fér hozzá a ~/Pictures-höz? Ez nonszensz...
Ilyet flatpakkel nem tudsz csinalni.
Ezek a sechole-os cuccok valóban gázak, ezek szerint változott a policy, régebben az ilyeneket ideiglenesen elérhetetlenné tették, sok contributor sírt is emiatt a fórumon. Erre az a megoldás, hogy erősebb szabályozás kell. Az megint más kérdés, hogy ezek a sebezhetőségek mennyire használhatók ki.
Az olyan csomagokat, amiknél fel van tüntetve, hogy elavult, sebezhetőség van benne, stb., én azokat fen hagynám, esetleg valami jól látható jelzést még tennék oda.
-
-
válasz
sh4d0w
#10289
üzenetére
ha a usernek kell onnan valami, majd kiszedi egyszeru filerendszer muveletekkel.
Aztán majd megy a sírás rívás a felhasználók részéről, hogy nem éri el a fájlokat. Értem hogy biztonsági szempontból ez jól hangzik, de a gyakorlatban szinte a használhatatlanság határát súrolja. pl. egy office appal miért csak egy dokumentumok mappába tudok menteni, mikor én a pendrive-ra akarom menteni a doksit, vagy fordítva. Kapok pendrive-on egy zenét, de ahhoz, hogy megnyithassam, be kell másolni egy fixen megadott könyvtárba.
Persze értem én, hogy más (szerver)programoknál ez pozitívum, de n+1 alkalmazásnál életszerűtlen. -
válasz
urandom0
#10288
üzenetére
Speciel pont nem a Red Hates resz az, ami miatt linkeltem az irast - ha eddig nem lett volna egyertelmu. A forumtars a security miatt aggodott es ott bizony boven van mit tenni.
A vitatott pontok pedig pont a formatum hibajabol vannak: ne irogasson semmit se a user home-ba, se mashova, csak a sajat kis konyvtaraba, ha a usernek kell onnan valami, majd kiszedi egyszeru filerendszer muveletekkel.
"Ez nem így van, az adott flatpak terjesztő oldal (ami általában a flathub) adminjainak kell írni egy e-mail, megvizsgálják az adott flatpak csomagot, és ha kell, eltávolítják."
En nem errol beszelek: ha egy Debian csomagnak mar nincs karbantartoja es sechole van benne, akkor a Debian project vagy rauszit valakit (elvegre open source), hogy legalabb ideiglenesen vegye at a karbantartast, vagy visszavonja a csomagot. Ertsd: megjeloli torlesre a repository-ban, amikor user frissit, eltavolitasra kerul a csomag a rendszererol. Vagy nekem legalabbis ez tunne logikusnak es szerintem a Debian project jol felfogott erdeke is ez. Ilyet flatpakkel nem tudsz csinalni.
Tovabbi cafolat: az Adobe Reader flatpakben elerheto a flathubon. 10 eve befejezte az Adobe a tamogatasat, instabil, tele sechole-okkal. Megjegyzesnek oda van irva mind a tamogatas hianya, mind az esetleges biztonsagi hibak, ettol fuggetlenul a csomag elerheto, telepitheto, elindithato. Ez gaz.
Tovabbi reszleteket is elolvashatsz itt - nem csak az Adobe Reader problemas, hanem sok minden mas is. Szoval az allitasod, miszerint a Flathubon mindent atneznek, nem igaz. Vannak ellenorzott flatpakek, meg van egy masik adag, amit meg senki nem nez meg. -
urandom0
senior tag
válasz
sh4d0w
#10287
üzenetére
Senki nem mondta, hogy a Red Hat hibaja, ha a maintainer nem frissit, a formatumnak viszont hibaja.
Pedig nekem ez a rész eléggé úgy tűnik, hogy a Red Hatra próbálja kenni az egészet:
Let's hope not! Sadly, it's obvious Red Hat developers working on flatpak do not care about security, yet the self-proclaimed goal is to replace desktop application distribution - a cornerstone of linux security.
Szerintem a vitatott pontok amúgy nem a formátum hibájából erednek.
Viszont az, ha kritikus sechole-ek benne vannak egy flatpakben, a karbantarto nem tart karban es visszavonni sem lehet a kerdeses flatpaket kozpontilag - na az ultragaz.
Ez nem így van, az adott flatpak terjesztő oldal (ami általában a flathub) adminjainak kell írni egy e-mail, megvizsgálják az adott flatpak csomagot, és ha kell, eltávolítják.
A flatpaket senki nem nezi at, release idejen is lehet benne akarmilyen kritikus hiba, azt sem vizsgalja senki, hogy egy korabban artalmatlan csomagba nem rakott-e a fejleszto vmi disznosagot.
Ez sincs egészen így, minden csomagot átvizsgálnak, legalábbis a flathubon biztosan. De ha ez így is van, ahogy leírtad, akkor ez megint csak nem a formátum hibája, hanem azé, aki az adott infrastruktúrát üzemelteti, és tojik rá, hogy milyen csomagok kerülnek fel az oldalára. Ha egy flatpak csomagot nem hajlandó frissíteni a maintainere, le kell szedni és kész.
Új flatpak csomagoknak egyébként már a portals API-t illik használniuk, azzal pedig még annyira sem férnek hozzá a fájlrendszerhez, mint egy átlagos natív deb csomagos program.
szerk: egyébként elsősorban én is a disztró natív csomagjait használom, csak akkor nyúlok flatpakhoz, ha nincs natív csomag, vagy ha nagyon régi.
-
válasz
urandom0
#10284
üzenetére
En elolvastam, de abban nem vagyok biztos, hogy Te is.
Senki nem mondta, hogy a Red Hat hibaja, ha a maintainer nem frissit, a formatumnak viszont hibaja. Egy deb csomag eseten a kerdeses csomagot kirugjak a disztribuciobol, ha a maintainer nem teszi a dolgat es pont tavaly volt ra pelda, hogy a Firefoxnak frissebb - talan mesa - alrendszer kellett, hat Debianek frissitettek azt is.Viszont az, ha kritikus sechole-ek benne vannak egy flatpakben, a karbantarto nem tart karban es visszavonni sem lehet a kerdeses flatpaket kozpontilag - na az ultragaz. Hogy a user csak a sajat /home-jaba tud irni, azzal is lehet baj: Debian eseten a csomagokat security szepontbol vizsgaljak (persze nem ad 100% vedelmet, de mashol ilyet sem csinalnak) - ha mar ismert hiba van benne, visszadobjak. A flatpaket senki nem nezi at, release idejen is lehet benne akarmilyen kritikus hiba, azt sem vizsgalja senki, hogy egy korabban artalmatlan csomagba nem rakott-e a fejleszto vmi disznosagot. Ha Debian csomag eseten csinal ilyet a maintainer, kivagjak, mint azt a bizonyos macskat.
Szoval ha a /home-ba irasi joggal rendelkezo flatpakbe bekerul egy ransomware es eltitkositja a user file-jait, az bizony baj. Rendes Debianos deb csomag eseten ennek sokkal kisebb az eselye - nem nulla, de inkabb egy tarolobol lehuzott deb, mint egy Flathubos flatpak.Arrol meg nem is erdemes szot ejteni, miert kockazat, ha netan a root vagy ilyen jogosultsagokkal rendelkezo user hasznal flatpaket.
-
urandom0
senior tag
válasz
Roxkex
#10245
üzenetére
Ez a kulcstartós dolog alapvetően úgy működik, hogy ha első alkalommal nem adsz meg semmilyen jelszót, csak simán nyomsz egy entert, akkor a továbbiakban nem fog jelszót kérni. Most ettől függetlenül is kérhet jelszót, mert vannak olyan alkalmazások, amik úgy vannak megírva, hogy minden alkalommal kérjen jelszót. Tipikusan ilyen, ha pl. az ssh kulcsot véded passphrase-el...
A Seahorse-ot nem érdemes letörölni, az igazából nem csinál semmit, csak egy grafikus előtétprogram a secret-service-hez ("titoktároló"). Ez a rendszer titkos adait (jelszavak, stb.) tároló szolgáltatás.
Seahorse-ban a jelszavaknál a kulcstartó jelszavát meg tudod változtatni itt:
Megadod azt a jelszót, amivel bejelentkezel a rendszerbe, majd kétszer kérni fogja a kulcstartó új jelszavát. Ha itt entert ütsz, akkor elméletileg többet nem kérdezősködik.
Az nem fura, hogy az Opera jelszót kér, ugyanis a böngészők az érzékeny adatokat (helyileg tárolt jelszavak, tokenek, sütik, localstorage, indexedb, sessiondb...) titkosítva tárolják, és ennek a titkosításnak a feloldásához kell a titoktároló jelszava.
-
urandom0
senior tag
válasz
SirRasor
#10254
üzenetére
Elsőre nincs rendes megoldás a desktoposra: ez feature, ilyen az új Gnome. Xfce vagy bármi más jó megoldásnak.
Dehogy nincs, van rá kiegészítő: https://extensions.gnome.org/extension/4099/no-overview/
De ha feltelepíted mondjuk a dash-to-dock-ot vagy a dash-to-panelt, azokban is van ilyen opció. -
urandom0
senior tag
válasz
sh4d0w
#10265
üzenetére
Azért ez a cikk...gondolom érzed te is, hogy van azért benne ferdítés, igaz? Azon problémázik, hogy egyes flatpakos programoknak van írási joga a /home-ba. De a natívan csomagolt programok közül gyakorlatilag mindegyiknek van, és még kikapcsolni sem egyszerű. Flatpak esetén legalább egyszerűbb letiltani, van rá GUI. Egyébként elég hülyén nézne ki, ha a Gimp nem tudna írni a /home-ba. Akkor hova menti a user a képeit?
Az, hogy valaki meg nem frissíti a saját maga által kezelt, csakis a saját felelőssége. Ne már a Red Hat meg a flatpak hibája legyen az, ha a maintainer tojik a frissítésre. Ennyi erővel megkérdezhetem azt, mi van, ha a natív deb-es git csomag marad foltozatlan a tárolóban? Akkor az ÖSSZES ettől függő program lyukas marad.
Ez a cikk kicsit olyan "belekötök az élő fába is" jellegű. -
De megmondom őszintén a deb.debian.org-ot biztonságosabbnak érzem, csak az a fő-fő repó.
Nem annyira, sőt!
Bambano leírja egyébként a lényeget, de hátha innen jobban megérted. 
Én egy videóban úgy hallottam...
Talán Debian dolgait nem videókból kéne mélyebben megismerni!
Nyilván nyűgösebb a hivatalos honlapját(wiki) olvasgatni, de mindenképpen érdemes, mint a példa is mutatja.... -
Vladi
nagyúr
Na még mindig csomagkezelő és gyors mirror a téma:
talátalm a netselect-apt programot. Ez az ftp.bme.hu-t mondja, hogy a leggyorsabb nekem. Generál is nekem soruce.list -et, de az eredetiből egy csomó midnen nincs benne.
Úgyhogy az eredetiben átírtam a címeket bme-sre, kivéve a security updatet, mert azt az eredeti program se írta át. Úgy fest működik.
Elvileg a bmés ftp szerveren fenn van midnen ami a hivatalos sezrvereken is, nem? -
Feldobtam a Debian 12-t az asztali gépemre, egyenlőre teljesen rendben van minden flatpakek nélkül is. Jó lett ez a verzió, szerintem.
-
-
Semmi nem garantalja, hogy a Flathubon levo flatpakek biztonsagosak, plusz: tegyuk fel, hogy most felkerul valami, ami biztonsagos, majd a fejleszto kesobb rakja bele a ganyesagot. Mi fog megvedeni?
Ezzel ellentetben a jelenleg a stable-ben levo csomagok jelen allas szerint biztonsagosak, ha esetleg vmelyikben felfedeznek vmit, akkor kiadjak a javitott csomagot. Uj funkciok nem kerulnek be, tehat onnan sem johet semmi.LibreOffice helyett meg ott a GDrive, mindenhonnan elered. Korabban en is eroltettem az LO-t, aztan rajottem, mennyire franko tud lenni a GDrive, ugyhogy azota csak azt hasznalom.
-
válasz
bambano
#10273
üzenetére
"meg tudsz lenni legutolsó szoftververzió nélkül "
Végülis igen, meg. Nekem kifejezetten tetszik a Debian 12 tartalma, a Gnome elég friss ahhoz, hogy nekem jó legyen. Viszont a LibreOfficet szidják, hogy pont egy olyan verziót hagytak a Stable-ben, amivel gondok vannak.
Rollingom nem lesz újra, mert nem bírom idegileg, hogy naponta frissítsek mindent. Tehát az ilyen disztrók jók, csak egyszerűen nem nekem valók.
-
bambano
titán
a flatpak nem cél, hanem eszköz. neked nem azt a kérdést kell megválaszolnod, hogy kell-e flatpak vagy sem, hanem azt, hogy meg tudsz lenni legutolsó szoftververzió nélkül vagy sem. Ha meg tudsz lenni, akkor debian, ha nem, akkor valami rollingabb disztró és/vagy flatpak.
Szerintem böngészőt le lehet tölteni, fel lehet rakni kézzel, sőt, ha userként felraktad, akkor a firefox frissíti is magát. Steamet nem láttam még közelről, de tippem szerint az is frissít, mert elvileg lehet értelme. A libreoffice-nál meg nem mindegy?
én a magam részéről tartom magam ahhoz, hogy ha nem romlott el, nem akarom megjavítani.
-
válasz
bambano
#10270
üzenetére
Van bizony, VM-en már felraktam a flatpaket, azzal teljesen élvezhető. Új Firefox, új LibreOffice, új Steam.
Egy dolgon akadtam el, hogy most használjak-e flatpaket, vagy sem, mert állítólag még nincs annyira kiforrva a biztonsági oldala. De tény, hogy elég kényelmes megoldás és sok új csomag tölthető le a Flathubról. -
"...a kulturált internethasználatot ismerem..."
Nem tudom, ez mit takar, de ha azt, hogy csak "biztonsagos oldalakat" latogatsz, akkor elarulom: nincs ilyen. Barmelyik oldal lehet fertozott, anbelkul, hogy a tulajdonosa tudna rola - nem tudom, hany ilyen peldat hozhatnek csak igy kapasbol.
A flatpak biztonsagarol: knightmare.
-
Debianban használtatok-e már flatpak csomagokat? Eddig mindent a belső tárolókból próbáltam telepíteni a stabil kiadásban, de azok elég régi csomagok. Néhánynál úgy érzem fontos lenne az újabb kiadások, pl. LibreOffice. Erre lenne jó alternatíva a flatpak, mert annál a LibreOffice már 7.5.4.2-nél jár.
Virtuális gépre felraktam, jónak tűnik így flatpakkel. Lehet-e ennek valami hátulütője pl. biztonsági értelemben? Mezei user vagyok, tehát semmi kockázatos dolgot nem csinálok úgy gondolom, a kulturált internethasználatot ismerem.
-
bambano
titán
három lehetőséged van:
1. felrakod a telepítővel a 7-es debiant, majd átírod a repókat az archivált repókra, és onnan felraksz mindent, ami kell, 7-es debian verziókkal. minden cuccot fel lehet rá rakni most is, ami anno megvolt hozzá.
2. felraksz egy minimál 7-es debiant, azt felfrissíted 12-esre és onnan pakolod a többit.
3. letöltöd a 12-es debian telepítőjét. -
válasz
bambano
#10258
üzenetére
Adott egy feladat, hogy telepítsek egy Linuxot egy számítógépre, de csak Debian 7 telepítőlemez van adva. Na most ez egy kifutott verzió, támogatás nincs hozzá, így feltételezem semmilyen szoftvert nem is tudok rá telepíteni hivatalos forrásból, így valahogy fel kéne frissítenem a Bookwormre. Na ezt én nem fogom megcsinálni, mert elmegy az időm vele. Többe van a lé, mint a hús.
Egyébként a Linux telepítés vizsgafeladat, ami önmagában nem nagy kihívás, viszont ilyen őskövület verziókkal már nem fogok tudni mit kezdeni, ha azt mondja a vizsgabiztos, hogy telepítsek neki valami ilyen-olyan szoftvert. Az így ebben a formában felejtős.
-
bambano
titán
igen és nem.
az nem fog működni (számomra érthetetlen okból), hogy 7-ről 12-re.
de az, hogy végigmész verziónként, az igen.
ezt csináltam, ment.
csak arra kell figyelni, hogy egy-két default változik kiadásról kiadásra, és az okozhat gondot.
például ha távoli gépen frissítesz, akkor az ethernet kártya nevének változtatása eldobja a hálózatot.a másik verzió, hogy kézzel frissíted, szerintem az is tud működni.
kernel->libc->init, a többi meg megy. de ezt nem próbáltam. -
Sziasztok,
Debian 7-et lehetséges frissíteni 12-re? Még sosem próbáltam, mondjuk éppen otthon egy VM-en ki is tudnám próbálni, csak kíváncsi vagyok, hogy elméletben lehetséges-e egyből a 12-re frissíteni a köztük lévő verziók kihagyásával? -
SirRasor
addikt
válasz
SirRasor
#10253
üzenetére
Válaszolva a sajátomra az alapján, amit eddig találtam:
Elsőre nincs rendes megoldás a desktoposra: ez feature, ilyen az új Gnome. Xfce vagy bármi más jó megoldásnak.Második: RDP: azért változtat jelszót, mert a felhasználó auto-login be van kapcsolva. Ha kikapcsolom, nem variálja.
RDP nem indul magától. Ha be se lépek és csak a loginablakon állok, nyilván nem működik.
Valószínűleg VNC-s megoldás lesz ebből. -
SirRasor
addikt
Üdv mindenkinek!
Telepítettem Debian 12-t (Gnome) egy laptopra és ahogy bejelentkezek, nem teljes ablakos módban indul az elsődleges asztal, hanem mintha rányomnék a "Tevékenységek"-re, azaz kell még1 kattintás, hogy lássam az asztalt.
Már átállítottam az asztalok számát 1-re és végignéztem minden beállítást, de nem találok olyat, amivel ezt a működést be tudnám állítani. Gugliztam is, de mintha nem létezne a probléma.
Debian 11-nél nem volt ilyen
EDIT:
Másik dolog:
Beállításokon belül a Megosztás fülben az MS RDP elérést engedélyeztem. Faszán működik is, amíg újra nem indítom a gépet. Utána nem enged csatlakozni, "belső hiba"-val megáll a távoli gépnél.
Ha bemegyek a Beállítások\Megosztás-ba és megnyitom az RDP-s beállításokat, akkor megint működik. WTF? Tehát nem változtatok semmit, csak ellenőrzöm a beállításokat.
Hogy lehet megcsinálni, hogy ez mindig működjön?
EDIT2: ráadásul néha magától megváltoztatja a jelszavamat. Hogy lehet azt befixálni, hogy hagyja már békén? -
csixy
addikt
Ez jó valamire?
.xsession-errors
Xsession: X session started for noki at Sun Jun 25 03:58:20 CEST 2023
dbus-update-activation-environment: setting
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1001/bus
dbus-update-activation-environment: setting DISPLAY=:0
dbus-update-activation-environment: setting XAUTHORITY=/home/noki/.Xauthority
localuser:noki being added to access control list
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
dbus-update-activation-environment: setting GTK_MODULES=gail:atk-bridge
dbus-update-activation-environment: setting QT_ACCESSIBILITY=1 -
csixy
addikt
Én a SyslinuxOs Debian12-re épülő Mate verzióját tettem fel. Pöpec volt. Tegnap éjjel kipengettem magamnak. Pár dolgot leszedtem, meg telepítgettem hozzá. Hajnal 4-kor mondtam azt, hogy most kész, frankó és holnap, azaz ma majd csinálok belőle egy linux live build konzervet, hogy szokás szerint a RAM-ba tologatva tudjam használni. De mégegyszer utoljára újra indítottam, hogy lássam milyen kóser és azóta csak addig jut el, hogy beírom a greeterbe a usert és a passwördöt és utána farkasszemet nézek a szép fogaskerekes kék háttérképével és nem lép tovább. :( Ez a helyzet most hogyan gyógyítható?
-
Roxkex
senior tag
-
válasz
Roxkex
#10245
üzenetére
1. Mert alapból úgy van beállítva, hogy a (Gnome) rendszer jelszókezelőjét használja, ezért kéri hogy add meg a hozzá tartozó feloldó kulcsot.
Ha ragaszkodsz az Opera saját megoldásához, akkor a --password-store=basic apparently paraméterrel indítsd el.2. Nem lehet ,hogy Te is ebbe futottál bele?
-
Roxkex
senior tag
Sziasztok !
Adott egy Debian-os laptop amire most felraktam az Opera-t és két dologban szeretnék helpet kérni (ami nem biztos, hogy 100%osan linux related!)
1. Amikor megnyitom az Opera-t mindig kéri a rendszer, hogy adjam meg a jelszót a "Bejelentkezés és jelszókezelő" kulcstartóhoz (lehet nem pontosan ez a neve). Személy szerint Én nem adtam meg ilyet és a login/su jelszót nem is fogadja el. Megnéztem és a seahorse-t használja már azt is letöröltem és továbbra is kérdezi. Előtte még a seahorseban is megpróbáltam belépni és ott sem fogadta el, szóval azt gondolnám NEM valami opera jelszót kér. (Mondjuk kicsit eleve furi, hogy kéri amikor megnyitom az Opera-t)
Esetleg valaki tud ebben segíteni, hogy pontosan mi lehet ? Valahogy resetelni vagy valami ilyesmire gondolnék.
2. A másik, hogy néhány streaming oldalon eléggé laggos a kép. A gép az tuti bírja - De ugyan akkor a YT az nem az. Esetleg valami kieg hiányozhat ? Tipp ?
Válaszokat előre is köszi ! -
jimmy399
senior tag
Én is betettem a plusz sort, ártani nem árt, meg legalább eltűntek a "Possible missing firmware for..." figyelmeztetések az initramfs generáláskor.
Ami viszont érdekes, hogy hddtemp kikerült a repókból a 12-ben, így vissza kellett tennem a 11-eshez készült .deb fájlt...
(Ahogy olvastam nem volt karbantartója vagy valami ilyesmi így kiszedték a 12-ből... [link] ) -
jimmy399
senior tag
Pár hónapja frissítettem még a kiadás előtt a bookwormra.
Rendben is volt, de az xfce4 de alatt amikor a panelt automatikus rejtésre állítottam a képernyő alján akkor vokt egy olyan bug, ami miatt nem rejtette el magát hanem fixen maradt a kijelző alján. Ezen akkor az segített, hogy behoztam a panel beállításokat és bezártam, de ez is csak hol random küszöbölze ki a bugot.
Majd ma ráfrissítek megnézem mi a helyzet ezzel a buggal. -
Vladi
nagyúr
válasz
sh4d0w
#10238
üzenetére
Nemlehet. 2 nap alatt annyit szoptam, mint előtte 10 év alatt.
A redhat 1 mozdulattal kirúgta az összes cpu-t amit 2013 előtt gyártottak. Debian meg nem tud normálisan csinálni egy releaset.
Egyébként van kb 1 délutánom egy héten megcsinálni a gépemet. Már most 6 hónapja kész kéne lenni. Sebaj, még 2 hét csúszás.
-
Vladi
nagyúr
-
Vladi
nagyúr
Ühüm... azért engedtessék már meg nekem előljáróban annyi kritika, hogy azért ez nem egy profi hozzállás.
Mármint debianéktól. akkor ne ígérje be a release-t ha nem tudja tartani. Régen az volt a duma, kiadják ha kész. Kész? kész. Kiadják? nem.Fedorán az megy már 20 éve, hogy ha kiadás nap van, akkor beírják, hogy gmt+1 május 1.-én. Kész. Előtte 2 nappal a mirrororokat már beélesítik, és automatizálva nyílik a kiadás könyvárja pontban az adott időben.
Egyébként jópár éve még játszottunk a fedorás srácokkal olyat, hogy kiadás előtt 1-2 nappal már lestük a mirrorokat hátha valamelyik "véletlenül" nyitva maradt.
Persze amikor még votlak fedorás srácok. 
-
Na én ezt fogom kipróbálni mindjárt a laptopon: [link] Ha ISO nincs fent a honlapon, akk. upgradelni biztosan lehet még.
-
-
Sziasztok,
Jövő héten szombaton (06.10.) elvileg elrajtol a Debian 12 Stable (Bookworm). Már alig várom. -
Nem Windows, csak fejlődés valamilyen irányban.
Egy mezei PC-nél nem probléma, hiszen a nap/munka végeztével kikapcsolom, másnap újraindítom, ha jelzi hogy frissíteni akar.
Nem néztem utánna, de lehet ez csak a GUI-n (Gnome)ilyen, lehet terminálból az apt simán felteszi a frissítéseket úgy, hogy nem kell újraindítani. -
válasz
jimmy399
#10220
üzenetére
Nem feltétlenül venném észre, mert mostanság (bookworm) a frissítéseket újraindítással teszi fel. A terminál képernyő közepén mutatva a frissítés folyamatát, úgy, hogy ott marad a teljes képernyőn az addig kiírt boot üzenetek. Mintha elfelejtené előtte törölni a képernyőt. Így elég zanzás olvashatatlan, hogy éppen mit csinál, hol tart a frissítés.
-
A Debian is elmegy a p...ba! Ha én azt mondom a grubnak, hogy legyen os modprobe, akkor egy frissítés ne írja ezt felül, és ne vegye ki a Windows bejegyzést belőle!
Megy a fikázása az MS-nek hogy majd ő mindent eldönt helyettünk, de mint kiderült a Debian sem különb -
-
Sziasztok,
Telepítettem egy őskövület i386-os gépre Debian Bullseyet. Az intel-microcode és a firmware-linux csomagok telepítése után frissítenék, de ezt a hibaüzenetet kapom. Nem igazán értem azt sem, hogy "no space left on device", amikor a 80 gigás tárhelyen 5 gigát foglal a rendszer.root@feci:/home/feci# apt update && apt upgradeTalálat:1 http://deb.debian.org/debian bullseye InReleaseTalálat:2 http://deb.debian.org/debian-security bullseye-security InReleaseTalálat:3 http://deb.debian.org/debian bullseye-updates InReleaseCsomaglisták olvasása... KészFüggőségi fa építése... KészÁllapotinformációk olvasása... KészMinden csomag naprakész.Csomaglisták olvasása... KészFüggőségi fa építése... KészÁllapotinformációk olvasása... KészFrissítés kiszámítása... Kész0 frissített, 0 újonnan telepített, 0 eltávolítandó és 0 nem frissített.1 nincs teljesen telepítve/eltávolítva.A művelet után 0 B lemezterület kerül felhasználásra.Folytatni akarja? [I/n] iBeállítás: initramfs-tools (0.140) ...update-initramfs: deferring update (trigger activated)Processing triggers for initramfs-tools (0.140) ...update-initramfs: Generating /boot/initrd.img-5.10.0-21-686-paegzip: stdout: No space left on deviceE: mkinitramfs failure gzip 1update-initramfs: failed for /boot/initrd.img-5.10.0-21-686-pae with 1.dpkg: error processing package initramfs-tools (--configure):installed initramfs-tools package post-installation script subprocess returned error exit status 1Hibák történtek a feldolgozáskor:initramfs-toolsE: Sub-process /usr/bin/dpkg returned an error code (1)root@feci:/home/feci# -
jimmy399
senior tag
Ma, illetve tegnap frissítettem a 11-ről 12-es RC1-re, ha minden igaz, így most így állok:
Pár kisebb módosítást kellett tennem erre-arra, de eddig kopp-kopp rendben van.
-
Ezt nyugodtan mondd egy kezdőnek, aki mondjuk Ubunturól érkezik, vagy pl. Windowsról.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Hát ugye kezdőknek sose mondtam még, hogy használjon Debian-t, kivéve, ha kifejezetten tanulási céllal rakná fel!
de simán lehetne egy összeszedett táblázatot, vagy egy normális könyvtárszerkezetet csinálni nekik.
Mert abban amúgy szintén képtelen lenne egy kezdő megtalálni, melyik verzióra van szüksége...nemrég a Kezdő topikban volt valakinek nyűgje és javasolták neki, hogy ne az ARM architech-es iso-t töltse le és megoldódnak gondjai. No de mivel nem a kezdők a Debian célcsoportja, így marad a jelenleg forma.
Ja és ez a packages tracker is elég informatív...ja persze a kezdőknek talán túlzottan is? -
Friczy
senior tag
Nem futott biztonsági problémába, vagy nem tud róla
Én is használtam sokáig testinget (volt idő, amikor az előző kiadáshoz képest három évre jött ki az új stable, és már tényleg túl régi volt), el lehet vele lenni, de észnél kell lenni a frissítéseknél, mert akadhatnak benne rossz csomagok. Persze a biztonsági problémák mindig relatívak, ha nem üzemelteted szerverként, és egyébként is tűzfal mögött vagy egy otthoni hálózaton, akkor már kiszűrtél sok potenciális veszélyforrást. A többi már azon múlik, mennyire ésszel közlekedsz a neten, és mi minden hülyeséget töltesz le. Phishing ellen nem véd semmi, csak te magad.
Jelenleg nálam SID van, ez is használható, ha tudod, mit csinálsz. Itt az apt-listbugs csomag sokat segít, ez frissítéskor átnézi az aktuálisan felrakandó csomagokat, és szól, ha valaminél aktív bug van, annak utána lehet nézni, hogy ennek ellenére felrakod vagy sem (de ha a default a nem akkor biztonságosabb oldalon vagy) -
válasz
ubyegon2
#10208
üzenetére
" Kaosz a fenéket, igencsak rendszerezett ott minden és meg is találsz mindent részletekre menően és pontosan. "
Abszolút nem értek egyet. Igaz nekik sokkal több ISO-juk van, mert egyfelől sokkal több architektúrát támogatnak, de simán lehetne egy összeszedett táblázatot, vagy egy normális könyvtárszerkezetet csinálni nekik.
"Egyszóval Debiant telepíteni, használni kb a legegyszerűbb"
Ezt nyugodtan mondd egy kezdőnek, aki mondjuk Ubunturól érkezik, vagy pl. Windowsról. -
a Debian weboldala egy káosz... ott megtalálni az ISO-kat egy rémálom.
Kaosz a fenéket, igencsak rendszerezett ott minden és meg is találsz mindent részletekre menően és pontosan. Ezért is szoktam írni, hogy az akarjon Debiant telepíteni, aki képes megtalálni, pontosan melyik iso-ra van szüksége neki és a gépének! Nyilván rengeteg architektúrára rengeteg kiadás létezik és egy EndevoaurOS oldalának download szekciójához képest kaosznak látod, mert itt az aktuális kiadás ott van, ha rákattintasz a Download gombra, 7+1 ízben! Debian nem egy csilivili desktop disztró.
Látható az is, hogy az adott hw-nek megfelelő csomagok, driverek keresése is Windows-os módszerrel történik azoknál, akik csak egy újabb desktop disztrót akarnak kipróbálni a Debian felrakásakor, pedig Debiannál lehet igen precízen csomagra keresni!
itt egy példa, a realtek-firmware...ha kiválasztod a bookworm verziót, szépen felsorolja, mely kártyák drivereit tartalmazza a fw.
* Realtek RTL8192E boot code (RTL8192E/boot.img)
* Realtek RTL8192E init data (RTL8192E/data.img)
* Realtek RTL8192E main code (RTL8192E/main.img)
* Realtek RTL8192EE Bluetooth firmware (rtl_bt/rtl8192ee_fw.bin)
* Realtek RTL8192EU Bluetooth firmware (rtl_bt/rtl8192eu_fw.bin)
* Realtek RTL8723AU rev A Bluetooth firmware (rtl_bt/rtl8723a_fw.bin)
* Realtek RTL8723BU rev B Bluetooth firmware (rtl_bt/rtl8723b_fw.bin)
* Realtek RTL8723BS Bluetooth config
(rtl_bt/rtl8723bs_config-OBDA8723.bin,
rtl_bt/rtl8723bs_config-OBDA0623.bin)
* Realtek RTL8723BS Bluetooth firmware (rtl_bt/rtl8723bs_fw.bin)
* Realtek RTL8723D Bluetooth config (rtl_bt/rtl8723d_config.bin)
* Realtek RTL8723D Bluetooth firmware (rtl_bt/rtl8723d_fw.bin)
* Realtek RTL8761A Bluetooth firmware (rtl_bt/rtl8761a_fw.bin)
* Realtek RTL8761B Bluetooth config (rtl_bt/rtl8761b_config.bin)
* Realtek RTL8761B Bluetooth firmware (rtl_bt/rtl8761b_fw.bin)
* Realtek RTL8761BU Bluetooth config (rtl_bt/rtl8761bu_config.bin)
* Realtek RTL8761BU Bluetooth firmware (rtl_bt/rtl8761bu_fw.bin)
* Realtek RTL8812AE Bluetooth firmware (rtl_bt/rtl8812ae_fw.bin)
* Realtek RTL8821A Bluetooth firmware (rtl_bt/rtl8821a_fw.bin)
* Realtek RTL8821C Bluetooth config (rtl_bt/rtl8821c_config.bin,
rtl_bt/rtl8821a_config.bin)
* Realtek RTL8821C Bluetooth firmware (rtl_bt/rtl8821c_fw.bin)
* Realtek RTL8822B Bluetooth config (rtl_bt/rtl8822b_config.bin)
* Realtek RTL8822B Bluetooth firmware (rtl_bt/rtl8822b_fw.bin)
* Realtek RTL8822CS Bluetooth config (rtl_bt/rtl8822cs_config.bin)
* Realtek RTL8822CS Bluetooth firmware (rtl_bt/rtl8822cs_fw.bin)
* Realtek RTL8822CU Bluetooth config (rtl_bt/rtl8822cu_config.bin)
* Realtek RTL8822CU Bluetooth firmware (rtl_bt/rtl8822cu_fw.bin)
* Realtek RTL8852AU Bluetooth config (rtl_bt/rtl8852au_config.bin)
* Realtek RTL8852AU Bluetooth firmware (rtl_bt/rtl8852au_fw.bin)
* Realtek RTL8852BU Bluetooth config (rtl_bt/rtl8852bu_config.bin)
* Realtek RTL8852BU Bluetooth firmware (rtl_bt/rtl8852bu_fw.bin)
* Realtek RTL8852CU Bluetooth config (rtl_bt/rtl8852cu_config.bin)
* Realtek RTL8852CU Bluetooth firmware (rtl_bt/rtl8852cu_fw.bin)
* Realtek RTL8105E-1 firmware (rtl_nic/rtl8105e-1.fw)
* Realtek RTL8106E-1 firmware, version 0.0.1 (rtl_nic/rtl8106e-1.fw)
* Realtek RTL8106E-2 firmware, version 0.0.1 (rtl_nic/rtl8106e-2.fw)
* Realtek RTL8107E-1 firmware, version 0.0.2 (rtl_nic/rtl8107e-1.fw)
* Realtek RTL8107E-2 firmware, version 0.0.2 (rtl_nic/rtl8107e-2.fw)
* Realtek RTL8125 firmware (rtl_nic/rtl8125a-3.fw)
* Realtek RTL8125B firmware (rtl_nic/rtl8125b-1.fw)
* Realtek RTL8125B firmware (rtl_nic/rtl8125b-2.fw)
* Realtek RTL8152/RTL8153 firmware (rtl_nic/rtl8153a-2.fw)
* Realtek RTL8152/RTL8153 firmware (rtl_nic/rtl8153a-3.fw)
* Realtek RTL8152/RTL8153 firmware (rtl_nic/rtl8153a-4.fw)
* Realtek RTL8152/RTL8153 firmware (rtl_nic/rtl8153b-2.fw)
* Realtek RTL8153C firwmare (rtl_nic/rtl8153c-1.fw)
* Realtek RTL8156A firwmare (rtl_nic/rtl8156a-2.fw)
* Realtek RTL8156B firwmare (rtl_nic/rtl8156b-2.fw)
* Realtek RTL8111D-1/RTL8168D-1 firmware (rtl_nic/rtl8168d-1.fw)
* Realtek RTL8111D-2/RTL8168D-2 firmware (rtl_nic/rtl8168d-2.fw)
* Realtek RTL8168E-1 firmware (rtl_nic/rtl8168e-1.fw)
* Realtek RTL8168E-2 firmware (rtl_nic/rtl8168e-2.fw)
* Realtek RTL8168E-3 firmware, version 0.0.4 (rtl_nic/rtl8168e-3.fw)
* Realtek RTL8168F-1 firmware, version 0.0.5 (rtl_nic/rtl8168f-1.fw)
* Realtek RTL8168F-2 firmware, version 0.0.4 (rtl_nic/rtl8168f-2.fw)
* Realtek's RTL8168fp/RTL8117 firmware (rtl_nic/rtl8168fp-3.fw)
* Realtek RTL8168G-1 firmware, version 0.0.3 (rtl_nic/rtl8168g-1.fw)
* Realtek RTL8168G-2 firmware, version 0.0.1 (rtl_nic/rtl8168g-2.fw)
* Realtek RTL8168G-3 firmware, version 0.0.1 (rtl_nic/rtl8168g-3.fw)
* Realtek RTL8168H-1 firmware, version 0.0.2 (rtl_nic/rtl8168h-1.fw)
* Realtek RTL8168H-2 firmware, version 0.0.2 (rtl_nic/rtl8168h-2.fw)
* Realtek RTL8402-1 firmware, version 0.0.1 (rtl_nic/rtl8402-1.fw)
* Realtek RTL8411-1 firmware, version 0.0.3 (rtl_nic/rtl8411-1.fw)
* Realtek RTL8411-2 firmware, version 0.0.1 (rtl_nic/rtl8411-2.fw)
* Realtek RTL8188EE firmware (rtlwifi/rtl8188efw.bin)
* Realtek RTL8188EU firmware (rtlwifi/rtl8188eufw.bin)
* Realtek RTL8192CE/RTL8188CE firmware (rtlwifi/rtl8192cfw.bin)
* Realtek RTL8192CE/RTL8188CE B-cut firmware
(rtlwifi/rtl8192cfwU_B.bin)
* Realtek RTL8188CE A-cut firmware, version 4.816.2011
(rtlwifi/rtl8192cfwU.bin)
* Realtek RTL8192CU/RTL8188CU UMC A-cut firmware
(rtlwifi/rtl8192cufw_A.bin)
* Realtek RTL8192CU/RTL8188CU UMC B-cut firmware
(rtlwifi/rtl8192cufw_B.bin)
* Realtek RTL8192CU/RTL8188CU fallback firmware
(rtlwifi/rtl8192cufw.bin)
* Realtek RTL8192CU/RTL8188CU TMSC firmware
(rtlwifi/rtl8192cufw_TMSC.bin)
* Realtek RTL8192DE firmware (rtlwifi/rtl8192defw.bin)
* rtlwifi/rtl8192eu_ap_wowlan.bin
* Realtek RTl8192EU non-WoWLAN firmware (rtlwifi/rtl8192eu_nic.bin,
rtlwifi/rtl8192eefw.bin)
* Realtek RTl8192EU WoWLAN firmware (rtlwifi/rtl8192eu_wowlan.bin)
* Realtek RTL8192SE/RTL8191SE firmware, version 4.816.2011
(rtlwifi/rtl8192sefw.bin)
* Realtek RTL8192SU/RTL8712U firmware (rtlwifi/rtl8712u.bin)
* Realtek RTL8723AU rev A wifi-with-BT firmware
(rtlwifi/rtl8723aufw_A.bin)
* Realtek RTL8723AU rev B wifi-with-BT firmware
(rtlwifi/rtl8723aufw_B.bin)
* Realtek RTL8723AU rev B wifi-only firmware
(rtlwifi/rtl8723aufw_B_NoBT.bin)
* Realtek RTL8723BE firmware, version 36 (rtlwifi/rtl8723befw_36.bin)
* Realtek RTL8723BE firmware (rtlwifi/rtl8723befw.bin)
* Realtek RTL8723BS BT firmware (rtlwifi/rtl8723bs_bt.bin)
* Realtek RTl8723BU AP WoWLAN firmware
(rtlwifi/rtl8723bu_ap_wowlan.bin, rtlwifi/rtl8723bs_ap_wowlan.bin)
* Realtek RTl8723BU non-WoWLAN firmware (rtlwifi/rtl8723bu_nic.bin,
rtlwifi/rtl8723bs_nic.bin)
* Realtek RTl8723BU WoWLAN firmware (rtlwifi/rtl8723bu_wowlan.bin,
rtlwifi/rtl8723bs_wowlan.bin)
* Realtek RTL8723DE firmware (rtlwifi/rtl8723defw.bin)
* Realtek RTL8723AE rev B firmware (rtlwifi/rtl8723fw_B.bin)
* Realtek RTL8723AE rev A firmware (rtlwifi/rtl8723fw.bin)
* Realtek RTL8821AEFW firmware (rtlwifi/rtl8812aefw.bin)
* Realtek RTL8821AEFW wowlan firmware (rtlwifi/rtl8812aefw_wowlan.bin)
* Realtek RTL8821AE firmware, version 29 (rtlwifi/rtl8821aefw_29.bin)
* Realtek RTL8821AE firmware (rtlwifi/rtl8821aefw.bin)
* Realtek RTL8821AE firmware (rtlwifi/rtl8821aefw_wowlan.bin)
* Realtek RTL8822BE firmware (rtlwifi/rtl8822befw.bin)
* Realtek 8821C firmware (rtw88/rtw8821c_fw.bin)
* Realtek 8822BE firmware (rtw88/rtw8822b_fw.bin)
* Realtek 8822CE firmware (rtw88/rtw8822c_fw.bin)
* Realtek 8822C firmware (rtw88/rtw8822c_wow_fw.bin)
* rtw88/rtw8723d_fw.bin
* Realtek RTL8852A firmware, version v0.9.12.2 (rtw89/rtw8852a_fw.bin)
* Realtek RTL8852B firmware, version v0.27.32.1
(rtw89/rtw8852b_fw.bin)
* Realtek RTL8852C firmware, version v0.27.56.10
(rtw89/rtw8852c_fw.bin)Egyszóval Debiant telepíteni, használni kb a legegyszerűbb, de ne arra számítsunk, hogy a weboldalán 3 kattintással megtalálunk mindent és már telepítjük is és örülünk.
-
Viszont a Testingről még azt is érdemes tudni, hogy biztonsági javítások oda kerülnek be utoljára, minden más, még a Sid is előnyt élvez.
-
Az ő ( [link] ) csatornáján volt fent egy jó videó arról, hogy ha nem találod meg, hogy melyik firmware csomagot telepítsd a Wifihez, akkor... telepítsd fel az összeset!
Konkrétan listában felsorolta az összeset. Sajnos egyenlőre a csatorna nem érhető el, mert úgy néz ki valaki rendesen kib*szott vele...Egyébként, ha Bullseyet telepítesz fel, akkor a backportsból be tudod húzni az újabb, 6-os kernelt pár más csomaggal együtt, de naprakészség tekintetében a Testing sokkal jobb.
-
-
csixy
addikt
Én a legújabb kernel felrakása után a Tomas Pinho féle dkms buildelőset tettem fel
[https://github.com/tomaspinho/rtl8821ce]
még a dell vason, mert tudtam, hogy majd itt szükségem lesz rá. Csináltam a telepített verzióból egy live linux buildet
[https://www.linux-live.org/]
és most itt a RAM-ba van feltöltve, azért olyan sok a memória használat. Itt , ezen a vason a p9-p10-es partíció lett az övé. Semmi sincs felmountolva, csak a swap. Most épp UEFI módra él, de egy másik linux bootmenüjébe is bele fogom rakni skami módjára hogy Legacy módra is lehessen bootolni, bár itt az felesleges.
Nekem nem reklamálta az amd-t
Bambano leírja egyébként a lényeget, de hátha 
Úgyhogy az eredetiben átírtam a címeket bme-sre, kivéve a security updatet, mert azt az eredeti program se írta át. Úgy fest működik.
Lehet nem erőltetem túl ezt a Flathubot, bár kétségtelen, hogy nekik is vannak elég jó csomagjaik. Most laptopon Bookwormről írok, szerintem abszolút jó lett. Igaz XFCE DE, de ilyen kis kijelzőn a Gnomeot nem tudnám használni rendesen.
De neked elhiszem. Akkor nincs választásom, maradnak a deb csomagok.
Persze amikor még votlak fedorás srácok. 
Gondolom ez nem UEFI install, akkor meg tök értelmetlen.... ![;]](http://cdn.rios.hu/dl/s/v1.gif)
Ja és ez a 
Új hozzászólás Aktív témák
Hirdetés
- Assassin's Creed Shadows Collector's Edition PC
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Antivírus szoftverek, VPN
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Samsung Flip 2.0 PRO 65" WM65R + Connectivity tray + Gurulós állvány
- Gyors, Precíz, Megbízható TELEFONSZERVIZ, amire számíthatsz! Akár 1 órán belül
- Kingmax 1x2GB DDR2 800 RAM eladó
- Bomba ár! Dell Latitude E7250 - i7-5GEN I 8GB I 256SSD I 12,5" HD I HDMI I Cam I W10 I Garancia!
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 5070 GAMER PC termékbeszámítással
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest