-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#61844
üzenetére
Nézd meg a download gomb linkjét az oldalukon, hogy mire mutat, az a központi szerverük. Nem linkelem be, mert az nem arra van, hogy közvetlen onnan legyen letöltve az iso, de ott megvan az összes korábbi is. Sávszélességi okokból van kint direkt link helyett a torrent link az iso-hoz.
-
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#61835
üzenetére
Miért kellene live-ban frissítéssel kezdenie? Egyáltalán mire gondoltál itt? Nem prezisztens a live kép, be sem lehet fejezni rajta a frissítést, mert újraindulással elvesznek a dolgok.
Bebootol vele és vagy van hang vagy nincs, ha van hang akkor akár fel is lehet telepíteni és használni.
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#61832
üzenetére
8 hónapos, most készül új iso. De igazából egy kipróbálás miatt mindegy, amúgy meg ugye félig rolling, szóval megint nem túl lényeges, hogy mikori a telepítő.
A Mint 18.3 felrakása után is azzal kezdődik minden, hogy lefrissítesz 200 valamennyi csomagot, pedig az nem is rolling.
7etape: Antergos és Manjaro, de mindkettő full rolling disztró.
-
leviske
veterán
válasz
ubyegon2
#61819
üzenetére
Köszi! Fognak játékok is felkerülni. Vagyis hát aktívan reménykedem benne, hogy a Fallout4 és a Telltale cuccok játszhatóak lesznek Steam Play alól. Illetve az Overwatch-ot is tervezem tesztelgetni Wine+DXVK alól.
Mindenesetre akkor megfogadom a tanácsod és most nem foglalkozok az NVME lehetőségével. Majd, ha leestek az árak, visszatérek rá újra. Így legalább a particionálás se lesz egy rémálom.
-
-Ben-
veterán
-
válasz
ubyegon2
#61800
üzenetére
Egyébként live futtatásával ennyi parancs is felrakja a GRUB-ot
mount /dev/sdXY /mnt
mount --bind /proc /mnt/proc
mount --bind /dev /mnt/dev
chroot /mnt
grub-install /dev/sdX(elég rosszul látszik, de ahol szóköz van, ott ki ne hagyd)
Az első sor betűjele az a partició, ahová települt a Linux, az utolsó pedig az a meghajtó, ahová a GRUB-ot akarod felrakni.
-
-
válasz
ubyegon2
#61791
üzenetére
Végigcsináltam, de nem segített.
A grub-ot sehogy nem hajlandó feltenni.
ezt csináltam:
- partíció létrehoz
- mount /mnt
- file-ok átmásol
- leírás szerinti mount-ok
- chroot
- grub install
itt dobja ezt:$ sudo grub-install --boot-directory=/mnt/boot /dev/sdb
Installing for i386-pc platform.
grub-install: warning: this GPT partition label contains no BIOS Boot Partition; embedding won't be possible.
grub-install: warning: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and their use is discouraged..
grub-install: error: will not proceed with blocklists. -
#61723
IstvánLászló
őstag
ubyegon2
#61721
-
válasz
ubyegon2
#61703
üzenetére
Nem hittem, hogy a cron olyan nagyon haladó lenne.
Ugyanakkor a hozzáértőbbje mind a kettőben ott van, csak ide többen jönnek.@Vargalex : Ja, csak nem írhatunk át mindent ész nélkül, így mielőtt engedélyt kérek tesztelni, muszáj valami infót gyűjteni, hogy merre induljak. (Idióta egy bagázs ez, tesztrendszer nincs, élesen meg nem lehet csak úgy módosítani, hiába te felelsz érte.)
De a kérdés inkább arra vonatkozott, hogy szívot-e már valaki ilyet, de ha nem, akkor nem (örüljetek neki, ha nem
)@Dave :
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#61676
üzenetére
Kb, de alatta a Mint csomagjaival.
Én azt nem értem, hogy 18.3 KDE alatt miért nem frissülnek a KDE csomagjai? Az még teljesen supportált KDE-s disztró, de még mindig nem stimmelnek össze a KDE alap és debug csomagjainak verziói, így a debug csomagokat nem lehet telepíteni.
Nem tudom kinek kellene megcsinálnia, de megoldhatnák ezt már végre. A debug csomagokra meg azért lenne szükség alapértelmezés szerint minden disztrón, mert ha nélkülük küldesz be egy KDE bugreportot akkor azzal semmit sem fognak tudni kezdeni a fejlesztők. -
válasz
ubyegon2
#61655
üzenetére
Valószínű nem a fájlrendszer töredezettségmentesítésére gondolt, hanem a magára trimmelésre hogy a blokk tartalmát küríti, vagyis olvasás, törlés, írás ciklus nélkül, elég a sima írás. Ez a nullázás felfogható defragmentálásnak is.
+ lehet az én ferdítési hibám is. Itt az eredeti: [link] -
#61578
SwissAirplan
aktív tag
ubyegon2
#61573
SwissAirplan
aktív tag
válasz
ubyegon2
#61573
üzenetére
Köszönöm megtaláltam! És ... ha kiveszem a pipát az automatikus kapcsolódás mellől akkor ha bont a szerver akkor bont a net is!
Igen ám.. de igy bootolás után nem kapcsolódik a hálózathoz, tehát ha levesztem a monitort és ujrabootol a rendszer akkor ( ideiglenesen) ki is zárom magam a gépből!
Vagy esetleg lehet parancssorral csatlakozni?
Mert akkor automatikus parancsnak beadnám neki!
-
Frawly
veterán
válasz
ubyegon2
#61575
üzenetére
Szerintem mindenképp megérné aktualizálni a cikket inaktívvá tétel helyett. Az emberek szeretik egy helyen látni az egész témát, nem nagyon olvasnak topikokat, meg nem kérdeznek, csak miután hülyeséget csináltak. A cikket viszont guglizással is megtalálják.
Az SSD-s topikkal meg az a baj, hogy ott csak windowsos userek kérdeznek. Legalábbis 99,999%-ban. Amin csodálkozok is, mert az oké, hogy linuxos nincs sok, de mac-esek sem jönnek, pedig Mac-en oltári szopó SSD-t használni, ha nem az Apple saját hardvereivel oldod meg, pl. a TRIM kapásból letiltódik. Csak a Flash SSD-s topikban bukkant fel egy Mac-es, ő is az ismerőse helyett kérdezett, de gyorsan kiderül, hogy a Macbookban bekrepált a SATA vezérlő, ezért hibásnak mutatta az amúgy hibátlan Samsung 840-es SSD-t, és hiába vett bele másik SSD-t, azt is hibásnak mutatta, mikor ezek másik gépben hibátlanok voltak.
-
Frawly
veterán
válasz
ubyegon2
#61571
üzenetére
A Linux SSD-n cikkeddel nincs alapvető baj most sem. Vannak részek benne, amik elavultak, azokat kicsit aktualizálni kéne:
1) az fstrim nem hinném, hogy bármelyik mai meghajtón adatvesztést okozna
2) Debian 8-on lehet kellett hackelni a fstrim -all miatt, szerintem újabbakon, meg normális disztrókon nem kell
3) alignálás ellenőrzése egyszerűbb a fdisk -l paranncsal és kézzel elosztani a kezdő szektorokat 2048-cal.
4) nem kell cron-ba tenni az fstrim-et, van hozzá fstrim.timer systemd service, amit systemctl-lel engedélyezni kell csak
4) megemlíteni, hogy mind a discard, mint a noatime opcionális, személy szerint a noatime-ot nem is ajánlom
5) kímélni felesleges, dolgokat tmpfs-re átrakni, meg böngészőcache-t is átrakni az SSD-ről. Átlag user nem ír Windows alatt sem annyit kímélés nélkül, hogy elérje a mai SSD-k limitjét, Linux meg egy nagyságrenddel ír rá kevesebbet, szóval már azzal 1000%-osan kíméli valaki, hogy Windows helyett Linuxszal használja az SSD-jét.
6) említeni, hogy fájlrendszernek ext4 a legjobb (saját tapasztalat), de használható bármilyen más fájlrendszer is, nem csak az f2fs. A TRIM már mindegyiken meg van oldva.Illetve van egy darab szakmai tévedés benne: a kernelben lévő queued TRIM feketelista nem csak a discard-os, hanem az fstrim-típusú TRIM-re is vonatkozik. Te azt írtad, hogy csak a discardos-ra. Tehát a feketelistás meghajtóknál sem okoz gondot a discard, csak a kernel azonnal kikényszeríti, ami tényleg okozhat belassulást. Én úgy általában is az fstrim használatát javaslom a discard helyett, nem csak a feketelistás meghajtókon.
-
#61572
SwissAirplan
aktív tag
ubyegon2
#61571
SwissAirplan
aktív tag
válasz
ubyegon2
#61571
üzenetére
Köszönöm! És sikeres volt a beállítás, két opciót állítottam be, és megy rendesen!
Ez inkább tapasztalati kérdés lesz...
Használom ez ExpressVPN kliensét. Minden csatlakozás után kiír egy ilyet:
Bontottam a kapcsolatot, bemásoltam ezt a sort, el is fogatta!
Utánna csináltam egy tesztet, bontottam a szerverrel a kapcsolatot, szépen bontotta az internetet is ( ahogy igérte
) de utánna rá 3 másodpercre vissza is csatlakozott anetre, gondolom valahol ott lehet a gond hogy a net csatlakozás autómatikus " lehet"... ( kábelen jön a net )Mit javasoltok?
-
Frawly
veterán
válasz
ubyegon2
#61558
üzenetére
Ja, erre nem is gondoltam. Sokan az OS-t hívják OP-nek.
De így már értem mit nem értettél. Az overprovisioning valóban nem TRIM-et használ. Közvetlenül a garbage collection sem használja. De ezeknek a munkáját segíti a TRIM, mivel ha egy LBA szektor vonatkozásában TRIM parancs érkezik, onnantól tudja a vezérlő, hogy törölhető a vonatkozó cellák tartalma, könnyebben kiüríthető az a NAND lap, amiben vannak ezek a cellák, és a felszabadult lappal dolgozhat a wear leveling (hasonlóan mint az overprovisioning cellákkal) meg a garbage collection is. Ezeknek az SSD-karbantartó mechanizmusoknak üres hely kell ugyanis, és a TRIM segít üres helyet csinálni. Ennyiben függnek össze.
A többiektől elnézést, valóban kezdő topik. De ennyi kitérő szerintem belefért, főleg, hogy nem én hoztam fel, és most 5-6 hozzászólás erejéig nem lett volna értelme egy másik topikba átmenni. Fele részben úgyis a swapról szólt, ami meg érintheti a kezdőket is.
-
#61559
King Unique
titán
ubyegon2
#61558
King Unique
titán
válasz
ubyegon2
#61558
üzenetére
Milyen promótól? Egyszer már le volt írva nemrég ezzel kapcsolatban a válasz, bár ahogy nézem, a #61543 hsz-ben a hátulról mellbe megjegyzésed után még mindig nem sikerült megérteni... Ami pedig nemrég volt itt a topikban téma a telepítéssel kapcsolatban, annál megint fals, mert ott csak az ESP miatt lett megkérdezve, hogy az illetőnél milyen felállás van. Amire leírta, hogy most csak Linux lesz azon az SSD-n, azt telepített rá, ennyi. Aztán az már az ő dolga, hogy a leírtak alapján mellette elvileg azt a bizonyos másik rendszert is használja és azon írta ki pendrive-ra a telepítőt. Ahogyan épp nemrég egy másik linuxos topikban szintén a user magányügye, hogy ő eleve dual-boot megoldást akar és ahhoz kért segítséget. Szóval nem kellett ehhez promózni...
-
Frawly
veterán
válasz
ubyegon2
#61555
üzenetére
120, 240 gigás SSD-knél is attól függ, hogy mennyire régi SSD, milyen hatékony garbage collection van beépítve. A régi SSD-k jobban rá voltak szorulva az overprovisioningre, főleg ilyen 32-128 GB méretben. A nagyobb SSD-k, de a 120 gigás újak is, már kevésbé kényesek erre, ott tényleg elég lehet az az overprovisioning terület, ami gyárilag el van különítve.
-
Frawly
veterán
válasz
ubyegon2
#61555
üzenetére
Most elvesztettem a fonalat, hogy az OP-vel mire célzol. Ha az OS-re, de bizony, a kernel feladata a TRIM-mel foglalkozni. Windows alatt is. Mert a kernel kezeli a fájlrendszerdrivereket, az tudja jelezni az SSD felé, ha egy adott LBA szektor tartalma már nem kell, különben az SSD saját vezérlője ezt magától nem veszi észre, mivel nem érti a fájlrendszereket logikailag, csak LBA szektorokról, meg NAND memórialapokról (azokon belül cellákról tud), amit össze-map-elget. Persze már az LBA szektor is egy logikai dolog, valójában az SSD-n nincsenek szektorok, mint egy HDD-n. Nincs benne forgó tányér sávokkal, amik szektorokra vannak osztva. Csak az OS kezeli úgy a tradíciók okán, mintha lennének rajta szektorok. De az LBA szektoradatot az SSD vezérlője mindig átkonvertálja fizikai táblacímmé.
-
Frawly
veterán
válasz
ubyegon2
#61552
üzenetére
Igen, ezt hülyén írtam. Kimaradt egy szó: az overprovisioninggal nem kell PARTICIONÁLÁSKOR foglalkozni, hanem az SSD használatakor particionálás UTÁN arra kell figyelni...
Ugyanis sok olyan hülye tanács kering a neten, hogy az SSD-n hagyjunk nem particionált területet. Ez ugyan működhet is, de ha nagyon kell a hely pár óra, akkor nehezebb hasznosítani. Ezért én azt szoktam ajánlani, hogy ne legyne particionálatlan üres hely hagyva, vagy csak akkor, ha tudja magáról a user, hogy figyelmetlen, hajlamos tele pakolva felejteni a meghajtót, és/vagy lusta rajta állandóan helyet felszabadítani.
-
Frawly
veterán
válasz
ubyegon2
#61552
üzenetére
De a swap fájl és swap partíció is adatot tartalmaz. Csak nem hasznos adatot, de az SSD vezérlője azt úgy látja, hogy mind hasznos adat. Ez a baj az egész lemezes LUKS, Bitlocker, VeraCrypt titkosításokkal is, végig van írva velük a meghajtó, az SSD vezérlője meg ezt úgy érzi, hogy nem pakolgathat adatokat, nem törölhet, mert mindre szükség van.
Az SSD vezérlője csak úgy jön rá, hogy egy adott szektor tartalma nem kell többé, hogy az OS kernele a fájlrendszerbeli módosítások után kiküld egy TRIM parancsot a lemezvezérlő driveren keresztül a lemezvezérlőn át az SSD saját vezérlőjéig. Ezen a láncolaton mind át kell menjen a TRIM parancs.
A swap terület viszont nem TRIM-elhető. Majd nézz bele egy hexa-s programmal a swap fájlba, swap partícióba. Ha némelyik része üresnek is látszik, az mind igazából lefoglalt bájtsorozat (0x00 bájt-ok), amit a vezérlő úgy lát, hogy ugyanolyan fontos adat, mintha egy videó lenne. Persze te a ki nem használt swap-területre úgy gondolsz, hogy részben üres, de ez csak úgy tűnik. Valójában a swap partíció mindig tele van, 100% foglaltsággal. Akkor is, ha a mi emberi fogalmaink szerint logikailag üres.
-
Frawly
veterán
válasz
ubyegon2
#61543
üzenetére
Nem szaktekintélykedünk. A swap partíció pont hogy elveszi a területet az overprovisioning elől. Igaz a swap fájl is, szóval ha swapról van szó, ezt nem lehet megúszni, a swap nem TRIM-elhető. Az overprovisioninggal nem kell amúgy sem foglalkozni, azt lehet tenni az érdekében, hogy nem szabad szarásig pakolva használni az SSD-t, hanem arra figyelni, hogy 10-20% szabad hely legyen rajta. Persze nem gond, ha néha teljesen betelik, de nem szabad úgy hagyni, hanem csinálni kell rajta helyet, hogy legyen rendszeresen szabadon.
A 16 GB swap-ot ne ajánlgassuk már 8 GB RAM mellé. Majdnem biztos vagyok benne, hogy átlagos felhasználásról van szó, és az a 8 GB-os swap partíció is abszolút overkill, amit létrehozott. Ez a swap legyen a duplája a fizikai RAM-nak mantra, még az ősrégi windowsos időkből való, mikor még 64-256 MB RAM volt egy átlag gépben.
Egyébként nem vagyok teljesen a swap partíció ellen sem, ha már később lesz hosszú távú tapasztalata Linux-témában, akkor már tudni fogja mekkora swap kell neki az adott RAM mennyiség mellé az ő felhasználásához, úgy már mindegy, hogy swapfájl vagy swappartíció van, úgyse kell a méretét igazgatni.
(#61550) vargalex: szerintem már egy mai modern Atom/Celeron N procis gépen is mérhetetlen, főleg, ha SSD-ről fut.
-
#61531
King Unique
titán
ubyegon2
#61530
King Unique
titán
válasz
ubyegon2
#61530
üzenetére
Írtak rá példát a másik válaszban. Az viszont nem világos, hogy a hibernálást miért ne használhatná egy home user. Pláne, ha mondjuk laptopja van és altatja a rendszert, majd közben merül az aksi, akkor ott a hibernáláshoz kapcsolódó hibrid alvás is hasznos lehet.
A másikra válaszolva, az nem lebeszélés, ha az adott esettől függően (tehát nem mindig) megemlítem lehetséges opcióként itt-ott a dual-boot megoldás lehetőségét. Magam is többnyire ilyeneket használok és amúgy jó dolog. Ja, és nem kötelező jelleggel szoktam, hanem csak opcionálisan. Aztán azt majd eldönti mindenki maga, hogy milyen megoldást választ és melyik rendszert használja. Egyébként meg nem mintha annyira győzködni kellene itt bárkit is ez ügyben, mert rendre megjelennek a kapcsolódó topikokban olyan fórumtagok, akkor maguktól is eleve ilyet akarnak összehozni.
-
#61529
King Unique
titán
ubyegon2
#61528
King Unique
titán
válasz
ubyegon2
#61528
üzenetére
Az lehet, hogy te viccesnek találod, csak pont az benne a poén, hogy az általános leírások is rendszerint mind arra épülnek, hogy swapot kell létrehozni és nem feltétlen térnek ki arra, hogy mondjuk 8 GB-nál biztosan nem kell senkinek... Ráadásul akkor ennyi erővel elmagyarázhatnád az Ubuntu és más rendszerek készítőinek is, hogy az automatikus particionálási sémájuk miért csinál 8 GB RAM-nál is swapot, hiszen te annyival jobban tudod náluk is...
Ez a senki nem javasol pedig megint érdekes, mert pont nemrég írta itt más is, hogy a felhasználástól függően akár még 16 GB RAM-nál is szükség lehet rá. Az pedig a másik, hogy inkább abból szokott probléma lenni, ha egyáltalán nincsen és nem abból, amikor van valamekkora swap. A 250 GB-os SSD-t pedig egyáltalán mondanám relatíve kicsinek ahhoz, hogy ne férne el rajta egy swap partíció / fájl. Na szóval ennyi erről! -
#61524
King Unique
titán
ubyegon2
#61519
King Unique
titán
válasz
ubyegon2
#61519
üzenetére
Talán nem telepítettél még Ubuntut és nem találkoztál figyelmeztetéssel akkor, amikor nem volt létrehozva swap? Pedig van ilyen, képzeld...!
Aztán gyakorlatilag nem tudsz semmi egyebet felhozni ellene, csak azt, hogy van 8 GB RAM. De azt mégis honnan tudod előre, hogy ő hogyan és mire fogja használni a rendszert, milyen programokat futtat majd? Nem véletlenül szoktak létrehozni swapot, mert általában inkább jobb az, ha van valamekkora (lehet a RAM teljes méreténél kisebb is), mintha nincsen semmi. Ráadásul az automatikus telepítést választva a telepítő is létrehozza, talán nem véletlenül...
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#61514
üzenetére
ZRAM... ez technikailag nem azonos a swappal. A zram egy kernel modul, amivel LZO vagy inkább L4Z tömörített ramdiszket hozhatsz létre, de ezek is helyileg a ramban jönnek létre.
A normál ramdiszkhez képest a tömörítésük jelent előnyt, így /tmp meg /var és hasonlók hatékonyabban tárolhatóak.
Szóval ez egy jó dolog, de nem a swap partíció kiváltására. Ha kevés ram van a gépben vagy pl. kódot fordít az ember, akkor továbbra is kellhet swap partíció, akár 16GB mellett is.
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#61492
üzenetére
A Mint KDE 18.3-at még jó ideig támogatják, addig maradhat. Azt nem tudom, hogy ez idő alatt kap-e KDE csomagfrissítéseket is, de azért jó lenne bár pl. a KDE debug csomagjainak a verziója most sem stimmel az aktuális elérhető KDE csomagverziókkal a Mint tárolóiban, ami miatt fel sem lehet őket tenni, ami érthetetlen...
Viszont KDE-s 18.3-ról frissíteni azt úgy tudom nem lehet, de a Mint Cinnamon 19-re fel lehet varázsolni a KDE-t, vagy legalább is lesz rá mód.
*Egyéb repókkal való mixelés járhat nem kívánt gondokkal. -
#61484
SwissAirplan
aktív tag
ubyegon2
#61483
-
_ _ _ _ _2 3
tag
válasz
ubyegon2
#61470
üzenetére
Karácsony körül befejezem
-jól fest __nem kötelező ,de szeretnék érteni hozzá___ végülis tök szívesen lennék Linux rendszergazda.... 
---köszönöm a gyors és intelligens válaszokat ,ha van valami azért még lehet ,hogy kérdezek... amúgy persze lassult mióta teliraktam programokkal ,de még így is százszor gyorsabb ,mint egy Windows.http://tparser.org/
-
Frawly
veterán
válasz
ubyegon2
#61443
üzenetére
De szerintem pont azért szív, mert csak WM-et használ. Míg ha Mintet tenne fel rendes DE-vel, ott tudná használni az alapból fent lévő grafikus csomagkezelőt. Persze azt itt is feltehetné, de oh wait, pont ez a gond, hogy ahhoz tudnia kéne csomagot telepíteni, ami meg jelenleg nem megy. Szóval kezdőknek igenis fontos, hogy DE-vel kezdjenek. A WM általában haladóbb szint, akkor is, ha fullosítva van.
-
válasz
ubyegon2
#61444
üzenetére
Annyi a difi, hogy az ubuntu nem kérdez rá, hogy legalább a /home-ot nem-e teszed külön partícióra. Ha nem tudja a választ, csak nyomkodja, hogy next, next, finish, ugyanúgy megkapja az alap sémát mint ubuntu-n. Persze lehet ,hogy csak nem tudok "kezdő" fejjel gondolkodni. És ezzel véletlenül sem azt akarom sugallni, mennyire profi vagyok, sőt. Csak én már tisztában vagyok vele mennyi mindent nem tudok.
-
válasz
ubyegon2
#61440
üzenetére
A Debiannal nincs olyan, hogy felrakod next next módszerrel
Ez tuti? Mi kell hozzá még?ha függőségek kezeléséről van szó, azt simán ráhagyja a felhasználóra már úgy érted a Slackware.
Ha ubuntu (származékon) adod ki az apt update/install xy parancsot, az mitől kezeli jobban a függőséget?
Lehet, csak egy sima apt update hiányzik, hogy lektöltse/frissítse csomagválasztékot.
-
#61441
SwissAirplan
aktív tag
ubyegon2
#61440
SwissAirplan
aktív tag
válasz
ubyegon2
#61440
üzenetére
Nagyon látszik rajtam hogy láma vagyok hozzá?
Nincsen ok ami miatt a Debiánnál "kellene" maradjak, igy akkor lehet tényleg megnézek egy Mint-et!
Nekem össz vissz 3 dolog kell rá Torrent kliens egy vpn kliens (Linuxra van) és egy SMB
Gondolom ezek azon is elmennek!
Köszönöm az eddigi türelmet.. kicsit keresgélek "Mint" terén.. aztán jövök!
-
#68216320
törölt tag
válasz
ubyegon2
#61405
üzenetére
A tweak-tool gyakorlatilag egyik problémára sem nyújt megoldást.
Úgy látom kizárólag szöveget tud méretezni, grafikus elemeket nem, emiatt más lesz a gfx-szöveg méretarány, ami sajnos nem megfelelő esetemben.
A keyboard delay-rate állításokat nem is találtam benne.Az xrandr scale kicit másképp működik, mint vártam és sajnos ez sem ad jó megoldást.
Arra számítottam, hogy xrandr --output DP-0 --scale 1.5x1.5 hatására az eredeti skálázás x1.5 értékre növekszik, azaz nagyobbak lesznek a képi elemek, de gyakorlatilag osztást jelent, emiatt kisebbek lettek.
Próbálkoztam xrandr --output DP-0 --scale 0.75x0.75 értékkel, de ezzel a nagyítás homályos lett, még akkor is, ha beállításokban eredetileg 200%-ot állítottam be és úgy adtam ki ezt a parancsot. Az eredeti 100%-ot veszi alapnak a méretezéshez.Tehát egyelőre ott tartok, hogy azt a két funkciót amit egy Ubuntu 16.04 felrakása esetén be szoktam állítani (nagyítás, billentyűzet ismétlés) Ubuntu 18.04 felrakása esetében nem tudom.
Csak egy "buta user" vagyok, de funkcionalitásban nem visszalépés ez így a Unity-hoz képest?
Remélem jóval kisebb az erőforrás igénye és a gyenge gépek tulajdonosainak megfelel, mert nekem eddig nem jött be(#61406) Sonja: Oké, köszi, de ha Wayland-hez jó csak ... LTS esetén szívesebben maradnék az öreg xorg társaságában. (Jól tudom, hogy Unity (Ubi16.04) esetében is xorg volt még?)
Update: Teszek egy próbát Ubuntu 16.04-el ezen a gépen (i5, gtx1050ti)
-
#61319
herdsman12
őstag
ubyegon2
#61316
-
#61311
herdsman12
őstag
ubyegon2
#61272
herdsman12
őstag
válasz
ubyegon2
#61272
üzenetére
Muszáj volt valamit csinálni, mert Sylvia csak az otthon használt FHD monitorral működött, saját kijelzőn rajzolt pár sor vonalat és tovább semmi.
Frissíteni nem tudtam, mert a Frissítéskezelő nem dobott lehetőséget, így a friss telepítést (sda2) választottam. Előtte bővítettem 20GB-ra a helyét és a swap is változott. Ettől az sda1-en nem háborgatott Debian + 30 sec-al indult. Már kezdtem volna itt sírni, de beugrott, hogy volt már hasonló gondom az fstab/resume UUID-k átírása miatt, az update-initramfs -u megoldotta a problémát.
De, hogy ne legyen felhőtlen a hétvége, mi a frászért kell birizgálnom a tapipadot vagy rángatnom az egeret, hogy betöltődjön a rendszer? Piszkálás nélkül villan néha az SSD használatot jelző LED és fekete képernyő van csak.
Elindítottam Recovery módban, ott Rendszer infónál látok egy fura bejegyzést:=== LVM állapot ===
Fizikai kötetek: nem ok (ROSSZ)
Kötetcsoportok: ok (jó)Megköszönnék némi segítséget.
-
-Ben-
veterán
válasz
ubyegon2
#61268
üzenetére
Kipróbáltam a kernel cserélgetést UKUU -val. Sikerült a 18.04 -et is munkára bírni 4.4 -gyel és 4.17.5 -tel egyaránt. Sajnos nem hozott semmiféle pozitív eredményt, ugyanúgy akadozott, vacakolt. Tehát valószínűleg nem (csak) a kernel a ludas...
Feltettem a 14.04 -et, onnan frissítettem 16.04 -re. Így most van egy 16.04 LTS -em 4.4 -es kernellel. Teljesen jó minden, még jobb, mintha tiszta 16.04 -et telepítettem volna. Átmeneti megoldásnak jó lesz, de azért nem bánnám, ha a jövőben feltehetném a 18.04 -et is. Kíváncsi vagyok, hogy 1-2 év múlva mi lesz a helyzet.
(Azért az is érdekes, hogy amennyiben tisztán telepítem a 16.04 -et, akkor 4.13 -as kernelt használ, ha frissítem 14.04 -ről, akkor marad 4.4)
Szerk.: Nagy köszönet mindenkinek, aki segített, segíteni próbált!
-
lev258
veterán
válasz
ubyegon2
#61268
üzenetére
Nvidia-nál csakis olyan kernellel (és xorg-gal) szabad próbálkozni, ami hivatalosan is le van írva. Minden más esetben fekete képernyőt fogsz kapni. Ez nem próba-szerencse kérdése.
Ha a 18.04-et írják támogatottnak, akkor annak hivatalos kernele és xorg-ja számít referenciának, nem más.
Használható tipp. Használjon régebbi rendszert, ha azzal jó neki, a frissebbekkel meg még várjon. Esetleg keressen a térképen közeli hozzáértő segítőt. -
-Ben-
veterán
válasz
ubyegon2
#61255
üzenetére
Sajnos ez nem nagyon működött.
Hiába tettem fel különböző verziószámú kerneleket, a vége mindig az volt, hogy 1. el se indult, 2. elindult, de valamiért nem akarta használni az nvidia drivert (driver reinstall után se), így pedig nem tudtam tesztelni. 
Végül úgy döntöttem, hogy felrakok tiszta telepítéssel egy 16.04 -et és marad ez..... Jelenleg a 4.13.0-45 -ös kernellel jól működik. Szerintem a 14.04 LTS/4.4 -es kernel ennél is jobban működött, de már ez is fényévekkel jobb, mint a 18.04 és a 4.15.0-23-as kernel, úgyhogy marad.Ekkora szívásban még nem volt részem és remélem, hogy nem is lesz egyhamar. 4 hete szívok folyamatosan, kb. 50-55 teljes újratelepítés volt ez idő alatt. A felesleges VGA vásárlás jobb, ha nem is jut eszembe.
Az viszont nagyon nyugtalanít, hogy mi lesz a jövőben. Sajnos a hiba valódi okára nem derült fény és előbb-utóbb frissítenem kell majd, nem maradhat örökké a „jó öreg” 16.04.
A kilátások nem jók, mivel minél újabb/frissebb a kernel, annál több gondom akad vele. Legalábbis jelenleg így néz ki a helyzet....
A hiba javításán se dolgozhatnak valami gyorsan (ha egyáltalán tudnak róla és dolgoznak rajta), mert az összes 4.15 -ös kernellel szívtam... A 4.13 meg nem rossz, de azért a „100” éves 4.4 volt az igazi. -
#60567
aprokaroka87
nagyúr
ubyegon2
#60556
aprokaroka87
nagyúr
válasz
ubyegon2
#60556
üzenetére
htop az itt az én telefonomon nincs
Nyilván tisztában vagyok vele, hogy az Android féle linux rész eltér valamelyest.
Viszont pl van olyan amikor egy shell parancs a megoldás.Van Droidon Tasker nevű progim.
Na ott pl van olyan hogy az mv parancsot kell használnom áthelyezéshez, mert a gui részen megtagadja a dolgot. -
válasz
ubyegon2
#60562
üzenetére
Persze, en csak terminalos jatekokkal jatszom.
Nekem jo a sleep is, csak ne porogjon.
GUI megoldas is erdekel.Igen, onnan szedtem a -Y parancsot, es valoban sleep-et jelent, de visszajonni mar nem akar a bestia.
mod: WD Gold, akkor megnezem azt a progit is. A kepen lathato GUI ehhez van, vagy kulso GUI?
-
0xmilan
addikt
válasz
ubyegon2
#60492
üzenetére
Ez nem az a szint, amit atlag userkent piszkal az ember.
Ha megvaltoztatod a header fajlt, akkor mindent ujra kell forditanod, ami azt a .h fajlt hivatkozza.Ez nem bash vagy python vagy nemtudommi, itt a # nem kommentet jelol. C-ben igy deklaralsz konstanst.
szerk. a google masodlagos dns szervere 8.8.4.4, nem 8.4.4.8. afaik
-
gabaly
tag
válasz
ubyegon2
#60470
üzenetére
Bizonyára én nem írtam világosan: 2 napja tettem fel újból a 18.2-őt HDD-ről váltottam SSD-re, eddig nekem ez az első (SSD). Azonban mint írtam, a Mint 18.2-t azóta használom mióta kiforrta magát, mivel nem szoktam azonnal váltani amikor kijönnek.
Nos, az új SSD-n megy mint az álom. Ez a pontos leírás, elnézést ha nem jól fogalmaztam.Az iménti felhasználónak azért ezt ajánlottam mivel ez nagyon szépen, simán muzsikál.De ahogy olvastam azóta látom nem kezdő szerintem azt tesz fel amit akar.
-
Frawly
veterán
válasz
ubyegon2
#60453
üzenetére
A fast boot elvileg mindegy neki, ha SSD-ről akarsz bootolni. Lehet a Mint telepítője hányja el az UEFI bootot. Az EFI FAT32 partíció létrejött? Milyen fájlok vannak rajta?
Legjobban úgy tudod megérteni, hogy hogyan működik az UEFI boot, hogy az Archot telepíted a systemd boot Wiki-cikk alapján. Tehát kézzel létrehozod neki az EFI partíciót GPT-s táblával rendelkező lemezre, és végrehajtos a cikkben leírt bootctl-es utasításokat, meg szerkeszted a loaderben a entries conf-jait. Ha valahol elakadsz, jössz kérdezni, leírva milyen parancsokat adagoltál be neki, mik voltak a kimenetek, mi a hibajelenség. Érdemes ezt végigjárni, mert ha megtanulod, az nem csak Archon fog működni, hanem ilyen Mint-es telepítést is meg tudsz vele javítani, hogy bootoljon. A Mint/Uborka csak annyiból bonyolít, hogy az UEFI és az induló rendszer közé még odaékeli a GRUB-ot is, ami persze teljesen felesleges, de a GRUB a legjobbabb, azt nem lehet elengedni, mert az orrunkat is tisztíccsa.
Ha használsz MBR-es lemezt is bootolásra, vagy régi OS-t, akkor UEFI Hybrid-en hagyd. Ha csak UEFI-GPT-t tervezel használni, akkor meg UEFI Native. Esetleg még arra tudok gondolni, hogy a Mint telepítője MBR módban bootolt valami miatt, és MBR módban csinálta meg a telepítést, az UEFI boot meg ezért nem találja.
-
-
válasz
ubyegon2
#60452
üzenetére
Most, hogy beléptem, azt láttam, hogy a fastboot opció viszont be volt pipálva, ami azelőtt nem.
Már bootol minden penről szerencsére, köszi a tippeket, éljen a legacy!
Amúgy volt már erre telepítve több disztró is, ment úgy is, hogy a régi laptobból csak áttettem a SSD-t, nem kényes semmire, kivéve.......
-
válasz
ubyegon2
#60451
üzenetére
Ezredik alkalommal is csak a HP hardverdiag jön be, nem tudok a biosba újra belépni.
Szedjem ki az SSD-t szerinted és desktopban telepítsek rá valamit? Kérdés, hogy legacy v UEFI módban......******************
Na valami csoda folytán csak bejött újra a bios, de hogy éppen mitől........ -
Frawly
veterán
válasz
ubyegon2
#60444
üzenetére
UEFI Native-ot válaszd, ilyenkor meg sem kísérel hagyományos BIOS-MBR módszerrel bootolni. Ezzel a CSM-mel nagyon túlbonyolították. A Legacy a hagyományos BIOS-MBR boot, az UEFI Hybrid az pedig a vegyes, amikor BIOS-MBR és UEFI-GPT módban is megpróbál bootolni, ezt az én UEFI-m „Both”-nak nevezi, más rendszereken meg általában „UEFI + Legacy”.
Az sem baj, ha mégis Hybrid-en hagyod, épp úgy fog akkor is UEFI-vel bootolni, de lehet néhány tizedmp. veszteség, míg az MBR-es eszközöket keresi.
Ami az Arch-leszármazottakat illeti: sose voltam róluk rossz véleménnyel (pl. Manjaro). Az Archnál mondtam csak az, hogy ha valaki arra fanyalodik, akkor ne szkriptből telepítsem (Archmerged, Antergos, stb.), hanem akkor maradjon a sima Archnál és kézzel telepítsen a Wiki alapján. Ha az túl magas, akkor meg Manjaro.
-
csixy
addikt
válasz
ubyegon2
#60444
üzenetére
A CSM még lehetővé teszi a hagyományos Legacy módot.
CSM booting
To ensure backward compatibility, most UEFI firmware implementations on PC-class machines also support booting in legacy BIOS mode from MBR-partitioned disks, through the Compatibility Support Module (CSM) that provides legacy BIOS compatibility. In this scenario, booting is performed in the same way as on legacy BIOS-based systems, by ignoring the partition table and relying on the content of a boot sector. -
Slownz
senior tag
válasz
ubyegon2
#60431
üzenetére
Igazából beletrafáltál. Mindenhol Gnome-ot használtam, szóval a környezet ugyanaz volt. Az Ubuntu alatt a szoftverközpont egy tragédia, szvsz használhatatlan. Ez a ppa-zás egy idő után fárasztó volt, még nem érzem előrelépésnek Win10-hez képest, hiszen itt is keresgélni kell a neten, csak itt nem exe hanem parancs után. Szoftverfejlesztőként is dolgozom, fontos, hogy up-to-date legyen a program, amit használok, úgyhogy testhez áll az Arch filozófia. Egyébként meg baromira tetszik, hogy van egy GUI felület, ahol csak beírom a program nevét és már telepíthetők is (Pacman). Kb 0 terminált kellett hasznalnom eddig Arch-nál, ráadásul ezt is hirdetik magukról, hogy kezdő-barátok (Antergos, Manjaro).
-
#60347
gordonfreemN
addikt
ubyegon2
#60346
gordonfreemN
addikt
válasz
ubyegon2
#60346
üzenetére
Köszi
Az utolsó linkre.
Aki ebből kihámozza, hogy miről szól ez az egész annak vagy ez a munkája, vagy ez a hobbija. Én meg szerintem keresek win alól használható programot inkább, nincsenek további napjaim elpocsékolni arra, hogy vagy sikerül vagy nem (ugyanis nem látom ebből a katyvaszból a kiutat, elment 2 napom a semmire és csak bonyolódik ahogy olvasok utánna Alsa-pulseaudio-esd-portaudio).Nagyon köszönöm, hogy segíteni próbáltatok, de megint csak eltávolodtam attól, hogy valaha is legyen linux rendszerem.
Az is furcsa, hogy ma este a bekapcsolásnál volt hang, de csak a baloldali hangszóróból, majd live alatt megnéztem a 18.04 -et és ott már megint nem volt.
Közben rebootoltam. g akkor volt, amikor létrehoztam elsőre.
)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
(bocsi)
Most is arról a gépről írok.
-jól fest __nem kötelező ,de szeretnék érteni hozzá___ végülis tök szívesen lennék Linux rendszergazda.... 
Új hozzászólás Aktív témák
CPT.PirkA topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Luck Dragon: Asszociációs játék. :)
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- hdanesz: Hyundai Ioniq 28kWh - Első benyomások - második felvonás
- Milyen videókártyát?
- Revolut
- ASUS routerek
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- Mazda topik
- iPhone topik
- Víz- gáz- és fűtésszerelés
- További aktív témák...
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- 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
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Phanteks NV5 MK2 White (PH-NV523TG DMW02)
- 2db Dell PowerEdge R740 2U Rack Szerver és 3db Netapp FAS2040 NAS
- Apple Watch SE 2 44mm, Újszerű, 1 Év Garanciával
- AKCIÓ! Intel Core i9 14900K 24 mag 32 szál processzor garanciával hibátlan működéssel
- 125 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 9 7945HX, RTX 4070
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest