-
PROHARDVER!
PROHARDVER!
Új hozzászólás Aktív témák
-
#15182-ben már érintettük a témát...
Ha a fstrim.timer már aktiválva van a rendszereden, akkor a btrfs-trim parancsra nincs szükség, mivel a rendszer már automatikusan végrehajtja a szükséges trim műveleteket.
Nem tudom, mit lehetne optimalizálni egy filesystemet TRIM-melő fstrim-en, de magával az optimalizálással kapcsolatban is vannak kétségeim Garudánál. Mondjuk telepítés előtt lefuttat egy hardverdetect-et a notimon, az lenne az optimális, ha sem fstrim, sem defrag nem lenne aktív, lévén két NVMe SSD van a gépben. No majd kiderül... De mit is keresne a defrag ott, ahol SSD-k vannak?
-
-
Hát ez érdekes, nem igazán értem a mögöttes szándékot. Itt az eredeti fájl: https://github.com/kdave/btrfsmaintenance/blob/master/sysconfig.btrfsmaintenance
Ebben is "none" a BTRFS_DEFRAG_PERIOD, a BTRFS_DEFRAG_PATHS pedig üres string. Nem értem, miért gondolták a Garudások, hogy jó ötlet ezt átállítgatni?
Na mindegy, ők tudják.
Elég rendhagyó módon rakták össze a disztróikat, az már biztos.
Egyre kíváncsibb vagyok ezekre a fstrim meg defrag beállításokra, hogyan fog kinézni telepített rendszeren. -
/etc/default/btrfsmaintenancefájlt tegnap live-ban láttam, sajna a defrag aktív volt, ahogyan growler list-timerében is az! SSD-k nem kedvelik a defragot.ez van live-ban...nem bírtam telepíteni, mert rettenet még a Cinnamon kinézete is...
BTRFS_DEFRAG_PATHS="auto"## Path: System/File systems/btrfs## Type: string(none,daily,weekly,monthly)## Default: "none"## ServiceRestart: btrfsmaintenance-refresh## Frequency of defrag.BTRFS_DEFRAG_PERIOD="weekly"## Path: System/File systems/btrfs## Type: string## Default: "+1M"## Minimal file size to consider for defragmentationBTRFS_DEFRAG_MIN_SIZE="+1M"## Path: System/File systems/btrfs## Type: string## Default: "/" -
Mivel #-al kezdődik, ezeket a sorokat figyelmen kívűl hagyja. Egy live alatt nem is lenne sok értelme.
Bár automatán ál a defrag beállítása, azt is írja, hogy az alapértelmezett beállítása "none", vagyis nem dolgozik.
Mekkora esélye van, hogy egy live rendszer több mit 1 hétig fut? Merthogy az ütemezése "weekly"Plusz látszólag összekeveredtek a sorok. A path típusának felsorolása inkább az időzítéshez való paramétereket tartalmaz.
Volt egy sejtésem, hogy live alatt nem fog defragolni, mvel nem is használja az SSD-t. Itt a lényeg, hogy hol volt az említett fájl. De growler-nél aktív a defrag.timer, mint láthattad. Viszont nincs fstrim.timer!
Plusz látszólag összekeveredtek a sorok. A path típusának felsorolása inkább az időzítéshez való paramétereket tartalmaz.
Ez szomorú, de így szerepel a btrfsmaintenance fájlban, azt nem tudom, telepítés után változik-e pár beállítás... -
Mivel #-al kezdődik, ezeket a sorokat figyelmen kívűl hagyja. Egy live alatt nem is lenne sok értelme.
Bár automatán ál a defrag beállítása, azt is írja, hogy az alapértelmezett beállítása "none", vagyis nem dolgozik.
Mekkora esélye van, hogy egy live rendszer több mit 1 hétig fut? Merthogy az ütemezése "weekly"Plusz látszólag összekeveredtek a sorok. A path típusának felsorolása inkább az időzítéshez való paramétereket tartalmaz.
-
/etc/default/btrfsmaintenancefájlt tegnap live-ban láttam, sajna a defrag aktív volt, ahogyan growler list-timerében is az! SSD-k nem kedvelik a defragot.ez van live-ban...nem bírtam telepíteni, mert rettenet még a Cinnamon kinézete is...
BTRFS_DEFRAG_PATHS="auto"## Path: System/File systems/btrfs## Type: string(none,daily,weekly,monthly)## Default: "none"## ServiceRestart: btrfsmaintenance-refresh## Frequency of defrag.BTRFS_DEFRAG_PERIOD="weekly"## Path: System/File systems/btrfs## Type: string## Default: "+1M"## Minimal file size to consider for defragmentationBTRFS_DEFRAG_MIN_SIZE="+1M"## Path: System/File systems/btrfs## Type: string## Default: "/" -
Sziasztok!
Lehet, hogy hülye kérdés, de nem akarom megszívni... ;-)
Venni szeretnék egy új gépet Ryzen 5 8500G procival, és az integrált Radeon 740M grafikát használnám, diszkrét grafikus kártyával nem tervezek - csak "irodai" melóra lesz a gép.
Van valami, amitől tartanom kell? ;-)
Linux-kompatibilis a vas?
Mindig a legújabb Mint Cinnamon fog futni rajta.Előre is köszi válaszokat, üdv: Vasti
-
Azt nézd meg, amit #15177-ben írtam, hogy a /etc/sysconfig/btrfsmaintenance fájlban a BTRFS_TRIM_PERIOD értéke mire van állítva? Ha "none", akkor maga a trim nem fut le, csak a többi (balance, scrub, defrag...).
Most látom, hogy a BTRFS_DEFRAG_PERIOD értéke is "none" alapértelmezetten, tehát ez sem fut le. -
Azt nézd meg, amit #15177-ben írtam, hogy a /etc/sysconfig/btrfsmaintenance fájlban a BTRFS_TRIM_PERIOD értéke mire van állítva? Ha "none", akkor maga a trim nem fut le, csak a többi (balance, scrub, defrag...).
Most látom, hogy a BTRFS_DEFRAG_PERIOD értéke is "none" alapértelmezetten, tehát ez sem fut le. -
De rég használtam már ezt a chatGPT-t...
amúgy amit ír, az kb pont ugyanaz, amit az elején is gondoltam. Elképzelhető, hogy ha a BTRFS nem systemd-s rendszeren futna, akkor lenne létjogosultsága a btrfs-trim-nek.A btrfs-trim és a fstrim.timer használata együtt nem szükséges, mivel a fstrim maga is képes megfelelően kezelni a Btrfs fájlrendszert. A btrfs-trim ugyanazt a funkciót látja el, mint a fstrim, de kifejezetten a Btrfs fájlrendszeren belüli optimalizálásra van optimalizálva.
Ha a fstrim.timer már aktiválva van a rendszereden, akkor a btrfs-trim parancsra nincs szükség, mivel a rendszer már automatikusan végrehajtja a szükséges trim műveleteket.
-
De rég használtam már ezt a chatGPT-t...
amúgy amit ír, az kb pont ugyanaz, amit az elején is gondoltam. Elképzelhető, hogy ha a BTRFS nem systemd-s rendszeren futna, akkor lenne létjogosultsága a btrfs-trim-nek.A btrfs-trim és a fstrim.timer használata együtt nem szükséges, mivel a fstrim maga is képes megfelelően kezelni a Btrfs fájlrendszert. A btrfs-trim ugyanazt a funkciót látja el, mint a fstrim, de kifejezetten a Btrfs fájlrendszeren belüli optimalizálásra van optimalizálva.
Ha a fstrim.timer már aktiválva van a rendszereden, akkor a btrfs-trim parancsra nincs szükség, mivel a rendszer már automatikusan végrehajtja a szükséges trim műveleteket.
-
-
A btrfs-trim.service-ben van egy ilyen sor:
Conflicts=fstrim.serviceEz megakadályozza, hogy a két szolgáltatás egyszerre fusson. Amúgy mind a kettő az fstrim-et hívja meg, csak a btrfs-trim kicsit szofisztikáltabban, és van neki egy konfig fájlja, amiben ez a két sor alapértelmezetten így néz ki:
BTRFS_TRIM_PERIOD="none"
BTRFS_TRIM_MOUNTPOINTS="/.snapshots"Szóval tulajdonképpen a btrfs-trim nem trimel semmit, de ha be lenne kapcsolva, alapból akkor is csak a /.snaphosts alatt lévő snapshotokat trimelné.
-
Egy éve is szóba került ez a BTRFS mount opció kérdéskör, azóta nem is foglalkoztam vele, pedig igazi kihívás volt ez akkor.
A mostani hsz-edben is meghökkentett a mindenütt ott lévő
noatimeopció, de az mégis fontos a COW miatt, plusz most látom a linkelt hsz-ben, hogy egyedi fstrim megoldása van a BTRFS-nek. Érdekes tényleg ez a fs, lehet megint olvasgatnom kéne róla...Az atime-ról itt is van egy olvasnivaló:
Atime and btrfs: a bad combination?
ebben meg érdekes megállapítások vannak a COW-ról:
Understand Btrfs File System (Copy On Write, Sub-Volumes, Snapshots, Quota Group) — Part 2
Most is fut két külön trim.service a képed alapján, most akkor az hogy van? Az egyik elég lenne, nem?
Melyik DE-vel használod a Garudát amúgy, ami nem egy visualhorror?
-
"rengeteg inaktív tárhelyet képeznek csak"
Én kísérleteztem BTRFS használatával, ott ez kiküszöbölhető. Egy "@" subvolume alá kerül a root, és "@home" alá a /home. Minden subvolume külön fájlrendszer, de dinamikusan foglalják a helyet a partícióból.
Kb. ezek a partíciók kellenek hozzá:
100-500 MB FAT32 - EFI
2-4 GB EXT4 - /boot
a maradék BTRFS - @ (/), @home (/home), ezeket megcsinálja a telepítő.
-
Sziasztok!
Lehet, hogy hülye kérdés, de nem akarom megszívni... ;-)
Venni szeretnék egy új gépet Ryzen 5 8500G procival, és az integrált Radeon 740M grafikát használnám, diszkrét grafikus kártyával nem tervezek - csak "irodai" melóra lesz a gép.
Van valami, amitől tartanom kell? ;-)
Linux-kompatibilis a vas?
Mindig a legújabb Mint Cinnamon fog futni rajta.Előre is köszi válaszokat, üdv: Vasti
x évvel ezelőtt az volt a trend, hogy vegyél nvidiát, mert az jól támogatott linuxon. utána ez megváltozott, most az a trend, hogy vegyél amd-t mert az jól támogatott linuxon.
Persze, mert adtak ki egy csomó dokumentációt, tehát meg tudták csinálni a nyílt drivert jól. Most out of the box van minden hardveres gyorsításod meg ilyenek.
-
Sziasztok!
Lehet, hogy hülye kérdés, de nem akarom megszívni... ;-)
Venni szeretnék egy új gépet Ryzen 5 8500G procival, és az integrált Radeon 740M grafikát használnám, diszkrét grafikus kártyával nem tervezek - csak "irodai" melóra lesz a gép.
Van valami, amitől tartanom kell? ;-)
Linux-kompatibilis a vas?
Mindig a legújabb Mint Cinnamon fog futni rajta.Előre is köszi válaszokat, üdv: Vasti
-
Sziasztok!
Lehet, hogy hülye kérdés, de nem akarom megszívni... ;-)
Venni szeretnék egy új gépet Ryzen 5 8500G procival, és az integrált Radeon 740M grafikát használnám, diszkrét grafikus kártyával nem tervezek - csak "irodai" melóra lesz a gép.
Van valami, amitől tartanom kell? ;-)
Linux-kompatibilis a vas?
Mindig a legújabb Mint Cinnamon fog futni rajta.Előre is köszi válaszokat, üdv: Vasti
-
Magát a hw-t simán felismeri. Lássuk az fstab-ot. Vagy automatán csatolja fel? Piszkáltad ezt kézzel?
A VGA (DisplayPort)vezérlése, kommunikációja a monitorral(pl lekérdezi milyen monitorral van dolga, milyen felbontást tud(EDID), vagy éppen jelzi, hogy nem támogatott az a felbontás, amit kap, vagy hogy éppen elment aludni a monitor.) Valószínű olyan adattal találkozott a kommunikáció során, amit nem tud értelmezni.
A gép BIOS-ának ACPI-vel kapcsolatos problémájára utal. Elég gyakori hiba. Ha minden rendben működik, nem kell vele foglalkozni.
-
Azt hiszem, ez vonatkozik az USB SSD-re:
[30699.270663] usb 1-5.7.4.1: new high-speed USB device number 22 using xhci_hcd
[30699.407599] usb 1-5.7.4.1: New USB device found, idVendor=152d, idProduct=0580, bcdDevice=31.03
[30699.407621] usb 1-5.7.4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[30699.407631] usb 1-5.7.4.1: Product: USB 3.1 Storage Device
[30699.407639] usb 1-5.7.4.1: Manufacturer: JMicron
[30699.407645] usb 1-5.7.4.1: SerialNumber: DD5641988395D
[30699.485893] usbcore: registered new interface driver usb-storage
[30699.493233] scsi host2: uas
[30699.493397] usbcore: registered new interface driver uas
[30699.493754] scsi 2:0:0:0: Direct-Access SAMSUNG MZVLB256HAHQ 3103 PQ: 0 ANSI: 6
[30699.495006] sd 2:0:0:0: Attached scsi generic sg1 type 0
[30701.467881] sd 2:0:0:0: [sdb] 500118192 512-byte logical blocks: (256 GB/238 GiB)
[30701.467896] sd 2:0:0:0: [sdb] 4096-byte physical blocks
[30701.468192] sd 2:0:0:0: [sdb] Write Protect is off
[30701.468206] sd 2:0:0:0: [sdb] Mode Sense: 6b 00 00 08
[30701.468655] sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[30701.468969] sd 2:0:0:0: [sdb] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes)
[30701.476393] sdb: sdb1 sdb2 sdb3 sdb4
[30701.477885] sd 2:0:0:0: [sdb] Attached SCSI disk
[30701.873734] ntfs3: Enabled Linux POSIX ACLs support
[30701.873736] ntfs3: Read-only LZX/Xpress compression included
[30701.874118] ntfs3: Unknown parameter 'windows_names'Ez mi lehet amugy?
[30361.501193] i915 0000:00:02.0: [drm] *ERROR* mstb 0000000025f73321 port 1: DPCD read on addr 0x4b0 for 1 bytes NAKed
[30361.512088] i915 0000:00:02.0: [drm] *ERROR* mstb 0000000025f73321 port 2: DPCD read on addr 0x4b0 for 1 bytes NAKed
[30361.523198] i915 0000:00:02.0: [drm] *ERROR* mstb 0000000025f73321 port 3: DPCD read on addr 0x4b0 for 1 bytes NAKedEz lehet a baja a halozati meghajtoknak?
[ 19.184336] FS-Cache: Duplicate cookie detected
[ 19.184339] FS-Cache: O-cookie c=00000003 [p=00000002 fl=222 nc=0 na=1]
[ 19.184342] FS-Cache: O-cookie d=0000000032fdb1f7{CIFS.server} n=000000000dd1ce51
[ 19.184344] FS-Cache: O-key=[8] '020001bdc0a80064'
[ 19.184351] FS-Cache: N-cookie c=00000004 [p=00000002 fl=2 nc=0 na=1]
[ 19.184353] FS-Cache: N-cookie d=0000000032fdb1f7{CIFS.server} n=00000000e28db338
[ 19.184355] FS-Cache: N-key=[8] '020001bdc0a80064'
[ 20.754629] CIFS: VFS: parse_server_interfaces: malformed interface info
[ 20.758461] CIFS: VFS: parse_server_interfaces: malformed interface infoEz a BIOS error mi lehet?
[ 5.071534] ACPI BIOS Error (bug): AE_AML_PACKAGE_LIMIT, Index (0x000000005) is beyond end of object (length 0x5) (20210730/exoparg2-393)
[ 5.071591] ACPI Error: Aborting method \_TZ.GETP due to previous error (AE_AML_PACKAGE_LIMIT) (20210730/psparse-529)
[ 5.071606] ACPI Error: Aborting method \_TZ.CHGZ._CRT due to previous error (AE_AML_PACKAGE_LIMIT) (20210730/psparse-529)
[ 5.072795] ACPI BIOS Error (bug): AE_AML_PACKAGE_LIMIT, Index (0x000000005) is beyond end of object (length 0x5) (20210730/exoparg2-393)
[ 5.072851] ACPI Error: Aborting method \_TZ.GETP due to previous error (AE_AML_PACKAGE_LIMIT) (20210730/psparse-529)
[ 5.072866] ACPI Error: Aborting method \_TZ.CHGZ._CRT due to previous error (AE_AML_PACKAGE_LIMIT) (20210730/psparse-529) -
-
Volt mar ez az SSD 3 elozo konfigban. Most azt tervezem, hogy berakom egy 5. konfigba. Regebben is voltak mar vele anomaliak. Szoval ideje ujratelepiteni.
A laptopba, ahol most van, meg vissza megy a regi, 250-es SSD, es arra is kerul egy uj Linux.
Ez a terv. De elotte jol le kene menteni rola az adatokat, mert bar 90% meg van a NAS-on, de a maradekot szeretnem megmenteni. -
Az nem jelent semmit. Attól függően hogyan választod le, még maradhat "piszkos" állapotban. Ettől Linux alatt csak olvasható módon csatolódik fel.
Igen, így lehet, de oka van annak, hogy nem hajlandó hálózatba másolni, és újra akarod telepíteni.
Ha ránézel a hibanaplóra, és rendszeresen panaszkodik arra, hogy a lemez megtelt, csak törölnöd kell pár felesleges fájlt, hogy helyreálljon a rendszer normál működése. De ha azt látod, hogy folyamatosan i/O hibát dob az SSD-re, azon az újratelepítés sem segít.Igen, valószínűleg úgy is lementhető a tartalma.
-
Windowsos geppel mukodik az SSD.
A NAS SAMBA, es van rajta eleg hely. Ugy kb 4TB. Nincs felhasznaloi limit beallitva.Most az jutott az eszembe, hogy kiveszem a gepbol a SSD-t, beteszem kulso hazba, es radugom ugy a NAS-ra, USB-n. Lehet, hogy ez a legegszerubb, es leggyorsabb modja az adatmentesnek? Mi a velemenyed?
A dmesg kimenetet akkor tudom megnezni, ha hazamentem.
-
-
Ket dolog jott most elo nalam:
1, van egy M.2 SSD-m, (Valami Samsung 250GB,) NTFS file rendszerrel, egy kulso hazikoban, es nem tudom ugy felcsatolni, hogy irasra, csak olvasasra. Ez kb. 1 eve, amikor beleraktam, talan mukodott. (Probaltam a hazon a lock kapcsolot babralni, de nem segitett.)
2, Halozati meghajtora (NAS) iraskor teljesen lelassul a gep, es a file-kezelot sem tudom bezarni. Raadasul ugy tunik, egy ido utan nem is ir oda semmit sem.
Szeretnem ujra telepiteni a gepet, de nem tudom az adataimat menteni. -
tvamos
nagyúr
Ket dolog jott most elo nalam:
1, van egy M.2 SSD-m, (Valami Samsung 250GB,) NTFS file rendszerrel, egy kulso hazikoban, es nem tudom ugy felcsatolni, hogy irasra, csak olvasasra. Ez kb. 1 eve, amikor beleraktam, talan mukodott. (Probaltam a hazon a lock kapcsolot babralni, de nem segitett.)
2, Halozati meghajtora (NAS) iraskor teljesen lelassul a gep, es a file-kezelot sem tudom bezarni. Raadasul ugy tunik, egy ido utan nem is ir oda semmit sem.
Szeretnem ujra telepiteni a gepet, de nem tudom az adataimat menteni. -
Én nala előtét programot használok debianon. Az tud olyat, hogy leteszteli neked a szervereket és az 5 leggyorsabbat elmenti neked.
Elvileg a debian csomagkezelője a geoip - vagymiaszösz - adataid alapján választ neked tükröt.
Most hadd ne mondjam már, hogy a dnf ezeket alapból tudja, nem kell külön rábeszélni.
-
Én nala előtét programot használok debianon. Az tud olyat, hogy leteszteli neked a szervereket és az 5 leggyorsabbat elmenti neked.
Elvileg a debian csomagkezelője a geoip - vagymiaszösz - adataid alapján választ neked tükröt.
Most hadd ne mondjam már, hogy a dnf ezeket alapból tudja, nem kell külön rábeszélni.
-
Ott azért valami furaság van, mert második helyen az USA szerver van, ennek sok köze nincs a disztróhoz. Nekem ezer éve lokáció alapján listázza a tükrök sebességét.
Quantummal vagy 6-8 éve volt valami gond, azóta teljesen jó az is...most megnéztem notebookon, hogyan állnak.
Így most már kezdem érteni, miért írtad anno, hogy rohadt lassan megy a főverzió frissítése, hát akkor az sem a Mint hibája volt. Nekem qrvagyorsan ment. Ugye ez netsebesség kérdése akkor...
-
Én Debian Hamm-el kezdtem a linuxos életet, és az még '98-ban volt ;-)
(...illetve nem, mert kicsivel előtte már Debian Bo + Mars NWE-re cseréltük a Novell szervereken a rendszert, de asztali gépnek, éles munkára azt még nem fogtuk be, csak próbálgattuk ;-)
Volt persze közben egy kis RedHat és SuSE kitérő is, de nagyrészt Debian futott a gépemen.
Aztán pár éve (jó régen) képbe került a Mint, és úgy megtetszett, hogy más nem is használnék... Kipróbálok ezt-azt néha kíváncsiságból virtuális gépen, de egyelőre marad ;-)
Most berágtam rá az Intel UHD 630 grafikus kártya + átméretezett munkaasztal + akadozó videók miatt, elkezdtem Mac-el szórakozni, de neeeem, nincs az a pénz ;-)
Rájöttem a nagy eszemmel, hogy nem is rendszert kell cserélnem, hanem inkább grafikus kártyát, vagy gépet! ;-) -
Az első és egyetlen főverzió frissítési kísérletem 20.3-rol 21-re volt.
A mintupgrade minden kereset/feltételét kielégítettem.
Maga a frissítés olyan sokáig tartott, hogy közben kinőtt a borostám.
Nagy nehezen végzett - újraindítás után, latom hogy sok telepített
alkalmazásom eltűnt (netről letöltött .deb telepítős, PPA-val felvett)
Akkor lett elegem az egészből, mikor olyan alkalmazás indítóikonjára
kattintottam amelyet meghagyott, - és az nem indult.
Abban az esetben mikor csak az adott kiadás hivatalos tarolóiból
telepített + alkalmazásaim vannak, lehet hogy jó, és nincs, vagy
sokkal kevesebb az ilyen probléma - de olyan alkalmasokat is használok melyek nincsenek a tarolókban. -
Ez érdekes és kíváncsi is vagyok erre, hogy mit jelent a "kiherélés"? Elvesznek a beállításaid, vagy ezt hogyan kell érteni?
MX Linuxot is használtam mostanában, az is nagyon tetszik, annál viszont a verzióváltást nem tudják megoldani már telepített rendszeren... az egészet újra kell húzni, nekem meg nincs kedvem azzal szórakozni. Érdekes, hogy Debiant lehet frissíteni egyik verzióról a másikra, de a rá épülő MX-et nem? Remélem megoldják a jövőben...Az első és egyetlen főverzió frissítési kísérletem 20.3-rol 21-re volt.
A mintupgrade minden kereset/feltételét kielégítettem.
Maga a frissítés olyan sokáig tartott, hogy közben kinőtt a borostám.
Nagy nehezen végzett - újraindítás után, latom hogy sok telepített
alkalmazásom eltűnt (netről letöltött .deb telepítős, PPA-val felvett)
Akkor lett elegem az egészből, mikor olyan alkalmazás indítóikonjára
kattintottam amelyet meghagyott, - és az nem indult.Abban az esetben mikor csak az adott kiadás hivatalos tarolóiból
telepített + alkalmazásaim vannak, lehet hogy jó, és nincs, vagy
sokkal kevesebb az ilyen probléma - de olyan alkalmasokat is használok melyek nincsenek a tarolókban. -
Ilyen esetben sincs sok gond. Én évtizede úgy csinálom fedorán:
- nem foglalkozom a verzió frissítéssel
- lementem a /home-ot, nem tartok ott sok adatot, csak a szoftverek használják beállításra
- lementem az fstabot
- 0-ról telepítem a rendszert
- a programjaimat felteszem
- /home-ot bemásolom
- fstab
kész.Mondjuk ennyiből tényleg jobb, ha a /home külön partíción van, csak a rendszert kell újrahúzni. Köszi a tippeket!
-
Ez érdekes és kíváncsi is vagyok erre, hogy mit jelent a "kiherélés"? Elvesznek a beállításaid, vagy ezt hogyan kell érteni?
MX Linuxot is használtam mostanában, az is nagyon tetszik, annál viszont a verzióváltást nem tudják megoldani már telepített rendszeren... az egészet újra kell húzni, nekem meg nincs kedvem azzal szórakozni. Érdekes, hogy Debiant lehet frissíteni egyik verzióról a másikra, de a rá épülő MX-et nem? Remélem megoldják a jövőben... -
A 2012-es Maya óta én is Mintet használtam/használok.
De tele lett a hócipőm attól, hogy a főverzió frissítés félig
kiheréli a jól belakott rendszeremet. (Tapasztalat!)
Eddig jól megvagyok az Arch alapú rolling kiadásokkal is.
2-3 naponta - hetente frissítek, - minden csomagverzió a legújabb,
és felejtős a főverzió frissítés. -
De jó, hogy ilyen rendszereket nem használok... a fő gépen Debian van, a másodlagoson meg Mint. De már annyira kényelmes a Mint is, hogy gondolkozom a Debian lecserélésén. Kár volna pedig, már jól belaktam.
A 2012-es Maya óta én is Mintet használtam/használok.
De tele lett a hócipőm attól, hogy a főverzió frissítés félig
kiheréli a jól belakott rendszeremet. (Tapasztalat!)
Eddig jól megvagyok az Arch alapú rolling kiadásokkal is.
2-3 naponta - hetente frissítek, - minden csomagverzió a legújabb,
és felejtős a főverzió frissítés. -
-
2006-ban 64 bites fedorát használtam. Akkor még párhuzamosan telepítették a disztrók a 64 bites és 32 bites libeket. Majd ez utóbbi kikopott és külön felteheted ha nagyon kell.
"brutto 7000 forint"
Igen... tehát vegyek hardvert ha használni akarom. Jópofa. Ezt a windózoknál szokták mondogatni. Mondom én, hogy eghyre inkább bloatware az egész. -
Ez az, hogy egy rolling kiadást legjobb egy új snapshot kiadása
utan telepíteni - mert nem szereti a több hónapnyi frissítés
kimaradást - könyen olyan problémák léphetnek fel, melyeket
nem vagy hathatós segítséggel tudsz csak megoldani.Valóban, ezt el is felejtettem, bár a rollingerek mindig felháborodtak, mikor ilyeneket írtam az archklónokról!
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Az nem baj, úgyis frissül a rendszer install után, gondolom. Fura is lenne egy rollingtól, ha nem tenné.
Ami érdekes még Garuda-nál, az pont a RAM kezelése, de sok egyedi dolgot alkalmaznak, ahogy emlékszem.RAM van a notiban bőven, 32GB, de jobban szeretem nem live-ban kipróbálni, hogy lássam hogyan oldja meg a többi disztró közé befurakodást, EFI, GRUB, etc...
-
Fedora az egyetlen, amit még sose láttam élőben, egyszer próbáltam a hopperkedés elején, de blackscreen volt csak, feladtam. Akkor jött a Debian próba, ami legalább fallback megjelenítést dobott, ATI kártya anno elég nyűgös dolog volt Linuxon, az fglrx-et is úgy kellett felrakni, persze azt se tudtam, mi az, épp Win7-ról jöttem!
Azért 10 év alatt sokat könnyült a desktop Linuxok telepítése, kicsit jobb a helyzet a VGA-k drivereivel is. -
Az utolsó Garuda Cinnamon snapshot 240428-as - ez tényleg csak live kipróbálásra/
ismerkedésre jó (a RAM nagyságától függően) - telepítésre szerintem túl régi.Az nem baj, úgyis frissül a rendszer install után, gondolom. Fura is lenne egy rollingtól, ha nem tenné.
Ami érdekes még Garuda-nál, az pont a RAM kezelése, de sok egyedi dolgot alkalmaznak, ahogy emlékszem.RAM van a notiban bőven, 32GB, de jobban szeretem nem live-ban kipróbálni, hogy lássam hogyan oldja meg a többi disztró közé befurakodást, EFI, GRUB, etc...
-
A Garuda csoda archklónt én is a BTRFS miatt próbálgattam, tetszett amúgy, de a túltolt visualitás kemény volt azért. Mint-en még nem próbáltam, de egyszer ráveszem magam, de úgy, hogy az egész partició BTRFS legyen.
Synology NAS-t, és az erősen a BTRFS-t tolja
No ezt látod nem tudtam, van 2-3 éve nekem is egy itthon, annyit tudtam, hogy Linux fut alatta, de ugye van egy manager felülete, nem nyúl bele a user.
-
Aham, köszi az infókat!
A többi mind alapértelmezetten jött a rendszer telepítésével.
Gondoltam, mert ez annyira zagyvának tűnik az EXT4 után, hogy ilyet biztosan nem csinálnál magadtól.
Cinnamonnal...no azt lehet kipróbálom, eddig csak más DE-vel néztem rá. A Cinnamon nekem annyira összeforrt a Mint-tel, hogy másnál nem használom, kivéve Debian, de ott mindig jóval régebbi kiadás van fenn és a már megszokott funkciók miatt néha bosszantó tud lenni.
-
Az egyetlen általam engedélyezett/indított timer service, az
az fstrim.timer volt - de utána olvasva, ill. a Garuda forumon
ajánlottak alapján ezt később letiltottam - elég a btrfs-timer.
A többi mind alapértelmezetten jött a rendszer telepítésével.Természetesen Cinnamon DE.
Külön telepített mint-l-témával
(sudo pacman -S mint-l-theme) -
Egy éve is szóba került ez a BTRFS mount opció kérdéskör, azóta nem is foglalkoztam vele, pedig igazi kihívás volt ez akkor.
A mostani hsz-edben is meghökkentett a mindenütt ott lévő
noatimeopció, de az mégis fontos a COW miatt, plusz most látom a linkelt hsz-ben, hogy egyedi fstrim megoldása van a BTRFS-nek. Érdekes tényleg ez a fs, lehet megint olvasgatnom kéne róla...Az atime-ról itt is van egy olvasnivaló:
Atime and btrfs: a bad combination?
ebben meg érdekes megállapítások vannak a COW-ról:
Understand Btrfs File System (Copy On Write, Sub-Volumes, Snapshots, Quota Group) — Part 2
Most is fut két külön trim.service a képed alapján, most akkor az hogy van? Az egyik elég lenne, nem?
Melyik DE-vel használod a Garudát amúgy, ami nem egy visualhorror?
-
Egy éve is szóba került ez a BTRFS mount opció kérdéskör, azóta nem is foglalkoztam vele, pedig igazi kihívás volt ez akkor.
A mostani hsz-edben is meghökkentett a mindenütt ott lévő
noatimeopció, de az mégis fontos a COW miatt, plusz most látom a linkelt hsz-ben, hogy egyedi fstrim megoldása van a BTRFS-nek. Érdekes tényleg ez a fs, lehet megint olvasgatnom kéne róla...Az atime-ról itt is van egy olvasnivaló:
Atime and btrfs: a bad combination?
ebben meg érdekes megállapítások vannak a COW-ról:
Understand Btrfs File System (Copy On Write, Sub-Volumes, Snapshots, Quota Group) — Part 2
Most is fut két külön trim.service a képed alapján, most akkor az hogy van? Az egyik elég lenne, nem?
Melyik DE-vel használod a Garudát amúgy, ami nem egy visualhorror?
-
NEXT LEFT LAST PASSED UNIT ACTIVATES
Sat 2024-11-16 19:53:05 CET 14min - - systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Sat 2024-11-16 20:12:26 CET 33min Sat 2024-11-16 16:34:24 CET - fwupd-refresh.timer fwupd-refresh.service
Sat 2024-11-16 20:31:28 CET 52min Sat 2024-11-16 19:32:52 CET - anacron.timer anacron.service
Sat 2024-11-16 22:47:26 CET 3h 8min Sun 2024-10-13 21:48:37 CEST - motd-news.timer motd-news.service
Sun 2024-11-17 00:00:00 CET 4h 21min Sat 2024-11-16 16:30:08 CET - dpkg-db-backup.timer dpkg-db-backup.service
Sun 2024-11-17 00:00:00 CET 4h 21min Sat 2024-11-16 16:30:08 CET - logrotate.timer logrotate.service
Sun 2024-11-17 00:03:58 CET 4h 25min Sun 2024-10-13 21:48:35 CEST - apt-daily.timer apt-daily.service
Sun 2024-11-17 02:13:56 CET 6h Tue 2024-08-27 23:11:26 CEST - plocate-updatedb.timer plocate-updatedb.service
Sun 2024-11-17 03:10:18 CET 7h Sat 2024-11-16 16:30:49 CET - e2scrub_all.timer e2scrub_all.service
Sun 2024-11-17 04:33:27 CET 8h Tue 2024-08-27 23:11:26 CEST - man-db.timer man-db.service
Sun 2024-11-17 06:31:17 CET 10h Sat 2024-11-16 19:36:37 CET - apt-daily-upgrade.timer apt-daily-upgrade.service
Mon 2024-11-18 01:19:42 CET 1 day 5h Sat 2024-11-16 19:36:38 CET - fstrim.timer fstrim.service
12 timers listed. -
Egyetértek. Ez egyébként csak egy tesztgép, az élesben használt nekem is EXT4 van.
Csak azért érdekelt, mert pár éve vettem egy Synology NAS-t, és az erősen a BTRFS-t tolja, illetve olvastam, hogy a Mint-nél is támogatott. Próbáltam előtte Ubuntu-t is hasonlóan telepíteni, de a kész rendszer már nem bírt elindulni. Pedig a boot (kernel+initramfs) ott is EXT4-en volt.
-
Nyilván a BTRFS jóval modernebb filesystem, jól kezeli ezeket dinamikusan, de kezdőnek bőven jó az EXT4 is, csak nem szabad külön particiónálgatni a /boot meg /var-t és egyebeket, mert ott valóban bedugulhat a rendszer. Ha minden a /-en belül van, az egész használható. Mondjuk én mindig csinálok egy külön Data particiót a nagy letöltött fájloknak, így örökéletig elvan a rendszer a /-en. BTRFS-t meg meg kéne mélyebben ismerni, mert jóval összetettebb az EXT4-nél, nekem tetszik amúgy, csak lusta vagyok tanulni.
-
"rengeteg inaktív tárhelyet képeznek csak"
Én kísérleteztem BTRFS használatával, ott ez kiküszöbölhető. Egy "@" subvolume alá kerül a root, és "@home" alá a /home. Minden subvolume külön fájlrendszer, de dinamikusan foglalják a helyet a partícióból.
Kb. ezek a partíciók kellenek hozzá:
100-500 MB FAT32 - EFI
2-4 GB EXT4 - /boot
a maradék BTRFS - @ (/), @home (/home), ezeket megcsinálja a telepítő. -
"rengeteg inaktív tárhelyet képeznek csak"
Én kísérleteztem BTRFS használatával, ott ez kiküszöbölhető. Egy "@" subvolume alá kerül a root, és "@home" alá a /home. Minden subvolume külön fájlrendszer, de dinamikusan foglalják a helyet a partícióból.
Kb. ezek a partíciók kellenek hozzá:
100-500 MB FAT32 - EFI
2-4 GB EXT4 - /boot
a maradék BTRFS - @ (/), @home (/home), ezeket megcsinálja a telepítő. Nyilván a BTRFS jóval modernebb filesystem, jól kezeli ezeket dinamikusan, de kezdőnek bőven jó az EXT4 is, csak nem szabad külön particiónálgatni a /boot meg /var-t és egyebeket, mert ott valóban bedugulhat a rendszer. Ha minden a /-en belül van, az egész használható. Mondjuk én mindig csinálok egy külön Data particiót a nagy letöltött fájloknak, így örökéletig elvan a rendszer a /-en. BTRFS-t meg meg kéne mélyebben ismerni, mert jóval összetettebb az EXT4-nél, nekem tetszik amúgy, csak lusta vagyok tanulni.
-
Ha nincs más terved a meghajtóval, mint egy OS futtatása, legjobb a rendszer telepítősegéd-re hagyni mindent. Az pikk pakk csinál /EFI meg / partíciókat, aztán használod szépen.
Mind a /home, mind a swap partíció felesleges valóban, rengeteg inaktív tárhelyet képeznek csak. Swapfile meg automatikusan készül, szerintem 2gigát mindenhez csinál, nekem a második Mint 22-nek is csinált 32GB RAM mellé is. (az első Mint 22 installhoz nem csinált, de ez egy másik kérdés)
"rengeteg inaktív tárhelyet képeznek csak"
Én kísérleteztem BTRFS használatával, ott ez kiküszöbölhető. Egy "@" subvolume alá kerül a root, és "@home" alá a /home. Minden subvolume külön fájlrendszer, de dinamikusan foglalják a helyet a partícióból.
Kb. ezek a partíciók kellenek hozzá:
100-500 MB FAT32 - EFI
2-4 GB EXT4 - /boot
a maradék BTRFS - @ (/), @home (/home), ezeket megcsinálja a telepítő. -
Oké , de azóta lett 32 bit-> 64 bit váltás, több program, több szolgáltatás, meg 240GB-os SSD brutto 7000 forint alatt.
2006-ban 64 bites fedorát használtam. Akkor még párhuzamosan telepítették a disztrók a 64 bites és 32 bites libeket. Majd ez utóbbi kikopott és külön felteheted ha nagyon kell.
"brutto 7000 forint"
Igen... tehát vegyek hardvert ha használni akarom. Jópofa. Ezt a windózoknál szokták mondogatni. Mondom én, hogy eghyre inkább bloatware az egész. -
8GB RAM mellé 4GB swap?
Egyrészt ha használnád a hibernálást még tömörítve sem biztos hogy elfér a RAM tartalma a swap-ban.
Másrészt miért nem bízod a rendszerre? Mostanában a swap fájl a divat, mivel az SSD-knél nem jönnek elő azok a hátrányok amik miatt régen külön partícióra került.Vasti74
No és hova teszi a programokat? Igaz nem írta, hogy milyen progikkal használná, de nem ritka, hogy egyetlen program akár több GB-ot is megeszik. -
8GB RAM mellé 4GB swap?
Egyrészt ha használnád a hibernálást még tömörítve sem biztos hogy elfér a RAM tartalma a swap-ban.
Másrészt miért nem bízod a rendszerre? Mostanában a swap fájl a divat, mivel az SSD-knél nem jönnek elő azok a hátrányok amik miatt régen külön partícióra került.Vasti74
No és hova teszi a programokat? Igaz nem írta, hogy milyen progikkal használná, de nem ritka, hogy egyetlen program akár több GB-ot is megeszik.Sajnos ez is bloat lett. 10 éve simán elfértem mate desktopppal 10 gigán Ma már ugyan ezen programok 25-be is alig férnek be.
-
Vasti74
senior tag
Köszönöm még egyszer a segítséget.
Megnéztem - kipróbáltam amit tudtam, de valami nem OK: van hardveres videólejátszás támogatás, de egy FullHD h264 mkv lejátszása közben a videókártya 100%-on dolgozik, ami szerintem nem normális :-(
Egyelőre elment a kedvem tőle, meg az egész linuxozástól ;-) - macOS-re átszokás folyamatban.
-
ubyegon2
félisten
Részemről is egy kis update: nálam tényleg az egér halt meg, már össze-vissza kattintgatott mindenfélét, szóval lecseréltem egy Logi MX Master 3S-re.
Mivel a billentyűzetem is egy Logi, így egy Bolt vevővel megy mindkét eszköz, a Solaar-ban az egérgörgő "racsniságán" is állítani tudtam, tökéletes.
Neked is köszi a visszajelzést!
Néha valóban maga az egér döglik meg, női vonalra nekünk is megvan a bevált pici Logitech M187, az évekig bírja, pedig kap rendesen meg repül, eltűnik itt-ott. Nekem viszont voltak olcsóbbak, hogy sok legyen, több helyen használtam a notit, de hamar nyűg lett ezekkel és kivágtam mindet, átszoktam a tapipad-ra ügyesen. De lehet, ha kipróbálom ezt a solaar-t, nem is kellett volna kidobnom mindet, kb ugyanez a görgetés probléma volt, ami vezetékes egérrel meg nem jelentkezett. -
NeoPampalini
senior tag
& #15076 Károly85
Nemrég volt egy hasonló gond, amit megoldott az egyik javasolt program. Próbáljátok ki.
Viszont lehet csak akkor működik, ha Logitech egeretek van.
Van még elméletileg a Xinput-GUI
Részemről is egy kis update: nálam tényleg az egér halt meg, már össze-vissza kattintgatott mindenfélét, szóval lecseréltem egy Logi MX Master 3S-re.
Mivel a billentyűzetem is egy Logi, így egy Bolt vevővel megy mindkét eszköz, a Solaar-ban az egérgörgő "racsniságán" is állítani tudtam, tökéletes.
-
-
Egyre kíváncsibb vagyok ezekre a fstrim meg defrag beállításokra, hogyan fog kinézni telepített rendszeren.
De rég használtam már ezt a chatGPT-t...
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Ami érdekes még Garuda-nál, az pont a RAM kezelése, de sok egyedi dolgot alkalmaznak, ahogy emlékszem.
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux Mint-et használó kezdők és haladók valamint a még csak azzal ismerkedők számára.
Kérdés előtt olvasd el a topik összefoglalóját! -> [link]
- Azonnali notebookos kérdések órája
- Visszatérés az aranykorba: Heroes of Might and Magic: Olden Era Early Access
- LEGO klub
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Kerékpárosok, bringások ide!
- World of Tanks - MMO
- Gyúrósok ide!
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Autós topik
- Samsung Galaxy Felhasználók OFF topicja
- További aktív témák...
- Star Wars The Old Republic Collectors Edition
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- HP. Laptop. i5. Model: 15-da1002nq
- Játékkulcsok ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok
- Game Pass Ultimate előfizetések 3 - 36 hónapig azonnali kézbesítéssel! 13 hónap ultimate - 45.000 ft
- GYÖNYÖRŰ iPhone 14 Pro Max 512GB Deep Purple -2 ÉV GARANCIA - Kártyafüggetlen, MS5374, 99% AKKSI
- Apple Mac mini M1 (2020) 8GB/512GB használt
- 146 - 147 - 167 - 169 - Lenovo Legion Pro 7 (16IRX9H) - Intel Core i9-14900HX, RTX 4090
- Asus ProART Gaming PC! i9-13900K / RTX 4080 Super / 32GB DDR5 / 1TB NVMe / 1000w Gold! BeszámítOK
- Bomba ár! Lenovo X1 Carbon 2nd I i7-4G I 8GB I 256SSD I 14" FHD I Cam I W10 I Garancia!
Állásajánlatok
Cég: aiMotive Kft.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest