-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
#75135488
törölt tag
Arch-on normal Linux kernel (tehat nem LTS, ZEN, stb) eseten van lehetoseg nvidia driver helyett nvidia-dkms csomagokat hasznalni?
Megprobalkoznek egy regi nvidia-511-dkms driverrel, hatha azzal meg mukodik a va-api a chromiumban.Eleg lehet vajon konzolba boot-olni es lekapni az nvidia, nvidia-utils, nvidia-settings, opencl-nvidia csomagokat es felrakni a dkms verziot?
-
válasz
#02705152
#92898
üzenetére
Intenso, GoodRam...
Atyaég...igen cseresznyés vagy ezekkel, ha működnek.
És nincsenek feketelistán a kernelben...
Gondolom a Samsung 8xx sorozatra utalunk, de semmi jelentősége annál a blacklist-nek.
A RAM mindig kevés, az öreg csókák meg mindig csinálnak swap partíciót!
Fura, mert én boomer közeli vagyok, mégsem csinálok ilyen úri huncutságokat.
-
válasz
#02705152
#92896
üzenetére
No de annak ismeretében, amit írtál, hogy neked mindegy, milyen szutyok SSD, nem érdekel...
![;]](//cdn.rios.hu/dl/s/v1.gif)
Meg nyilván voltak még A400-nál is jobb szériák, de komolyabb márkák eszközeinél ritka nagy arányban döglöttek le az A400 SSD-k.Amúgy kevés a RAM-od, azért küldöd SSD-re a swap-ot?
-
#92895
tordaitibi
veterán
#63718632
#92891
-
-
#92892
I02S3F
addikt
shadow1901
#92890
I02S3F
addikt
válasz
shadow1901
#92890
üzenetére
Nem biztos, hogy jól értem a problémádat! A flatpak verzió nem indul?
Ha a következő módon indítod terminálba, mit mond ?:
flatpak run com.teamspeak.TeamSpeakA .run-os install a letörlése
/usr/local/TeamSpeak3-Client-linux_amd64/
mappa törlésével leheséges. Így nem ajánlott telepíteni!
Ha egyik sem működik, próbáld ki ezt a ppa-t:
sudo add-apt-repository ppa:beardoverflow/ts3client
sudo apt update
sudo apt install ts3client -
#63718632
törölt tag
Ki mit javasol venti fordulatszám és proci hőmérséklet monitorozásra?
Feltűnően csendes lett a notim (ami nem baj), mióta felkerült rá a Q4OS.
Ezidáig nem nagyon kellet a témába elmerülnöm, szóval jöhet parancssori megoldás is és KDE-Plasma app-bővítmény-kutyafüle is.
Akksi időre is bőven sokkal többet mutat a rendszer.
Ő lenne a CPU:CPU: 10-core (2-mt/8-st) 12th Gen Intel Core i7-1255U (-MST AMCP-)
-
#92890
shadow1901
aktív tag
shadow1901
aktív tag
Hello!
Teamspeakel van problémám. Tegnap használtam. Közben update/upgrade parancsok találtak frissítést. Feltették. Használtam tovább. Ma el szeretném indítani, nem történik semmi. Szoftverkezelő, letöröltem, telepítettem újra. Ahogy először is csináltam. [kép] Feltette, elindult, működött. Csak V5. [kép] Hivatalos oldalról letöltöttem a 3-as verziót, ami nincs tele rakva minden csillogó sz@rral. (én írtam rövidebb nevet.)sudo chmod +x ts.run, sudo ./ts.run[kép] ott az asztalon létrehozott egy mappát amit csak rootként tudok megnyitni is. Egye fene. Elindul a TS, "elindul..." Felvillan majd azonnal eltűnik.
Hogyan tudom a 3-as verziót használni?
Hogyan telepíti/csomagolja ki a rendszer sötét bugyraiba az asztal helyett? Csak egy indító ikon maradjon az asztalon belőle.
Aktuális Linux mint.update: Laptopon megnéztem, ott elindult, csak felugrott egy ablak, hogy segítsek nekik... (hw, sw, egyéb adatgyűjtés)
-
CPT.Pirk
Jómunkásember
válasz
#75135488
#92888
üzenetére
Ez nem hangzik jól... Esetleg csak ellenőrzés céljával megpróbálhatnád Firefox alól is. Ott annak elvileg nem kell semmit beállítanod, ha tud működni a driver akkor használni fogja.
A B opció, hogy váltasz AMD kártyára. Jóval egyszerűbb velük az élet Linux alatt manapság.
-
#75135488
törölt tag
Chromium HW-VideoAccel gondom van NVidia kártyával
Arch + Gnome , Amd rizsa + NVidia 1660Ti
- zárt NVidia csomag fent (nvidia [545.29.06], nvidia-utils, nvidia-settings, opencl-nvidia)
- libva-nvidia-driver [0.0.11-1] [link]ENV-ben a driver beállítva:
$ printenv | grep -i libvaLIBVA_DRIVER_NAME=nvidiaA vainfo és vdpauinfo kimenetek: [link]
Chromium flags: [link] és gpu: [kép]
Mégis amikor nézek YT vagy Twitch stream-et, cpu-ból megy a dekódolás.Mit szúrok el?
-
CPT.Pirk
Jómunkásember
Ahogy olvasom, a GTK3-al elégedetlenek voltak a fejlesztők, és ekkor a csapat nagyja a QT felé fordult. Amúgy az LXQT-t sem mondanám túl vaskos valaminek. A több napja futó Lubuntu 22.04-es svn szerverem most fogyaszt 610MB ramot.
nemethg66: ezen mindig meglepődök, hogy az LTS kiadásokkal ilyen gondok vannak... Nálunk arch ágon meg 1-2 hetente lecserélődik a teljes csomagbázis akár többször is, aztán mégis mennek a dolgok.
-
-
#34954368
törölt tag
válasz
#63718632
#92872
üzenetére
64GB van a gépben. De az alaprendszert nem akarom letörölni. Vagy nemtudom.
Warton: Én például ajándékba kaptam. De valóban, sokkal olcsóbb is mint egy hagyományos. Azonkívül biztonságosabb. Azonkívül a C64 óta ez az első kompjúterem, amiben nem zajong egy ventillátor.
-
#34954368
törölt tag
válasz
#63718632
#92869
üzenetére
Elnéztem először. Mégis benne van a gépem a kompatibilis felsorolásban. Hát bizonytalan vagyok. És ha féltéglát csinálok a gépemből? Ugyanis ez a megoldás visszafordíthatatlan. A hivatalos mentés sem tudja visszafordítani. Ez lenne a legjobb megoldás. Gyors pendrájvról futna egy komplett ubuntu. Tudom, ezt nekem kell eldöntenem, de azért segíthetnétek. Szerintetek csináljam, vagy ne?
-
válasz
#75135488
#92861
üzenetére
De azt hiszem a témát rendesen körüljártuk.
Persze, én is inkább elcsodálkozásom okán kérdezgettem, mert utóbbi időben sokat változtak a dolgok, SSD és Linux területen is és ugye jó pap is hóttig tanul...
Samsungnál szerintem nincs jobb, de nem árt ismerni minden tipusnak a trükkjeit ettől függetlenül, ezért is garázdálkodok rendszeresen az SSD topikokban. (Elitebookba épp azért is tettem nagyobb server/industrial PM883-at, mert évekig nem akarok vele foglalkozni, a kistesója, a 860 EVO is agyoncsaphatatlan, de az csak 1terás)
-
#34954368
törölt tag
válasz
#79484416
#92860
üzenetére
Sajnos korlátozva van. Erősen. Pont ez az ami egyfelől a biztonságot adja, másfelől idegesítőek ezek a tiltások. (Például a fejlesztői módban lévő debiánban felrakhatsz egy gpartedet, de működni már nem fog.) Az a megoldás, amit a linkelt cikk is mutat, pont egy Google chromebook csapat tagja által kitakált (fejlesztett) megoldás. Valószínűleg később ezt gátolandó nyílik meg mostmár a terminál önállóan.
-
#75135488
törölt tag
válasz
ubyegon2
#92854
üzenetére
Ezzel egyébként teljesen egyetértek.
Különösebben engem sem foglalkoztat az ssd trim és hasonló dolgok. Hamarabb cserélem azért az ssd-t, (1) mert kevés a tárhely, (2) eladom/odaadom a géppel együtt vagy (3) épp legutóbb amikor ellopták a gépemmel együtt.Mondjuk tavaly sikerült egy cache nélküli vackot venni az egyik gépbe, na az maga volt a katasztrófa
Olcsó volt, vacak volt.
Mivel még hardver szinten sem szoktam nagyon foglalkozni velük, kényelmi okból Samsung felé húzok leginkább. Azzal kisebb az esély, hogy melléfogok esetleg, mint a többivel.Kizárólag a kiinduló kérdés miatt mentem én is bele ennyire a dologba.
Nálam annyi ez az egész trim mizéria, hogy amikor éppen eszmbe jut "talán" kiadok egy ilyen parancsot. De leginkáb ...., nem. Amúgy fogyóeszközként tekintek rá.
De azt hiszem a témát rendesen körüljártuk. -
#34954368
törölt tag
-
BoB
veterán
válasz
#34954368
#92855
üzenetére
Inkább a hivatalos módot választanám a Debian-al, alapból terminált fog nyitni neked: [link]
A Linux bekapcsolása
A Linux alapértelmezés szerint ki van kapcsolva. A Beállításokban bármikor bekapcsolhatja.
1.Válassza a Chromebookon a jobb alsó sarokban található órát.
2. Válassza ki a BeállításokSpeciális
3. Kattintson a „Linux fejlesztői környezet” mellett látható Bekapcsolás lehetőségre.
4. Kövesse a képernyőn megjelenő utasításokat. A beállítás 10 percet vagy akár ennél több időt is igénybe vehet.
5. Egy terminálablak nyílik meg. Debian 11 (Bullseye) környezet áll az Ön rendelkezésére. Linux-parancsokat adhat ki, további eszközöket telepíthet az APT csomagkezelővel, valamint személyre szabhatja a rendszerhéjat. -
#34954368
törölt tag
válasz
CPT.Pirk
#92853
üzenetére
Chromebookra ubuntu telepítéssel küzdök. Ezer leírás van hozzá, de mind ott bukik meg nálam, hogy egy terminálból kezelnek internet letöltést.
Lehet régebbi chromebookokon úgy volt, hogy a terminál ablak a Chrome böngészőben nyílt meg. Nekem egy viszonylag friss HP chromebookon viszont már külön nyílik meg. És akkor itt elekadok a leírással.
Tudom, ez nem chromebook topik, de ez inkább egy linux szakértelmet ígénylő probléma. Talán tudtok segíteni.
-
válasz
#75135488
#92848
üzenetére
Valamennyire képben vagyok/voltam az SSD dolgaival, lvm és társaival meg sose. A mostani SSD-k és OS-ek szintjén már nem is nagyon foglalkozom semmilyen beállítással, NVMe esetén főleg nem, mert annál totál semmit nem is tudnék befolyásolni, nyilván mezei home user desktop ill notebookok az áldozatok.
Normál használat mellett a jó SSD-k vezérlője mindent elintéz, itt főleg Samsungra, Micron-ra gondolok, amiknél házon belül történik a fejlesztés/gyártás, nem idegen komponensekből raknak össze valamit. Utóbbi gyártmányoknál meg tök mindegy, miket állítgatsz, optimalizálgatsz, sose lesz jobb semmitől.
Így aztán nem OS oldalról érdekel az SSD, hanem inkább gyártói/tipus oldalról, mert ez számít. Ha egy notiba beszerelek egy 1,92TB SSD-t, az már ki is húzza a noti élettartamában, nem kell figyelgetni meg cserélgetni. Ez home usernél ennyi kb. -
#75135488
törölt tag
Ha esetleg más is belefutna (Arch +Gnome) :
Frissült a gjs csomag -> gjs (2:1.78.1-1 => 2:1.78.2-1)
Ez nálam azt eredményezte, hogy a "gnome-extensions" panelon bármelyik extension beállítását nyitottam meg, az a panel pár másodperc múlva eltűnik, de elméletileg nyitva maradt és ezért egy másikét meg sem lehet nyitni.
Visszatéve a korábbi csomagot újra működik.
-
#75135488
törölt tag
válasz
ubyegon2
#92844
üzenetére
Igen van értelme logikai meghajtón futtatni.
Ahogy én tudom a dolgokat ... (tévedhetek)
Egy ssd lemezvezérlő hardver (ata vagy nvme) honnét tudja melyik blokkokat lehet felszabadítani a TRIM vagy DEALLOCATE megoldásával?
Mert ugye nem ismeri a tárhelyen lévő tartalmat.Onnét tudja, hogy megmondják neki.
És itt jön képbe a discard és az fstrim.A discard fájlrendszer paraméter, ami annyit csinál, hogy minden "törlés-alapú" műveletnél (delete, move) a handler küldi a kérést és a paramétereket a lemezvezérlőhöz.
Gyakorlatilag folyamatosan megy a TRIM vagy DEALLOCATE a hardveren.
(Kivéve NTFS-3G használatkor, mert az nem küldözget, de a kernelben lévő ntfs viszont igen)Az fstrim egy program, ami végigjárja az adott fájlrendszert a handler segítségével és összegyűjti a felszabadítható területeket, ezek paramétereit átadja a lemezvezérlőnek és az ata-TRIM vagy nvme-DEALLOCATE megoldással elrendezi.
(Ez működik az NTFS-3G-vel is, viszont nem működik a kernelben lévő ntfs-el)És itt jön a csavar ...
Logikai meghajtó esetében van egy layer a fájlrendszer felett.
Ez az én Luks-al kódolt lemezem esetében a DM-Crypt.
A DM-Crypt hivatalosan nem javasolja a TRIM használatát, mivel adatszivárgáshoz vezethet. Ezt mindenki saját felelősségre használhatja.Mint fentebb írtam: "
Encrypted partíció esetében némi adatszivárgást jelent amúgy, de nálam ennyi belefér"Gyakorlatilag az "allow-discard" paraméterrel mondom meg a dm-crypt-nek a grub-ban, hogy amikor induláskor feloldja a lemezt, akkor fogadjon el a fájlrendszert alkalmanként végignéző fstrim-től ilyen kéréseket és ezeket továbbítsa a lemezvezérlőhöz.
(Hogy ez az alkalom cron alapú [fstrim.timer] vagy kézi indítású egyéni meglátás kérdése.
Mivel esetemben ez adatszivárgással jár, én kézzel futtatok néha, ha épp eszembe jut.)
Az fstab-ban nem adtam meg a /dev/mapper/root eszköz ext4 mounthoz "discard" opciót, így a folyamatos "TRIM" nem megy.Amúgy szerintem a fejekben azért van sokszor kavar, mert tudomásom szerint a TRIM szabvány anno ererdetileg leírta a protokol szoftveres (OS-en történő) és az eszköz (S-ATA) hardveres megvalósítását is. Viszont ekkor még nem volt értelmezve nvme, sas, usb és egyéb logikai eszközökre.
Utóbbiaknál változott a hardveres implementáció, de OS-oldalról csak egy kiterjesztés történt. Ezért kb. OS-felől minden ilyesmi TRIM-nek látszik, de hardver oldalról már nem.Amúgy egy táblázat a discard, fstrim linux oldalról történő alkalmazásáról különböző fájlrendszereken: [link]
A dm-crypt megoldás discard elfogadáshoz és a figyelmeztetés: [link]
-
válasz
#79484416
#92846
üzenetére
Ha te el tudod mondani, milyen problémát látsz benne, hallgatlak.
Nem látok problémát, az ATA parancskészlet meg a PCIe NVMe Dataset management parancskészletéről meg már írtam. Előbbi nincs hatással az NVMe SSD-re. Bár a discard-dal lehet tévedek, de nem tudom parancsként értelmezi-e utóbbi is, eddig az ATA fstrim-mel hoztam összefüggésbe a discard-ot.
-
válasz
#02705152
#92840
üzenetére
Tudom hogy UFO vagyok a Btrfssel
Egy kicsit, ja!
De nem rossz ez a btrfs szerinten se, discard=async-ról se, igaz jó ideje nem olvasgatok ezekről. Szóval ez a discard nem is az a discard, ami at fstrim-et alkalmazza.A teljesítményt nem befolyásolja, és elvileg a meghajtók is jobban szeretik.
Tényleg kipróbálom már ezt valamikor és én is megkérdem a PM883-tól, hogy jobban szereti-e!
Referenciának meg ott a Meta, ők így használják a meghajtóikat.
Hát ha a Fécbúk is ilyenen fut, akkor nincs mese, már rakom is fel!
-
válasz
#75135488
#92839
üzenetére
OK, nem véletlen kérdeztem ezt egész nap, hogy NVMe-e vagy nem. Ha szerintetek logikai eszközön van értelme TRIM-melni, akkor OK, én nem tudom értelmezni ezt, mivel a PCIe nem érti az ATA parancsot. De egye fenyő, ha használod az NVMe eszközt, az ettől még csinálja a saját dolgát.
-
#75135488
törölt tag
válasz
#75135488
#92839
üzenetére
Az előző folytatása ...
Ez pedig a laptopon ugyanez. Most telepítettem és pakoltam tele cuccokkal.
Ebben az encrypted partíció m2.sata eszközön van.
Fstrim egymás után 2x lefuttatva csak példaként.
Néhány helyen régebben láttam encrypted-re rosszul beállított discard-ot. Olyankor mindig a teljes tárterületre futott le a user-nek. Ez itt most jó.Persze a tévedés jogát mindig fenntartom.
Lelkes vagyok, nem szakértő. -
#02705152
törölt tag
válasz
ubyegon2
#92838
üzenetére
Csak hogy teljes legyen a kép.
Tudom hogy UFO vagyok a Btrfssel, de a 6.2 kernel óta itt a discard=async default opció lett. Ha defaultsal csatolsz az fstabban akkor mindenképp, de elvileg enélkül is beállítja MINDEN támogatott meghajtóra, az NVMe cuccokra is (tehát nem a hagyományos SATA parancs hívása). Van egy kis vita, hogy jobb v. nem jobb minta az fstrim, de többségben vannak akik szerint jobb. Ez egy komolyan felokosított discard, blokk csoportokat hoz létre a memóriában, és méret v. idő limit elérésekor takarít (ezt most nagyon leegyszerűsítettem, de ez a lényeg). A teljesítményt nem befolyásolja, és elvileg a meghajtók is jobban szeretik.
Én eliminálom az fstrimet alapból, és a mellékelt ábra szerint az új discard mechanizmus takarít ahogy kell.
Referenciának meg ott a Meta, ők így használják a meghajtóikat.
-
#75135488
törölt tag
válasz
ubyegon2
#92838
üzenetére
Na akkor újra:
Amiről te beszélsz az egy sata vagy nvme hardver eszköz.
Amiről én beszélek, az egy logikai eszköz. Egy encrypted block device.
A logikai eszközön, esetemben a /dev/mapper/root eszközön engedélyezhető a discard funkció és mint ilyen eszközön futtatható az fstrim parancs.
Erre jelen esetben nem nvme vagy sata eszközként kell tekinteni, hanem egy logikai eszközként.
Nem volna szerencsés magát a titkosított blokkokat pakolni a hardveren ide-oda.Mások is használják: [link] , [link] , [link]
Működési sajátossága miatt:
- nem indítom el az időzített fstrim funkciót (fstrim.timer)
- nem használok állandó discard-ot (fstab-on belüli discard funkció)
- kizárólag a kernel paraméterben engedem, hogy fogadjon discard kérést (discard!=trim)Alkalmanként én futtatom és végzi a dolgát a dmcrypt blokkon belül:
Fstrim a /dev/mapper/root logikai blokkeszközön, ami egy decrypted partíció egy nvme eszköz egyik partícióján (/dev/nvme1n1p2) -
válasz
#75135488
#92837
üzenetére
Olvastam most, hogy nem fogadja el a discard parancsot a normál verzióban, ezért kell vele trükközni. Nekem az a kérdésem volt több esetben is, hogy ezt NVMe SSD-re szeretnéd érvényesíteni? Ha nem, akkor nem szóltam. Ha igen, akkor kár kinlódnod vele, mert a PCIe csatolós NVMe kb úgy áll az ATA parancsokhoz, mint a portás a sashoz. Neki ugyanis van egy saját Dataset Management nevű parancskészlete és az intéz mindent vezérlő irányításával. Igen, a TRIM-melést is. Innen puskáztam.
(jó, frissíteni kéne már, mert mikor egy hajnalban leírtam, még nem volt NVMe SSD-m, de annyiszor le kellett pár dolgot írnom, hogy meguntam)Amúgy van, hogy hónapokig elfelejtek fstrim-et használni.
De ezt amúgyis az OS használná, nem? Állítsd be rajta, mármint ha Sata SSD-ről van szó.
Én se használok soha fstrim-et. Ez meg már tényleg annyira régi, hogy alig merem linkelni, de pár dolog még jó benne. -
#75135488
törölt tag
válasz
ubyegon2
#92831
üzenetére
Teljesen jól látod, a discard opció az fstab-ban egy folyamatos trim, ami sata command.
De ez (allow-discard) jelen esetben csak azt jelenti, hogy elfogadja a discard opciót.
Nem szabad elfelejteni, hogy encrypted a root partíció amire ez meg van adva.
Mivel nem a "cryptsetup --allow-discards" opcióval dolgozom fixen, én kernel opcióként adom meg. Gyakorlatilag a /dev/mapper/root-ra értelmezve.
Az eredmény csak annyi, hogy ilyenkor elfogadja, ha valamiért ki van adva az fstrim parancs.
(Encrypted partíció esetében némi adatszivárgást jelent amúgy, de nálam ennyi belefér)
(Amúgy van, hogy hónapokig elfelejtek fstrim-et használni. Nagyon nem aggaszt egy ssd életciklusa. Fogyóeszközként tekintek rá. Backup pedig mindig van egy online és egy offline eszközön)De javíts ki nyugodtan, ha rosszul használom
-
válasz
#75135488
#92830
üzenetére
Értem...vagyis egy szót se értek. Encrypt, luks, lmv és társai sosem voltak baráti viszonyban velem.
Kifejezetten az a discard érdekelt a parancs végén, ami egy ATA parancs részeként az online TRIM-et hajtja végre, de itt gondolom másról van szó, hiszen NVMe SSD-ről is szó volt...szóval konkrétan az a szóban forgó parancssor mire szolgál?
De lehet pont azt taglaltad, csak engem megzavart a discard... mindegy, felejtsd is el...
-
#75135488
törölt tag
válasz
ubyegon2
#92829
üzenetére
Saját Arch telepítő script-hez lesz.
Luks encrypted root partíciót használok minden gépemen a sima EFI mellett és a grub-ba kerül bele, hogy induláskor a "cryptsetup open" bekérje a jelszót és a /dev/mapper/root alatt elérhető legyen. Aztán indulhat a rendszer.Eddig kézzel kellett telepítéskor ezt megadnom, ami nem volt kényelmes. Most megírja magának a paramétert, nem én írom be.
-
#75135488
törölt tag
válasz
#79484416
#92827
üzenetére
Hogy a fene ...
Az aposztróf-on átsiklottam és ezért nem akarta kiértékelni.
Pedig tudhattam volna, használom is script-ben, illetve egyéb prg nyelvekben is így van.
Köszi, hogy felhívtad rá a figyelmem. Így tökéletesen működik.
(Lehet le kéne mára pihennem mert olyan bakikat vétek ma ...)
-
#75135488
törölt tag
válasz
#79484416
#92825
üzenetére
Az alábbi sor már kicseréli a GRUB_CMDLINE_LINUX="" részt/sort egy ideiglenes test_grub.txt fájlban.
De ott ugyanúgy elakadtam, hogy az xxx helyére hogyan tegyem a blkid által visszadott UUID-t.sed -i 's/GRUB_CMDLINE_LINUX=""/GRUB_CMDLINE_LINUX="cryptdevice=UUID=xxx:root:allow-discards"/g' test_grub.txtTalán valami: blkid -s UUID -o value /dev/nvme1n1p2 | sed ... ??
De akkor más paraméterezés kell a sed-nek. Agyalni kell még ezen ...
-
#75135488
törölt tag
válasz
#79484416
#92823
üzenetére
Nem. Amit írtál az, ha jól értelmezem, akkor a komplet sort beírja.
Sorry, ha pontatlanul fogalmaztam.
A sor maga megvan már. Hogy pontos legyek ennyi van belőle induláskor
(pontosabban grub install után):
GRUB_CMDLINE_LINUX=""Azt szeretném elérni, hogy mondjuk ilyesmi legyen:
GRUB_CMDLINE_LINUX="cryptdevice=UUID=ddfbfdda-e23b-4d63-ac18-0949f436213e:root:allow-discards"Tehát valahogy megtalálni ezt a sort és ebben a sorban a két "" jelet és oda beékelni a UUID-t (és persze a többi sallangot is)
Ez a "megkeresem a megfelelő részt és oda beszúrom" megoldás az, amit nem találok.
Lehet rossz kulcsszavakkal keresek??Vagy jobb lenne a komplett sort lecserélni? (sed??)
Update: sed lesz a barátom, úgy látom
-
#75135488
törölt tag
válasz
#02705152
#92820
üzenetére
Úgy áll, hogy például QT-alapú obs-studio esetében még az XSHM-et vagyok kénytelen használni screen-capture esetében, mert a PipeWire megeszi a GPU-t.
Az XSHM pedig vacakul megy még QT_QPA_PLATFORM=wayland ENV mellett is.
Természetesen tisztában vagyok vele, hogy Wayland az ajánlott, de a Chromium (ungoogled) is bugzik nálam --ozone-platform=wayland vagy --ozone-platform=auto mellett is.
Szóval alkalmanként rápróbálok, de valamibe mindig belefutok, amiért nem használom.Voltak még gondok, de most nem jutnak eszembe. Apróságok, de tömegével.
Teljesen más:
Nem sikerül rájönnöm, hogyan tudnék egy "blkid -s UUID -o value /dev/nvmexyz" által visszaadott UUID-t valahogy "be-echo-zni" (de szép kifejezés) a grub 'GRUB_CMDLINE_LINUX="cryptdevice=UUID=xxx"' sorába, az "xxx" helyére.
Telepítő scripthez volna jó.Mivel lehetne ezt megcsinálni?
-
#92821
ubyegon2
félisten
tordaitibi
#92819
válasz
tordaitibi
#92819
üzenetére
Az úgy van, hogy klasszikusokat csak helyesen idézünk, de direkt oda is írtam, hogy Tibikomám "klasszikussá váló" mondását idézzem....szóval még nem klasszikus a mondás.
De valóban, ahogy írod, úgy ütősebb. Amúgy én legalább emlékszem szinte az összes érdekes dolgodra, az is valami! -
#02705152
törölt tag
válasz
#75135488
#92816
üzenetére
Szerintem az uccsó GNOME-nál már inkább az X az erőszak... Ha az Xwayland telepítve van, akkor gond nélkül kéne mennie az X-es cuccoknak (én még nem tapasztaltam komoly hibát), ill. érdemes rászánni az időt, és manuálisan engedélyezni a wayland kompatibilitást ott ahol ez nincs meg automatikusan (pl. Chromium alapú böngetők --enable-features=UseOzonePlatform --ozone-platform=wayland).
Persze nálam AMD VGA, nem tudom az NVidia hogy áll a wayland kérdéssel... -
#92819
tordaitibi
veterán
ubyegon2
#92815
-
#92818
#02705152
törölt tag
tordaitibi
#92813
#02705152
törölt tag
válasz
tordaitibi
#92813
üzenetére
Kéne tudni mi a célod pontosan, de amúgy igen, csak megfelelő fájlrendszert kell választani.
Remélem eligazodsz a kis demonstrációmon... 
-
#75135488
törölt tag
válasz
#79484416
#92810
üzenetére
Köszönöm a tippet
Amikor a GDM-Login után nem indul a Gnome, akkor:
Ctrl+Alt+F1 - visszaadja a GDM Login-t
Ctrl+Alt+F3 - ad egy konzolt és root-ként belépve látom a logokat és újraindítható a gép szabályosan.Ez már egy kis lépés.
Kicsit reszelek a rendszeren még, törlöm a logokat és a következő hibánál konzolból az aktuális session logjait mentem egy fájlba.
Aztán indulhat a "Where's Waldo?" műveletubyegon2:
-
válasz
#75135488
#92809
üzenetére
Gyanítottam, hogy nem rögtön Arch-csal indítottál, egyrészt az kiderült azokból, amiket írtál, másrészt akkor már bőven menekültél volna vissza Winre, hogy Tibikomám klasszikussá váló mondását idézzem.
Néha viszont elég csak várni pár napot.
No ez az, amit az archfanok nem képesek megtenni, kb arcidegzsábát is kapnának, ha a folyamatosan csorgó friss csomagokra nem cuppannának rá azonnal.
A telepítő indulásakor már írja az nvidia i2c időtúllépést, szóval az valóban nem lehet gond.
Ez szerintem annyi lehet, hogy mondjuk a sensors kimenetében nem fog megjelenni az adott érzékelő által olvasott érték. (nyilván két teljesen más gépnél ugyanaz a hiba is kizárja, hogy az ic2 legyen a gond)
Ha újra előjönnek az ismert gondok, úgyis ki fogod próbálni a LightDM-et szerintem...
Leszámítva ezt az igazán semmi kis hibát, hogy vagy indul vagy nem...
Jobb, mint ha titokban a sok kernel felzabálná az üres helyeket! Szerencsére Arch ilyent nem csinál. Csak a nyamvadt Mint, azt kerüld is erősen.... -
#92813
tordaitibi
veterán
Könyvtárat lehet úgy csatolni hogy a Fájlkezelőkbe (Dolphin, Thunar etc) úgy jelenjen meg mint partíció?
Ha igen, ezt be lehet szögelni fstab-ba? -
#75135488
törölt tag
válasz
ubyegon2
#92808
üzenetére
Munkás, tudom, így van
Időnként egy update is tud meglepetést okozni 1-1 eltört dependency miatt.
(Megjegyzem erre az Ubuntu LTS esetén is volt már példa)
Ez főleg akkor van, ha a user (azaz én ) is bénázik és nem együtt fut a normál repo és az AUR. De most már mindenre pikaur-t használok (régebben yay-t)
Néha viszont elég csak várni pár napot. Persze van, hogy vissza kell tenni 1-1 előző csomagot ideiglenesen. Emiatt nem is szoktam törölni a pacman cache-t.
(Mondjuk anno a Gnome 45-re ugrás eltört pár dolgot (sok shell-extension-t), de mostanra ezek is rendben vannak már)Régebben Ubuntu és társai voltak a gépeimen, de az utóbbi időben (20.04 óta) kezdett valahogy nem tetszeni. Aztán lett a natúr Arch+Gnome. Most valahogy ehhez ragaszkodom éppen. X11 pedig amiatt van, hogy sokminden nem úgy megy Wayland-en még szerintem, mint szeretném. Persze nem a Wayland hibája, egyszerűen pár mgszokott alkalmazás ilyen.
Alkalmanként engedem a GDM-ben és rápróbálok, de leginkább le van tiltva és így marad az öreg X11.Szóval maradnék ezen az Arch+Gnome45+X11 vonalon egyelőre.
Leszámítva ezt az igazán semmi kis hibát, hogy vagy indul vagy nem ( ) jól megszokott rendszerem van és kényelmes használnom. Működés közben már nem tapasztalok problémát.Update:
Elkezdtem a telepítést. A telepítő indulásakor már írja az nvidia i2c időtúllépést, szóval az valóban nem lehet gond. Csak gondoltam megemlítem... -
#75135488
törölt tag
válasz
ubyegon2
#92804
üzenetére
Rövidesen csinálok a laptopon egy reinstall-t.
Annyi változás lesz a mostanihoz képest majd, hol a pulseaudio helyett pipewire lesz a szükséges modulokkal (pl. pipewire-pulseaudio, pipewire-alsa)
A pipewire-alsa a Kodi miatt lesz. Jelenleg nem szereti a pipewire-pulseaudio-t és ALSA használattal kell indítani, hogy ne akadjon meg audio váltásnál. A 21-es verzióra ígérik a teljes támogatást.Továbbra is a GDM-et tenném fel, hogy kiderüljön a hiba majd. De tippre nem azzal van a gond, mivel maga a login screen megjelenik, beírom a jelszót, elveszi a képernyőt és láthatóan akarja is indítani a gnome-ot, de nem mindig sikerül elindulnia.
Emiatt én jelenleg nem a GDM-re gyanakszom, hanem a Gnome-ra, pontosabban valami olyanra amire annak szüksége van.
Persze simán tévedhetek, nem értek én ehhez sajnos. Még... majd belejövök Amint újra bekövetkezik a hiba és nem indul a Gnome a GDM-Login-t követően, akkor csinálok arról a boot eseményről egy pastebin bejegyzést.
Gondolom nem lesz rövid, de ott kell legyen valahol benne a "titok".Köszönöm az eddigieket
nemethg66:
Nem figyeltem a billentyűzetet, de kipróbálom ... hátha legalább a leállítás megoldható. Már az is megnyugtató lenne. Nem kéne paráznom, hogy fejreáll az ext4 (Luks-al titkosított) particica -
válasz
#75135488
#92803
üzenetére
Érdemes volna esetleg feltennem egy teljes journalctl kimenetet arról, amikor nem indult a gnome?
Valószínű, sokan használnak Gnome-ot, csak kiderül belőle valami...
Lehet valamelyik másik loginmanagert kéne feltenned, mondjuk LightDM-et.
Nemrég nekem Cinnamonos rendszer loginmanagerét nyírta ki talán egy corectl PPA-ban lévő figyelmetlen mesa frissítése...teljesen a loginmanagerig vissza tudtam hozni, de annál már feladtam. Kellett nekem kíváncsiskodni, milyen az a corectl...
-
#75135488
törölt tag
válasz
ubyegon2
#92802
üzenetére
Arra gondoltam talán érdemesebb volna magára a boot eseményekre szűkítenem:
journalctl --list-boots
Ezzel ugye megkapom a boot eseményeket, ahol ID 0 az aktuális, ID -1 az előző és így csökkenő ID visszafele az időben.Tehát számomra a "journalctl -b -1" megfelelőb lehet talán az előző folyamat kijelzésére.
"... a 20-21. soroknál lehet a gubanc ..."
Elképzelhető, bár ugyanaz ott van a beindult rendszer esetén is.
Igen, az i2c szerintem sem gond, gyanítom, hogy az nvidia-utils (nvidia-smi) indulásáig azon semmi nem elérhető.
Mit javasolsz? Mi lehet ez a "gubanc"?
Érdemes volna esetleg feltennem egy teljes journalctl kimenetet arról, amikor nem indult a gnome? -
#75135488
törölt tag
válasz
#02705152
#92798
üzenetére
Töröltem (archiváltam) a logokat addig amíg lett egy nem induló és aztán egy iduló rendszer.
sudo journalctl --rotatesudo journalctl --vacuum-time=1s
Az alábbi kimenetet kaptam: [link] (pastebin)
(az i2c timeout valamiért a desktop és mobile nvidia gpu esetében is jelen van)ubyegon2:
Átsiklottam a hibakereső részen, köszönöm a linket.
Érdemes volna egy teljes (nem csak error-t taratalmazó) részt néznem?
Amúgy az linkelt részben említett (journaltcl -b) utolsó boot részletei nem jók nekem szerintem, mert pont az előző kellene, ami nem sikerült.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Így aztán nem OS oldalról érdekel az SSD, hanem inkább gyártói/tipus oldalról, mert ez számít. Ha egy notiba beszerelek egy 1,92TB SSD-t, az már ki is húzza a noti élettartamában, nem kell figyelgetni meg cserélgetni. 
Fstrim a /dev/mapper/root logikai blokkeszközön, ami egy decrypted partíció egy nvme eszköz egyik partícióján (/dev/nvme1n1p2)
Ú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!
- Mobil flották
- iRacing.com - a legélethűbb -online- autós szimulátor bajnokság
- Austin F.: Intel Iris Xe driver frissítés
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Hardcore café
- Goddess of Victory: Nikke
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Kerékpárosok, bringások ide!
- Gyúrósok ide!
- E-roller topik
- További aktív témák...
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Vírusirtó, Antivirus, VPN kulcsok
- Samsung S23 Ultra 256GB Állapot: 10/10 6 Hónap Jótállás!
- Azonnali készpénzes Intel i3 i5 i7 i9 12/13/14 gen processzor felvásárlás személyesen / csomagküldés
- ÚJ Lenovo ThinkPad X13 Gen 5 - 13.3" WUXGA IPS - Ultra 5 135U - 16GB - 512GB - Win11 - 2,5 év gari
- Bomba ár! HP ProBook 450 G5 - i5-8GEN I 8GB I 256GB SSD I 15,6" FHD I HDMI I Cam I W10 I Garancia!
- LG 55C3 - 55" OLED evo - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest