- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Hobby elektronika
- Samsung Galaxy Tab S7+ - növekmény
- AMD GPU-k jövője - amit tudni vélünk
- Vezeték nélküli fülhallgatók
- AMD Navi Radeon™ RX 7xxx sorozat
- Újabb "merénylő" érkezett a Thermalright megbízásából
- TCL LCD és LED TV-k
- HiFi műszaki szemmel - sztereó hangrendszerek
- Projektor topic
Hirdetés
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Itt az első olyan, MI-re kiélezett laptop, ami ellenáll a környezeti hatásoknak
ph A széleskörűen konfigurálható újdonságból remek választás kerekedhet a zordabb körülmények közepette végzett, helyszíni munkákhoz.
-
Ha Trump győz, Elon Musk politikai tanácsadó lehet
it A jelentések szerint Donald Trump azt fontolgatja, hogy politikai tanácsadót csinál Elon Muskból, amennyiben megnyeri a novemberi választást.
-
PROHARDVER!
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
#75135488
törölt tag
válasz berusbacsi #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 --rotate
sudo 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.[ Szerkesztve ]
-
#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?[ Szerkesztve ]
-
ubyegon2
nagyúr
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...
[ Szerkesztve ]
-
#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ökAmint ú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 -
#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...[ Szerkesztve ]
-
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? -
ubyegon2
nagyúr
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....
[ Szerkesztve ]
-
#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:
[ Szerkesztve ]
-
berusbacsi
junior 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...Berus [Fedora 40]
-
berusbacsi
junior 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...[ Szerkesztve ]
Berus [Fedora 40]
-
ubyegon2
nagyúr
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!
-
#75135488
törölt tag
válasz berusbacsi #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?
[ Szerkesztve ]
-
#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
[ Szerkesztve ]
-
#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.txt
Talá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 #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 ...)
[ Szerkesztve ]
-
#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.
-
ubyegon2
nagyúr
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...
[ Szerkesztve ]
-
CPT.Pirk
Jómunkásember
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
májkimiki
őstag
Kipróbáltam a Nala-t [link]. Tetszetős.
-
#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
[ Szerkesztve ]
-
ubyegon2
nagyúr
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.
[ Szerkesztve ]
-
#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)[ Szerkesztve ]
-
berusbacsi
junior 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.
[ Szerkesztve ]
Berus [Fedora 40]
-
#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ő.[ Szerkesztve ]
-
-
ubyegon2
nagyúr
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.
-
ubyegon2
nagyúr
válasz berusbacsi #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!
-
ubyegon2
nagyúr
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.
-
#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]
[ Szerkesztve ]
-
májkimiki
őstag
Meg tört a csend végre és Mordor mellé egy kis fény is beszűrődik.
Q4OS-Plasma lett a befutó, mert most plazmázni van kedvem. -
#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.
Ú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!
- Politika
- Ukrajnai háború
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Skoda, VW, Audi, Seat topik
- Háztartási gépek
- Hamarosan elképesztő mennyiségű áramot fogyasztanak el az adatközpontok és az AI
- Renault, Dacia topik
- Formula-1
- Ingyenes az Epic Store-ban a Chivalry 2
- Hobby elektronika
- További aktív témák...
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Steames kulcsok jó áron eladóak!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest