PC Ekspert Forum

PC Ekspert Forum (https://forum.pcekspert.com/index.php)
-   Operativni sustavi (https://forum.pcekspert.com/forumdisplay.php?f=36)
-   -   Linux OS - info, how-to, pitanja, novosti, savjeti, problemi... (https://forum.pcekspert.com/showthread.php?t=234127)

tomek@vz 25.11.2023. 16:01

Citiraj:

Autor mkey (Post 3712130)
NTFS mi sa ove strane ima stvarno loš write speed. Što bi bilo OK, kada bih koristio windowse, a linux povremeno. Ali kako sam 99+% na linuxu, to mi stvarno nema smisla. Tako sam i krenuo, sa NTFS diskom i nije išlo nikako.

Pa sam se prebacio na BTRFS ali onda gledam write speed na SATA SSD je isto tako očajan, i to s linux strane. Windows ima nekakav BTRFS driver koji je dovoljno dobar za tih <1% koliko meni treba.


Zaboravi na to sve. NTFS ili nista.

Nikky 25.11.2023. 16:02

A kakav je ext drajver za winse ?
Stabilnost, brzine ?

tomek@vz 25.11.2023. 16:30

Citiraj:

Autor Nikky (Post 3712135)
A kakav je ext drajver za winse ?
Stabilnost, brzine ?


NTFS je bolja opcija. A gle iskreno nisam se nikad zamarao s tim, tak je kak je i to je to. Windows ionak tu i tam instaliram samo ako hocu neku igru probat koja prek wine/proton ne radi. Moze probat kemijat sa mount opcijama ntfs-3g drivera al trebalo bi cekirat dokumentaciju.


https://superuser.com/questions/1400...isk-from-linux


Bas napravio mali test i fakat je koma. Read je 700 MB/s a write 160-180 MB/s - 2 identicna Sandisk nvme ssd-a. Vid vraga :P

Nikky 25.11.2023. 16:58

Znači, radi ali za kua 😆
Za kakvo krpanje može i to sporo.

mkey 25.11.2023. 17:15

4k je i gori, kopiranje parsto hiljada fajlova je baš gnjavaža. Opet, nije da mi je ne znam koliko bitno, nego mi nema smisla da si okljaštram postojeći hardware zbog spomenutih 1%.

c-shadow 25.11.2023. 17:17

@tomek
ntfs-3g je userspace = sporiji by design.

Od kernela 5.15 nadalje imaš kernel driver ntfs3. Performanse bi trebale biti nešto bolje, ali kako je to dosta svježi kod, mogući su problemi.


@mkey
Ako je za 1%, briga te koji je ntfs driver u linuxu, potrpiš se to što je sporo :)

medo 25.11.2023. 17:28

Citiraj:

Autor Ivo_Strojnica (Post 3712014)
Pa neloš izbor, NTFS je super filesystem.


Osim kad nije :D

Događalo mi se da kod migracije podataka nešto ne mogu pročitati sa NTFS particije. Obično bi mi javio read error na fajlu a jednom i na cijelom folderu.

chkdsk - nula bodova

Disk je fizički OK ali Windoze ne mogu doći do fajle.

NTFS radi skoro svuda, a postoji more i more alata za izvlačenje podataka iz NTFSa. I prilično je stabilan.

exfat?

mkey 25.11.2023. 17:29

1% SpywareOS je frende, hvala bogu na tome. Da je obratno onda to ne bi bilo niti bitno jer bi to značilo da sam brain dead :D

I nije to toliko bitno, nego sam nekako slavodobitno sve prebacio na BTRFS kada sam saznao za windows driver, da bih onda skužio da to nije isto neko pretjerano dobro riješenje. Iako se čini bolje nego NTFS. Doduše, primijetio sam da u windowsima preko tog drivera neke stvari baš i ne rade, recimo dism. Moguće da je problem bio u dužini putanje ili nečem sličnom.

Mislim da budem pustio za sada tako kako je. Ili možda napravim jednu manju BTRFS particiju koja bude sherana a sve ostalo ode na EXT.

@medo možda u tom slučaju odraditi sfc /scannow? Više puta mi je to sranje rješavalo razne probleme. Čak i kada mudro javi kako je našao greške ali ih nije uspio ispraviti :D

c-shadow 25.11.2023. 17:57

Evo nešto za vas koji volite riskirati :D :D :D
https://github.com/maharmstone/ntfs2btrfs
Code:

Ntfs2btrfs is a tool which does in-place conversion of Microsoft's NTFS filesystem to the open-source filesystem Btrfs,

mkey 25.11.2023. 18:00

Evo, dao sam si malo truda. Na Samsung 980 Pro 2TB SSD disku sam napravio 7 particija od 100 GB, raznih formata. Kernel 6.1 na manjaro. Nisam testirao na predmetnom SATA SSD pošto je na njemu tona raznog sranja.

Testiranje sam odradio sa fio - 4k RW, 512m, x5 (fio --name=random-write --ioengine=posixaio --rw=randwrite --bs=4k --numjobs=5 --size=512m --iodepth=1 --runtime=60 --time_based --end_fsync=1)

Prvi broj dolje je write, drugi je min - max range (x5 je zbog 5 taskova, pretpostavljam). IO čini ukupan promet u datih 60 sekundi, ako dobro razumijem fio ugura u dato vrijeme više iteracija zadatih ciklusa, koliko god stigne.

Code:

BTRFS: WRITE: bw=208MiB/s (218MB/s), 40.9MiB/s-42.1MiB/s (42.9MB/s-44.1MB/s), io=12.2GiB (13.1GB), run=60273-60274msec

EXFAT: WRITE: bw=513MiB/s (538MB/s), 102MiB/s-104MiB/s (106MB/s-109MB/s), io=30.2GiB (32.5GB), run=60113-60350msec

EXT2: WRITE: bw=1296MiB/s (1359MB/s), 254MiB/s-269MiB/s (266MB/s-282MB/s), io=76.5GiB (82.1GB), run=60043-60437msec

EXT3: WRITE: bw=1299MiB/s (1362MB/s), 256MiB/s-265MiB/s (268MB/s-278MB/s), io=76.3GiB (81.9GB), run=60015-60117msec

EXT4: WRITE: bw=1185MiB/s (1242MB/s), 232MiB/s-248MiB/s (243MB/s-260MB/s), io=69.7GiB (74.9GB), run=60049-60270msec

XFS: WRITE: bw=1542MiB/s (1617MB/s), 300MiB/s-317MiB/s (314MB/s-332MB/s), io=90.8GiB (97.5GB), run=60202-60319mse

NTFS: WRITE: bw=1231MiB/s (1291MB/s), 240MiB/s-254MiB/s (251MB/s-267MB/s), io=72.6GiB (77.9GB), run=60188-60327msec

Po ovom letimičnom testu ispada da BTRFS unosi penal od preko 80%, e bogati. A NTFS al pari sa EXTx. A xfs najbrži.

Subjektivni dojmovi su jebena stavka :D A možda se NTFS linux podrška popravila od kada sam to koristio zadnji puta, prošlo je nešto vremena.

c-shadow 25.11.2023. 18:10

Svaka čast na volji za testiranjem i obavljenom testu.
Koji točno driver za NTFS i jesi probao ovaj novi spomenuti?
Nisam probao jer mi to rijetko treba, ali po ovim testovima brži je u readu cca 20% od ntfs-3g:
https://www.heiko-sieger.info/new-nt...n-kernel-5-15/

mkey 25.11.2023. 18:23

Imam instaliran nfts-3g zbildan 2022-10-31. Možda da potražim ako ima 5g verzija :D

AUR ima NTFS3 od 2020-08-16. Budem se možda malo poigrao s time. Iako ovaj performance penalty kojeg imam na BTRFS nije teško nadmašiti :D Da sam birao nasumično, vjerojatno da bih odabrao neki bolji FS pošto ispada da su svi bar 2x brži.

Isprobao sam i ostale dostupne kombinacije, ne volim ostaviti delo na 70%

Code:

JFS: WRITE: bw=1159MiB/s (1216MB/s), 225MiB/s-239MiB/s (236MB/s-251MB/s), io=68.6GiB (73.7GB), run=60098-60595msec

REISER: WRITE: bw=1099MiB/s (1152MB/s), 213MiB/s-228MiB/s (224MB/s-239MB/s), io=64.7GiB (69.5GB), run=60026-60302msec

F2FS: WRITE: bw=1218MiB/s (1277MB/s), 239MiB/s-250MiB/s (251MB/s-262MB/s), io=71.7GiB (76.9GB), run=60027-60260msec

NILFS2: WRITE: bw=328MiB/s (344MB/s), 64.4MiB/s-67.0MiB/s (67.5MB/s-70.2MB/s), io=19.2GiB (20.7GB), run=60058-60060msec

UDF: WRITE: bw=673KiB/s (689kB/s), 133KiB/s-137KiB/s (136kB/s-140kB/s), io=39.4MiB (41.4MB), run=60028-60051msec

Nisam siguran koliko sve te opcije imaju niti smisla u primjeni u stvarnom svijetu.

domy_os 25.11.2023. 18:45

Kao najbolji FS za kurvanje među OS-ovima mi se pokazao exFAT.

tomek@vz 25.11.2023. 21:09

Citiraj:

Autor c-shadow (Post 3712159)
Evo nešto za vas koji volite riskirati :D :D :D
https://github.com/maharmstone/ntfs2btrfs
Code:

Ntfs2btrfs is a tool which does in-place conversion of Microsoft's NTFS filesystem to the open-source filesystem Btrfs,


Za Boga dragoga i sve kaj je sveto zasto????????????????????????


@mkey > nije sve bas tak crno bijelo. Ovisi o loadu i mnogim malim faktorima (npr. sync/async mount)

Da vam skratim muke: XFS za velike fajlove , EXT4 bolje barata manjim fajlovima. ZFS je sporiji (i raden za enterprise storage ne za po doma) ali ima mnogo naprednih stvari koje su itekako bitne. I BTRFS koji je "ZFS Wannabe". Kolko znam trenutacno samo u odrednim RAID kombinacijama radi zesca sranja. Historijski EXT4 je zapravo trebao biti samo odskocna daska za "next-gen FS"...koji kao takav nije nikad dosao. LVM + EXT4 combo je dovoljno stabilan i brz za skoro sve primjene a ZFS izgleda kao "next-gen FS" buducnosti - bar za ozbiljnu primjenu. E sad - za desktop, non-raid i single disk - EXT4 je i dalje najbolji "stabilni" kompromis. Red Hat kemija sa Stratis konceptom kaj isto nije lose al samo se radi o necem tipa LVM + XFS kombinacije.



https://www.phoronix.com/review/linux-58-filesystems
https://www.phoronix.com/news/Linux-5.14-File-Systems


Jesu malo stariji ali Phoronix ima solidan bechmark suite ak se hoces igrat.

medo 25.11.2023. 21:39

Linux OS - info, how-to, pitanja, novosti, savjeti, problemi...
 
Ako ZFSu daš dovoljno RAMa, setupiraš ga kako treba za traženi workload i još ako mu daš jedan ili dva ZILa na npr. Optaneu 900/905 to jede malu djecu. IOPSa ima na izvoz a latencije minimalne. Može biti više nego duplo brži od najbližeg FSa koje se ne može izoptimizirati na taj način.

XFS radi iznenađujuće dobro ali ga ne mogu tweakati kao EXT4. Na Linuxu ne možeš promijeniti ni block size, fiksiran je na 4kB.

ExFAT mi se za sada pokazao dobar za fizički prijenos podataka. Mogu mu staviti veliki blok recimo 512kB što USB stickovi vole kada se prenose veliki fileovi npr.

tomek@vz 25.11.2023. 21:45

Citiraj:

Autor medo (Post 3712235)
Ako ZFSu daš dovoljno RAMa, setupiraš ga kako treba za traženi workload i još ako mu daš jedan ili dva ZILa na npr. Optaneu 900/905 to jede malu djecu. IOPSa ima na izvoz a latencije minimalne. Može biti više nego duplo brži od najbližeg FSa koje se ne može izoptimizirati na taj način.

Bingo. Zato ja posizim kad vidim da ga ekipa koristi po doma. Svi znaju da je najbolje al ne kuze pol k***. Podsjeca me na ekipu koja „mora“ koristiti Photoshop da croping slike naprave jer je to najbolji alat za obradu slike. A kaj bus.

medo 25.11.2023. 22:05

Osobno ga koristim za po doma jer mi je replikacija na backup trivijalna i brza, imam scrub i ne moram se zaj…. sa LVM-om.

Nick7 27.11.2023. 13:18

Citiraj:

Autor medo (Post 3712235)
Ako ZFSu daš dovoljno RAMa, setupiraš ga kako treba za traženi workload i još ako mu daš jedan ili dva ZILa na npr. Optaneu 900/905 to jede malu djecu. IOPSa ima na izvoz a latencije minimalne. Može biti više nego duplo brži od najbližeg FSa koje se ne može izoptimizirati na taj način.

Pa i ne bas.
ZFS moze biti brzi ako nakeljis brdo HW-a (RAM, NVMe diskovi, itd....), ali ZFS nije nikad zamisljen, niti je, najbrzi FS.
Njega se koristi zbog ficura, sigurnost podataka+self repair.
Btw, ZIL jedino pomaz kod SYNC write-ova.

Za po doma isto ima smisla, a pogotovo u NAS-u.

Nazalost, zbog licence i tupavog Oracle-a, je podosta okrljastljen za home-use - na to primarno mislim root on ZFS za Linux (koji se da sloziti, ali ne moze biti 'out of box').

c-shadow 27.11.2023. 13:39

Citiraj:

Autor tomek@vz (Post 3712232)
Za Boga dragoga i sve kaj je sveto zasto????????????????????????


Da vam skratim muke: XFS za velike fajlove , EXT4 bolje barata manjim fajlovima. ZFS je sporiji (i raden za enterprise storage ne za po doma) ali ima mnogo naprednih stvari koje su itekako bitne. I BTRFS koji je "ZFS Wannabe". Kolko znam trenutacno samo u odrednim RAID kombinacijama radi zesca sranja. Historijski EXT4 je zapravo trebao biti samo odskocna daska za "next-gen FS"...koji kao takav nije nikad dosao. LVM + EXT4 combo je dovoljno stabilan i brz za skoro sve primjene a ZFS izgleda kao "next-gen FS" buducnosti - bar za ozbiljnu primjenu. E sad - za desktop, non-raid i single disk - EXT4 je i dalje najbolji "stabilni" kompromis. Red Hat kemija sa Stratis konceptom kaj isto nije lose al samo se radi o necem tipa LVM + XFS kombinacije.

Jesu malo stariji ali Phoronix ima solidan bechmark suite ak se hoces igrat.


Ak se ne varam, neki od ovih DIY NASeva (popularni Unraid npr. ) koriste XFS po defaultu.
U neko mračno doba linuxa, prije pojave ext4 koristio sam XFS na particijama s većim datotekama i to je radilo osjetno brže nego tadašnji ext3. S malim datotekama tako-tako, ovisi o situaciji, ali skoro u pravilu mi je XFS bio nekako sporiji. Dolaskom ext4, blok alokacija i ostalih noviteta razlika se ispeglala i odonda više nisam nigdje koristio XFS.
Usput, XFS je jedno vrijeme bio na zlu glasu "za po doma" jer ako nemaš UPS, nestane struje i eto problema.
Imao sam jedan takav slučaj - nestalo struje i na jednom kompu s XFSom ostalo stanje od prije cca 1h. Po logovima sam odredio otprilike vrijeme, FS je bio clean, ali unatrag cca 60 min. bilo je praznih datoteka, nestalih datoteka itd. Kao da nije commit-irao sat vremena :D

mkey 27.11.2023. 19:20

Bitno da je brži :D

tomek@vz 27.11.2023. 20:07

Citiraj:

Autor mkey (Post 3712652)
Bitno da je brži :D

A gle ...zavisi - otkad je klasicnih SSD-ova (SATA) kaj se brzine tice - meni dosta. Sve iznad toga nije dobro jer ne stignem pijuckat kavu. Za po doma dovoljno. Na toj razini zelis benefite na drugim poljima kao sto je garancija da ne dode do korupcije podataka i slicni benefiti koje ZFS donosi. I u toj kategoriji postoji ZFS > a onda stepenicu ispod sve ostalo vise manje (moderno barem).


@c-shadow - o da XFS je imao taj gadan feature radi cega ga tu ekipa ne koristi ni na jednom serveru. Nenajavljeni radovi - nestane struja > ode sve u 3 pikse marmelade. Dal je i danas tak - nemam pojma. Ja ga koristim kao spremiste za video materijal uz Stratis trenutno, cisto da vidim kak dise.

mkey 27.11.2023. 21:30

Ovo moje je bilo ironično, ne cijenim 10-15% više brzine više od samih podataka koji se prebacuju.
Meni je brzina i SADA SSDa savim dosta za normalnu primjenu. Jedino ispizdim kada neki malo veći move (velikog broja malenih fajlova) traje kao dugometražni film. Ili kao da kopiram na neki drive spojen preko USB 2.0. Nisam kupovao hardware koji sam kupovao da moram trpiti takve budalaštine :D

mkey 27.11.2023. 22:13

Evo, ima opcija za mountanje EXT4 preko WSL

https://learn.microsoft.com/en-us/wi...sl2-mount-disk

medo 27.11.2023. 23:36

Citiraj:

Autor Nick7 (Post 3712556)
Pa i ne bas.
ZFS moze biti brzi ako nakeljis brdo HW-a (RAM, NVMe diskovi, itd....), ali ZFS nije nikad zamisljen, niti je, najbrzi FS.
Njega se koristi zbog ficura, sigurnost podataka+self repair.
Btw, ZIL jedino pomaz kod SYNC write-ova.

. Poanta i je u tome što sav taj spomenuti hardware ne pomaže ostalim FSovima da budu puno brži. L2ARC, ZIL, kompresija… opterećena baza radi puno brže.

Koristim root-on-zfs. Mogu scrubat mountani filesystem, imam kompresiju, ne trebam LVM i mogu lako replicirati na backup.

tomek@vz 28.11.2023. 06:10

Update:


Last week OpenZFS 2.2.1 was released with a reported fix for a data corruption issue that was initially blamed as being a block cloning bug for a new feature introduced in the v2.2 release. Well, it turns out that the block cloning feature isn't the root cause and that v2.2.1 is still prone to data corruption and pre-v2.2 releases are also vulnerable to this file-system data corruption issue.
Citiraj:

Over the US holiday weekend it became more clear that this OpenZFS data corruption bug isn't isolated to just the v2.2 release -- older versions are also susceptible -- and that v2.2.1 is still prone to possible data corruption.

The good news at least is that data corruption in real-world scenarios is believed to be limited but with some scripting help the corruption can be reproduced. It's also now believed that the OpenZFS 2.2 block cloning feature just makes encountering the problem more likely.

The FreeBSD project today issued an advisory over this OpenZFS data corruption issue. As a workaround they recommend setting "sysctl vfs.zfs.dmu_offset_next_sync=0" to "drastically reduce the likelihood" of encountering the problem.

https://www.phoronix.com/news/OpenZF...ruption-Battle

mkey 29.11.2023. 23:28

U zadnje vrijeme me muči što mi je sistemska particija na manjaru konstantno 85-90% puna (od 30GB). I sada se nešto igram sa privateGPT a isti potrebuje instalaciju cude koja pak potrebuje 4.7GB prostora. Bude to i duplo s obzirom da će čuvati sam package, pretpostavljam.

Ima neki način da to instaliram u home ili je jednostavno najpametnije povećati sistemsku particiju? Neki dan sam baš prebacivao particije sa starog SSDa na novi i nisam se sjetio u istom potezu povećati particiju.

Dosta toga sam prebacio u home preko appimage (veće aplikacije kao libreoffice) ali sistemska je jednostavno krcata. Jedan od najvećih okupatora je /usr/lib/locale od 1.8 GB u kojem je 99% meni nepotrebnih jezika i /var/cache/pacman/pgk od 4.5 GB gdje sam već naložio da drži samo onaj zadnji package. Čišćenjem tog direktorija uspijevam se nekako održati na 85% ali kod svakog (čestog) updejta borba je za svaki megabajt :D

tomek@vz 30.11.2023. 05:03

Citiraj:

Autor mkey (Post 3713237)
U zadnje vrijeme me muči što mi je sistemska particija na manjaru konstantno 85-90% puna (od 30GB). I sada se nešto igram sa privateGPT a isti potrebuje instalaciju cude koja pak potrebuje 4.7GB prostora. Bude to i duplo s obzirom da će čuvati sam package, pretpostavljam.

Ima neki način da to instaliram u home ili je jednostavno najpametnije povećati sistemsku particiju? Neki dan sam baš prebacivao particije sa starog SSDa na novi i nisam se sjetio u istom potezu povećati particiju.

Dosta toga sam prebacio u home preko appimage
(veće aplikacije kao libreoffice) ali sistemska je jednostavno krcata. Jedan od najvećih okupatora je /usr/lib/locale od 1.8 GB u kojem je 99% meni nepotrebnih jezika i /var/cache/pacman/pgk od 4.5 GB gdje sam već naložio da drži samo onaj zadnji package. Čišćenjem tog direktorija uspijevam se nekako održati na 85% ali kod svakog (čestog) updejta borba je za svaki megabajt :D


Hijao...opet sranja radis :lol2: Da ne duljim sto kako i zasto - povecaj sistemsku particiju. Zato ja recimo uvijek LVM koristim pa mogu manipulirat particije "on the fly". Moj ti je savjet - dodijeli vise prostora OS particiji (bar 60GB) i rasclani ju na / i /var barem. Home je za osobne podatke i konfiguracije pojedinog korisnika ne za ovakve eksperimente. To sto ti Linux daje mogucnost da se upucas u nogu ne znaci da bi se i trebao (na primjer: prebacit /var u /home i linkat na root). :fiju:

mkey 30.11.2023. 18:49

A čekaj kume, pa ja sam se držao preporuka tu sa topica da sistemsku stavim 30, da je to sasvim dosta. Bit će da je ta preporuka bila kao ona za nošanje maske :D

Ovo s appimage, mislim da se nismo razumjeli. Manjaro po defaultu hendla appimage tako da ga kopira u /home/Applications i integrira ga sa sistemom. Imam tu cca 2.4GB aplikacija, mislim da to nije ništa samo po sebi nastrano.

Ovo mi je fstab, mislim da je to stvarno konzervativno.

Code:

LABEL=manjaro                              /                      ext4    noatime                  0 1
LABEL=manjaro-home                          /home                  ext4    noatime                  0 2
tmpfs                                      /tmp                    tmpfs  noatime,mode=1777        0 0
tmpfs                                      /home/mkey/tmp          tmpfs  rw,nodev,nosuid,size=6G  0 0
LABEL=HDD                                  /home/mkey/HDD          ext4    defaults                  0 0
LABEL=HDD4                                  /home/mkey/HDD4        btrfs  defaults                  0 0
LABEL=data                                  /home/mkey/data        btrfs  defaults                  0 0
LABEL=EFI                                  /home/mkey/mnt/MB300/  vfat    defaults                  0 0

Ovo što kažeš da raščlanim, misliš da za /var napravim odvojenu particiju?

Evo, ovo je trenutna razdioba zauzeća sistemske particije https://i.imgur.com/jSZz3VS.png

tomek@vz 30.11.2023. 19:40

Citiraj:

Autor mkey (Post 3713411)
A čekaj kume, pa ja sam se držao preporuka tu sa topica da sistemsku stavim 30, da je to sasvim dosta. Bit će da je ta preporuka bila kao ona za nošanje maske :D

Ovo s appimage, mislim da se nismo razumjeli. Manjaro po defaultu hendla appimage tako da ga kopira u /home/Applications i integrira ga sa sistemom. Imam tu cca 2.4GB aplikacija, mislim da to nije ništa samo po sebi nastrano.

Ovo mi je fstab, mislim da je to stvarno konzervativno.

Code:

LABEL=manjaro                              /                      ext4    noatime                  0 1
LABEL=manjaro-home                          /home                  ext4    noatime                  0 2
tmpfs                                      /tmp                    tmpfs  noatime,mode=1777        0 0
tmpfs                                      /home/mkey/tmp          tmpfs  rw,nodev,nosuid,size=6G  0 0
LABEL=HDD                                  /home/mkey/HDD          ext4    defaults                  0 0
LABEL=HDD4                                  /home/mkey/HDD4        btrfs  defaults                  0 0
LABEL=data                                  /home/mkey/data        btrfs  defaults                  0 0
LABEL=EFI                                  /home/mkey/mnt/MB300/  vfat    defaults                  0 0

Ovo što kažeš da raščlanim, misliš da za /var napravim odvojenu particiju?

Evo, ovo je trenutna razdioba zauzeća sistemske particije https://i.imgur.com/jSZz3VS.png


Pa kaj nema Manjaro Pacman kao i Arch? Jedna od ogromnih prednosti Arch based distre je bas Pacman i Aur....nevidim osobno smisla u koristenju neceg drugog iskreno. Uglavnom normalno bi bilo da si kreiras posebnu particiju za /var al me cudi tvoj /usr i prazan /home. Provjeri si to sa ncdu kao root. Cisto usporedbe radi:


Code:

/dev/vgsys/root                        /                      ext4    noatime,defaults        1 1
UUID=93b98012-127e-49f1-9cca-f766fda104f0      /boot                  ext4    defaults              1 2
UUID=73D9-9B44                        /boot/efi              vfat    umask=0077,shortname=winnt 0 2
/dev/vgsys/home                        /home                  ext4    noatime,defaults        1 2
/dev/vgdata/data                          /media/data            xfs    defaults            0 0
tmpfs            /home/jemosmislit/.cache    tmpfs    defaults    0 0
tmpfs          /tmp                          tmpfs    defaults    0 0

https://i.postimg.cc/t4d89cDk/Screen...0-19-35-18.png

mkey 30.11.2023. 20:16

Ono što mene čudi je kako mi je roknuo taj screenshot iako sam zadao range, mamicu mu milu :D

home mi je na drugoj particiji, nisam siguran zašto imam taj direktorij na root. Moguće da sam bio zahebo stvar tijekom instalacije pa ručno kasnije prebacio home tamo gdje mu je mjesto.

Filelight drugačije računa, ima stanovitih razlika: https://i.imgur.com/lH5sTmn.png
Dolphin za var kaže 5.2GB, ncdu je razliku našao u /var/lib, vjerojatno drugačije gleda linkane fajlove.

Kako sam i kazao, appimage sam stavio baš zbog borbe s malo mjesta na sistemskoj particiji. Zauzeće kakvo imam sada plus tih par GB i eto mene na 95% plus.

exzzy 30.11.2023. 21:26

Kak da stavim dafault umask za odredeni folder i sve subfoldere i filove, jel ovo mi ne radi. Moram to stavit jel inace mi taj disk koji sheram prek sambe na windowse neda pokretat exe filove koje skinem s torrenta na taj disk.



set_umask_for_qnap() {
localdir="/media/QNAP/"

if [[ "$PWD"=~ ^"$dir" ]]; then
umask0002
else
umask022
fi
}

# Execute the function when a new shell session starts
set_umask_for_qnap

tomek@vz 30.11.2023. 21:58

Citiraj:

Autor mkey (Post 3713451)
Ono što mene čudi je kako mi je roknuo taj screenshot iako sam zadao range, mamicu mu milu :D

home mi je na drugoj particiji, nisam siguran zašto imam taj direktorij na root. Moguće da sam bio zahebo stvar tijekom instalacije pa ručno kasnije prebacio home tamo gdje mu je mjesto.

Filelight drugačije računa, ima stanovitih razlika: https://i.imgur.com/lH5sTmn.png
Dolphin za var kaže 5.2GB, ncdu je razliku našao u /var/lib, vjerojatno drugačije gleda linkane fajlove.

Kako sam i kazao, appimage sam stavio baš zbog borbe s malo mjesta na sistemskoj particiji. Zauzeće kakvo imam sada plus tih par GB i eto mene na 95% plus.


Daj to poslozi kak spada. Home i mora bit pod / samo je cudno kaj je prazan...kaj jos nikad niam vidio. Evo pa si prouci malo kaj je standard:

http://www.slackbook.org/html/system...URATION-LAYOUT



Dakle OS disk/particija nek ti bude barem 60GB - ako slazes BTRFS moze biti sve u jednoj "particiji" posto BTRFS ne barata particijama na klasican nacin (nema ih, imas samo mountane foldere koje lakse snapshotas...grubo receno). Ako slazes LVM - od tih 60GB daj bar 30 /var i / 30. Home neka bude van toga svega naravno. Budes vidio onda s vremenom kako ti bude najbolje odgovaralo.

tomek@vz 30.11.2023. 22:01

Citiraj:

Autor exzzy (Post 3713472)
Kak da stavim dafault umask za odredeni folder i sve subfoldere i filove, jel ovo mi ne radi. Moram to stavit jel inace mi taj disk koji sheram prek sambe na windowse neda pokretat exe filove koje skinem s torrenta na taj disk.



set_umask_for_qnap() {
localdir="/media/QNAP/"

if [[ "$PWD"=~ ^"$dir" ]]; then
umask0002
else
umask022
fi
}

# Execute the function when a new shell session starts
set_umask_for_qnap


Fali ti razmak izmedu umask i vrijednosti?


https://www.cyberciti.biz/tips/under...lue-usage.html

mkey 30.11.2023. 22:20

Nije home prazan nego je filelight to tako prikazao.

BTRFS ne budem sigurno koristio. Sada je ext4 pa neka tako i ostane, samo ću malo movati particije da napravim mjesta.

tomek@vz 01.12.2023. 21:51

Citiraj:

Three gaming-focused Linux operating systems beat Windows 11 in gaming benchmarks


https://www.tomshardware.com/softwar...ing-benchmarks


https://www.computerbase.de/2023-12/...zum-spielen/2/


Uzet sa zrnom soli. Proton je odlican ali neke igre i dalje ne rade (6 od mojih 189) i za neke igre treba vise prckat da prorade. Ali u globalu - ovo je fino :lol2:

mkey 02.12.2023. 11:53

To je stvarno dosta poražavajuće. Bio sam vidio neki benchmark gdje je mislim neki od resident evil nastavaka koji se mogao pokrenuti native na linuxu gurao preko 20% više FPSa nego na windowsima. Iako ti benchmarci danas jesu sutra nisu.

A sada vrijeme za ispovijest :D

Dakle, prekjučer u svoj svojoj mudrosti krećem ja lagano movati i resajzati particije. Oko 22:30 (što je inače moje vrijeme da se krenem pripremati za počinak) rekoh, samo ću to na brzinu pa idem leć. How yes no.

Ispostavilo se da mi je nekako (nisam siguran što sam radio kada sam prebacivao particije sa starog na novi SSD, ali od viška glava ne boli) ostalo skoro 30GB slobodnog prostora. Bilo je Manjaro OS pa Manjaro Home pa tih 30GB. I rekoh, to mi je taman. Dakle, home move "desno" pa samo extend OS particije. How yes no.

Bootam u live KDE manjaro, koristim KDE partition manager i movam taj home "desno". Onda extendam OS particiju i sve je super, sve je za pet. Čmaljavim poluzatvorenim očima pogledam prema onom vizualnom pregledu particija, kad home particija u sivom, unknown format. Odlično :D

Pa sam onda do 1 ujutro išao istraživati kako se koristi testdisk, e2fsck, gparted ima isto neku ultra sporu opciju povrata/traženja particije i tako dalje. To na kraju nije bilo pitanje izgubljene particije, nego korumpiranog file systema. Koji se uzjebo kod movanja. Moguće da nisam extendao OS particiju preko tog dijela koji je imao problem da bi se nešto i moglo napraviti.

Kako bilo, testdist je nalazio 20 raznih particija, ali on i tako samo popravlja partition table (ako sam dobro shvatio). e2fsck mi je javljao da je superblock korumpiran, korištenje svih backup superblockova nje pomoglo. Probao sam i vratiti te particije u početno stanje, međutim nije bilo promjena nakon ponavljanja gornjih radnji.

Na kraju sam pokušao i formatirati some superblockove, rebuildati invodove i journal i dobio sam fukncionalnu particiju, ali praznu.

Lekcija 1: naročito prije sličnih radnji napravi backup. Imaš brzi disk, to traje 5 minuta.
Lekcija 2: prati što se dešava između koraka
Lekcija 3: ne budi glup

Ali kako kaže narodna, sreća prati budale pa sam tako i ja imao jedan nešto dana star backup iz kojeg sam na kraju kopirao home particiju, upravo na tom starom/prethodnom SSD.

Imam backupiranu tu uzjebanu particiju (toliko sam bio trezven da odradim ddrescue prije nego napravim dodatnu štetu) pa ako ima tko kakve sugestije što probati s tom particijom stojim na raspolaganju. Nije mi bitno što se samih podataka tiče, ali eto čisto da iskoristim priliku za naučiti lekciju detaljnije.

tomek@vz 02.12.2023. 12:33

1. Backup.
2. Nikad ne zapocinji takve pizdarije navecer (bez brige ni ja se toga ponekad ne drzima pa pozalim).

mkey 02.12.2023. 17:59

Backup je majka, ali ta lekcija se uči na teži način.

medo 02.12.2023. 20:40

Citiraj:

Autor tomek@vz (Post 3713774)
2. Nikad ne zapocinji takve pizdarije navecer (bez brige ni ja se toga ponekad ne drzima pa pozalim).


Same here :D

tomek@vz 03.12.2023. 08:07

Citiraj:

A pull request has been merged to fix a data corruption issue in OpenZFS (the open-source implementation of the ZFS file system and volume manager). "OpenZFS 2.2.2 and 2.1.14 released with fix in place," reports a Thursday comment on GitHub.
Citiraj:

All versions of OpenZFS 2.2 suffer from a defect that can corrupt the data. Attempts to mitigate the bug have reduced the likelihood of it occurring, but so far nobody has been able to pinpoint what is going wrong or why.

Phoronix reported on Monday: Over the US holiday weekend it became more clear that this OpenZFS data corruption bug isn't isolated to just the v2.2 release — older versions are also susceptible — and that v2.2.1 is still prone to possible data corruption. The good news at least is that data corruption in real-world scenarios is believed to be limited but with some scripting help the corruption can be reproduced. It's also now believed that the OpenZFS 2.2 block cloning feature just makes encountering the problem more likely.



Sva vremena su GMT +2. Sada je 16:53.

Powered by vBulletin®
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
© 1999-2024 PC Ekspert - Sva prava pridržana ISSN 1334-2940
Ad Management by RedTyger