- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Apple MacBook
- HiFi műszaki szemmel - sztereó hangrendszerek
- Mini-ITX
- Vezetékes FEJhallgatók
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Azonnali notebookos kérdések órája
- VR topik (Oculus Rift, stb.)
- DUNE médialejátszók topicja
- 5.1, 7.1 és gamer fejhallgatók
-
PROHARDVER!
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
válasz
ubyegon2
#64801
üzenetére
Nem sajnos a chakra bootját nem tudtam így megcsinálni, egyenlőre pusztán csak ezért tettem félre azt a projectet.
Sikerült megcsinálni a winx és a dualbootos mint bootját is.
Frawly: Köszi , nekem az alanti módszer lett sikeres, hosszas próbálkozások után, mert sajnos meg kellett volna hagyni neki üresen az EFI partíció helyét, de a végére rájöttem! A védett partíciót csak gparteddel sikerült kigyalulni , aztán az üres 100mega helyet már be tudta kapálni a diskpart. Közben volt egy olyan észtvesztő beugratás, hogy egy elválasztó 1 megás helyecskéből csinált a diskpart EFI partíciót, na mire arra rájöttem kishíján földhöz vágtam a pálinkás kanalat. Szóval így csináltam:
Method 2. Create lost/deleted EFI partition by using CMD
Boot PC with Windows 10/8/7 installation media > press SHIFT + F10 on the first screen to bring up Command Prompt.
Type the following commands and click Enter each time:diskpart
list disk
select disk # Note: Select the disk where you deleted the EFI System partition.
list partition
create partition efi
format quick fs=fat32
list partition
list volume Note: Note the volume letter where the Windows OS is installed.exit
bcdboot X:\windows Note: Replace "X" with the volume letter of the Windows OS partition.
BCDBoot copies the boot files from the Windows partition to the EFI System partition and creates the BCD store in the same partition.
Now you can remove the Windows installation media and restart the computer.
Igy sikerült helyretenni a winnyózt , aztán chrottal megyógyítottam a linux efi-bootját és kis megőrülés után rájöttem, hogy nem az optibayba tett 30 gigás SSD-m rossz, hanem az fstabban javítanom kell az EFI partíció UUID-jét és lett boldogság
-
válasz
ubyegon2
#64796
üzenetére
A manjaro tényleg tök jó és kényelmes. Valóban az arch vonal mintje, csak nem szabad dualbootba tenni másik linux dystroval (és ez igaz a kapitány kedvenc dystrojára is, egyébként az is nagyon jó), mert a másik linux grub frissítéskor elb@xxa a bootját. Ennyi.
No az USB-s mint Tessa viszont elindult a HP250G1-esen is . Most abból írok. Az nem tetszett neki amikor kijelentkeztem belőle (fsck-zni kellett miatta, de rendbe jött) - lehet, hogy a hibernálást tiltani kellene?
Az exfat mountolás után simán megy mint alatt is , de most nem tudom megnézni, mert most fogom bcdboottal gyógyítani winx efi partícióját és még utána kell meggyógyítani a linuxot is.
-
Frawly
veterán
válasz
ubyegon2
#64796
üzenetére
Az a baj, hiába írom le az előnyeit újra és újra, úgyse lehet téged meggyőzni. Érzelmi alapon az UEFI és az Arch-vonal ellen vagy, és az elfogultság nem hagyja, hogy objektíven lásd a tényeket.
Az Archot nem azért telepítem újra, mert kell. Azért, mert szeretek új dolgokkal kísérletezni, meg néha napján tiszta lappal kezdeni (régi, nem használt csomagok felgyülemlenek egy idő után), jót tesz a rendszer soványságának és pattogósságának. De ha akarnám, használhatnám az idők végezetéig, pont az a rolling lényege, hogy ne legyen újratelepítési kényszer. Annyi, hogy nekem a telepített meg belakott rendszer nem szent, amihez nem szabad hozzányúlni 100 évig.
Egy Archot amúgy sem nagy munka újratelepíteni. Csak mondom. Pont az UEFI boot miatt a bootos részét újra sem kell tenni, az megmarad az EFI partíción (legfeljebb az egyik .conf-ban UUID-t kell átírni). Csak felcsatolom a partíciókat, a root-ot formázom, genfstab, chroot, pacman -S base base-devel megamikell, újraindítás után useradd meg passwd. Konfigolni sem sokat kell, mivel a /home-ben megmaradnak a konfigfájlok, meg az /etc/-t is le szoktam menteni, ha onnan kell valami beállítás.
Minden telepítés alkalmával kipróbálok új dolgokat, más grafikus felület, más display server, más login manager, más systemd-s hálózatkezelős megoldás, esetleg más fájlrendszer. Mindig próbálok egyre optimálisabb megoldásokat választani mindenhez, ami a legkevésbé bloat, vagy gyorsabb, mint az elődje. Így egyrészt megmarad a frissesség érzése, hogy nem mindig ugyanazokat használja az ember unásig, meg tágítja a látókört.
Egyébként én leváltanám magát az Archot és az UEFI-t is, ha lenne helyettük még jobb disztró vagy még egyszerűbb bootmegoldás, de nincs. Gentoo-n gondolkoztam egy időben meg FreeBSD-n, de úgy járna egy csomó munkával vagy kompromisszummal, hogy semmit nem profitálnék belőle.
-
Frawly
veterán
válasz
ubyegon2
#64789
üzenetére
A 2+ TB méret UEFI függelten, egyes gépek tudnak BIOS Legacy bootot GPT-vel is, de ez nem általános. Ezért szokták a kettőt összekötni.
Az UEFI előnye alapvetően, hogy nincsenek benne a hagyományos BIOS korlátozásai, így több funkciót tudnak beletenni (grafikus felület, hálózatkezelés, online frissítés és még egy csomó extra), gyorsabban tud bootolni, mivel kihagy egy csomó hagyományos BIOS POST tesztet, lemezmeghajtókat, lemezvezérlőt gyorsabban inicializálja. Meg mivel önmagában is bootmanager, nem igényli más bootmanagerek jelenlétét (GRUB, syslinux, stb.). Plusz a GPT kezelése, és ez nem csak a 2+ TB partíciókat, lemezméretet jelenti, hanem pl. nem kell ilyen elsődleges, logikai, kiterjesztett partíciókkal szórakozni.
A Manjaróval nincs probléma. Az, hogy Arch-alapú, az csak neked szúrja a csőröd. Igazából nem azért népszerűek ezek az Arch-alapú dolgok, mert most ez a hype, hanem rájött az egyszeri felhasználó, hogy nem kell fél-egy éves kiadási ciklusokra várnia, meg disztrót upgrade-elni külön, és így azonnal friss verziókat kap, amivel jobban megy a Steam, új GPU driverek, új Kodi, új böngészők, stb..
-
Frawly
veterán
válasz
ubyegon2
#64787
üzenetére
Valóban, az a 33% inkább bootprobléma, de a nagy része GRUB és csak egy kisebb része UEFI.
Nyilván, ha a gép vagy az OS (pl. XP) nem támogatja az UEFI bootot, akkor nem tudsz vele mit csinálni. De ilyen gép egyre kevesebb lesz, meg nem hivatalosan XP-nél is ki lehet trükközni az UEFI bootot, ennek utána kéne nézni.
Egyébként nem kell ragozni, mert világos, hogy te ellene vagy, és nem fogsz UEFI-re váltani, csak akkor, ha már olyan gépeid lesznek, amik egyáltalán nem támogatják a legacy bootot. Értettük, felfogtuk.
Bizony, pendrive-on is híve vagyok az UEFI bootnak. Bár ott általában nem kell sokat trükközni, csak kell rá egy FAT32 partíció.
-
-
Frawly
veterán
válasz
ubyegon2
#64782
üzenetére
Nem vagyok UEFI hívő. Abban hiszek, ha van egy újabb, modernebb, rugalmasabb megoldás, amit a gép támogat, azt kell használni. Nem csak az UEFI-re vonatkozik, így vagyok a GPT, Wayland, KMS GPU driver, stb. téren is.
A GRUB-bal az a baj, hogy nagyon bonyolult, sokféleképpen el tud törni. A Linuxos topikokban lévő problémák 33%-a GRUB problémáról szól, 33%-a jogosultsági gikszer, 33%-a meg a GPU driverrel kapcsolatos (nincs kép, tearing vagy szaggatás van). GRUB nélkül már ki is lőttünk egy fő problémaforrást, és nem lesz gond többé a bootolással.
Egyébként meg neked nem az UEFI-vel van a bajod, hanem a gyatra disztrókkal, amiknek a telepítője képtelen egyes gépeken rendesen beállítani.
-
válasz
ubyegon2
#64770
üzenetére
Köszi , ez sikerült, de a lényeg az, hogy egyszerre nem enged egynél több EFI partíciót felcsatolva lenni ,épp ezért mindig csak egy EFI tud működni és ez lehet az ok a systemd-boot esetén is a külső USB-s vinyó használatakor. Tehát, ha az egyik EFI-ről vagyok bootolva, akkor a rendszer nem engedi okosítani a másik EFI partíciót. ... Ez így nagyon okoska , de mégsem elég egzakt , a frász essen bele.
-
válasz
ubyegon2
#64763
üzenetére
ELLENPRÓBA
Egon, köszönöm,hogy írtál! Újra raktam az archlabs linuxot most csak cinnamonnal, de most sem jut el csak az első vassal az igazi bootig . Arra gondoltam, hogy most felteszek egy Tessa cinnamont ezúttal Grubbal, és ha most is csak az egyik vassal fog menni , akkor Neked kell nekeM segíteni majd, de nem baj , ha Más is segít és azt is fogom köszönni! Az egész előtt természetesen gyalulom az USB-s vinyót. -
Rimuru
veterán
válasz
ubyegon2
#64734
üzenetére
Regen volt tint2 lent, es egy conky (gondolom erre gondolsz
), kesobb a panel eltunt de a conky maradt.
Utana awesome gyari paneljat hasznaltam fent, conkyra nem volt szukseg, utana stumpwm alatt nulla panel volt conky szinten nem volt (gyari messaging rendszert hasznaltam a date kiiratasara)
Utana jott az i3wm, itt van panel, de csak billentyuzettel lehet elohozni amig nyomva tartom, es szinte csak ora megnezesere hasznalom. Tobb monitor eseten hasznos meg munkahelyen, mert igy latszodik melyik desktop melyik monitoron van (nincs mindnek fix helye).macOS alatt azert tudom elviselni a panelt mert beepul az aktualis alkamazas menuje nincs dupla helyfoglalas, bar az hianyzik hogy felrantom az egeret es egybol tudok tabot valtani a bongeszoben.
-
Frawly
veterán
válasz
ubyegon2
#64722
üzenetére
A WM-ekkel alapvetően nincs baj. Csak a Wayland túl új még. Xorg-on kifejezetten nincs velük baj, a Xorg-gal nekem van bajom, hogy nem szereti az Intel GPU-mat, pedig a HD3000 még aktívan támogatott driverügyileg.
Az i3-nak semmi köze nincs az i7 procihoz. Igazából i3wm a neve, csak kényelemből elhagyják a wm-es részt. De ez a WM hamarabb létezett, mint az Intel procija.
A WM-ek akkor jó, ha megunod végre a klasszik DE-ket, meg a Cinnamont, és ki akarsz próbálni valami nagyon másik koncepciót. Meg WM-ekből is van sokféle, pl. egy Openbox, ha rendesen bekonfigolod panellal, meg indítómenüvel, tálcaalkalmazásokkal, akkor elérheti simán a Cinnamon szintjét. Nyilván a minimalista WM-ek más kategória. Azon belül meg a tiling WM-ek, de ezeket már azoknak találták ki, akik billentyűzetről irányítják a gépet, és tudnak gépírni lehetőleg. Ugyanaz a célközönségük, mint a vim-nek.
-
Frawly
veterán
válasz
ubyegon2
#64719
üzenetére
Valóban, az UUID-t ezért találták ki, egyedi, nem változik. A /dev/sda, stb. viszont meg tud változni, csatlakoztatnak valami pendrive-ot, vagy külső meghajtónak van visszarakva a lemez, és simán lesz a /dev/sda azonosítóból /dev/sdb vagy más. Ezért nem javasolt a használata, bár lehetséges.
A használhatatlan WM-ekről pont azért írok, hogy másnak ne kelljen pocsékolni rá az idejét.
-
válasz
ubyegon2
#64686
üzenetére
Most egy usb-s tokba rakott vinyóra telepítettem fel UEFI, GPT, systemd-boot, saját EFI partíció (boot, esp) és cryptroot . Így:
Az lenne a kérdésem, hogy ezt a gumi-asus notin be tudom bootolni, viszont a HP250G1-es notin csak addig jut el, hogy a / partíció UUID-jét beadja, de a cryptroot jelszó bekéréséig már nem jut el . Miért?
Na egyszerűsítek . Újratelepítem ezúttal a HP notit használva cryptroot nélkül , de azon kívül ugyanígy . Meglátjuk, hogy mi lesz a mappa ikonokkal.
-
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#64627
üzenetére
Nem a csomag felrakás tartott neki sokáig, az csak bináris kicsomagolás, hanem a forrásból fordítás a CCR-es csomagoknál, de az más disztrón se lenne gyorsabb. PPA-s disztróknál nem forrásból fordít, mikor felraksz onnan valamit.
Btw két dolog történt Chakrán, ami érintette a sebességet mióta nem próbáltad. Először lefordították az összes csomagot friss gcc-vel, majd most nem rég megkapta a kernel a CK patcheket, hogy a reszponzivitást javítsák. Ez utóbbi százalékosan akkora mérhető gyorsulást hozott (a phoronix kernel fordítás tesztjével nézve, ami elég jól terhel), mint mikor megtuningoltam a ramot a Ryzennek. Mindkettő 5% körüli csökkenést eredményezett a fordítási időben.
-
Frawly
veterán
válasz
ubyegon2
#64627
üzenetére
Fordítani nem lehet a tudtod nélkül. Ahhoz neked kell kiadni a parancsokat terminálban, konzolban. Pláne, hogy Mint-en nincsenek is fent alapból a forgatáshoz a dev toolok, mint pl. a gcc, először azokat külön fel kell tenni.
Ennek a Linux Mind-os gyereknek csak a régebbi videóit láttam. Azok amatőrnek tűntek, de azóta végül is kikupálódhatott. Nem ismerem.
-
Frawly
veterán
válasz
ubyegon2
#64615
üzenetére
Malactartásra nincs helyem, időm. Archot reszelni könnyebb, azt különben is csak egyszer kell megtanulni, és nagyon ritkán kell csinálni. Miután felrakod, hozzá nyúlni nem kell többet, ha nem vagy olyan újratelepítős fajta, mint én.
Nem írtam, hogy mindenkinek értenie kell az összelegózáshoz, csak neked. Ha már a legaktívabb vagy az összes topikban.
Ez a fordítgatósdi meg érinti az ubuntus, mintes népeket is, ne becsüld le. Van, hogy látsz valami jó progit, nincs benne a tárolókban, PPA sincs hozzá, vagy nem a megfelelő verzióval. Már ki is kötsz ott, hogy forráskódból forgatni. Nekem pl. pár perccel ezelőtt kellett, az i3lock-color nevű alkalmazást kellett fordítani, ez egy ilyen i3lock fork, ami nincs benne semmilyen tárolóban, és bináris sincs hozzá kiadva.
De pl. pár napja voltam valami egy játék git oldalán, ahol a legújabb dev verziót lehetett letölteni, és érdemes is volt, mert a kiadott stable nagyon régi. Ott többen is panaszkodtak, hogy nem fordul Uborkán, Minten, de ez biztosan csak azért volt, mert mint mondod, ubisok, mintesek nem fordítanak, legfeljebb képeslapot fejjel lefelé. Ott látszott az issue-ra a devek válasza: ezeken a disztrókon hírhedten nehéz leforgatni, fordítsa le a delikvens Archon vagy Fedorán. Na puff.
Most már belátom, hogy nem volt jó ötlet berakni nulla infóval ezt az erdőben császkáló szakállas fószert. Érteni pedig ért hozzá, de én abból indultam ki, hogy vagy tudjátok ki ez, vagy meghallgatjátok mit mond, vagy megnézitek 1-2 videóját. Azt nem gondoltam, hogy csak annyi fog itt belőle mindenkinek lejönni, hogy erdőben hadováló szerencsétlen kínaiul hablatyol, bla-bla, whodaf*ck, aztán lövitek ki le. Így valóban valami random idiótának fog tűnni, bár azért ha belehallgatsz 2 percig akármilyen videójába, azért szerintem elsőre le kéne jönnie, hogy ez nem Linuksz Májnd Mint Zolika. Meg ha legalább az első 30 másodpercbe belehallgat valaki, ott mindjárt elhangzik, amikor mondja, hogy eddig nem is foglalt állást a kérdésben, mert tudja, hogy kényes téma, mindenki más disztróra esküszik, és eddig nem akarta megmondani a tutit, mert csak egy személyes kinyilatkoztatásnak tűnhet. De aztán folytatja tovább, hogy mi vitte rá arra, hogy mégis állást foglaljon sok év utána kérdésben.
Egyébként meg Minten, Ubuntun is lehet rendszert összelegózni minimum netinstallból, de arra meg senki nem érez csábítást, mert nem kötelező.
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#64622
üzenetére
RC1 kiadásnál tartanak, új KDE layouttal, ami szerintem nem valami fasza, mert olyan xfce jellegű. Még kissé félkész az iso, úgy volt, hogy az ünnepekre kijön a végleges, de inkább dolgozzanak rajta még egy kicsit. https://community.chakralinux.org/t/chakra-2018-12-hawking-rc1-released/8125
-
Frawly
veterán
válasz
ubyegon2
#64595
üzenetére
Nézem is, még ha nem is értek vele mindenben egyet, meg én pl. más progikat használok, mint ő.
Nyugodtan nézzed te is. Akkor is, ha nem érted, csak a 25-50%-át annak, amit mond. Sokszor a videón is sok látszik, látni a képernyőjént mit írt be, milyen gombokat nyomott le a billentyűzeten, mutatja működés közben a dolgokat. Legalább angolozásnak is jó, nem beszél túl gyorsan, érthetően mondja, világosan fogalmaz, meg legalább látod angolul hogy kell használni a szakzsargont, mit hogy kell ejteni. Most nem azt mondom, hogy egész nap a videóit nézd, ha kell, ha nem, mint vallási szektatevékenység, de érdekességnek nézz meg 1-2 videóját, aminek a címe érdekesnek tűnik. Egész jó dolgokat mutat be tiling WM-kezelésből, vim-ből, terminális megoldásokat, TeX-groff használata. Lehet elsőre megszokást igényel ez a minimalista stílus, amiket mutat, pl. egy full extrás, a s3gged is kinyaló Mint Cinnamon után egész más világ. Persze nem csak neked ajánlom, bárkinek, aki fejlődni akar Linux terén.
-
Frawly
veterán
válasz
ubyegon2
#64593
üzenetére
Szerintem nagyon benéztél valamit. A linkelt youtube-er egyáltalán nem zolivagyok bemutatomnektekamintet mind típusú megmondógyerek. Szépen add rá a hangot, hallgasd meg mit pofázik (az a lényeg, nem az erdőben botorkálás), miket mutogat (mikor screencastel gép mellől), nézd meg pár videóját. Egyébként ugyanazokat mondja meg, amit én is szoktam írni, és bár nem mindenben értek vele egyet, „csak” 99%-ban (majdnem mindenben), érdemes nézni a videóit.
Ezzel a Neonnal nem tudom mit vergődsz, értem, hogy valamivel nem értesz egyet, de nem világos mivel. Ubuntu alapú, de ettől nem egyenlő a Kubuntuval. Direkt azért hozták létre a KDE developerek, hogy legyen egy referencia KDE disztró, amibe azonnal beledobják a friss fejlesztéseket, hogy ne egy x. disztró barmoljon bele extra flavorként régi csomagokkal, hanem mindjárt első kézből kapod az egészet. Ezért van az, hogy nem csak átvették a Kubuntut, hogy abba dolgozzanak bele, hanem csináltak egy önálló disztrót.
-
Frawly
veterán
válasz
ubyegon2
#64591
üzenetére
Ubuntunál csak annyiból speciális a KDE változat, hogy külön elnevezést is kapott, de a Kubuntu is pont ugyanolyan Ubuntu, mint a sima, csak nem Ubuntu KDE-nek hívják. Elnevezésbeli kérdés, attól, hogy a név elé tesznek valamit, még nem lesz önálló, külön disztró. Pont ezért is csináltak a KDE-s devek külön saját Ubi-alapú disztrót, mert a Kubuntu csak általános Ubuntu KDE felülettel.
A Chakrával nekem az volt mindig is bajom, hogy túlzottan KDE/Qt only, teljesen kiirtották belőle a Gtk-s csomagokat. Ezt egy kicsit túlzásnak érzem.
Amúgy meg egy kis videó, kifejezetten neked, ahol megmondják a tutit. Ajánlom a csatornáját is, sok mindent lehet tanulni a faszitól.
-
Frawly
veterán
válasz
ubyegon2
#64584
üzenetére
Te értetted félre. Neonnál nincsenek flavorök, csak KDE-s van. Így értettem, hogy nem egy a sok közül, ahogy Ubuntun vagy Manjarónál.
A KDE-t meg nem dicsőítettem. Igaz régebben a kedvencem volt, és az lenne a mai napig, ha nem cseszik szét. A KDE4 még jó volt. A KDE5 kezdetben már gyengébb, mert újraírták, és nem tettek bele vissza minden feature-t. Aztán nem hogy fejlődött volna, de egyre inkább visszabutították ilyen flat designos tabletszintre. Ez sem volt elég, elkezdték még jobban elrontani bugokkal, míg sikerült feltornászni magukat arra a szintre, hogy nettó használhatatlan az egész.
-
Frawly
veterán
válasz
ubyegon2
#64555
üzenetére
Nekem 16 GB nem lenne elég. Pedig egy full extrás Arch megvan 7-8 GB-ból (de ebben minden benne van, grafikus felület, CUPS, alap progik, kb. 800 csomag), de hízni szokott 15-20 GB-ig, ha használom, meg lakom be. Ezt is úgy, hogy a játékok egy másik partíción vannak. Néha kipucolom a pacman cache-t, de már úgy se tudok 15 giga alá bemenni, Kubuntun meg simán 20 giga felett voltam anno, igaz akkor több mint 2200 csomag volt fönt. Jelenleg Archon most 1143 csomag van fent, ebből kb. majdnem 200 felesleges, mert kellett anno valamihez (AUR-os csomag, vagy külön letöltött binárisok függőségének), de nem szedtem le. De pont ezért hagyok mindig bőven helyet, rendszerpartíciónak 50 gigát szoktam adni. Ez kicsit lehet overkill, de betelni nem fog soha. Pocsékba sem megy, mert ha annyira kell, tárolok valamit a rendszerpartíción is, de erre sose volt még szükség.
-
válasz
ubyegon2
#64555
üzenetére
Direkt azért tettem testing-et, hogy ismerkedjek. Na meg az Ubuntu is azon alapul.
Felment amúgy az Ubuntu PPA-ból egy Unetbootin .deb-et fel tudtam tenni. Működik is.Amúgy ipxe +1 : mindenhonnan működik, és azt telepítesz, amit nem szégyellsz. Tehát még csak egy netinstall telepítő sem kell. Egy ipxe boot médiával, ha van valahol egy http szervered, amin van pár legyártott .txt file-od a megfelelő címekkel, 2 parancs beírásával tudsz telepíteni Debiant, Ubit, Fedorát, akármit. Windowst is, csak az melósabb. Ha nincs DHCP, akkor 5 parancs. És ez akárhonnan megy, tehát nem kell az otthoni hálódon lenned. Jó dolog ez
-
válasz
ubyegon2
#64547
üzenetére
Jaja, azt tudom, hogy ez nem egy kényelmes cucc, viszont nem eszik sokat. Kezdőknek én is valami egyszerűbb Ubit szoktam mondani, X vagy L.
Volt már Debianom, csak ott a hardver is olyan volt, hogy fel sem merült a zárt driver, Pentium M-es dolgok alá nem nagyon kellett semmi. S fura, mert a Stable-hez pl. volt USB ISO író is defaultból.
-
-
válasz
ubyegon2
#64527
üzenetére
Meg egy rakás Ubis, Debianos... Legtöbbeknél áttértek már. Különben nem tudom, miért szitokszó... Én elvagyok vele, s (még) visszafele kompatibilis (ennek így is kéne maradnia).
Az mindenesetre nem nagy baj, hogy pl. egy hibás fstab miatt nem feltétlen áll meg a boot. Init-es Linuxon szívtunk már olyat, hogy kollega belebarmolt, aztán utána rakhattuk rendbe... -
Frawly
veterán
válasz
ubyegon2
#64482
üzenetére
Az az MX300 rekordalacsony terhelést kap így is, napi 3,775 GiB írás, ami évi 1,346 TiB, most másfél év után van rajta 2 TiB írás és 2431 órás, azaz 0,277 évnyi üzemóra. Ilyen ütemmel erre a modellre megadott 160 TBW-t még majd csak 117 (!) év múlva érném el, az 1,5 millió üzemórás ajánlást meg majd kb. 925 (!!) év múlva. Ilyen ultralightos felhasználást simán bírna egy A400 is.
Pedig nincs is kímélve, kb. csak annyiban, hogy swap az nincs egyáltalán, meg a böngészőcache is RAM-ba megy, de nem az SSD kímélése miatt, hanem ott áll a sok RAM kihasználhatlanul potyára, próbálom használni valami értelmesre. Meg ugye az eleve kímélés, hogy nem Windows fut róla, a Linux eleve lightosabban használja a lemezt, nem pörgeti állandóan.
Az a 3 áthelyezett szektor viszont valóban nyugtalanító, 1-2 nap alatt lett annyi, de megállt ezen az értéken. De ezzel nem tudok már mit csinálni, ha tönkremegy, akkor tönkremegy, vannak helyette másik SSD-im, meg veszek bele az anno kifizetett eredeti árért kétszer akkorát. Gari már rég nincs rá, 1 év volt eredetileg. Itt külföldön nincs olyan luxus, mint a M.o.-n kínált 3-5 éves jótállás az SSD-kre.
-
Frawly
veterán
válasz
ubyegon2
#64478
üzenetére
Tudom, erre sokan allergiásak, hogy miért kell újratelepíteni. Én híve vagyok, jó tiszta lappal kezdeni, és teljesen kicserélni a rendszert, más fájlrendszer, másik grafikus felület, stb.. Nem olyan nagy munka újratenni, jó, belakni idő, de majd belakódik.
Tisztában vagyok vele, hogy itt a PH-n a legtöbb ember 10 évig használ egy telepítést, mert a belakott rendszer szent, klónozgatják meghajtók és gépek között, de nem látom értelmét ezzel szívni.
Nem azért telepítem újra, mert baj lenne vele, de most kipróbálok egy másmilyen rendszert. Nem szeretem túl sokáig használni ugyanazt. Ez a jó a Linuxban, különösen az Archban, hogy olyan rendszert lehet magadnak összelegózni, amilyet akarsz, így egy disztrón belül mindig létrehozhatsz magadnak egy teljesen másik rendszert.
-
Frawly
veterán
válasz
ubyegon2
#64453
üzenetére
Nem, ezt félreérted, az itteni linuxos topikok tele vannak mintesekkel és uborkásokkal, akiknek valami miatt elcsesződött a GRUB, meg felülírta a Windows, meg stb..
Ez egyébként nem Arch függő, UEFI systemd bootot GRUB nélkül más disztróval is lehet csinálni. Ha meg már klónok, akkor az köztudott, hogy nem vagyok nagy hívük, az eredetit érdemes használni.
-
-Ben-
veterán
válasz
ubyegon2
#64423
üzenetére
„No meg én is azt vettem észre, hogy pörgősebbek ugyanazon disztróval, mint az asztali gépem.”
De ennek mégis mi lehet az oka? Laptopokra jobban optimalizálnak, komolyabban veszik? Nem értem. Azért akárhogy nézem, az asztali gépem és a laptopom között hardveresen nagyon nagy a szakadék, nem kellene, hogy ekkora hátránnyal még gyorsabb is legyen a HP....
-
-Ben-
veterán
válasz
ubyegon2
#64421
üzenetére
Jól éreztem, hogy valami non-free gubanc lesz megint. A megfelelő csomag nevét viszont nem találtam volna meg egyhamar, úgyhogy nagy-nagy köszönet! „ firmware-iwlwifi ” volt a megoldás.
Egyébként valóban a netinstall ISO -t használtam, mivel hibával kidobott az etcher és nem tudtam kiírni a nonfree+KDE ISO-t.... Most nem volt kedvem szenvedni vele, így átmenetileg maradtam a normál iso -nál, ami már ki volt írva penre.Jó a memóriád, ez tényleg „az” a HP és valóban „asztali” SSD került bele.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Egyébként nagyon megtáltosodott az SSD -től, jelenleg gyorsabbnak érzem az asztali gépemnél. 
Most érzem csak igazán, hogy mennyire nem működik jól ez az nvidia driver... 
4GB vs. 8GB ram, 2 vs. 6 mag, Intel HD vs. nV GT1030 és hiába, egyszerűen darabosabb, lassabb az asztali. 
Ciki... RX 560-570 lesz ebből.. 
-
-Ben-
veterán
-
cigam
titán
válasz
ubyegon2
#64331
üzenetére
Nem a YouTube reklámra gondoltam, hanem maga a srác reklámoz valami dobozos italt. Értem én hogy minden a pénzről szól, és 1,5M feliratkozóval akár meg is lehet élni(?) belőle, de akkor is. Most egy családi limonádét csinál, ahol a stáblista 2/3-át a támogatók listája teszi ki, vagy egy szakmai szösszenetet. Tudom a kettő nem zárja ki egymást, csak nekem ez nem fekszik. Savanyú a szőlő
-
Shyciii
veterán
-
-
Frawly
veterán
válasz
ubyegon2
#64293
üzenetére
De, továbbra is csúsztatás amit írsz, és ezt nem kötekedésből írom. Attól, hogy az NVMe használ egyfajta megoldást, az
1) nem jelenti, hogy az feltétlenül jobb vagy akár csak ugyanannyira jó, mint egy másik lehetséges eljárás
2) még ha jobbfajta megoldás is, az nem jelenti, hogy SATA meghajtók számára is jobb
3) nem jelenti azt, hogy ha mindkettő online TRIM, akkor nincsenek közöttük jelentős implementációs különbségek.Sehol nem is állította senki egyébként, hogy a discard rossz. Vagyis lehet, hogy olvastál ilyet 5 éves cikkekben vagy hozzászólásokban, de az még az SSD-k őskora volt, olyan régi írásokra nem szabad hagyatkozni. Akkor még mindenki bőszen kímélgette a kezdetleges vezérlős, SLC-s, MLC-s, kemény 32-64 gigás SATA2 SSD-jét, amelyen az írások sokkal kevesebb cella között oszlottak meg, de egy cella viszont sokkal többet bírt, mint ma.
A disztrók sem azért esküsznek egyikre-másikra, mert vita lenne melyik a jobb, hanem egyszerűen inkább csak az egyik vagy a másik illik bele a filozófiájukba. Arch-nál pl. azért a discard, mert egyszerűbb egy mount opciót felvenni egy fájlba, semmi systemd service engedélyezés, meg CRON jogosultságokkal hentergés és hasonlók. Az Ubuntu/Mint vonal inkább a biztosságra megy, kezdő felhasználó ne szopjon azért, mert NCQ TRIM feketelistás SSD-je van (amin ugye megy a discard, de rosszabb teljesítménnyel az NCQ letiltása miatt), vagy olyan fájlrendszere, ami nem támogatja a discardot, míg az fstrim minden fontosabb fájlrendszeren és SSD-n rendesen támogatott. Kinek mi a fontos, kinek mi a jobb. Attól is függ, hogy ki mit csinál a gépen. Átlag desktop felhasználóknak, mint mi vagyunk szerintem erősen mindegy, ha amúgy nincs tiltva az NCQ TRIM.
Igazából valahol mérettől is függ. Az fstrim pl. pár fájlrendszernél végigtrimezi az összes szabad blokkot, akkor is, ha az már előtte meg volt trimelve, ugyanis újrabootolásnál elveszti azt a listát, hogy mi volt már megtrimelve. Minél nagyobb az SSD, minél több szabad blokk van rajta, annál tovább szüttyög első futtatása az fstrim. Egy 1-2 terás SSD-nél már jelentékeny időkülönbség adódhat ebből, de ez pl. nem érinti azt, aki ritkán bootoltatja újra a gépet. A discard TRIM nem trimezi meg azt a blokkot feleslegesen, amit már nem kell, csak azt, ahonnan közvetlenül töröltek valamit frissében. Pl. egy 120 gigás vagy az alatti SSD olyan kicsi, hogy ez az időkülönbözet is szinte mindegy.
Egyébként most olvastam még egy érdekességet: az lsblk --discard paranncsal lekérdezhető, hogy az SSD-n lévő mely fájlrendszerek támogatják a discard paramétert. Ez egy hasznos dolog, amit kevés helyen említenek.
-
Frawly
veterán
válasz
ubyegon2
#64289
üzenetére
Azért ez így csúsztatás. Online és online TRIM között is van különbség. NVMe-n az egész be van épülve az egyéb lemezműveletek közé, így az OS-nek, kernelnek, ütemezőknek, szoftvereknek nem kell vele foglalkoznia egyáltalán. SATA-nál csak bele van hekkelve +1 utasítással, és az OS-nek kell róla külön gondoskodni, hogy ne felejtődjön el. Emiatt nem összehasonlíthatóak.
Azt látom, hogy neked ez a discard kényes pontod. Én azt mondanám, hogy baj nincs vele. Pár hónapig teszteltem azt is, semmi negatívat nem vettem észre MX300-on, se rendszerbelassulás nem volt, se SSD belassulás. Semmivel nem tűnt sem jobbnak, sem rosszabbnak, mint a manuálisan futtatott vagy systemd-vel ütemezett fstrim.
Disztrók is fele-fele arányban esküdnek egyik vagy másik megoldásra. Az Arch, Gentoo, stb. inkább a discard-ot preferálja, a Debian, Ubuntu, Mint vonal az fstrim-et, ez utóbbi ha nem is jobb, inkább biztosabb megoldás, arra az esetre, ha NCQ TRIM ügyileg feketelistás SSD-ről lenne szó. Aki kételkedik egyikben, másikban, tesztelheti mindkettőt, egyiket sem nagy munka beüzemelni.
Az SSD-kre érdemes néha ránézni SMART ügyileg. Én kb. hetente kézi TRIM-ezek egy scripttel, ami egy kis SMART statisztikát is kiír. A teljes SMART-ot kb. 2 hetente nézem meg, néha ritkábban.
-
válasz
ubyegon2
#64273
üzenetére
[senki@fatengelyes-pc ~]$ sudo smartctl -a /dev/sdb
smartctl 6.6 2017-11-05 r4594 [x86_64-linux-4.19.8-arch1-1-ARCH] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org=== START OF INFORMATION SECTION ===
Model Family: Indilinx Barefoot based SSDs
Device Model: Corsair CSSD-V32GB2
Serial Number: 10340061080009870002
Firmware Version: 2.1
User Capacity: 32.017.047.552 bytes [32,0 GB]
Sector Size: 512 bytes logical/physical
Rotation Rate: Solid State Device
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS (minor revision not indicated)
Local Time is: Sun Dec 16 19:43:03 2018 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled=== START OF READ SMART DATA SECTION ===
SMART Status not supported: Incomplete response, ATA output registers missing
SMART overall-health self-assessment test result: PASSED
Warning: This result is based on an Attribute check.General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 0) seconds.
Offline data collection
capabilities: (0x1d) SMART execute Offline immediate.
No Auto Offline data collection support.
Abort Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
No Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x00) Error logging NOT supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 0) minutes.
Extended self-test routine
recommended polling time: ( 0) minutes.SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x0000 --- --- --- Old_age Offline - 6
9 Power_On_Hours 0x0000 --- --- --- Old_age Offline - 489
12 Power_Cycle_Count 0x0000 --- --- --- Old_age Offline - 807
184 Initial_Bad_Block_Count 0x0000 --- --- --- Old_age Offline - 11
195 Program_Failure_Blk_Ct 0x0000 --- --- --- Old_age Offline - 0
196 Erase_Failure_Blk_Ct 0x0000 --- --- --- Old_age Offline - 0
197 Read_Failure_Blk_Ct 0x0000 --- --- --- Old_age Offline - 0
198 Read_Sectors_Tot_Ct 0x0000 --- --- --- Old_age Offline - 4239304818
199 Write_Sectors_Tot_Ct 0x0000 --- --- --- Old_age Offline - 2197665990
200 Read_Commands_Tot_Ct 0x0000 --- --- --- Old_age Offline - 90343929
201 Write_Commands_Tot_Ct 0x0000 --- --- --- Old_age Offline - 38610438
202 Error_Bits_Flash_Tot_Ct 0x0000 --- --- --- Old_age Offline - 11514836
203 Corr_Read_Errors_Tot_Ct 0x0000 --- --- --- Old_age Offline - 10661622
204 Bad_Block_Full_Flag 0x0000 --- --- --- Old_age Offline - 0
205 Max_PE_Count_Spec 0x0000 --- --- --- Old_age Offline - 5000
206 Min_Erase_Count 0x0000 --- --- --- Old_age Offline - 533
207 Max_Erase_Count 0x0000 --- --- --- Old_age Offline - 1156
208 Average_Erase_Count 0x0000 --- --- --- Old_age Offline - 898
209 Remaining_Lifetime_Perc 0x0000 --- --- --- Old_age Offline - 83
211 SATA_Error_Ct_CRC 0x0000 --- --- --- Old_age Offline - 0
212 SATA_Error_Ct_Handshake 0x0000 --- --- --- Old_age Offline - 0
213 Indilinx_Internal 0x0000 --- --- --- Old_age Offline - 0Warning! SMART ATA Error Log Structure error: invalid SMART checksum.
SMART Error Log Version: 1
No Errors LoggedWarning! SMART Self-Test Log Structure error: invalid SMART checksum.
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]Selective Self-tests/Logging not supported
[senki@fatengelyes-pc ~]$
-
Frawly
veterán
válasz
ubyegon2
#64270
üzenetére
Mehet párhuzamosan a kétféle TRIM, baja nem lesz tőle az SSD-nek, csak felesleges.
Papagáj kolléga esetére nem emlékszek. Nem kizárt, hogy van, amit nem ismer fel. Ettől még nem lesz kalap fekália. Persze használni sem kötelező, megcsinálhatod a /etc/fstab-ot kézzel is, a genfstab inkább csak kényelmi funkció. Nekem eddig még mindig megcsinált mindent normálisan. Ha valakit kétségek gyötörnek, belenéz az fstab-ba, hogy benne van-e a discard, ha nincs, elég könnyű beleszerkeszteni, ha fstrim helyett azt akarja használni.
-
-
válasz
ubyegon2
#64266
üzenetére
[senki@fatengelyes-pc hdsentinel]$ sudo ./hdsentinel-017-x64
Hard Disk Sentinel for LINUX console 0.17x64.8556 (c) 2017 info@hdsentinel.com
Start with -r [reportfile] to save data to report, -h for helpExamining hard disk configuration ...
HDD Device 0: /dev/sda
HDD Model ID : KINGSTON SA400S37480G
HDD Serial No: 50026B76826717B0
HDD Revision : SBFKB1C2
HDD Size : 457863 MB
Interface : S-ATA Gen3, 6 Gbps
Temperature : 30 °C
Highest Temp.: 41 °C
Health : 100 %
Performance : 100 %
Power on time: 0 days, 23 hours
Est. lifetime: more than 1000 days
The status of the solid state disk is PERFECT. Problematic or weak sectors were not found.
The health is determined by SSD specific S.M.A.R.T. attribute(s): #233 Media Wearout Indicator
No actions needed.HDD Device 1: /dev/sdb
HDD Model ID : Corsair CSSD-V32GB2
HDD Serial No: 10340061080009870002
HDD Revision : 2.1
HDD Size : 30534 MB
Interface : SAT Standard SCSI/USB/ATA
Temperature : Unknown °C
Highest Temp.: Unknown °C
Health : 83 %
Performance : 100 %
Power on time: 20 days, 6 hours
Est. lifetime: more than 1000 days
Total written: 1.02 TB
The status of the solid state disk is PERFECT. Problematic or weak sectors were not found.
The health is determined by SSD specific S.M.A.R.T. attribute(s): #209 Remaining Drive Life
It is recommended to continuously monitor the hard disk status.[senki@fatengelyes-pc hdsentinel]$
-
válasz
ubyegon2
#64264
üzenetére
[senki@fatengelyes-pc ~]$ sudo journalctl -u fstrim.timer
[sudo] senki jelszava:
-- Logs begin at Sun 2018-12-16 13:56:00 CET, end at Sun 2018-12-16 17:11:30 CET. --
dec 16 16:58:10 fatengelyes-pc systemd[1]: Started Discard unused blocks once a week.
[senki@fatengelyes-pc ~]$ systemctl list-timers -a
NEXT LEFT LAST PASSED UNIT ACTIVATES
Mon 2018-12-17 00:00:00 CET 6h left n/a n/a fstrim.timer fstrim.service
Mon 2018-12-17 00:00:00 CET 6h left Sun 2018-12-16 00:00:09 CET 17h ago logrotate.timer logrotate.service
Mon 2018-12-17 00:00:00 CET 6h left Sun 2018-12-16 00:00:09 CET 17h ago man-db.timer man-db.service
Mon 2018-12-17 00:00:00 CET 6h left Sun 2018-12-16 00:00:09 CET 17h ago shadow.timer shadow.service
Mon 2018-12-17 00:00:00 CET 6h left Sun 2018-12-16 00:00:09 CET 17h ago updatedb.timer updatedb.service
Mon 2018-12-17 01:17:27 CET 8h left Sat 2018-12-15 22:57:08 CET 18h ago reflector.timer reflector.service
Mon 2018-12-17 14:11:33 CET 20h left Sun 2018-12-16 14:11:33 CET 3h 0min ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Sat 2019-01-05 15:00:00 CET 2 weeks 5 days left Sat 2018-12-15 22:57:08 CET 18h ago pamac-cleancache.timer pamac-cleancache.service8 timers listed.
[senki@fatengelyes-pc ~]$ -
Frawly
veterán
válasz
ubyegon2
#64257
üzenetére
Nem az ördögtől való. Annyit írtam régen is, hogy NCQ TRIM miatt egyes feketelistás SSD-ken nem célszerű discard-ozni, ha egy mód van rá (pl. régi Crucial SSD-k, összes Samsung SATA SSD).
NVMe-n viszont már nincs választásod, de ott se discard, se fstrim, se NCQ nincs, az NVMe már egy teljesen más protokoll az AHCI-hez képest, már nem ATA utasításokkal dolgozik, így nincs TRIM parancs sem.
De a TRIM az minden megoldásnál speciális, pl. ha USB-ről hajtasz SSD-t, azon sem megy át a ATA/SATA TRIM parancs, hanem az UNMAP nevű SCSI parancsot kell helyette átvinni, azt is csak USB UASP módban lehet, USB BOT módban nem. NVMe-n meg a Dataset Managment nevű NVMe parancs részeként fut le egy deallocate funkció, ami ugyanazt csinálja lényegében, mint ATA/SATA SSD-ken a TRIM. NVMe-nél így már automatikusan beépítették a folyamatokban, az SATA-nál viszont ezt nem tehették meg, mert ott figyelembe kellett venni a visszafelé kompatibilitást a korábbi ATA/SATA szabvánnyal, meg a HDD-kel.
-
válasz
ubyegon2
#64247
üzenetére
sudo journalctl -u fstrim.timer
[sudo] senki jelszava:
-- Logs begin at Sun 2018-12-16 07:40:04 CET, end at Sun 2018-12-16 12:26:06 CET. --
-- No entries --
[senki@fatengelyes-pc ~]$ systemctl list-timers -a
NEXT LEFT LAST PASSED UNIT ACTIVATES
Mon 2018-12-17 00:00:00 CET 11h left Sun 2018-12-16 00:00:09 CET 12h ago logrotate.timer logrotate.service
Mon 2018-12-17 00:00:00 CET 11h left Sun 2018-12-16 00:00:09 CET 12h ago man-db.timer man-db.service
Mon 2018-12-17 00:00:00 CET 11h left Sun 2018-12-16 00:00:09 CET 12h ago shadow.timer shadow.service
Mon 2018-12-17 00:00:00 CET 11h left Sun 2018-12-16 00:00:09 CET 12h ago updatedb.timer updatedb.service
Mon 2018-12-17 07:55:38 CET 19h left Sun 2018-12-16 07:55:38 CET 4h 31min ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Mon 2018-12-17 11:31:12 CET 23h left Sat 2018-12-15 22:57:08 CET 13h ago reflector.timer reflector.service
Sat 2019-01-05 15:00:00 CET 2 weeks 6 days left Sat 2018-12-15 22:57:08 CET 13h ago pamac-cleancache.timer pamac-cleancache.service7 timers listed.
[senki@fatengelyes-pc ~]$ fstrim
fstrim: no mountpoint specified
[senki@fatengelyes-pc ~]$ fstrim -hUsage:
fstrim [options] <mount point>Discard unused blocks on a mounted filesystem.
Options:
-a, --all trim all mounted filesystems that are supported
-o, --offset <num> the offset in bytes to start discarding from
-l, --length <num> the number of bytes to discard
-m, --minimum <num> the minimum extent length to discard
-v, --verbose print number of discarded bytes-h, --help display this help
-V, --version display versionFor more details see fstrim(8).
[senki@fatengelyes-pc ~]$ fstrim -a
[senki@fatengelyes-pc ~]$ -
válasz
ubyegon2
#64244
üzenetére
Az meg már nem aktuális.
Mate teljesen megfelel az illetőnek, tényleg ez az egy hiányzik, hogy leteszi a gépet, lecsukja a fedelet, és a külső monitoron kapjon képet, de ne aludjon a cucc.
Nekem sosem volt ilyen bajom, mivel helyből kihasználom a 2 kijelzőt...A Gnome3 alakítása megvolt, nagyjából oké, bár nem a szívem csücske. OK, van helye a DE-k között, de komolyan nem értem, miért ez mindenhol már az alapértelmezett.
-
válasz
ubyegon2
#64243
üzenetére
[senki@fatengelyes-pc ~]$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/mapper/luks-efe99217-5e96-4de1-b0f7-1a7c3bae2304 / ext4 defaults,noatime 0 1
UUID=84576768-3b25-4512-b57d-67737cb63cf1 swap swap defaults,noatime 0 2
[senki@fatengelyes-pc ~]$ systemctl cat fstrim.timer
# /usr/lib/systemd/system/fstrim.timer
[Unit]
Description=Discard unused blocks once a week
Documentation=man:fstrim[Timer]
OnCalendar=weekly
AccuracySec=1h
Persistent=true[Install]
WantedBy=timers.target
[senki@fatengelyes-pc ~]$ systemctl list-timers -a
NEXT LEFT LAST PASSED UNIT ACTIVATES
Mon 2018-12-17 00:00:00 CET 13h left Sun 2018-12-16 00:00:09 CET 10h ago logrotate.timer logrotate.service
Mon 2018-12-17 00:00:00 CET 13h left Sun 2018-12-16 00:00:09 CET 10h ago man-db.timer man-db.service
Mon 2018-12-17 00:00:00 CET 13h left Sun 2018-12-16 00:00:09 CET 10h ago shadow.timer shadow.service
Mon 2018-12-17 00:00:00 CET 13h left Sun 2018-12-16 00:00:09 CET 10h ago updatedb.timer updatedb.service
Mon 2018-12-17 07:55:38 CET 21h left Sun 2018-12-16 07:55:38 CET 2h 47min ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Mon 2018-12-17 11:31:12 CET 24h left Sat 2018-12-15 22:57:08 CET 11h ago reflector.timer reflector.service
Sat 2019-01-05 15:00:00 CET 2 weeks 6 days left Sat 2018-12-15 22:57:08 CET 11h ago pamac-cleancache.timer pamac-cleancache.service7 timers listed.
[senki@fatengelyes-pc ~]$ -
-
válasz
ubyegon2
#64235
üzenetére
/- senki@fatengelyes-pc
ooo: --------------------
yoooo/ OS: ArcoLinuxB-plasma v18.11.2
yooooooo Kernel: 4.18.16-arch1-1-ARCH
yooooooooo Uptime: 1 hour, 7 mins
yooooooooooo Packages: 1611 (pacman)
.yooooooooooooo Shell: bash 4.4.23
.oooooooooooooooo Resolution: 1366x768
.oooooooarcoooooooo DE: KDE
.ooooooooo-oooooooooo WM: KWin
.ooooooooo- oooooooooo Theme: KvOxygen [KDE], Breeze [GTK2/3]
oooooooo. oooooooo Icons: Adwaita [KDE], breeze [GTK2/3]oooooooo. oooooooo Terminal: konsoleooarcooo .oooarcooo Terminal Font: Noto Sans Mono 11oooooooy .ooooooooo CPU: Intel Celeron 1000M (2) @ 1.800GHzoooooooo /ooooooooooooooooooo GPU: Intel 3rd Gen Core processor Graphics Controlleroooooooo .-ooooooooooooooooo. Memory: 995MiB / 5856MiB
ooooooooo- -ooooooooooooo.
ooooooooo- .-oooooooooo.
ooooooooo. -ooooooooo[senki@fatengelyes-pc ~]$ sudo journalctl -u fstrim.timer
[sudo] senki jelszava:
-- Logs begin at Sun 2018-12-16 07:40:04 CET, end at Sun 2018-12-16 08:47:23 CET. --
-- No entries --
[senki@fatengelyes-pc ~]$ -
Shyciii
veterán
válasz
ubyegon2
#64213
üzenetére
A conky meg a grub már 1 hónapja megvan. Megvolt egy régi nyelven íródott conky. Azt átírtam az új syntaxis alapján miután áttanulmányoztam, meg kicsit módosítottam. Ma meló helyett az xfce paneljét teszteltem, majd véglegesítettem, mert ez a tint2 nem az igazi...grubot lefotózom neked holnap, mert ma már nem jutok gép elé
a desktop felirata így jó libafos sárgán 😁 -
-Ben-
veterán
-
-Ben-
veterán
válasz
ubyegon2
#64174
üzenetére
Nem tudom. Valamilyen egyszerűbb leírást keresek, mert ez eléggé kínai.
Szerk.: igen, a detektálás volt. Jelenleg ennyit lát a sensors:
benji@benji:~$ sensors
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +20.0°C (high = +81.0°C, crit = +101.0°C)
Core 1: +24.0°C (high = +81.0°C, crit = +101.0°C)
Core 2: +20.0°C (high = +81.0°C, crit = +101.0°C)
Core 8: +21.0°C (high = +81.0°C, crit = +101.0°C)
Core 9: +20.0°C (high = +81.0°C, crit = +101.0°C)
Core 10: +17.0°C (high = +81.0°C, crit = +101.0°C) -
-
Frawly
veterán
válasz
ubyegon2
#64118
üzenetére
Nem gabalyodtam be semmibe. Nem kap, ott írja, ha a root-nak adsz meg jelszót, akkor a többi felhasználónak nem lesz sudo-val rendszergazdai jog. Pedig az lenne a kívánatos, ha alapból lenne ilyenkor is. Sőt, én ezt oda szigorítanám, hogy ilyen telepítőknél nem is engedném, hogy ne legyen a root-nak jelszava, akkora biztonsági kockázat. A Debian meg ezzel a húzással csábít rá.
Abban igazad van, hogy Archon sem az van, aminek lennie kéne, sajnos. De ott könnyebben elnézi az ember, mivel annyira minimalista, hekkelős disztró, eleve nem kezdőknek, ezért ott nem okoz gondot.
), kesobb a panel eltunt de a conky maradt.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Most érzem csak igazán, hogy mennyire nem működik jól ez az nvidia driver... 
4GB vs. 8GB ram, 2 vs. 6 mag, Intel HD vs. nV GT1030 és hiába, egyszerűen darabosabb, lassabb az asztali. 
Ciki... RX 560-570 lesz ebből.. 
Linuxon ez az állandó VGA driver kérdés eléggé bosszantó. Nem sok olyan videokártyám volt eddig, amellyel rendesen működtek a dolgok. De van erő abban a gépben (1151 -es konfig), lehet, hogy erőből megoldja. 
Kipróbálta a Gnome Classic módját a 3-nak, nem tetszett neki, ment a Mate.
oooooooo. 
Ú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
- Teszt Már csak két hónap van hátra a Windows 10 nyugdíjazásáig, ideje előrelépni
- Teszt [Linux] Vanilla OS, egy Debian alapú immutable operációs rendszer
- Teszt [Linux] Aeon Desktop, egy immutable operációs rendszer az OpenSUSE-tól
- Teszt [Linux] A Flatpak
- Bejegyzés MS Office365 Linuxon
- Bejegyzés [Linux] Futtassunk bármely disztrót a terminálunkban
- Bejegyzés Alpine Linux telepítés mindenféle low-end dologra
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Samsung Galaxy S21+ / 8/128GB / Kártyafüggetlen / 12Hó Garancia
- HP EliteBook 840 G9 i7-1265U 16GB 512GB 14" FHD+ 1 év teljeskörű garancia
- Gamer PC-Számítógép! Csere-Beszámítás! R5 5600X / RX 6700XT / 32GB DDR4 !
- Felsőkategóriás merev csöves Gamer PC-Számítógép! I9 11900K / RTX 3090 24GB / 64GB DDR4 / 1TB SSD
- Elden Ring PS5 játék
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest