Linux OS - info, how-to, pitanja, novosti, savjeti, problemi...

[tomek@vz]

Kod efi instalacije ne specificiras nista. Moras mu samo kod formatiranja reci da postojecu efi particiju koristi.

P.S. mozes uvijek isti home za sve distre koristiti. Na taj nacin ti se app config preuzima na drugoj distri.

Inace hint umjesto koristenja refind opcije…chroot env. sa systemrescuecd i radis kaj te volja bez nepozeljnih posljedica. Ako bude interesanata napisem kratki tutorijal.

[mkey]

Kužim ja da ti voliš grub

Nego, Manjaro s ovim velikim updejtima ide pomalo na kvasinu. Jučer 1.5GB updejta, danas hoće još 1.2GB, rafalno kiksaju PGP signature... bumo vidli. Htio sam eventualno probati NixOS, mislim da ću morati požuriti.

Kako bilo, evo još jedne glavolomke: htjedoh tu BTRFS data particiju prebaciti na EXT4. Na njoj ukupno 45.5GB podataka u skoro 250k fajlova. Imam tu razne python pizdarije, bude fajla ko Tatara.

Kako bilo, movam ja komplet sadržaj te particije u jedan folder u home, na istom M2 SSDu. Nisam siguran koliko dugo je to trajalo, ali stvarno nije dugo, svega par minuta. Jedva sam primijetio.

Onda sam krenuo napraviti format te particije, ali gparted se žalio da ne može jer kao o istome ne može obavijestiti kernel pa bi neke aplikacije mogle s time imati problema. A i ta particija mi je i tako u fstab. Gparted je particiju kao obrisao.

Pa sam onda updejto fstab (btrfs -> ext4), opet pošao u live i ondje s kde partition managerom ponovno obrisao data particiju (ispalo je da je gparted ipak nije obrisao) i ponovno je formatirao. Prošlo bez problema.

Začkoljica 1: vratim se ja u manjaro kad li ono na friško formatiranoj particiji ostali neki od direktorija (fajlove nisam siguran jesu li bili, direktoriji sigurno jesu) koje sam prije movao (???)

OK, krenem ja vraćat te fajlove natrag iz home na data particiju i brate mili...

Začkoljica 2: prebacivanje zaršilo malo prije. Jučer je to trajalo pa valjda preko dva sata. Nisam baš striktno vodio računa, pustio sam komp da radi i krenuo se spremat za počinak. Komp je sam pošao u stand by nakon pola sata. Danas ga dignem gore i on nastavlja teliti to prebacivanje još kakvih 15 minuta, bio je jako dugo na 85%.

Što misliti o ovome?

Lupio sam i ss toga u što sam zurio par sati. U biti, ako je ovaj prethodni korak počeo u 22:50, ja sam odustao od čekanja oko 23:30, još je on sam ostao onda 30 minuta i povrh toga danas kakvih 20ak minuta. Dakle, približno dva sata sve skupa.

[tomek@vz]

Autor mkey

Kužim ja da ti voliš grub

Standard. To tomek nakon cca 20 godina igranja sa Linuxom voli jer je skuzio da svaka devijacija rezultira samo nervozom. Kao sto i ti primjecujes


A sad za ostalo:

1. Manjaro = Arch - kontinuirani update je faza u kojoj su rolling distre konstantno, to te ne treba cuditi.
2. "gparted se žalio da ne može jer kao o istome ne može obavijestiti kernel pa bi neke aplikacije mogle s time imati problema" - Wrong. Kod izmjena na disku kernel koristi staru hijerarhiju do reboota OS-a ili manualnog ucitavanja

blockdev --rereadpt -v /dev/sd(x)

nove particijske tabele - na to te upozorio. To je normalno. Nego jesi unmountao tu particiju prije akcije sa gparted i posto je BTRFS u pitanju - sto je sa subvolume strukturom ("Začkoljica 1")?
3. Kaj se brzine kopiranja tice...ako ima pun kufer sitnih fajlova onda je takvo ponasanje opet relativno normalno

[mkey]

1. Riješio sam ove probleme s instalacijom cude, ispada daj je taj file kojeg skine pacman 600MB dok je zapravo to arhiva od 1.5GB. Izgleda da su pogurali strgan file. Skinuo ručno i instalirao lokalni file sa -U i time je update problem riješen.

2. unmountao sam particiju, napravio delete, apply, on je kao obrisao, i onda kada sam išao format na ext4 izbacuje grešku. Ne znam što je subvolume struktura. Kako bilo, btrfs particije više nema.

3. move sa btrfs na ext4 particiju na istom disku traje nekoliko minuta. move sa ext4 na ext4 particiju traje par sati. Meni to baš ne štima. Mensečini da mi nešto sada nije u redu s tom novom ext4 particijiom.

[tomek@vz]

Autor mkey

1. Riješio sam ove probleme s instalacijom cude, ispada daj je taj file kojeg skine pacman 600MB dok je zapravo to arhiva od 1.5GB. Izgleda da su pogurali strgan file. Skinuo ručno i instalirao lokalni file sa -U i time je update problem riješen.

2. unmountao sam particiju, napravio delete, apply, on je kao obrisao, i onda kada sam išao format na ext4 izbacuje grešku. Ne znam što je subvolume struktura. Kako bilo, btrfs particije više nema.

3. move sa btrfs na ext4 particiju na istom disku traje nekoliko minuta. move sa ext4 na ext4 particiju traje par sati. Meni to baš ne štima. Mensečini da mi nešto sada nije u redu s tom novom ext4 particijiom.

Na tocki 2 Kernel nije sam skuzio da si zbrisao particiju. Takva sranja na Fedori / Suse nisam primjetio. To je problem kod Manjara i slicnih distri - kolko god u lijepom ruhu - ispod haube je baba roga koja samo ceka da napravis krivi korak i da te proguta. Ak nisi na ti sa Linuxom (i tu zbilja mislim na ti u smisli da ti ljubi noge kad kazes skoci) takve distre su za sve osim power usera totalni krs.

BTRFS ima opciju koristenja subvolume-a...ugrubo nesto kao particije unutar particije koje mozes mountat kao particije ali zapravo nisu (u klasicnom smislu) jer ne zauzimaju specificno odredenu velicinu na disku za sebe. Jedna od svrhi je laksi snapshot odredenog dijela sustava.

Sto se tocke 3 tice neznam vise kaj da ti velim - cijeli taj sustav koji imas se cudno ponasa - zato mi i nije vise nista cudno. EXT4 bi trebao inace biti najbrzi. Nego ako sam te dobro shvatio kad si kreirao novu particiju samo si prebacio u fstabu FS typ na toj liniji ili si pripasao i mount opcije? Kod EXT4 zelis: noatime,defaults za particije na ssd-u i noatime,data=writeback,defaults na particijama na HDD-u. Jos jedna mozda bitna stavka je I/O Scheduler koji ti je aktivan. Provjeri sa:

bash-5.2$ cat /sys/block/sdb/queue/scheduler
none mq-deadline kyber [bfq] 
bash-5.2$ cat /sys/block/nvme0n1/queue/scheduler
[none] mq-deadline kyber bfq

U pravilu: za SATA/SAS SSD-ove se preferira mq-deadline, za nvme - none i za klasicne HDD-ove BFQ. Ako je kod tebe drukcije konfigurirano provjeri pa napisi pa se izmjeni Udev.


I na kraju kad sve ovo gore provjeris da potpuno izbacimo neke cudne stvari van - probaj kopirat sve skupa sa rsyncom (-aAHX --progress --stats opciju uzmi) i vidi kak ce dugo mu trebat.

[c-shadow]

Možda mu se SSD pregrijao ili je neko QLC smetje od uređaja bez cachea.
Ubio ga je u pojam dok je kopirao podatke, nakon formata kod pisanja natrag se pregrijao i kontroler throttlea ili je SLC cache pun i eto sporog pisanja.
Nisam još vidio pristoajan SSD da loše radi bez obzira na scheduler i mount opcije.
Danas sve normalne distre automatski podese I/O scheduler bez da korisnik mora razmišljati o tome.
Ne bi me čudilo da na Arsch distrama se mora i to ručno

[tomek@vz]

Autor c-shadow

Možda mu se SSD pregrijao ili je neko QLC smetje od uređaja bez cachea.
Ubio ga je u pojam dok je kopirao podatke, nakon formata kod pisanja natrag se pregrijao i kontroler throttlea ili je SLC cache pun i eto sporog pisanja.
Nisam još vidio pristoajan SSD da loše radi bez obzira na scheduler i mount opcije.
Danas sve normalne distre automatski podese I/O scheduler bez da korisnik mora razmišljati o tome.
Ne bi me čudilo da na Arsch distrama se mora i to ručno

Hm...hardwerski problem nije iskljuciv. Kaj se tice I/O Schedulera - i da i ne...vidio sam gadnih problema na Suse sustavima gdje je Udev rule po defaultu stavljao BFQ scheduler na SSD ploce ili 3par Storage. Rezultat je bio (naravno) katastrofalan performance. Na serverima preferiram mq-deadline cak i na klasicnim diskovima u RAIDu jer kad 1000-2000 korisnika odjednom preko Sambe hoce non stop nekaj piskarat 8 sati dnevno - kaos. A kaj se Archa tice...ma nije Arch losa distra, ako netko zeli zbilja nauciti utrobu Linux sistema - go for it. Odlicna dokumentacija i ak prezivis Arch forumase i ne uvrijedis se - ima potencijala. Ali to je to - nikad na prod i za po doma samo ako mi to nije jedina kanta ili imam fetis da non stop debuging neceg potrganog radim. Ako neznas sto radis ili ne zelis citat dokumentaciju Arch ce ti odgrist glavu, sjebat komp i plesat po tipkovnicici vicuci "RTFM!!!!!" (u ekstazi naravno). I to je za taj tip Distro-a cist OK. Fala al za mene je ta faza prosla pred 15 godina. Arch/Slackware su distra da korisnika bace u ocaj namjerno. Ali da bi zbilja bio produktivan u normalnom svijetu - treba se koncetrirat na manje "psycho friendly" distre iz RedHat / Debian / Suse asortimana.

[c-shadow]

Pusti sad servere, pričamo o distri za po doma što Arch svakako je.
Nego što tebi radi BFQ na Suse serveru!???
Godinama ga koristim "za po doma" za sve rotacijske diskove, još iz vremena kad nije bio u kernelu. Zato što je podešen na responzivnost, a ne na throughtput mi nema baš smisla da bi ga netko koristio na serveru u produkciji. Dugo je imao i sitnih bugova koji su se rješavali, ali opet teško mi zamisliti da bi netko riskirao na komercijalnoj distri s time.
Dobro ja sam konzervativac po tom pitanju i nisam storage admin, a to valjda ove nove generacije duginih boja trpaju na servere
Što je iduće, BFS CPU scheduler na serveru?

[tomek@vz]

Autor c-shadow

Nego što tebi radi BFQ na Suse serveru!?

Suse je malo specifican pa radi sranja koje ne ocekujes ponekad eto sta Ma nakon prebacivanja 260 Opensuse 42.3 Servera na 15.4 sto je samo po sebi bio pain in the ass radi internih rijesenja koje koristimo odjednom su se svi poceli zaliti na los performance....trebalo mi je vremena da skuzim da je vrag tamo gdje ga ne ocekujem. Iz nekog samo Suse developerima (i to je samo nagadanje posto oni s kojima sam imao kontakt nisu bas ostavili dobar utisak) poznatog razloga Udev je konstatno lupao BFQ kao default na SSD/HDD RAID. Izmjenio sam Udev pravilo, fiksirao da samo none i mq-deadline i koristi i nakon toga sve ok opet. Zasad

[zgking]

Bok ekipo,

Vidim da ovdje ima puno stručnjaka glede Linux sustava na koji bi ja volio preći. E sada dolazi ono pitanje koju verziju istoga izabrati . Naime imam dosta stari laptop koji ima ovaj hardware : intel core duo CPU P8400 2.26G Ghz , 4GB RAM . HD od 320 GB je podjeljen na dvije partcije . Na C particiji su -win 7 ultimate 32-bitni , dok su na D particiji imam razne stvari pretežno u pdf , word i excel formatu. Sam laptop je od HP i ima ekran od 17" . (naziv mu je HP 6830s ) .

Volio bih da mi savjetujete koji Linux da na njega stavim pošto nemam namjeru više koristiti smeće od windowsa niti u jednoj verziji .

Eto toliko od mene... sada ostavljam vama prostor .....samo navalite

[Ivo_Strojnica]

evo barba, da preteknem gomilu koja će ti odgovoriti - Lubuntu

Stabilan, jednostavan, ima dobar set aplikacija i radit će uredno.

[Taproot7]

Pozdrav zgkinže.
Nisam siguran da sam dobro shvatio tvoje pitanje. Idemo li u smjeru da pitaš koju distribuciju Linux operativnog sustava želiš koristiti ili koju distribuciju Linux operativnog sustava tvoj prastari laptop podržava?
Ako pričamo o prvom dijelu pitanja, onda to sve ovisi što želiš i očekuješ od GUI-a jer pretpostavljam da nećeš puno vremena trošiti na Command Line Interface (CLI) to jest da ćeš više biti na "kliktalici". U tom slučaju vidi koji ti flavour najviše odgovara ali svejedno moraš uzeti u obzir i drugi dio pitanja što se može vrtiti na tvom prastarom laptopu. Nekako se bojim da KDE i Gnome ne budu radili kako bi trebali pa da malo istražiš LXQt desktop environment koji ti dolazi sa Lubuntu distribucijom te vidjeti kako se Weyland ponaša sa arhaičnim hardverom. 15 godina stara platforma i još k tome hard disk je nešto na što se ne stavlja zadnji dostupni operativni sustav pa makar bio i linuxoid ukoliko želiš ovisiti o GUI-u.

[tomek@vz]

Autor zgking

Bok ekipo,

Vidim da ovdje ima puno stručnjaka glede Linux sustava na koji bi ja volio preći. E sada dolazi ono pitanje koju verziju istoga izabrati . Naime imam dosta stari laptop koji ima ovaj hardware : intel core duo CPU P8400 2.26G Ghz , 4GB RAM . HD od 320 GB je podjeljen na dvije partcije . Na C particiji su -win 7 ultimate 32-bitni , dok su na D particiji imam razne stvari pretežno u pdf , word i excel formatu. Sam laptop je od HP i ima ekran od 17" . (naziv mu je HP 6830s ) .

Volio bih da mi savjetujete koji Linux da na njega stavim pošto nemam namjeru više koristiti smeće od windowsa niti u jednoj verziji .

Eto toliko od mene... sada ostavljam vama prostor .....samo navalite

Lubuntu. No nemoj ocekivat cuda. Youtube je recimo na takvim racunalima na bilo kojem OSu problem.

[bertone]

Taj HP bi trebao imati ATI HD 3430 grafičku ako se dobro sjećam? Ako ima onda to i nije neka sreća za Linux, ali možeš probati kako su kolege već napisali Lubuntu ili možda i LinuxMint Xfce.


EDIT: Možeš probati i antiX 23.

[mkey]

M2 disk u pitanju je Samsung EVO Plus 1TB tako da nije "neko QLC smetje od uređaja bez cachea". I inače ne kupujem smeće od uređaja i onda očekujem čudesne performanse.

Disk ima uredno montiran hladnjak, tako da smatram da nije niti pitanje pregrijavanja naročito s obzirom na više puta navedeno:

1. prvi move traje cca 4 minute (pregrijavanje u 4 minute? teško)
2. nakon tog movanja slijedi proces pokušaja formatiranja, pa reboot u live pa reboot natrag. Disk je po meni imao tu više nego dovoljno vremena da se ohaldi od tih 4 minute rada
3. move natrag prvi dio traje cca 90 minuta. Mogao se eventualno u ovom periodu pregrijati
4. drugi dio mova se nastavlja naredni dan i svejedno ide jako sporo. Mislim da se preko noći u do idućeg popodneva SSD imao dovoljno vremena za ohladiti i spustiti natrag na sobnu temperaturu kakva vlada u prostoriji u kojoj se računalo nalazi.

tomek, meni je stvarno interesantno koliko ti uporno inzistiraš na svojoj tezi kako "cijeli taj sustav koji imas se cudno ponasa". Temeljeno na čemu?

Jer nisam imao EFI particiju?
Jer sam mountao particiju na glupu lokaciju?
Jer sam si zakomplicirao stvar tijekom kloniranja paritcija i nisam pazio na UUID (btw nije niti prvi put nego sam zaboravio pošto mi nije baš učestala radnja)?
Jer je jučer je failao update zato što je pacman skidao file koji ima 600MB umjesto 1500MB? Kakve to veze ima sa cijelim mojim sustavom?

Reci mi molim te koje su to sve stvari koje se na cijelom mom sustavu čudno ponašaju. Tako da riješim to jedno po jedno pa da mogu dalje.

Na tocki 2 Kernel nije sam skuzio da si zbrisao particiju. Takva sranja na Fedori / Suse nisam primjetio.

Ja iskreno više ne vjerujem niti gparted niti kde partition manageru. Ne znam koja bi bila prikladna alternativa. Moja greška da nisam u startu to krenuo raditi u live env. Na BRFS ja subvolume nisam radio. Samo format u BTRFS kako sam već naveo, jer sam htio sherati tu particiju s windowsima.

Nego ako sam te dobro shvatio kad si kreirao novu particiju samo si prebacio u fstabu FS typ na toj liniji ili si pripasao i mount opcije?

Ja o tim opcijama ne znam ništa i koristio sam se onime što KDE partiion manager napravi kada dodaš particiju da automatski mounta. Bez ikakvih poklikanih opcija (od kojih on nudi njih 8) ta linija ima samo "defaults" opciju. Dakle

LABEL=data           /home/mkey/data    ext4    defaults                  0 0

Isto je na svim particijama, osim home i sistemske. Na njima on sam postavi "noatime".

Scheduler se čini isto kao kod tebe, samo je tu to malo drugačije poredano.

[cde]cat /sys/block/sdb/queue/scheduler
[mq-deadline] kyber bfq none
[mkey@mkey-manjaro program]$ cat /sys/block/nvme0n1/queue/scheduler
[none] mq-deadline kyber bfq
[mkey@mkey-manjaro program]$ cat /sys/block/nvme1n1/queue/scheduler
[none] mq-deadline kyber bfq[/code]

Prvo ću ažurirati fstab prema tvojoj preporuci i mislim da ću probati još jednom formatirati tu particiju, moguće da napravim i full format.

Ovo bi sada bio cijeli fstab

# <file system>      <mount point>      <type>  <options>                       <dump>  <pass>
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    noatime,data=writeback,defaults 0 0
LABEL=HDD4           /home/mkey/HDD4    btrfs   noatime,defaults                0 0
LABEL=data           /home/mkey/data    ext4    noatime,defaults                0 0
LABEL=EFI            /boot/efi          vfat    noatime,defaults                0 2

OK, moguće da i ovo mountanje u home je skroz retardirano, budem i to popravio.

[tomek@vz]

NHF al u zadnji par postova samo smo ustvrdili da je puno toga van standarda i sve se cudno ponasa. Ne zato da te prcam nego je jednostavno konstatacija na temelju videnog (i uostalom jos nisam preso na onu stranu). Citaj: u 20 godina nisam naletio na Linux sustav koji tolko problema stvara na jednom kompu. A vjeruj mi neke sam sam pokusao uzrokovati
Dakle ajmo analiticki i detaljno analizirat problem. Da najprije rascistimo par stvari:

1. Mount point je samo Folder u koji kacis particiju i ne nema nikakvih utjecaja na performanse. Mount opcije ili Kernel driver ima.
2. Kolko vidim kopirao si Thunarom? Sto ako isto radis rsyncom kak sam opisao u postu iznad? Dakle Lokacija A > Lokacija B. Nakon toga kopiras natrag sve rsyncom - istim opcijama al sa Lokacije B na lokaciju A (kreiraj novi folder cisto da budemo sigurni da kreira nove fajlove na FS-u). Jel ima tu razlike u brzini? Opisi na kojim diskovima su obje lokacije.
3. Gparted i Kparted u pozadini koriste Parted koji ponekad nije idealan ali za ovakve stvari je vise nego dovoljan.
4. Nemoj se oslanjat na softwer (Kparted) da misli za tebe (ne na Arch based distrama na kojima se od korisnika ocekuje da proucis dokumentaciju). Dao sam ti unazad par postova link na standardnu hijerarhiju na Linux datotecnom sustavu i sto je namjenjeno cemu. Po ovome sto si postao fstab opcije izgledaju dovoljno dobro. Mount u home je zbunjujuc ali nema utjecaja na performanse.
5. I/O Scheduler - tu sve stima tu nista ne diraj.
6. Just in Case - testiraj sa gnome disk tool brzine diskova.


Nego koji je ostatak konfe?

[mkey]

puno toga van standarda i sve se cudno ponasa

Ovdje mogu samo pretpostaviti da se navedeno odnosi na software i konfiguraciju koju imam instalirano na predmetnom računalu.

Koliko je "puno"? Ajmo reći 5. Nabroji molim te 5 stvari koje su van standarda.

Koliko je "sve". Koji broj bi se mogao upotrijebiti umjesto "sve"? Ajmo reći 20. Nabroji molim te 20 stvari koje se čudno ponašaju na predmetnom računalu.

Oprosti, ali pun mi je kurac nepreciznog govora, govornih figura i generalizacija među tehničkim personalom. Ako računalo ili sustav ima problem, onda određeni dio ima problem. Problem ne može nikako biti u svemu, jer onda to nije sustav nego nakupina nekakvih elemenata. Ovo računalo očito funkcionira dovoljno dobro da mogu s njime otići na internet i ovo napisati*. Tako da problem sigurno ne može biti u svemu.

* Iako je to pitanje mojeg iskaza, ja tvrdim da ovo sada pišem s predmetnim računalom i smartam da to možemo uzeti kao činjenicu.

1. cijelo vrijeme moja poanta, to je samo direktorij. Kada sam imao EFI particiju mountanu na neki
random dirketorij, umalo je ovdje na topicu krenulo križanje i prizivanje djevice marije. Moja poanta: pretjerano.

Tvoj argument na to je bio da može doći do nečeg čudnog. OK, moguće. Eliminirao sam to.

2. kopiranje je dolphinom i mislim da je time problematika zaključena. Dolphin ispada (iz kojeg god razloga) 50x sporiji od rsynca u bilo kojoj kombinaciji. Nije mi jasno što GUI radi s tim fajlovima da bude sporije 50x.

### rsync -aAHX --progress --stats /home/mkey/data/bin/ /home/mkey/data3/bin/
### data [970 EVO Plus EXT4] > data3 [980 PRO EXT4]

Number of files: 217.777 (reg: 173.616, dir: 44.026, link: 135)
Number of created files: 217.776 (reg: 173.616, dir: 44.025, link: 135)
Number of deleted files: 0
Number of regular files transferred: 173.616
Total file size: 34.938.827.926 bytes
Total transferred file size: 34.938.821.296 bytes
Literal data: 34.938.821.296 bytes
Matched data: 0 bytes
File list size: 8.715.535
File list generation time: 0,001 seconds
File list transfer time: 0,000 seconds
Total bytes sent: 34.961.021.010
Total bytes received: 3.546.160

sent 34.961.021.010 bytes  received 3.546.160 bytes  568.529.547,48 bytes/sec
total size is 34.938.827.926  speedup is 1,00

### rsync -aAHX --progress --stats /home/mkey/data3/bin/ /home/mkey/data/bin/
### data3 [980 PRO EXT4] > data [970 EVO Plus EXT4]

Number of files: 217.777 (reg: 173.616, dir: 44.026, link: 135)
Number of created files: 217.777 (reg: 173.616, dir: 44.026, link: 135)
Number of deleted files: 0
Number of regular files transferred: 173.616
Total file size: 34.938.827.926 bytes
Total transferred file size: 34.938.821.296 bytes
Literal data: 34.938.821.296 bytes
Matched data: 0 bytes
File list size: 8.650.065
File list generation time: 0,001 seconds
File list transfer time: 0,000 seconds
Total bytes sent: 34.961.057.995
Total bytes received: 3.546.314

sent 34.961.057.995 bytes  received 3.546.314 bytes  489.015.444,88 bytes/sec
total size is 34.938.827.926  speedup is 1,00

### copy/paste dolphin
### data [970 EVO Plus EXT4] > home [970 EVO Plus EXT4]

18 minuta za 84000/173751 fajlova, 44026/44026 direktorija. Završava prekidom

### rsync -aAHX --progress --stats /home/mkey/data/bin/ /home/mkey/1/bin/
### data [970 EVO Plus EXT4] > home [970 EVO Plus EXT4]

Number of files: 217.777 (reg: 173.616, dir: 44.026, link: 135)
Number of created files: 217.777 (reg: 173.616, dir: 44.026, link: 135)
Number of deleted files: 0
Number of regular files transferred: 173.616
Total file size: 34.938.827.926 bytes
Total transferred file size: 34.938.821.296 bytes
Literal data: 34.938.821.296 bytes
Matched data: 0 bytes
File list size: 8.715.546
File list generation time: 0,001 seconds
File list transfer time: 0,000 seconds
Total bytes sent: 34.961.034.107
Total bytes received: 3.543.675

sent 34.961.034.107 bytes  received 3.543.675 bytes  533.810.347,82 bytes/sec
total size is 34.938.827.926  speedup is 1,00

Brzina između kopiranja SSD1 na SSD2 ili SSD1 na SSD1 se ne razlikuje previše, unutar 10%.

3. preventivno sam obrisao opet tu particiju ali mislim da to nije imalo efekta.

4. sada sam napravio linkove /run/media/... na home. Jedna čudna stvar, nakon što sam unmountao /home/mkey/data u tom direktoriju su ostali neki od fajlova/direktorija s unmountane particije. Nešto se tu definitivno uzjebalo. Sve samo to obrisao.

# <file system>      <mount point>           <type>  <options>                       <dump> <pass>
LABEL=manjaro        /                       ext4    noatime                         0      1
LABEL=manjaro-home   /home                   ext4    noatime                         0      2
LABEL=EFI            /boot/efi               vfat    noatime,defaults                0      2
tmpfs                /tmp                    tmpfs   noatime,mode=1777               0      0
tmpfs                /run/media/mkey/tmp     tmpfs   rw,nodev,nosuid,size=6G         0      0
LABEL=HDD            /run/media/mkey/HDD     ext4    noatime,data=writeback,defaults 0      0
LABEL=HDD4           /run/media/mkey/HDD4    btrfs   noatime,defaults                0      0
LABEL=data           /run/media/mkey/data    ext4    noatime,defaults                0      0

Sad je baš sve lijepo uredno.

6. radio sam nedavno onaj usporedni test sa fio (par stranica unatrag), bilo je sve OK. Brzina je išla do kakvih 1200 MB/s na EXT4 i 1500 na FXS. Više od toga nije potrebno.

Konfiguracija:

██████████████████  ████████   mkey@mkey-manjaro 
██████████████████  ████████   ----------------- 
██████████████████  ████████   OS: Manjaro Linux x86_64 
██████████████████  ████████   Host: MS-7C91 2.0 
████████            ████████   Kernel: 6.1.68-1-MANJARO 
████████  ████████  ████████   Uptime: 1 hour, 24 mins 
████████  ████████  ████████   Packages: 1944 (pacman) 
████████  ████████  ████████   Shell: bash 5.2.21 
████████  ████████  ████████   Resolution: 2560x1440 
████████  ████████  ████████   DE: Plasma 5.27.10 
████████  ████████  ████████   WM: KWin 
████████  ████████  ████████   Theme: [Plasma], Breeze [GTK2/3] 
████████  ████████  ████████   Icons: breeze-dark [Plasma], breeze-dark [GTK2/3] 
████████  ████████  ████████   Terminal: konsole 
                               CPU: AMD Ryzen 7 3700X (16) @ 3.600GHz 
                               GPU: NVIDIA GeForce GTX 1070 
                               Memory: 5772MiB / 32018MiB

MBO: MSI B550 Tomahaw
RAM: više se ne sjećam koji je. Corsair? GSkill? Bio je best buy i na akciji pred 4 godine
HDD: Seagate Exos 7E8 6TB
SATA SSD: Crucial BX500 2TB

Kada već imam to sve tu onda bi bilo razumno ubaciti u profil.

[tomek@vz]

Vid ga. Hocu ti ukazat na nelogicnosti koje pogotovo kod neiskusnih korisnika mogu biti tempirana bomba i pokazat ti zasto neke stvari NESMIJES tako radit (EFI) a ti tako...e sorry al nisam placen za Support na forumu i draze mi je kad netko iskoristi iskustvo i znanje nego da dobijem ovakvu rekaciju. Nasao si problem - case closed za mene. Dalje radi sa sistemom sta hoces.


P.S.- da - sve na Linuxu je fajl i direktorij ali postoji neki j***** standard kojeg se s razlogom treba drzat - link imas par postova iznad.

