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]