- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- gban: Ingyen kellene, de tegnapra
- pr1mzejEE: Viszlát CoD2, CoD4, CS:GO!
- Magga: PLEX: multimédia az egész lakásban
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- eBay-es kütyük kis pénzért
- bitpork: Phautós tali a Balcsinál 2025 Augusztus 2 napján (szombat)
- Brogyi: CTEK akkumulátor töltő és másolatai
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
CPT.Pirk
Jómunkásember
válasz
Dißnäëß #105258 üzenetére
Nem vitatkozni akarok, de nincs akkora különbség egy Lubi LTS meg az említett Debian között erőforrásigény terén, hogy érdemben megérje rögtön terminálos Debiánnak nekiugrani, főleg tapasztalatok nélkül.
Én ennél erősebb gépen egy Mintet állítottam be fájlszerver meg felhő backup célra a cégnél és bár meg tudnám oldani terminálból is az egészet egy alap Debianon, de egyszerűen feleslegesen sok melót jelentene, miközben a Mint GUI-n meg ott van minden ami kellhet.
-
-
válasz
Dißnäëß #105153 üzenetére
Nem, ezzel azt mondtam, hogy AV1 képtelen gépen nem AV1-et kell nézni, van rá más módszer.
Nemtom, ha egy x5-8350-en elmegy a FullHD akkor egy Core2+iGPU-n is el kéne.
Facebook meg mindent megfeketet. Szar az egész.BTW nekem ezért volt kellemes meglepetés az Alpine, ugyanígy iGPU-s Core2-n lazán ment pár éve a FullHD (2022 még tuti azt a T400 használtam - annyi csalás, hogy abban volt egy Radeon chip is, ami ugyanúgy nem tudja az AV1, de néztem ezeket kikapcsolt GPU-val is).
Illetve ilyen mozis világítás, ilyesmik kikapcsolása YT alatt sokat tud segíteni. Desktop környezet kompozitálását kiütni, extrém esetben képfrissítést levenni. A legtöbbet a kompozitor kiütése hozza.
@Cpt.Pirk : Ja, ha az nem lesz, az nagyobb baj lesz
@Rowon : "Kompatibilitás módot raktak már az XP-be is."
Azt sokszor a hajadra is kenheted
Amúgy a retro élménybe beletartozik a retro szívás is -
válasz
Dißnäëß #105155 üzenetére
Valszeg visszaveszem tőle hamarosan és befogom valami régi retro-zásra.
Másra ezek már nem jól igazán, csak nosztalgiázni. Van egy P4-es configom, annál is ilyen 100 watt körül eszik a gép aztán ki se lehet vele menni a netre, mert nincs rá támogatott böngésző.Ezzel szemben az N100-as gépem monitorral együtt eszik 35 watt körül aztán a 4K videót lejátssza... Már nagyon elmentek az asztali gépek a miniPC irányába, mert azok is szokatlanul nagy teljesítményre képesek.
-
-
válasz
Dißnäëß #105143 üzenetére
Ha azt modulárisra csinálták volna
Nekem van itthon olyan P4 laposom, amiben még cserélhető a CPU. Az után már valószínűleg nem sok ilyet dobtak piacra, minden egybe van, már a RAM is rá van forrasztva az amúgy teljesen trágya minőségű alaplapra. De nem akarok savanyú lenni, mert nem mindegyik készülék ilyen.
Szerk.: csak az arányaiban jóval drágább. -
válasz
Dißnäëß #105120 üzenetére
"Volt régen"
Na, az régen voltRealteken még mindig az a csoda, ha stabil, bármilyen OS-en
RTL8723BS...Ugyanolyan cucc, ugyanolyan Alpine, csak egy SBC és a tabletem. A SBC-n van wifi és Bluetooth. A tableten a wifi nagyon nehezen tud kapcsolódni, és lassú, BT egyáltalán nincs
Több főverzió óta.
A tabletnek ugye eredetileg Windows volt az OS-e, temérdek panasz a fifire... -
-
CPT.Pirk
Jómunkásember
válasz
Dißnäëß #105039 üzenetére
Architekturálisan nem kompatibilis a Linux ezekkel a ring0 területen futó biztonsági megoldásokkal, mert maga a platform nem eléggé zárt. Ezt nem lehet disztró szinten megoldani, meg igazából nem is érdemes mert nem egy újabb Windowst szeretnénk létrehozni.
*Azt nem látom, hogy a közeljövőben ez a helyzet változna, így bizonyos PvP játékok kiesnek Linux alatt.Sidorovich: igen, ahogy mondod. Na meg az a pár százalék viszont pont olyan, ami elveheti a SteamDeck előnyét pl. a hatékonyság terén.
-
válasz
Dißnäëß #104871 üzenetére
Nem hinném. Ugyanezen a gépen 2 nappal ezelőtt Windows alatt nem volt ilyen gond.
Bekapcsolás után, használat közben rendben van kép most is. Csak akkor nincs és nem is jön vissza, ha kihúzom a HDMI kábelt és visszadugom, vagy órákra otthagyom a gépet kikapcsolt TV-vel, majd bekapcsolom a TV-t (a gép nem aludt).Az iGPU letiltása se oldotta meg a dolgot sajnos. Csak egy diszkrét nvidia kártya van a gépben most így, kihúzom a HDMI-t, visszadugom, többé nem lesz kép amíg újra nem indítom. Windows alatt ezzel nem volt gond.
-
-
-
-
válasz
Dißnäëß #104788 üzenetére
Azt a kicsit bad-es WD-t nem bótoljuk meg vhogy ?
Simán megbótolhatnánk, sőt neked is adnám, ha tudnám hol rejtőzik! Minap vettem le szekrény tetejéről a desktopot, mert abban van egy szatyornyi meghajtó, de csak az 1003FXEZ volt benne és rájöttem, hogy az nem az eredeti desktopom, hanem amit kaptam gémelni tesómtól. Szóval van valahol egy régi desktop, abba lesz benne. No majd megkeresem és ha megvan szólok. Sajna a törpenyuszi miatt elég speciálisan kellett elpakolnom mindent, ezért kb másfél éve, mióta ez tart, semmit nem találok.
Az biztos, hogy ezek a régi konsturkciójú WD Balck HDD-k agyonvághatatlanok. Mondjuk a WD Black azóta is jó minőség, az van vele, ha valami külső hiba miatt badsectorosodik is, ha kiktatod a hibaforrást, utána ezerévig még megy hiba nélkül. Szerintem ezek még 2011 előtti konstrukciók, azért ilyen jók.
Szóval pár héten belül jelzem, megvan-e ez a régi csoda, mert úgyis át kell pakolnom sok dolgot itthon, de ez nem megy túl gyorsan, mivel Ördi is segít benne!
(Ördi a T-REX alfajú törpenyuszi, amúgy törpe REX)
-
válasz
Dißnäëß #104763 üzenetére
Ja, ehhez akartam még mondani, hogy backupot rendszeresen meg kell nézni, úgy lehet elkerülni a "meghalt a backup eszköz pont akkor amikor az éles" problémát. Amikor egy oflline eszközön tárolod, akkor remek alkalom, amikor a mentett cuccot frissíted, és látod, hogy működik-e a winyó.
@ubyegon2 : Ennyi.
-
Zó
aktív tag
válasz
Dißnäëß #104771 üzenetére
Minden WD Greenem meghalt, az volt a kérdés, hogy garanciásan vagy sem, de egyébként is lassúak és megbízhatatlanok voltak. És volt, hogy hiába küldtem vissza, azt mondták, hogy náluk nincs hiba. A 2 TB-s hordozható Seagate Barracudám (részben backupra is használom, de semmi fontos nncs rajta, ami nem meg máshol is még egy backupban) most éppen jól tartja magát, bár sajátos módon Windowson már évek óta nem férek hozzá az adatok feléhez (adminjogot kér, aztán egydarabig el lehet vele jutni, de nem mindne fájlhoz), pedig több gépen is próbáltam, Linuxon meg bármelyik vasamon. Mindezt úgy, hogy NTFS, tehát fordítva lenne a hihetőbb. Előbb-utóbb leformázom exFAT-ra, de egyelőre nincs kedvem ennyi adatot rendezgetni és visszamásolni.
Pendrive-jaim is hullottak, de SSD-m még sosem múlt ki. Mondjuk, nem is írogatom 5000-szer tele őket, és próbálom tartani a 20% szabad helyet.
-
válasz
Dißnäëß #104771 üzenetére
Nemtom, nálam ezer éve nem halt meg winyó. Utoljára a RAID5 tömbömben a kétes helyről vett 320GB-osok döglöttek.
@Tordaitibi : A HDD nem döglik random, álltában. Ezek tök jó kiragadott esetek, de mellé tudnék mondani még csomót, amikor mindenféle abuzálás ellenére sem lett baja. "WD Green" az takarhat egy rakat kivitelt
Pl. nekem volt olyan CD-m, DVD-m, nem kevés, ami pár év után olvashatatlan volt. Hivatalosan 50 évet ki kéne bírnia.
-
válasz
Dißnäëß #104765 üzenetére
Létezik a RAID tömbben több diszk halál, és ha nem is jelentkezik, jobb elkerülni. Nem véletlen, hogy szerveres környezetben is must have a backup, pedig ott aztán nem kell, hogy téma legyen egy diszk azonnali cseréje, már ha nincs helyből hot spare. Ami csak egy példányban van meg, az veszélyben van.
"Majd írd már meg, mi lett az egymásutáni clear & scrub indítás-leállás dologgal"
Semmi, ez egy kb. egy éve sztori, azóta így van. -
válasz
Dißnäëß #104763 üzenetére
Nyilván akkor van backupod, ha vissza is tudod állítani.
Az egy szem külső HDD-s backup nem csodaszer, hanem egy szükséges és elfogadható minimum. (Otthoni környezetben.) Ha nincs semmid, az sokkal nagyobb veszély, mint ha van egy külső winyón egy mentésed. Azért egy olyan winya, amit alig használsz, kisebb eséllyel durran el.
Raid5 -ben nekem nem volt olyan, hogy winyócsere közben megállt volna még egy; mondjuk nem is ugyanolyan diszkekből kell összerakni
-
válasz
Dißnäëß #104761 üzenetére
Miért kéne kettő? Backup, nem éles.
Zpool clear eltünteti a következő rebootig, ez meg nem megy folyamatosan. A scrub nem tud vele mit kezdeni, mert ugyanaz a hiba van a két eszközön.
root@a8host:~# zpool status -v
pool: naspool
state: DEGRADED
status: One or more devices has experienced an error resulting in data
corruption. Applications may be affected.
action: Restore the file in question if possible. Otherwise restore the
entire pool from backup.
see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-8A
scan: scrub repaired 0B in 05:16:36 with 23 errors on Mon Jun 23 01:34:10 2025
config:
NAME STATE READ WRITE CKSUM
naspool DEGRADED 0 0 0
mirror-0 DEGRADED 0 0 0
wwn-0x5000c500c5973297 DEGRADED 0 0 36 too many errors
wwn-0x50014ee213e9cd11 ONLINE 0 0 36
errors: Permanent errors have been detected in the following files:
naspool/store:<0x289f82>
naspool/store:<0x289f85>
naspool/store:<0x289ebe>
naspool/store:<0x289eca>
naspool/store:<0x289dd6>
naspool/store:<0x289ee5>
naspool/store:<0x289ee8>
naspool/store:<0x289deb>
naspool/store:<0x289dee>
root@a8host:~#
-
válasz
Dißnäëß #104759 üzenetére
"Egyszerűen semmi értelme egy több lemezes ZFS exportált poolt kitenni a polcra,"
Nincs hát. Elég az adatokat lementeni egy darab külső USB-re, vagy ha van másik géped, akkor arraAnnak már nem kell redundásnak lennie.
Nekem itt a ZFS nem egészen úszta meg, hogy egyszerre esett le a két winyó alól a táp. Azóta van 36 adathibám, amivel nem tud mit kezdeni. Törölt file-ok, de mindig degraded-ként jön fel a pool.
A villámban meg nem kell hinni ahhoz, hogy adatot vessz (az adatvesztésben sem)
És más miatt is elmehetnek az adataid. Nem véletlenül alakult ki az, hogy a redundáns tárolás nem backup.
-
-
válasz
Dißnäëß #104755 üzenetére
S ha nem VB alól, hanem Vmware Player vagy Hyper-V?
Meg hát backup. Amúgy is kell lennie backupodnak, ha értékes adat"FreeBSD régóta mocorogtat. Filózok, miben adna többet a Debilnél. "
Nem feltétlen ad többet, viszont ha van olyan HW, ami azzal jobban működik, akkor igencsak opció. Nekem több olyan gépem is van, amin Alpine döcög úgy-ahogy, azokra megváltás lenne, ha jól működik rajta. -
válasz
Dißnäëß #104752 üzenetére
Ért
Virtuális Linux, annak odaadni azt a 4 diszket, az már fel tudja csatolniDe előtte csinálnék backupot
Kell szívás -> én inkább akkor szoktam ilyeneket, ha az valamire jó lesz
Most kezdtem gondolkodni FreeBSD-n mint Alpine alternatíva, ha a tabletemen kezeli a touch-ot, akkor jó lehet.
-
-
-
-
urandom0
senior tag
-
urandom0
senior tag
válasz
Dißnäëß #104645 üzenetére
Én rollingok közül egyedül a Tumbleweed-et vagyok hajlandó használni, mert ott gyárilag be van lőve a Snapper, és normálisan fel van konfigurálva. Volt már olyan, hogy bekerült egy grafikai bug a disztróba, nem akartam foglalkozni vele, rollbackeltem két nappal korábbi snapshotra, és ment tovább az élet.
Egy desktopon és egy laptopon használok Tumbleweed-et, az egyetlen problémám vele, hogy olykor sokat szüttyög a leállással, mert valamelyik processz akadályozza (mikor melyik). De szerintem csak egy Systemd beállítás kérdése az egész.A céges Linuxos gépemen Fedora van, nincs rá panasz. Mondjuk úgy igazán túl sok mindenre nem használom, webes dolgokra elsősorban.
Rocky Linuxot egy régi Raspberry Pi-on használok, azaz használtam, mert tegnap este meghalt szegény. Pedig szépen tette a dolgát évek óta.
-
válasz
Dißnäëß #104686 üzenetére
Ja, köszi, nem gond, ha marad pár config töredék, semmi olyanra nem használom a Zbookot, ami miatt kéne a gyári nVidia driver, szóval ez így marad. Amúgy normál helyzetben a nala csomagkezelőt használom, de konzolnál inkább az apt-tal csináltam, nehogy emiatt nyekeregjen a rendszer.
Nagyon kezdőknek is jobb lenne a nala packagemanager, mert nem gyűlne össze náluk sok régi kernel, mert nem futtatnak külön autoremove-ot. Amúgy az apt 3.x verziója tényleg áttekinthetőbb az eddiginél.
Szerk.: a ph színez, nem én.
Tudom! Mobilappon amúgy jól láthatóak ezek a sorok fekete háttéren piros a szöveg! -
-
cigam
titán
válasz
Dißnäëß #104660 üzenetére
Az Ubuntu 24 LTS-t stabilnak nevezi a Canonical? Igen
A Debian Trixie-t testing-nek nevezi a Debian? Igen.1. Elírás volt, trixie és a sid keresztezéséből (napok óta szopat az MS, kizárt a fiókomból, és idegállapotba kerültem)
2. Igen, ezért akartam Trixie-t írni, csak nem emlékeztem jól, lásd 1. pont.
4. Oké érteni vélem, eddig is valami ilyesmit gondoltam róla.
köszi a leírást!ubyegon2
Csalódtam benned! Ez nem úgy van, hogy ott van még a stabil, a legstabilabb meg a legeslegstabilabb, plusz a stabilitás szobra, a gránit stabilitású Mint -
válasz
Dißnäëß #104652 üzenetére
Ez az infografika tényleg nagyon jó, sajna Wheezy-ig van meg. Mindenképpen egyszerűbb megérteni így a dolgokat, mint Debian dokumentációkból.
Bár szerintem egész jól össze vannak rakva azok is, nem mintha érteném például ezt (jó, nyilván nem az én szintem):
A Debian xid-et testing-nek nevezi a Debian?
Asszem cigam kollegával nem az idén fogod megértetni, hogy is van ez a Debian/Ubuntu stable/testing/etc., Amúgy nem egyszerű ez a Debian version management dolog, de cigam kollega rági motoros már, de mindannyiunknak vannak ilyen becsípődései. Engem többnyire szórakoztatnak ezek.
-
válasz
Dißnäëß #104631 üzenetére
Ha egyszer Canonical úgy dönt, az Ubit lelövi, vagy valami randaságot tesz vele...
Tett már bőven, szerencsére a Linux Mint eddig el tudta kerülni a snapposodást!De ez az LMDE párhuzamosság valóban jó ötlet volt anno, egyelőre azonban marad minden az eddigi kerékvágásban, épp egy hírben láttam, hogy érkezik a LM 22.2 és az LMDE 7 is, utóbbira most Debian stable alapokra építkezést említettek. Nem lesz nagy harakiri, ha az Ubuntu alapú Linux Mintről át kell térni LMDE-re, max annak lesz kényelmetlen, aki sok külső repot használ.
-
válasz
Dißnäëß #104613 üzenetére
és @sh4d0w : Amik Ubiban alapból vannak, azt Debilen kézzel kell felhackelni. Az összes ACPI cucc, videodriverek, firmwarek, minden. Sok-sok kézi konfig. Nincs autoupdate. Fapad. Persze sokkal kevesebb erőforrást kér, és nem bloat, de egy kezdőnek nem adnám oda.
És pl. pont egy videodriverezés kapcsán szokott előjönni, hogy fúj szar a Linux, mert azt hiszi, hogy le kell tölteni, Ubuntuban meg ott van a szoftverkezelőben, és felmegy.
Bedugsz egy nyomtatót, Ubuntun feljön egy ablak, hogy akkor itt egy nyomi, telepítsük? És működik.BTW hardverigény; azonos hardveren Ubuntun FullHD videó böngészőben : szaggat. Debianon elmegy, de 100% CPU használat, Alpine meg 60-70% procival...
A Mintet kevésbé ismerem, mert Ubuntut azért 23 végéig használtam, de a Mint is hasonlóan jónak tűnik. Ami még durván jól összerakott, az a KDE Neon, de amikor próbáltam, hát borzalom bugos volt.
@Cigam : Ubuntu, és ami abból van, az mind Testing
LMDE-t nem tudom.
@Pöttön : /etc/samba/smb.conf a barátod
Abban van a Samba konfig, abba kellenek ezek.
Nekem kb. ennyi van benne (végére odarakva) :[cuccokz]
comment = cuccokz
path = /store
browseable = yes
read only = no
guest ok = no
És így a saját useremmel (aminek van joga a /store-ra) bejutok, más meg nem jut be.
Pedig létezik szerintem GUI-s Samba konfigoló is, de nem találok :S -
-
válasz
Dißnäëß #104605 üzenetére
Ami minden disztrón ugyanolyan, ahhoz ja, mindegy, min fut.
"A VM-ek erre valók.
"
JajaBTW bármilyen is legyen a kezdő, érdeklődés nélkül nem sokra fog jutni, az biztos. ÉS semmi mással sem.
@tordaitibi : "Hány 100millió teljesen tudatlan használ okostelefont?
ami egy linux-származék."'
És tegyük hozzá azt is, hogy milyen szinten. Ugyanolyan borzalmasan, mint Windowst."Ha viszont ez nem megy akkor zárjon be a bolt,
R.I.P linux-desktop, élt x évet, béke poraira. "
De megy, ha nem valami cryptic disztrót akar az ember elsőnek... -
válasz
Dißnäëß #104595 üzenetére
A legtöbben nem tanulni akarnak, hanem csak használni. Arra meg jobbak a nagyobb disztrók.
Meg a hopperkedés is olyan, hogy okos ember más kárán tanul. Nem azon a gépen kell próbálgatni, amit napi használatban tartasz, oda már olyat kell feltenni, amit tudsz, hogy jó. Szóval bármi egyéb fizikain vagy virtuálison kell megnézni, hogy megfelel-e valami.Nekem is sok év Ubuntu után lett Debian az élesen, de addigra már töb más gépen is volt, ismertem.
-
Dißnäëß
nagyúr
válasz
Dißnäëß #104387 üzenetére
Látható, hogy a feloldás után az lsblk beteszi a virtuálisan létrejött /dev/mapper-es alias-okat az őalattuk lévő tényleges eszközhöz. (Ábrázolásban a fizikai alatt van a logikai a könnyebb megértés végett, de beszédben úgy mondjuk, az eszköz felett van a titkosított réteg és afölött a fájlrendszer az adatokkal). De ez míg nincs feloldva semmi, nem is látható, sőt, header hiányában még csak nem is sejthető. Persze, Ti mostmár tudjátok
de úgyis átalakítom az egészet a napokban, szóval mindegy is.
Műxik szépen.
Na jó étvágyat !
-
sh4d0w
félisten
válasz
Dißnäëß #104379 üzenetére
Ne rohogtesd korbe magad. A Windows a sajat filerendszerein kivul semmi mast nem ismer, persze, hogy allokalatlannak mondja - es akkor jojjon nehany parancs, amivel siman eszre kell venni a LUKS kontenert:
udisks, lsblk, blkid, cryptsetup
Minden LUKS kontenernek standard headerje van, hexdumppal siman kinyerheto a header informacio es minden modern Linux disztribucio - ha maskor nem, hat mount idejen - detektalja azt. A kepeiden szereplo lemez valoszinuleg nincs mountolva, de ha megteszed, akkor latni fogod, hogy LUKS kontener.
Mondjuk a lenyegen nem valtoztat, mert ha nincs mountolva, nem lesz ra trim.
-
sh4d0w
félisten
válasz
Dißnäëß #104371 üzenetére
Teljesen mindegy, hogyan fogalmazol, az ott egy titkositott kontener lesz es nem nyul hozza a trim, amig nem nyitod meg es kifejezetten nem adsz utasitast arra, hogy az is trimmelesre keruljon.
A LUKS kontenerek igenis detektalhatok, tehat akarmilyen masik Linuxot futtatsz, legyen az live vagy telepitett, eszre fogja venni.
-
cigam
titán
válasz
Dißnäëß #104371 üzenetére
Olvasd el még1x a válaszokat. A TRIM nem az egész lemezen fut le, hanem csak az adott partíción. Ha nincs felcsatolva, nem fogja módosítani (fájlokat törölni!), egyetlen szektor státuszát sem fogja módosítani.
Amikor kiadsz egy törlés parancsot, az SSD csak felveszi egy listában, hogy x,y, és z szektorok felszabadultak. Ha jön egy TRIM parancs, akkor fogja ezt a listát, és és mindent nulláz rajta.
Úgy képzeld el, hogy két listája van a szab területről, egy piszkos, és egy tiszta. A TRIM kitisztítja a piszkos területeket, és átteszi őket a tiszta listára.Ha nincs felcsatolva a titkosított(vagy bármely másik) fájlrendszer, hogyan tudna bármilyen OS beletörölni, hogy legyenek rajta új törölt ("piszkos") szektorok?!
A háttérkép ficamokat miért ide kell posztolni?!
-
válasz
Dißnäëß #104371 üzenetére
Sok érdekes dolgot vetettél fel, sajna a LUKS és társai nekem sötét ló. Amúgy a Live Linux nem fogja trimmelni a külső meghajtót, de még a belsőt se. Alapból teljesen más a külső SSD-k kezelése, de nem is csak a Linuxtól függ. Ha a header megváltozik, az egyértelmű helyzet, de akkor viszont meg már az a biztonsági kockázat, ha fenn marad a régi.
Szerintem ásd bele magad ezekbe, mert tuti ott a válasz is valahol:
Frequently Asked Questions Cryptsetup/LUKS
Enable TRIM on external LUKS encrypted drive
Tetszik az előbbi Cinnamonos desktop képe, csak nem valami NER-es jómunkásember yachtja látható rajta!?
Nekem csak a T-REX van most a desktopon...innen tudom, hogy a négy hasonló rendszer közül melyiken vagyok.
-
-
válasz
Dißnäëß #104346 üzenetére
Paraszti logikámmal arra jutottam amit itt le is írtak.
1 konténer az 1 fájl, akkor is ha 1 tera nagyságú.
Azaz tudja a vezérlő, mégha 4k "szektor" méretet is használ, vagy a 2 bármelyik hatványát hogy ezek 1 fájlhoz tartoznak.
Szép lenne ha egy pl. 1M méretű jpg képet vagy az oprendszer fájljait szétszórná a nand területen csak épp nem jegyezné meg hogy melyiket hova is tette.
Nem nagyon lenne műlödőképes ssd ha ezt így csinálná. -
válasz
Dißnäëß #104346 üzenetére
sh4d0w és cigam kolléga lényegretörően megválaszolta(hamarabb is észrevehettem volna), de itt valóban elég speciális helyzet van, ezért kb ennyi a lényeg:
Solid state drive users should be aware that, by default, TRIM commands are not enabled by the device-mapper, i.e. block-devices are mounted without the discard option unless you override the default.
For a LUKS2 device, TRIM support can be enabled by using the
--allow-discards --persistent
options when opening it. Theallow-discards
flag will be written into the LUKS2 header and the option will be automatically used whenever the LUKS2 device is opened. -
Zó
aktív tag
válasz
Dißnäëß #104143 üzenetére
Miért jobb így emulálni, mint más disztrón?
Tényleg nem tudom, utoljára még Win 8.1-en néztem WinUAE-t, nem működött vele semmi jól, amit néztem, VICE-ban meg nem volt ahhoz hang, amihez XP-n még igen. Szóval le vagyok maradva, hogy mi hol tart, de valaha a C64-es próbálkozások többnyire nem jelentettek nagy ügyet, az amigások meg az életről lehoztak (amit a ScummVM támogat, az nyilván sima). Linuxon még nem is néztem ezeket.
-
válasz
Dißnäëß #104141 üzenetére
Elég nagy verzióugrások vannak Debian stable és testing között, határozottan jó a HP Zbook-on használni! Nem érzem szükségét homeuser használat mellett az nVidia gyári drivernek sem,
nouveau
teljesen jó X11-en, wayland se hiányzik.mesa 22.3.6 /stable
mesa 25.0.5-1 /testing
ubyegon@MiWiFi-R3G-srv:~$ inxi -Fxxx
System:
Host: MiWiFi-R3G-srv Kernel: 6.1.0-35-amd64 arch: x86_64 bits: 64
compiler: gcc v: 12.2.0 Desktop: Cinnamon v: 5.6.8 tk: GTK v: 3.24.38 vt: 7
dm: LightDM v: 1.26.0 Distro: Debian GNU/Linux 12 (bookworm)
ubyegon@Trixie:~$ inxi -Fxxx
System:
Host: Trixie Kernel: 6.12.27-amd64 arch: x86_64 bits: 64 compiler: gcc
v: 14.2.0 clocksource: tsc
Desktop: Cinnamon v: 6.4.10 tk: GTK v: 3.24.49 wm: Muffin v: 6.4.1 vt: 7
dm: LightDM v: 1.32.0 Distro: Debian GNU/Linux 13 (trixie)
Display: x11 server: X.Org v: 1.21.1.7 with: Xwayland v: 22.1.9 driver: X:
loaded: modesetting unloaded: fbdev,vesa dri: nouveau gpu: nouveau
display-ID: :0 screens: 1
Screen-1: 0 s-res: 1920x1080 s-dpi: 96 s-size: 508x285mm (20.00x11.22")
s-diag: 582mm (22.93")
Monitor-1: eDP-1 model: AU Optronics 0x24ed res: 1920x1080 hz: 60 dpi: 142
size: 344x193mm (13.54x7.6") diag: 394mm (15.5") modes: max: 1920x1080
min: 800x600
API: OpenGL v: 4.3 Mesa 22.3.6 renderer: NV137 direct-render: Yes
Display: x11 server: X.Org v: 21.1.16 driver: X: loaded: modesetting
unloaded: fbdev,vesa dri: nouveau gpu: nouveau display-ID: :0 screens: 1
Screen-1: 0 s-res: 1920x1080 s-dpi: 96 s-size: 508x285mm (20.00x11.22")
s-diag: 582mm (22.93")
Monitor-1: eDP-1 model: AU Optronics 0x24ed res: mode: 1920x1080 hz: 60
scale: 100% (1) dpi: 142 size: 344x193mm (13.54x7.6") diag: 394mm (15.5")
modes: max: 1920x1080 min: 800x600
API: EGL v: 1.5 hw: drv: nvidia nouveau platforms: device: 0 drv: nouveau
device: 1 drv: swrast gbm: drv: nouveau surfaceless: drv: nouveau x11:
drv: nouveau inactive: wayland
API: OpenGL v: 4.5 compat-v: 4.3 vendor: mesa v: 25.0.5-1 glx-v: 1.4
direct-render: yes renderer: NV137 device-ID: 10de:1cbb
-
Vasti74
senior tag
válasz
Dißnäëß #104139 üzenetére
Igen, Cinnamon-ról váltottam Plasma-ra ;-)
Most éppen az én gépem is hibátlanul lejátssza, így hirtelen, röviden próbálva.
Meg lehet, hogy majd 1 óra múlva is. Meg később is. Aztán majd még később ;-) , vagy holnap, vagy nem tudom, de a közeljövőben ;-) meg ismét szórakozni fog... -
Dißnäëß
nagyúr
válasz
Dißnäëß #104138 üzenetére
Peru 4K kifogástalan, 175% 4K 144Hz mellett, fractional scaling controls (experimental) ON mellett. Debian 13 abból is testing, illetve Firefox ESR 128.10.1esr 64-bit, AdBlocker Ultimate + Ublock Origin + Ghostery egyszerre.
+ nvidia a kari, gyári driverrel (amit nemrég megnyitottak amúgy).
De ez Cinnamon, nem plasma.
Próbáltad már esetleg ?
-
Krissz80
senior tag
válasz
Dißnäëß #102737 üzenetére
Nem zajos csak olyan mintha reszelősebb lenne a hang.
(De persze ez is csak a Win11 + ASIO + Foobar (+full file buffering után tűnik fel))
Sikerült jól beállítanom is végre.
Most már nem resamplingol.
Elsőre nem annyira szembetűnő, de hosszabban hallgatva fluidabb a zene.
Abbahagyhatatlanul jó, tegnap este fél 2kor kapcsoltam ki.Az output: ALSA
Device: maga a HV
alsa plugin: plughw (sima hw módban 176400-ban tolja ki a 44100, úgy is szól, csak 4-szer gyorsabban)Ennél bitperfectebb szerintem nem lehet.
És szerintem jobban is szól most már mint az Win11 ASIO-val.Egyelőre Ubuntu Studioval próbáltam, de kipróbálom majd a Manjaroval is, vagy az ajánlottabb EndeavourOS-el.
-
Adamyno
tag
válasz
Dißnäëß #102746 üzenetére
Jártam így új 13. gen Lenovo ThinkCentre Desktop PC-nél. Nem emlékszem a pontos típusra, mert azóta váltotta egy Dell. A Lenovó az istenért nem volt hajlandó bebootolni Linuxot. Semmit. Sehogy. Csak akkor indult el a bootloader, ha volt az EFI partíción windows bootloader. Hogy az valid vagy sem, az nem érdekes, de ha nem található, akkor semmi nem történik. Erre nagyon nehezen sikerült rájönni mindenféle fórumok meg reddit meg ilyenek olvasgatása árán, mert a hivatalos doksi semmit nem szól erről. Próbálkoztam frissítésekkel, nem segített semmit.
Érdekes módon az új Dell nem szórakozik. Tökmindegy neki, hogy milyen Linux vagy windows vagy mit kell bootolni. Talán még Legacy boot is van, abban nem vagyok biztos (USB-ről és hálózatról biztosan van).
Remélem nem ez a jövő. Ezennel nagyon nagyot csalódtam a Lenovóban is. Ezek alapján nem biztos, hogy lecserélném a régi ThinkPademet egy újra. Az elmúlt években eleve gagyi lett az anyaghasználat és a bővíthetőség is. Ilyen szempontból talán a 3. gen volt a legjobb, abból is a W széria, de a T-ben is volt még 2 RAM slot, cserélhető CPU, msata, 2 sata port, kivehető, többféle méretű akku... hűtést is lehetett pimpelni, kijelzőt, billentyűzetet is sőt, külső videokártya is játszott. A zsanérja elpusztíthatatlan, a gyerek megugrálja a magnézium ötvözet házat, simán kibírja. A mostaniakra ránézek.. 2 USB-C, egy USB-A. Oszd be. ThinkPad. Örülj, hogy kapsz egy RJ45-öt ajándékba. Katasztrófa. -
CPT.Pirk
Jómunkásember
válasz
Dißnäëß #102746 üzenetére
Jah, de a GPT előtti világban volt 3 HDD-m, rajtuk szétszórva 5 OS... Simán meg lehetett oldani.
A WSL az meg nem jótékonyságból került be a Windowsba. Egyszerűen csak azzal oldották meg, hogy a fejlesztők akik a unix világban megszokott eszközöket aktívan használják azoknak is tudjanak adni valamit, hogy ne legyen többé okuk Linuxot telepíteni Windows helyett. -
sh4d0w
félisten
válasz
Dißnäëß #102738 üzenetére
Ez még mindig nem az, amire kíváncsi vagyok, a Kapitány tökéletesen megértette a kérdésem lényegét, de megpróbálom részletesebben:
- UEFI direkt boot - nincs bootloader, egyből innen indul az operációs rendszer
- UEFI bootloader (teljesen UEFI-re állított rendszer, nincs legacy, nincs ahci, nincs BIOS mode, nincs MBR, GPT van) - boot menüből választhatok, mit akarok indítani.Szóval az a kérdés, miért jobb az UEFI direkt boot, mint az UEFI bootloaderes? Nyilván érteni szeretném, miért vannak itt többen is, akik ezt használják: menő, divatos, vagy vannak-e kézzelfogható előnyök is?
-
sh4d0w
félisten
válasz
Dißnäëß #102716 üzenetére
Nagyon kivancsi leszek ra, mert meg mindig nem latom a fenenagy elonyet az UEFI bootnak a bootloaderessel szemben. Ami hatranyt latok, az mindket inditasi modot erinti, nevezetesen a FAT32 particio, mert azt sokmindennek lehetne nevezni, de a megtestesult stabilitasnak nem.
-
BoB
veterán
válasz
Dißnäëß #88458 üzenetére
Ha külön van a boot, akkor:
1. be kell rakni az rsync kivételek közé ("/boot/*"
)
2. nem kell grub install
3. chroot előtt bindolni kell:# mount --rbind /boot boot/
Ezt meg ugye abban a mappában ahova csatolva van az új ssd, a többivel együtt (tehát a kiadás előttcd /mnt/uj_ssd
)
(# mount -t proc /proc proc/
# mount -t sysfs /sys sys/
# mount --rbind /dev dev/
)Majd chroot és csak a grub-update kell.
Ja meg ha esetleg lenne swap file-od azt is rakd be rsync kivételek közé, illetve ha használsz gvfs-t akkor ezt is:
"/home/*/.gvfs"
-
BoB
veterán
válasz
Dißnäëß #88453 üzenetére
1. igen
2. igen
3. igen de nem kell azonos fájlrendszer, bármi más is lehet (tehát pl ext4-ről váltasz f2fs-re)
4. felcsatolod az új ssd-t (mount)
5. lesz az rsync (root jog!), ezzekkel a kapcsolókkal, kivételekkel:# rsync -aAXHv --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} / /mnt/uj_ssd_csatolasi_pont
6. átírod az új ssd-n lévő fstab-ot (tehát az /mnt/uj_ssd/etc/fstab -ot)
7. chroot új ssd-re, tehát /mnt/uj_ssd/ -re
8. # mkinitcpio -P
9. telepíted a grub-ot az új ssd-re, úgy mint /dev/XXX
10. grub-mkconfig
11. exit chroot
12. reboot -
válasz
Dißnäëß #72475 üzenetére
OK, az nem jutott eszembe, hogy nem stable, pedig itt van: Debian GNU/Linux bullseye/sid
Akkor így már tiszta a dolog, köszi. Valamikor majd fel szeretném telepíteni, bár kizárt, hogy két évbe telne megölnöm ezt a verziót is, mint a Debian 8-at. Abba még az experimental repoból is telepítgettem, mindent kibírt, kivéve, mikor az LMDE2 repoból felraktam friss Xorg-ot vagy az új Cinnamont.....na akkor kellett a konzolos élesztés neki.
Nagyon visszafejlődtem, hogy régóta csak Mint-et használok, emiatt kéne Debian mellé.
-
válasz
Dißnäëß #72472 üzenetére
Köszi! Azt el is felejtettem, hogy nálad nem biztos, hogy Cinnamon lesz, mindig magamból indulok ki.
A mesa verziót nem írja, talán azért, mert a VGA driver renderel.....
A Xorg újabb, mint a Mint 19.3-ban, annyira nincs már lemaradva ezekkel a Debian.Graphics:
Device-1: Intel 3rd Gen Core processor Graphics vendor: Hewlett-Packard
driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:0166
Display: x11 server: X.Org 1.20.5 driver: modesetting unloaded: fbdev,vesa
resolution: 1600x900~60Hz
OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile v: 4.2 Mesa 19.2.8
compat-v: 3.0 direct render: Yes -
válasz
Dißnäëß #72466 üzenetére
Host lenne az igazi, főleg a driverek verziója miatt. xorg, mesa, etc.
(#72470) rin33
Hú de rég olvastam már a zram-ról, zseniális ötlet az kevés RAM esetén és valóban jóval gyorsabbnak kell lennie, mint a swap, mivel memóriát használja tömörített adatokkal, a swap meg ugye a lassú HDD-t. A beállításait sose tudtam, de amikor már kipróbáltam, nem sok értelme volt, mert ahhoz meg túl sok volt már a fizikai RAM.
egy ilyen kimenetet mutathatnál, hogyan alakítja ki a rendszer:
inxi -Pxxx
Nekem anno két particiót csinált önállóan:
Partition: ID-1: / size: 20G used: 7.6G (41%) fs: ext4 dev: /dev/sda1
ID-2: swap-1 size: 1.00GB used: 0.00GB (0%) fs: swap dev: /dev/zram0
ID-3: swap-2 size: 1.00GB used: 0.00GB (0%) fs: swap dev: /dev/zram1 -
válasz
Dißnäëß #72459 üzenetére
Super, köszi! Így már tuti és teljesen korrekt is ez a lista. Deepin is Gnome szinten lehet szerintem, mert ugyan Qt alapú most már főleg, de egyes elemei meg GTK-sok maradtak.
Ha ez most a legfrissebb Debian, még két kimenetet a system és graphics-ről mutathatnál.
inxi -Sxxx
inxi -Gxxx(#72460) Necronom
Ha valahogy rátalálok az infóra, mi okból lehet ez a másolási különbség, mindenképp jelzem majd.
-
Necronom
senior tag
válasz
Dißnäëß #72372 üzenetére
Ez az egész csak 1 vélemény, fogadd fenntartással
Ne viccelj mar, hiszen tokre jofej dolgokat irsz le, viszont sosem mondtam, hogy ertek hozza, (de tenyleg ezt irtam) de az en SAJAT SZINTEM az, amihez ertek....
es koszonom szepen a tajekoztatast Neked! Kell ez (is)! Latni, olvasni kell az ide tevedo embereknek!viszont májkimiki!
Valahogyan raereztel arra, hogy ...vagyis ugyanarra mint en is
mert itt van az ami nekem a lenyeg:
Na de, Te nem üzemeltető rendszergazda vagy hanem otthoni felhasználó. Magadnak úgy dobod össze a környezetet, ahogy neked a legkényelmesebb.
es sosem leszek sem uzemelteto sem semmilyen gazda, max a kutyamees nekem a hobbym sem ez, mondanam azt, hogy kenyszervallakozo vagyok Linux ugyeben, de ahogyan itt is leirta Dißnäëß ez is all mint katiba a gyerek, annyira stabilan igaz
hogy XP környékén még mehettünk a kis hálózati ikonra kattintva egybôl az adapter beállításokra, míg ma W10 alattegy kisebb kattintáserdô kell ugyanehhez
De ha ebbe is mezei user szemmel nezek bele, akkor azt mondom, ha ma mukodne az a tetves XP, akkor azt tennem fel
meg a spajzszereverre is..miert? mert a feladatat el tudja (tudta) latni es imertem annyira pont, amennyire nekem az szukseges voltMa mas vilag van
a W10-tol en is hanyok, bosszant, idegesit, pampog, nem hagy beken pont akkor amikor nekem a GEPEM kell es nem a nyavajas oprendszerem kell dedelgessem, elmegyek dolgozni es elotte valo penteken hiaba kerlelgetem, hogy frissitsel paraszt! egesz nap nem teszi, majd este 11kor lekapcsolom
es szombaton reggel mikor karakoszorcsogon bekapcsolom, ahol 1,1kb/s wifi van, azonnal irja, hogy uj frissitesek vannak, es fogalalkozni kell vele valamilyen szinten, ahelyett, hogy a versenyemre osszpontositanek es arra, amire is kell a szamgep
Ezert van bennem a "csakazertis" feeling es keresek valami mas, ami nem windows
Ugy erzem talaltam es nem azert tetszik a Deepin, mert hasonlit a 30 eve rankeroszakolt oprendszerre, hanem mert kellemes, nyugis, es ha akarom kussol es azt sem tudom milyen oprendszer alatt irom ezt a szoveget, mert nem erdekel
Tanulok en, ha kell - de van egy hatar, egyszer az, mert nem akarok tobbet tudni lasd májkimiki kiemelet szovegreszet, masreszt tenyleg van, amit nem fogok fel...Dißnäëß postjanak 70%-at nem is erettem, de persze boszen bologatok, mintha tudnam mirol ir -
#68216320
törölt tag
válasz
Dißnäëß #72325 üzenetére
Ha jól tudom (csak elméletben ugyan), de van rá esély, hogy ugyanazt az md5 hash-t adja egy másik forrás is. Emiatt azt elvetettem. Picit utánajárva úgy tűnik a sha256 tökéletes lehet, a gtkhash is ismeri, szóval azt hiszem akkor ez lesz a választott.
Vagy van esetleg ellenérv mellette? Valami probléma a kezelésével? Win vonalon könnyen tudnám használni/előállítani.
-
lev258
veterán
válasz
Dißnäëß #72273 üzenetére
Egyszer volt egy kísérlet, hogy határokat húzzunk és ennek megfelelően megújítsuk a jelenlegi állapotot. Amikor kútba esett, akkor adtam vissza a topikgazda jogaimat.
Én is próbáltam már a KVM-et, de inkább csak kíváncsiságból. De a te leírásodban komoly eszközként szerepel, erősen haladónak tűnő kérdésekkel, problémákkal (nem a kérdező vagy a válaszoló személye, hozzáértése a lényeg). -
Dißnäëß
nagyúr
válasz
Dißnäëß #72245 üzenetére
VM-en a legjobb eredmény (host vagy EPYC, mindegy) :
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm rep_good nopl cpuid extd_apicid tsc_known_freq pni pclmulqdq ssse3 fma cx16 sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm cmp_legacy cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw topoext perfctr_core ssbd ibpb stibp vmmcall fsgsbase tsc_adjust bmi1 avx2 smep bmi2 rdseed adx smap clflushopt clwb sha_ni xsaveopt xsavec xgetbv1 clzero wbnoinvd arat umip arch_capabilities
host:
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb cat_l3 cdp_l3 hw_pstate sme ssbd mba sev ibpb stibp vmmcall fsgsbase bmi1 avx2 smep bmi2 cqm rdt_a rdseed adx smap clflushopt clwb sha_ni xsaveopt xsavec xgetbv1 xsaves cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local clzero irperf xsaveerptr wbnoinvd arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif umip rdpid overflow_recov succor smca -
Dißnäëß
nagyúr
válasz
Dißnäëß #72217 üzenetére
MAC (AP Main) : 30:5A:3A....
Operation Mode : AP
WPHY Mode : 11a/n/ac
Channel Main : 36
AP Main Stations List
----------------------------------------
MAC PhyMode BW MCS SGI LDPC STBC TRate RSSI PSM Connect Time
................. VHT 80M 9 YES YES NO 867M -63 YES 00:28:22
................. VHT 80M 4 NO YES NO 351M -71 YES 00:27:42
................. VHT 80M 9 YES YES NO 867M -53 YES 00:27:00
................. VHT 80M 9 NO YES NO 390M -58 YES 00:26:29
................. HTMIX 40M 14 NO NO NO 243M -59 NO 00:02:49
Ú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!
- Vicces képek
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- Milyen NAS-t vegyek?
- Itt egy pár fotó az iPhone 17 sorozatról
- Windows 10
- Több újítással támad a Xiaomi Redmi 3s
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- 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!
- Eladó Steam kulcsok kedvező áron!
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- LicencAruhaz.hu OLCSÓ, LEGÁLIS SZOFTVEREK AZONNAL - Windows - Office - Win Server - ÖRÖK GARANCIÁVAL
- 27%-OS ÁFÁS SZÁMLA I Jogtiszta Microsoft digitális és fizikai termékek I DIGITALKEYZ.COM
- 12 GB-os RTX 4070Ti - garanciával
- LG 25GR75FG - E-Sport Monitor - FHD 360Hz 1ms - NVIDIA Reflex + G-sync - AMD FreeSync - HDR 400
- GYÖNYÖRŰ iPhone 13 128GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3034, 100% Akkumulátor
- Hp Prodesk 600 G3/ G5/ G6 SFF/ i5 8-9-10 gen / Elitedesk 800 G4 /Win11- Számla, garancia
- LG 27GX790A - 27" OLED evo / QHD 2K / 480Hz & 0.03ms / NVIDIA G-Sync / FreeSync / DP 2.1 / HDMI 2.1
Állásajánlatok
Cég: FOTC
Város: Budapest