[mkey]

Hvala ti na pomoći i korisnim savjetima, ali na ta sva/puno sranja zaboravi, od toga nema kruha. Case closed svakako.

Ispada da je ovaj problem dugo poznat i 8 godina se radi na unapređenju situacije. Koliko shvaćam problem je sa relativno sporim sortiranjem velike liste itema it svaki puta kada se kopira svaki pojedini file. Logično da sa svakim idućim fajlom postaje sve sporije i sporije. Moguće da je move onda još i sporiji.
https://bugs.kde.org/show_bug.cgi?id=342056

Moja interpretacija ovoga je da dolphin udari single core usage do kraja i onda jednostavno umire. Moguća da mu i ovaj baloo pomogne da bude sporije. Baš nesretno. Vidim da ljudi spominju i usporavanje cijelog računala prilikom kopiranja, to sam i ja vidio u par navrata tokom godina, naročito kod kopiranja na neke spore stickove.

https://i.imgur.com/df4dCvF.png

[Cuky]

Autor Ivo_Strojnica

evo barba, da preteknem gomilu koja će ti odgovoriti - Lubuntu

Stabilan, jednostavan, ima dobar set aplikacija i radit će uredno.

Zadnji put (prije 2-3 godine) kad sam zavrtio Lubuntu (lxqt) na nekom starijem laptopu nije mi se bas pokazao da je brz i snappy kao stari Lubuntu (sa lxde).

Nisam probao novije verzije iza toga, ali moja preporuka bi bila debian 12 sa lxde.

Masina je dovoljno stara tako da bi debian po defaultu trebao imati sve drivere unutra (hocu rec da nema potrebe za kemijanjem da bi proradilo).

[strikoo]

za starije laptope preskočiti ubunut based distre

linux mint debian edition recimo
https://linuxmint.com/download_lmde.php

[tomek@vz]

@mkey - imas PM. Nazalost nisi jedini sa tim problemom. Ako zelis koristiti KDE - probaj Krusaderom ili Konqueror-om se poigrat kao alternativnim File Managerom za KDE.


https://itsfoss.com/file-managers-linux/

[Dr. Strange]

Autor zgking

Bok ekipo,

Vidim da ovdje ima puno stručnjaka glede Linux sustava na koji bi ja volio preći. E sada dolazi ono pitanje koju verziju istoga izabrati . Naime imam dosta stari laptop koji ima ovaj hardware : intel core duo CPU P8400 2.26G Ghz , 4GB RAM . HD od 320 GB je podjeljen na dvije partcije . Na C particiji su -win 7 ultimate 32-bitni , dok su na D particiji imam razne stvari pretežno u pdf , word i excel formatu. Sam laptop je od HP i ima ekran od 17" . (naziv mu je HP 6830s ) .

Volio bih da mi savjetujete koji Linux da na njega stavim pošto nemam namjeru više koristiti smeće od windowsa niti u jednoj verziji .

Eto toliko od mene... sada ostavljam vama prostor .....samo navalite

Bilo bi dobro nadograditi ga na 8 GB RAM-a, iskustvo će ti biti puno ugodnije, u suprotnom ti ni jedna distribucija neće pomoći, problem nije operativni sustav, nego programi koje pokrećeš na istom. Moderni browseri troše jako puno memorije, a i same web stranice su dosta kompleksnije, 4 GB RAM-a je premalo, instalirao sam XFCE sučelje na sličnoj konfiguraciji i to nije najugodnije iskustvo. Pogledaj na YouTubeu kako se nadograđuje memorija, i instaliraj još jedan modul od 4 GB RAM-a, i, opcionalno, ako možeš nabaviti neki jeftini SSD, bit će ti neusporedivo bolje iskustvo. Te 2 jeftine stvari će udahnuti novi život laptopu.

[strikoo]

pričamo o ddr2 memoriji. teško će to naći. i ako nađe , po kojoj cijeni ..

[mkey]

Autor tomek@vz

@mkey - imas PM. Nazalost nisi jedini sa tim problemom. Ako zelis koristiti KDE - probaj Krusaderom ili Konqueror-om se poigrat kao alternativnim File Managerom za KDE.


https://itsfoss.com/file-managers-linux/

Dolphina sam početi koristiti pred par godina prvenstveno zato jer je bio jedini file manager koji je imao sve tri meni bitne funkcije 1) normalan dark mode, 2) split view (kojeg uoće više niti ne koristim lol) i 3) "detailed list" view. Probao sam tada pola tuceta FMa i dolphin je bio jedini koji mi je dao to što sam htio. Poslije kada sam prešao na KDE dolphin je i tako bio default.

A ovo s movanjem/kopiranjem velikog broja fajlova nije neki problem pošto to rijetko radim. Ubuduće budem rsync koristio ako bude trebalo opet nešto slično. Više me zabrinulo da nije sa diskom neki problem ili korupcija podataka, sada kada znam što je neka ga. Workaround je dovoljno dobar.

BTW, za kanta kompove kanta OS - AntiX. Je da je dosta poseban, ali kada nema resursa ponaša se OK. Naravno da će s browserima uvijek biti problem. Nisu tako davno 512MB RAMa bili standard. Daleko smo došli.

[zgking]

Hvala ekipo na prijedlozima. Mislim da ću instalirati linux mint debian. Strikoo hvala na sugestiji.
Javim se sa info kako se ponaša na ovoj staroj kanti.

[mkey]

Moguće da imam posla s više problema od jednom. Post ovdje vezano za predmetni SSD:
https://forum.pcekspert.com/showpost...4&postcount=45

Kod prvog pokušaja kopiranja gparted se žalio na bad sectore. chkdsk /r /f /x je potrajao skoro sat vremena. Bad sectora prema chkdsk na kraju nije bilo. Nakon toga je kloniranje (copy/paste s diska na disk u gparted) NTFS particije od 480GB sa BX500 SSDa (spojenog na SATA) na interni M2 980 Pro trajalo 45 minuta.

Source disk nije bio mountan za vrijeme kopiranja kao što niti jedna od particija na M2 SSDu nije bila mountana niti je disk bio u upotrebi koliko je meni poznato.

Ima li neki poseban razlog da ntfsclone bude toliko spor? Po meni je to barem 3x sporije od očekivanog.

Copy /dev/sda2 to /dev/nvme1n1 (start at 101.00 MiB)  00:45:41    ( SUCCESS )
    	
calibrate /dev/sda2  00:00:00    ( SUCCESS )
    	
path: /dev/sda2 (partition)
start: 206848
end: 937697279
size: 937490432 (447.03 GiB)
create empty partition  00:00:00    ( SUCCESS )
    	
path: /dev/nvme1n1p3 (partition)
start: 206848
end: 937697279
size: 937490432 (447.03 GiB)
set partition type on /dev/nvme1n1p3  00:00:01    ( SUCCESS )
    	
new partition type: ntfs
copy file system from /dev/sda2 to /dev/nvme1n1p3  00:45:39    ( SUCCESS )
    	
ntfsclone -f --overwrite '/dev/nvme1n1p3' '/dev/sda2'  00:45:39    ( SUCCESS )
    	
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 479995097088 bytes (479996 MB)
Current device size: 479995101184 bytes (479996 MB)
Scanning volume ...
100.00 percent completed
Accounting clusters ...
Space in use : 304659 MB (63,5%)
Cloning NTFS ...
100.00 percent completed
Syncing ...
ntfsclone v2022.10.3 (libntfs-3g)
update boot sector of ntfs file system on /dev/nvme1n1p3  00:00:00    ( SUCCESS )
check file system on /dev/nvme1n1p3 for errors and (if possible) fix them  00:00:01    ( SUCCESS )
    	
ntfsresize -i -f -v '/dev/nvme1n1p3'  00:00:01    ( SUCCESS )
    	
ntfsresize v2022.10.3 (libntfs-3g)
Device name : /dev/nvme1n1p3
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 479995097600 bytes (479996 MB)
Current device size: 479995101184 bytes (479996 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 304659 MB (63,5%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
Multi-Record : 479955 MB 202015
$MFTMirr : 1 MB 1
Compressed : 449141 MB 276375
Sparse : 474214 MB 76057
Ordinary : 479990 MB 226586
You might resize at 304658309120 bytes or 304659 MB (freeing 175337 MB).
Please make a test run using both the -n and -s options before real resizing!

[Nikky]

BX je bez cache (ili je minimalan), mada to nebi trebalo biti bitno za golo čitanje
Jesu podaci na NVMe uredu ?
Ako ti je sad taj BX slobodan opali one proizvođačeve testove, usput sve pobrisat i napravit particiju iz početka ?

[mkey]

OK, pomiješao sam BX i MX, mislio sam da je MX budget Koji kurac sam uopće kupovao taj disk?? Mora da je razlika u cijeni bila toliko da sam smatrao da se isplati. Ili sam i tada pomiješao MX i BX.

Ne znam što bih rekao za podatke, ako je chkdsk odvrtio i gparted kopirao mislim da su podaci kako spada. Cijela priča je krenula od crashanja GTAV koji je instaliran na disku, ali epicova verifikacija instaliranih fajlova je prošla bez primjedbi. Iako ne znam koliko se tome može vjerovati, naročito s obzirom da je u ovom slučaju Epic samo launcher za RGSC.

Plan je bio sve obrisati pa postaviti na novo. S time da bih ovaj put napravio i manju sistemsku particiju. Ali kako sada sumnjam na taj disk, htio bih ga prvo malo izmasirati. Na koje alate ciljaš?

[Nikky]

Službeni za Crucial bi bio > https://www.crucial.com/support/storage-executive
kroz njega se može napraviti i fw update (ali po webu nema noviji za BX).

Interesantno da ima fw update za MX500 ovisno iz koje je serije > https://www.crucial.com/support/ssd-.../mx500-support