-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
Benőke
őstag
válasz
ubyegon2 #99105 üzenetére
Win alatt jóval hűvösebb. Nem a terhelés alatti a kérdés hanem idle, vagy alvás alatt is meleg. Jó mondjuk a CPU venti is pörög mint a bolond, ott is be kellett avatkozni.
Alvással voltak gondok de az BIOS miatt volt, win se aludt.
sensors?semmit se lát ebből az ssd ből. AZ volt az első amit kipróbáltam.
Bedugtam mellé egy hynix -et próbaképpen mit mutat na azt látta a sensors, de ugyan úgy melegedett mint az isten nyila. Az is 50 fokot nyomott idle -ben.
MINT? azt mondod? Kipróbálom.
THX.
ui: Hugomé lesz a lapos, és elég régóta ubizik (8+ éve), megszokta a UI -t rendesen -
-
tusi_
addikt
válasz
ubyegon2 #98961 üzenetére
Mert a telepites utan olvastam csak a topikot megint!
Reggel 8 korul kerdeztem es 16 oraig dolgozom, utana tudtam csak megnezni a topikot.
Ha ilyen stilusban tudsz csak "segiteni" akkor inkabb ne tedd!!Masoktol kerdeznem: a NAS-ra nem enged bejelentkezni. Nev/jelszo jo, munkacsoport is passzol.
Ervenytelen argument, ezt irja. -
Balerik
aktív tag
válasz
ubyegon2 #98894 üzenetére
su -
belépéssel rendben lefutott a telepítés minden alkalmazásnál asudo nala install csomagnév
használva.Igazából ott szúrtam el az egészet, hogy
su
léptem be és úgy próbáltam telepíteni az alkalmazásokat és így a PATH változó nem megfelelő volt a telepítésekhez.su
-t használtam, merttibi
nem lett hozzáadva asudo
felhasználókhoz, így nem tudtam használni asudo
-t.
Hozzáadtamtibi
felhasználótsudo
csoporthoz és ezek után már tudtam használni asudo
-t és láss csodát már szépen lefut asudo nala install programnév
-
Balerik
aktív tag
válasz
ubyegon2 #98898 üzenetére
Nala-t
használtam emiatt...
Először sudo dpkg -i *.deb paranccsal, de mivel függöségekre panaszkodott a nala install *.deb parancsot használtam (vagy itt vagy az Ubuntu fórumon olvastam, hogy a nala a függöségeket is kezeli)
Az nem gond, hogy csomagokat akar (szeretne) eltávolítani a telepítés? 2. kép. -
Petya XT
senior tag
-
Petya XT
senior tag
válasz
ubyegon2 #98847 üzenetére
A gyakorlati haszna kb. annyi, mint a szemetes zsáknak. Nem kell egyenként kell lehordani a kotrét.
Komolyra fordítva, én mielőtt biztonsági mentem a rendszert, teljesen kipucolom. A sütiktől kezdve, az apt-ig...mindent, utána mentem. Ezzel meg úgy voltam, hogy okozott már elég gyötrelmet már a linux, ezt megoldom "okosba", ha már van rá lehetőség. Nincs az előírva sehol, hogy nem használhatom, bár tisztába vagyok vele, hogy ez itt fordított kereszt kategória.
Másik eset, Manjaro: Valami félrecsúszott egy progi telepítés közben, a pacmant nem tudtam működésre bírni ezután. Mivel az ismereteim elég szórványosak az arch parancsok kapcsán, így rábíztam olyan programra, ami tudja mit kell csinálni. Jó lett. Akit nem érdekli, hogyan mennek a motorháztető alatt a dolgok, vagy annyira nem értenek a rendszerhez, azoknak készült. Ha megtanulom egyszer a Manjarot is rendesen(nem most lesz), akkor lehet nem lesz rá szükségem.
-
Petya XT
senior tag
válasz
ubyegon2 #98841 üzenetére
Úgy, ahogy vadkörte járt, még nem jártam. Ha jól emlékszem, 4 GB-os fájlokat hoz létre a .cache könyvtárban, amíg az adott meghajtón van hely.
Ez két okból is okafogyott, az egyik az SSD,fstrim -av
, oszt jónapot, vagy a rendszer hetente trimmel. A másik, hogy hagyományos HDD-nél gyakorlatilag nem tudod használni a rendszert, amíg nem végez, és szétfagy az asztali környezet, mert 0 bájt marad a gyökérben, az meg ugye kevés. A memória tisztitás akkor problémás, ha van swap, mert azt is elkezdi pucolni----> borítékolható a fagyás. Ezeket a problémákat tapasztaltam, egyébiránt szerintem f@sza kis progi. Alap beállításokon a mostani verziókban esélyed sincs arra, hogy elvigye a "fél rendszert", azt nem is értem, hogy, én azt hiszem LM 18.x óta használom, nem tudom a régebbi verziók milyenek voltak. Vagy más rendszeren milyen volt. Manjaro alatt sem tapasztaltam semmi extrát, tette, amit kell.
De ott a Stacer, he ez nem jön be, kifinomultabb, több opcióval.Rowon:
Ha felcsavartad a LM 22-öt, megosztanád, hogy tapasztalsz e hang problémát? Nagy segítség lenne, előre is köszönöm! -
vadkörte
addikt
válasz
ubyegon2 #98835 üzenetére
Bleachbit nagyon jó és hasznos tud lenni, feltéve ha tudod mit csinálsz.
Amióta egy root-ként futtatott #pénzékszer nem számít takaríts mindent teljes nagytakarítás eltávolított kb. 8-10GB "szemetet", de ezzel viszont a fél OS-t eltüntette(m), "kissé" megfontoltabban használom. -
Petya XT
senior tag
válasz
ubyegon2 #98835 üzenetére
Úgy is használom. Sőt...inkább úgy. A memória tisztításba törik bele néha a bicska, azt nem használom, ahogy a szabad lemezterület törlését sem. Root futás után ajánlott az asztali környezet újraindítása, vagy az egész rendszert.
Meglepően sok a maradék a purge után bizonyos programoknál, az kiderült nálam már párszor autoremove után.
-
#63718632
törölt tag
válasz
ubyegon2 #98804 üzenetére
Inkább mutatok más érdekességet, ha nem a GUI-ról telepítessz.
mityo@mityo-modern15b12m:~$ flatpak install vlc
Looking for matches…
Similar refs found for ‘vlc’ in remote ‘flathub’ (system):
1) runtime/org.videolan.VLC.Plugin.bdj/x86_64/3-20.08
2) runtime/org.videolan.VLC.Plugin.makemkv/x86_64/3-19.08
3) runtime/org.videolan.VLC.Plugin.fdkaac/x86_64/3-18.08
4) runtime/org.videolan.VLC.Plugin.bdj/x86_64/3-21.08
5) runtime/org.videolan.VLC.Plugin.makemkv/x86_64/3-20.08
6) runtime/org.videolan.VLC.Plugin.fdkaac/x86_64/3-19.08
7) runtime/org.videolan.VLC.Plugin.pause_click/x86_64/3-22.08
8) runtime/org.videolan.VLC.Plugin.bdj/x86_64/3-22.08
9) runtime/org.videolan.VLC.Plugin.fdkaac/x86_64/3-1.6
10) runtime/org.videolan.VLC.Plugin.makemkv/x86_64/3-21.08
11) runtime/org.videolan.VLC.Plugin.bdj/x86_64/3-23.08
12) runtime/org.videolan.VLC.Plugin.fdkaac/x86_64/3-20.08
13) runtime/org.videolan.VLC.Plugin.pause_click/x86_64/3-23.08
14) runtime/org.videolan.VLC.Plugin.makemkv/x86_64/3-22.08
15) runtime/org.videolan.VLC.Plugin.fdkaac/x86_64/3-21.08
16) runtime/org.videolan.VLC.Plugin.makemkv/x86_64/3-23.08
17) app/org.videolan.VLC/x86_64/stable
18) runtime/org.videolan.VLC.Plugin.fdkaac/x86_64/3-22.08
19) runtime/org.videolan.VLC.Plugin.bdj/x86_64/3-18.08
20) runtime/org.videolan.VLC.Plugin.fdkaac/x86_64/3-23.08
21) runtime/org.videolan.VLC.Plugin.bdj/x86_64/3-19.08
22) runtime/org.videolan.VLC.Plugin.makemkv/x86_64/3-18.08
Melyiket szeretné használni (0 a megszakításhoz)? [0-22]:
Grafikus felületen ezt a listát nem dobja fel, csak simán felteszi a VLC-t.
Itt most melyiket választanád? -
#63718632
törölt tag
válasz
ubyegon2 #98802 üzenetére
Hát a "nala" az nem oszt nem szoroz egy flatpak csomagnál. Kivéve, ha a komplett flatpak környezettől akarsz megszabadulni.
Az "uninstall" parancs --delete-data kapcsolónak meg az alkalmazás azonosító kell, ami úgy kezdődik, hogy .org.......stb.
Megkönnyíti a munkád ilyenkor egy "flatpak list" parancs. Láthatsz mindent ami flatpak-ben van telepítve. -
-
válasz
ubyegon2 #98765 üzenetére
"A Fast Boot célja is az, ami a Fast Startup funkciónak"
Hm. Ez igaz de ég és föld, tűz és víz, az egyik bios a másik os szintű. Ami azért nagyon nem ugyanaz.
És a megoldásoknak, a megvalósításnak se semmi köze egymáshoz, se nem átjárhatóak, se nem függvényei egymásnak.
Linux nem megy tönkre áramszünetnél, hajjaj dehogynem, próbáld ki upgrade közbe kitépni a konnektorbólGarantált 10-15 perc karakteres gépészkedés meg külső live fsck hogy visszahozd az életbe.
-
válasz
ubyegon2 #98765 üzenetére
Pontosan mi támasztja alá, hogy ez okozta a kék halált?
Az hogy nálad nem lett baja, vagy boot közben csendben kijavította, az nem jelenti azt, hogy soha semmikor senki másnál nem fog előfordulni. Tök hülyék ezek a programozók is, hogy lezárnak minden folyamatot, és csak azután engedik el a fájlrendszert, hiszen nálad ez még soha nem volt gond. Csak feleslegesen növelik a kikapcsoláshoz szükséges időt.
A busznak, és a repülőnek is az a célja, hogy eljussak A-ból B-be. Mégse gondolnám, hogy a kettő egy és ugyanaz, pedig mindkettőnek "egy folyamat lerövidítése" a célja.Csavargasd még a mondandómat hátha kijön belőle, hogy akkor is neked van igazad, hiszen László is megmondta ki a király, a többi meg mind csak trollkodni jár ide.
-
-
IstvánLászló
őstag
válasz
ubyegon2 #98751 üzenetére
+1 igen és teljesen 1000%-ig igazad - van...
A gyártókon múlik minden is mert 2017-elött még nem voltak Ryzen cpu-s gépek..Azt tapasztalom meglepődve - hogy vannk itt trollok,akik osztják az észt mindenkinek, de lehet hogy tévedek és ha ez így lenne akkor boscántot is kérek..
Űdv:István
-
totron
addikt
válasz
ubyegon2 #98658 üzenetére
Uram. Örömmel szokom olvasni hozzászólásaid, meg minden, tényleg. De pár fényévvel elegánsabb lenne, ha nem avitt, tini érveket használnál a linux jóságának alátámasztására. Nem kell ide semmi extra érv, lelkileg te a linuxhoz tartozol, ő meg hozzád és ennyi. A Windows jóideje nem kékhalálkodik már. Jó-jó-jó ideje nem. Ha a konkrét Asus példány a probléma forrása, az is más. De akkor meg azért szükségtelen OS-tengelyre terelni. Ez így olyan, mintha nem vállalnád a döntésed. Nem vagy kényszerpályán, semmi nem lök bele az alternatív világba. Teljesen legitim az abba/ebbe az irányba való kockulás. Különben is, úgy van megalkotva a dolog, hogy ismerd az ellenséged és zamatosabb a menet. Mindig is lesz egy alapjárati Win fika egy ilyen topikban, megtörhetetlenül, amit értek és a kultúra része és bocs, hogy ezt írom, csak ugye be kellett védeni a kisebbet.
Miért húzza ki a lánygyermek a töltőkábelt?
-
mobilizmo
addikt
válasz
ubyegon2 #98746 üzenetére
Azt hiszem elengedem a GRUB "javítását".
Mivel semmit nem vesztek az újra telepítéssel (windows kicsit be van lakva), de több idő megy el a bogarászással, mint ezzel. Linuxnál meg megpróbálok figyelni, hogy sdc-n legyen a grub, nem értem most miért nem ment, mert korábban már sikerült ez. -
mobilizmo
addikt
válasz
ubyegon2 #98729 üzenetére
Lehet nem értettem, hogy mit ért az "after deactivating the [Separate /boot/efi partition:] option" alatt? Megpróbáltam a javítást, de nem sikerült, mert a kopizható parancsok, amik terminálból futtatva törölték volna a meglévő grub-ot, nem csináltak semmit. A javítás így nem ment.
-
IstvánLászló
őstag
válasz
ubyegon2 #98697 üzenetére
Igen jók és hasznosak a bejegyzéseid...
Az elöbb #98694csixy kollégával beszélgettem a grub, vagy systemd boot válsztásárol...Elitebookot kéne üzembehelyeznem, igaz az még sima MBR/Legacy bootos, de jó lesz az,igen igen remélem jól is gomdolom.
"Jöhetnél erre sűrűbben is!"
Ó igen eljárt felettünk az idő,de láthatod a kitartásomat és eredményét,mert mára már örömmel is használom az Archlinux alapon müködö, CalamArch-EndeavourOS-t.
A Mint Cinnamont ajánlottad,nekem régebben kezdönek,+1igen valóban nagyon nagyon jó rendszer és teljesen meg is értelek...
A mai napig is sokat olvasok és jegyzetelek,meg tanulok a Linux-ost használo kollégáktól..
Az UEFI-biossal nekem is voltak gondjaim,váltanom kellet:AMD Ryzen-re, de az UEFI-é ajövö és hogy tudjak bootolni Arch és más distrokat..
A disable Fast Boot a UEFI/BIOS-ban ezt ki kikellet kapcsolnom, mire rájöttem hogyan is kellene ezt megcsinálni,volt 10 biosresetem mire összejött.
A gépemen azota csak is CalamArch és tesztelésre most EndeavourOS-t hszaszálok,mert érdekel mia külömbség a két os között..
A kérdésed volna és talán beszélgetnél is írjál üzit,mert nem mindig vagyok itt a fórumokon...
Tobábbi csódás szép napot kivánok és megtisztelő hody írtál.
Üdv:István
-
-
IstvánLászló
őstag
válasz
ubyegon2 #98684 üzenetére
Igen jók és hasznosak a bejegyzéseid...
Ezt tudom pozitivan ajánlani.
EndeavourOS-t próbáld.Arch az alapja.Calamares installerrel +Cinnamonnal..
Idézném a szavaidat,"kíváncsi lettem erre a Garudára",azt tudom hogy a Cinnamon-t használsz,probáldki biztosn nem ér - csalódás...
-
válasz
ubyegon2 #98684 üzenetére
Tényleg csak az együttérzés miatt írom le, mert megértelek,
gondolj bele pl. az ÉN helyzetembe mikor 6 évvel ezelőtt, 18 év csakwindows után elkezdtem kóstolgatni a linuxot.El tudod képzelni hányszor, mit hányszor, hány 100x kerestem sokáig faék egyszerű beállításokat, menüpontokat Wines logikával amik ott mindennaposak voltak, becsukott szemmel mentek?
Csak egy pregnáns példa, win lemezkezelő kontra gparted. Csak annyira térnek el mint a Zsiguli az Ifától. Autó-autó de... És ezeket mind meg kellett szokni, a beidegződéseket átprogramozni fejben.Csak azért írtam le ezt mert emiatt tudok empatikus lenni mindkét vonal felhasználóival mivel megtapasztaltam mindkettőt.
Hibáikkal és erényeikkel egyetemben.És igen sokszor szapulom a Linuxokat, mert ott és akkor megérdemlik. De ugyanilyen vehemenciával szidom a Windowst is a w10 topikba ha megérdemli, ez van.
-
válasz
ubyegon2 #98668 üzenetére
Egyébként mindenkinek javasolnád, hogy ne itt tegyen fel kérdéseket, hanem olvasson utána?
(gyakorlatilag mindenki húzzon már innen a csába, mert téged zavarnak?)
Ne ferdíts! Már megint olyan szavakat adsz a számba, amiket nem mondtam.
Ketten is leírtuk, hogy a fast boot, meg a fast startup nem ugyanaz. Erre te jössz azzal, hogy "Amúgy szerintem is ugyanaz a fastboot meg a fast startup". Igen ilyenkor ajánlott megfogadni a tanácsot, mert ha nekünk nem hiszel, legalább az Interneten fellelhető leírásokból informálodva okulhatnál. Nem a saját kútfőből előkapott elméletre ráerősíteni, mert még a végén a butaság marad meg.Amúgy meg menjetek be a BIOS-ba, ahogy Tibi mutatja, kapcsoljátok ki/be a fast boot-ot, és nézzétek meg hogy a A Windows fast startup beállítás módosult-e, ill. fordítva, a Windows beállítás átbillenti-e a BIOS-ban ezt a beállítást.
-
Warton
őstag
válasz
ubyegon2 #98668 üzenetére
Amúgy egy általános javaslat. A windows saját keresőjébe ha beírod, hogy faststartup akkor kiírja, hogy lehet be-, illetve kikapcsolni. Tulajdonképpen bármilyen beállítást keresel oda ha beírod jó eséllyel kapsz rá választ, hogy hol találod. Ha nincs keresés meződ akkor pedig jobb klikk a tálcára és ott be kell kapcsolni.
-
válasz
ubyegon2 #98666 üzenetére
Amikor a "fast startup" be van kapcsolva, a Windows a fájlrendszer leálláskor rögzített adatait tölti vissza. Ezek a változások még nincsenek kiírva, lezárva a fájlrendszerben. Ezért ha leállás és indulás között más rendszer pl. Linux hozzáfér a meghajtóhoz, az adatvesztést okozhat, mivel egy köztes állapotban van. Így ez adatvesztést okozhat, ezért is szokták kikapcsolni, ha dualboot-ot használnak, és Linux is matatni akarnak a Windows fájlrendszerébe.
A BIOS-okban található "fast boot" opciónak teljesen más hatása van: [link] Nem inicializálják a perifériákat, hogy lenyomhasd a gombot, hogy be akarsz lépni a BIOS-ba, vagy az USB eszközöket, hogy arról szeretnéd indítani a rendszert, hanem egyből elkezdi betölteni az OS-t.
A kifigurázásom helyett te is utánnaolvashatnál 1-2 dolognak.
-
válasz
ubyegon2 #98658 üzenetére
fasboot- eddig biosokba láttam, pontosan nem tudom mit csinál, szerintem nem jelenít meg minden szirszart a bios induláskor a képernyőn ha ki van kapcsolva.
Fast Startup, Gyors rendszerindítás- Redmond találmánya vacak hdd-s gépek miatt.
Benne van a nevében, amikor kikapcsolod a géped, Leállítás, akkor nem leáll, hanm egy félhibernációs állapotba megy át ahol a driverek egy része betöltve marad meg a user folyamok egy része is. Így a következő ál-boot gyorsabb lesz, cserébe a csatlakoztatott lemezek a Win tulajdonában mararadnak, teljesen érthetően, olyan mintha alvásba vagy hibernálásba lenne.
Ma értelmét vesztette a gyors ssd-k korában véleményem szerint, dualbootba meg mindenképp kikapcsolandó.Ha sokszor rántották ki a lába alól a talajt, igen megzakkanhat.
Ilyenkor w10 telepítő pen, parancsor és a C-n futtatni kívülről a checkdisk, chkdsk parancsot, ez a linux fsck megfelelője.
Oszt' vagy helyrehozza vagy nem
Elég csak a funkciót kikapcsolni, GUI-n elérhető, a hibernálást nem kell hisz lehet valamikor szükség lesz majd rá és akkor indul a matatás meg deszarezawin flame -
válasz
ubyegon2 #98658 üzenetére
Mondjuk én megelégednék azzal is, ha elindul a Windows. Ha Ő Windows-t akar, úgy is az lesz felteszi/átbootol rá.
Amúgy a powercfg /H off parancs a hibernalást kapcsolja ki (ezért nem lesz fast startup sem).
Lehetsz rá büszke hogy nem ismered, de akkor ne kezd el "megjavítani", bízd olyanra aki ismeri, és tudja mit hogyan kell meggyógyítani rajt. -
-
mobilizmo
addikt
válasz
ubyegon2 #98638 üzenetére
Ebből kell kiindulni (sdd és sde nem érdekes, sdb-n csak adat van):
PATH PTTYPE PARTTYPE FSTYPE PARTTYPENAME
/dev/sda gpt
/dev/sda1 gpt e3c9e316-0b5c-4db8-817d-f92df00215ae Microsoft reserved
/dev/sda2 gpt ebd0a0a2-b9e5-4433-87c0-68b6b72699c7 ntfs Microsoft basic data
/dev/sda3 gpt de94bba4-06d1-4d40-a16a-bfd50179d6ac ntfs Windows recovery environment
/dev/sdb gpt
/dev/sdb1 gpt ebd0a0a2-b9e5-4433-87c0-68b6b72699c7 ntfs Microsoft basic data
/dev/sdc gpt
/dev/sdc1 gpt c12a7328-f81f-11d2-ba4b-00a0c93ec93b vfat EFI System
/dev/sdc2 gpt 0fc63daf-8483-4772-8e79-3d69d8477de4 ext4 Linux filesystem
/dev/sdd gpt
/dev/sdd1 gpt e3c9e316-0b5c-4db8-817d-f92df00215ae Microsoft reserved
/dev/sdd2 gpt ebd0a0a2-b9e5-4433-87c0-68b6b72699c7 ntfs Microsoft basic data
/dev/sdd3 gpt de94bba4-06d1-4d40-a16a-bfd50179d6ac ntfs Windows recovery environment
/dev/sde gpt
/dev/sde1 gpt ebd0a0a2-b9e5-4433-87c0-68b6b72699c7 ntfs Microsoft basic data
/dev/sde2 gpt ebd0a0a2-b9e5-4433-87c0-68b6b72699c7 vfat Microsoft basic data
/dev/sr0 -
-
peterattila
aktív tag
válasz
ubyegon2 #98566 üzenetére
Azt az oldalt követtem végig, amit adtál. Elfogadta a ppa-t, install, beállítás és lőn. A linket elmentettem a böngészőbe, windows alatt használom a Macrium szoftverét, abban is elmentem a mostani, működő állapotot. Amikor két napja elakadtam egy csomag telepítésekor, az is ezért kellett, mert le akartam fordítani az nvidia-vaapi drivert. Igazából azt nem értem a FF fejlesztői részéről, hogy nem támogatnak egy toronymagasan vezető gpu gyártót. Lehet köpködni persze rá, de lesz@rni egy piacvezető céget?! Az mpv miért tudja használni nvenc-et, a ff miért nem? Hosszabb videókat a yt-ról mpv és yt-dlp segítségével nézek, alig néhány % terheltség mellett. Ez kellene csuklóból menjen böngészőböl is.
-
peterattila
aktív tag
válasz
ubyegon2 #98547 üzenetére
Köszi szépen! Kommenteket olvasva FF alatt nem működik
. Sajnos itt is kiütközik a linux előnye/hátránya, hogy nincs egységes felület. Így lehetetlen egységes, működő megoldást készíteni. Ami ma működik egy adott környezetben, az holnap kap egy frissítést és szevasz
. Mindenestere játszogatok még vele, hátha
.
-
-
válasz
ubyegon2 #98531 üzenetére
Volt egy kolléganőm, kb. fél évig gyengéd szálak fűztek minket egymáshoz, majd ez szépen lecsengett.
Majd szegényke beteg lett, és a kollégáim mindig kérdeztek engem, miért nem megyek el hozzá látogatóba, hiszen mi jóba voltunk.
Mondtam hogy azért mert úgy akarom őt megőrizni az emlékeimbe mikor szép volt, vidám, szexis, és nem csontvázként a halál kapujában ácsorogva ahogy várja hogy suhintson a kasza.
Valahogy így van ez máshol is. Míg valaki munkálkodik, addig oké, és ha valami történik, nagyon sokszor nem is az egyén hanem a munkája, a tettei hiánya tűnik fel, nem az hogy püff meghalt.
It vannak ezek a fórumok.
Ha holnap bárki beadja a kulcsot, akár olyan is aki letette az asztalra a magáét többször és sokat segített, cikkeket, blogokat írt,
el fog telni pár hét mire feltűnik (HA egyáltalán feltűnik...!) hogy nincs. Ebből a szempontből a közösségi oldalak, csetek, fórumok lélektelenek. -
-
5leteseN
senior tag
válasz
ubyegon2 #98513 üzenetére
Mi lett szegénnyel?
Ilyen értelmes emberrel is megesik, hogy egy (rabi-)bakit
egy sokkal nagyobbal akar kijavítani?
Itthonról: Ember nem gondolná, hogy például egy Montagh Imre szintű koponya is mit tud hibázni! : ((
-
peterattila
aktív tag
-
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2 #98388 üzenetére
Ezt lekezelték Ubuntu vonalon úgy, hogy a 20.04-ről 22.04-re frissítve lecserélte a Firefoxot a Snap-es verzióra, ami azzal járt együtt, hogy kicsit lassabb lett a böngésző, főleg az elindulása...
Amúgy muszáj a disztróknak megoldani a böngésző frissítését, különben bankolás meg hasonlók nem működnének egy idő után.
-
válasz
ubyegon2 #98335 üzenetére
Nem, nem akarok, mivel ezekkel semmi pszichés problémám nincs perpill. De HA egyszer valaha lenne, hozzád fogok fordulni.
Itt most nincsenek velem egy légtérbe ezek a szoftverek, most pihis nyugis helyen vagyok.
Csak akkor találkozok velük amikor az irodaházba, a központba vagyok szolgálatba. -
válasz
ubyegon2 #98332 üzenetére
Van de felesleges, tudod hogy én célszoftverekkel dolgozok, amiknek nem hogy alternatívája de még közelítője sincs Linuxon. Pedig keresgéltem nem keveset, hidd el.
Csak az általad mélyen utált ablakos rendszerre léteznek.
Így az írásom degradáló lenne a pingvinre és ez nem fair.
[link] pl. itt nézelődj, alul a Siwena, ezt használja a cég ahol vagyok.
Teljesen hülye vagyok amúgy ezekhez a szoftverekhez csak felhasználói szinten tudom őket kezelni. -
Petya XT
senior tag
válasz
ubyegon2 #98310 üzenetére
Elnézést, ha kicsit zavaros volt. Amit linkeltem az utolsó működő verzió volt, a projekt hivatalos oldalán nagyobb verziószámú van. Azért, hogy ne maradjunk csavar nélkül, megint frissítettek rajta egyet. De elengedtem, visszatettem 1.26.7-es verziót. Le van szahara.
Igen, elfelejtettem májkimiki-t elétenni
Nem vagyok a toppon ma(sem).
-
válasz
ubyegon2 #98221 üzenetére
"Ez a valami nálad pár hónap csiszolgatás után működik"
Drága jó Uby, ez nálam 6 éve működik és igaz voltak konfliktusok de perpill. ÚGY működik ahogyan én akarom.
A rendszerem állapotával a hozzászólásaim mennyisége egyenes arányban van és most hetek óta nem nyavajgok. Úgy komolyabban évek óta nem.
A "csiszolgatás" annyiból állt amúgy hogy a snap yt-dlp-t symlinkkel elérhetővé tettem a rendszeren az összes programnak aminek kell,
és meghekkeltem egy snap-appot hogy ne csak a home-ba tudjon letölteni hanem a háttérvinyóra is.
Slussz.
Ez azért az eltelt 6 év szopásainak kb. a 0,01%-a volt.
Ez utóbbit teljesen saját magam, guglival és terminállal, mivel ezt a kérdést hogy:
Hogyan adjunk egy snap appnak olyan jogot, ami teljesen természetes csak a fejlesztő kifelejtette belőle, így korlátizottan használható,
kérnék segítséget snap-konténer kicsomagolásra, a benne lévő permissions átírására, majd visszacsomagolására"
szerintem itt bárki csípőből vágta volna..? már csak azért is mivel mindenkinek szimpatikus és mármár mániákusan rajong a SnapértFelforrt volna a topik annyi válasz jött volna 20 percen belül.
Ezért inkább megoldottam magam. -
urandom0
senior tag
válasz
ubyegon2 #98206 üzenetére
*ez szerintem nem is Linuxos appimage
$ file viber.AppImage
viber.AppImage: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=30e06184968532b6a9aa36f44ada39e4af0bda56, for GNU/Linux 2.6.32, strippedDe az!
Én vagy két hete próbálgattam végig a deb-es, az rpm-es, az appimage-es és a flathub-os Vibert. Az ikonjukon kívül nem észleltem köztük különbséget.
-
válasz
ubyegon2 #98209 üzenetére
"(nyilván a snapperek már csak vigyorognak ezen)"
Bizony. Nincs deb, flatpak, github, targz2, yum, pamac, ppa, gdebi, makefile, aur, rpm, terminál, sudo, apt, appimage, tar, bin, discover, sh, jogok macerálása, és ez még a fele se a csomakezelőknek, a formátumoknak és lehetőségeknek...!!
Egyáltalán semmi sincs csak a háttérben észrevétlenül frissülő percrekész használható szoftverek.
Áldás ez az olyanoknak mint én. -
tvamos
nagyúr
válasz
ubyegon2 #98109 üzenetére
Probalom ezt a Solaart, de a flatpack nem megy, nem ismeri fel az egerem. A tarolobol meg nem tudom installalni, mert a software manager grubot akar minden aron frissiteni, en meg nem. Nem engedem neki a grub frissitest. Sajnos igy a software manager kiakad telepiteskor, es nem fejezi be semmit.
Jut is eszembe, kikapcsolhatom valahogy ezt a grub frissitest? Nem akarom, hogy az installer beleokoskodjon a beallitasaimba. Van erre a problemara megoldas? -
paolinho
őstag
válasz
ubyegon2 #98099 üzenetére
Igazából sajnálom, hogy feltartottam a fórumot emiatt a 15 mp-nyi plusz boot miatt, de én is örülök, hogy visszatért az életbe a kicsike. Igaz öreg kis csotrogány, de kukázni még sajnáltam volna. Netre, fórumozgatásra, nyomtatásra, stb. még tökéletes.
Mégegyszer köszönöm a segítségedet! -
paolinho
őstag
válasz
ubyegon2 #98087 üzenetére
Az a baj, hogy erre a vinyóra már sehogy nem engedi a rendszer, hogy telepítsek. Se UEFI nélkül, se UEFI-vel. A 98084-ben azt a képet mutattam, ami UEFI Enabled utáni "telepítés" következménye.
Az lehet megoldás, ha kiveszem a gépből az SSD-t, és formatálom?tordaitibi: Köszi, próbálom értelmezni.
-
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. -
paolinho
őstag
válasz
ubyegon2 #98085 üzenetére
Hát én végignyomkodtam az összes F-es gombot. Az F2-re a BIOS menüt, az F4-re pedig ezt adta, ezen kívül az ESC, ami még adja a boot-kiválasztás képét adja.
-
paolinho
őstag
válasz
ubyegon2 #98083 üzenetére
De ezt csak úgy tudom kivitelezni, ha az UEFI engedélyezve van, illetve a Bios-ban az UEFI mellett feltűntetett meghajtó (pendrive) felől kell indítanom a telepítést.
De már fel is bukkant itt is egy probléma. Na tényleg valamit csinálni kell a vinyóval!
-
paolinho
őstag
válasz
ubyegon2 #98072 üzenetére
Minden zárva volt a parancs kiadásakor, de nem lett jobb a helyzet. Egyelőre ott tartok, hogy már csak a csökkentett módot kapom a gép indításakor.
Megpróbálok utánaolvasni, hogy lehet inicializálni a meghajtót, mert ez már így egyre kaotikusabb.Kezdetnek sikerült felrakni parancsból a Gparted-et. sudo apt-get install gparted
Ezt mutatja: [kép] -
paolinho
őstag
válasz
ubyegon2 #98070 üzenetére
Fél siker, mert a sudo reboot újra tudta indítani a rendszert, igaz most valami csökkentett kép minőségben kaptam meg azt.
A Boot Javításnál a GRUB helynél nem tudok jobb képet adni, mint a korábbi hozzászólásomban, ugyanis nincs legördülő menü alatt semmi. Ennyi látszik, és nincs semmi kiválasztható.
Sajnos a Gpartedet nem tudom telepíteni. Ezt írja ki!
Mindenesetre az, hogy van reboot, már ad valamilyen lehetőséget talán minimum egy újratelepítésre.
Még van egy ILYEN üzenet is a Boot Javító munkálkodása közben, hátha ér valamit.
Viszont innen ki lehetett kapcsolni a laptopot a Leállítás gombbal.
-
paolinho
őstag
válasz
ubyegon2 #98065 üzenetére
Ennyit írt ki a Terminál, miután a parancsokat beadtam neki: [kép]
De sajnos nem változott az a helyzet, hogy nem lehet a Leállítással kikapcsolni a gépet.
Felfoghatnám kényelmesnek is, mert így szinte a jelszót követően másodperceken belül feláll a rendszer, de azért ez valahol nem normális.Csináltam ismét egy Boot repairt, ami ezt az üzit dobta: [kép]
De ez sem hozta helyre a problémát. Most azon meditálok, hogy a boot hiányában semmit nem tudok feltenni a gépre. Mármint újratelepítés gyanánt.
-
paolinho
őstag
válasz
ubyegon2 #97987 üzenetére
Na, sikerült valamit annyira összekuszálnom a Boot javítása progival, hogy már ki sem tudom kapcsolni a gépet. Amikor rákattintok a Leállítás gombra, pár másodperc sötét képernyő után visszaugrik az a kép, hogy adjam meg a jelszavamat. Ezt követően meg betöltődik az asztal. Gyanítom, újratelepítés lesz a vége, csak félek, ezzel nem fog megszűnni a kezdeti problémám, azaz visszakapom majd a Failed to open \EFI\ubuntu\ - Not Found belépő képet.
-
totron
addikt
válasz
ubyegon2 #98042 üzenetére
Ez a konténerizálás/függőség nagy darabokban engem visszakerget a múltba: környezeteket hanyagolom ahol csak tudom helyette ugye wm, mindezt keep it short csilozófiájú disztrók alatt. A nap végén persze a GTK/QT tengelyt nem lehet megkerülni, s a backports is erősen kötött, de lehet minimalistásul-elegánsul csinálni azért, mi által közel érezheted magad a legkisebb szerkeszthető egységek létállapotához. Valójában a startmenü elemeit is szeretem manuálisan összeállítani. Ez a spektrum egyik vége, így aztán a legújabb KDE-t is meg kell járatni néha a hardveren, majd ha abból elég, lehet visszatérni a képzelt szabadságba.
Ez a hiba akkor fordul elő, ha a Dell KB555T billentyűzet csatlakoztatva van a rendszerhez.
Nem is kell olyan messzire menni elvontságért. Nem indul el a gépem, mert csatlakoztatva van a power gomb.^^
Ú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
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- 0% THM 3 havi részlet! Beszámítás, 27% áfa, Sapphire Nitro+ RX 9070XT 16GB készletről
- Creative Sound BlasterX G5 (70SB170000000) (Sound Blaster) (DAC)
- AKCIÓ! Apple MacBook PRO 15" 2018 i9 32GB 500GB 560X 4GB notebook garanciával hibátlan működéssel
- AKCIÓ! MSI B450 R5 5500 16GB DDR4 512GB SSD RTX 2070 8GB GDDR6 Rampage Shiva Zalman 500W
- BESZÁMÍTÁS! ASUS H610M I5 12400F 32GB DDR5 512GB SSD X 4060 8GB SPIRIT OF GAMER CLONE 3 Chieftec600W
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged