|
13.12.2023., 22:35 | #2791 |
Premium
Datum registracije: May 2006
Lokacija: München/Varaždin
Postovi: 3,352
|
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. |
14.12.2023., 19:42 | #2792 |
Premium
Datum registracije: Sep 2018
Lokacija: tu
Postovi: 1,941
|
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. Zadnje izmijenjeno od: mkey. 14.12.2023. u 19:57. |
|
|
Oglas
|
|
14.12.2023., 21:01 | #2793 |
Premium
Datum registracije: May 2006
Lokacija: München/Varaždin
Postovi: 3,352
|
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 Code:
blockdev --rereadpt -v /dev/sd(x) 3. Kaj se brzine kopiranja tice...ako ima pun kufer sitnih fajlova onda je takvo ponasanje opet relativno normalno |
14.12.2023., 22:04 | #2794 |
Premium
Datum registracije: Sep 2018
Lokacija: tu
Postovi: 1,941
|
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. |
15.12.2023., 07:34 | #2795 | |
Premium
Datum registracije: May 2006
Lokacija: München/Varaždin
Postovi: 3,352
|
Citiraj:
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: Code:
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 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. |
|
15.12.2023., 08:15 | #2796 |
Premium
Datum registracije: Feb 2007
Lokacija: Istra
Postovi: 3,008
|
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 |
15.12.2023., 08:56 | #2797 | |
Premium
Datum registracije: May 2006
Lokacija: München/Varaždin
Postovi: 3,352
|
Citiraj:
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. |
|
15.12.2023., 09:59 | #2798 |
Premium
Datum registracije: Feb 2007
Lokacija: Istra
Postovi: 3,008
|
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? Zadnje izmijenjeno od: c-shadow. 15.12.2023. u 10:06. |
15.12.2023., 10:37 | #2799 |
Premium
Datum registracije: May 2006
Lokacija: München/Varaždin
Postovi: 3,352
|
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 Zadnje izmijenjeno od: tomek@vz. 15.12.2023. u 11:14. |
15.12.2023., 13:40 | #2800 |
Registered User
Datum registracije: Jul 2012
Lokacija: Zagreb
Postovi: 70
|
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 |
|
|
Oglas
|
|
15.12.2023., 14:05 | #2802 |
Premium
Datum registracije: Dec 2021
Lokacija: HR
Postovi: 208
|
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. |
15.12.2023., 16:05 | #2803 | |
Premium
Datum registracije: May 2006
Lokacija: München/Varaždin
Postovi: 3,352
|
Citiraj:
|
|