Linux - pitanja i odgovori

Rsync je algoritam koji koristi delta kodiranje , i naravno da kao takav nalazi primjenu u mnogim situacijama.

No dugačak je put od osnovne funkcije rsynca do upotrebljivosti tog istog rsynca unutar neke aplikacije koja

mora raditi u posve specifičnim okolnostima ( npr baš timeshift koji u jednom trenutku unmounta aktivnu sistemsku particiju

i tada radi iz radne memorije do restarta sistema nakon spješnog restorea... ) .

I baš na toj stranici koju si linkao ti piše doslovce ono kaj sam ja gore napisao...

 Nevezano za vašu raspravu oko nečega u što se ne razumijem,niti me iskreno zanima,molim te ihush nemoj se praviti pametan i vrijeđati druge. bunkermax zna čitati isto kao i ti,samo možda nema toliko velik ego kao ti. Skoro u svim postovima ihush toliko se praviš pametan i misliš da si pokupio svu pamet svijeta,molim te spusti se na zemlju. Slobodno me prijavi pa da dobijem karton što sam te uvrijedio,ali iskreno mislim da nisam,imaš preveliki ego da te uvrijedim. Možda bi bio više od pomoći drugima da se ne praviš pametan nego jednostavno odgovoriš na pitanje drugima (ne mislim samo na ovaj post i temu,već na cijelom forumu).

Napokon sam si složio Arch sa i3 wm-om (komp pod "Moj PC") kako mi odgovara.

Sav izgled (ikone, GTK2/3 teme, Firefox) je baziran na Numix-u i izgleda sasvim solidno, moram priznati. Instalirao sam još i Compton za eye candy i te stvari.

Fontovi su Google-ovi. Samo mi je Steam ostao za srediti.

Ovdje su config fileovi za i3 i i3blocks (za ovo treba skinuti dodatne skripte), ako tko hoće.

Obavezno instalirati ovaj paket koji disable-a one gadne CSD-ove na GTK3 aplikacijama (ako ih imate namjeru koristiti, naravno) jer nemaju nikakvog smisla na tiling wm-u...

Uf, baš sam se dosta namučio s ovim, ali se isplatilo.

Onaj osjećaj kada napokon prebaciš default boot entry sa Windowsa na Linux.

EFI nedoumica

Imam jednu nejasnoću pa ako tko zna rješenje .

Instalirao sam danas za probu novi mint 18.1 kde.  Instalacija je uredno prošla, update također , i sistem dela stabilno i dosta brzo.

Prilikom instalacije sam ručno kreirao i EFI particiju ( sda6) a za boot učitavač sam prilikom instalacije odredio sda , kao i milion puta  dosada.

No ovaj puta je razlika u tome što vidim da mint  koristi windowsowu efi particiju ( sda2) a u potpunosti zanemaruje svoju efi particiju ( sda6 ).

Znači na neki način je prilikom instalacije upisao potrebne parametre u win efi particijicu a svoju je jednostavno preskočio.

Neznam da li je to defaultno ponašanje minta ili sam ja negdje pogriješio.  Nakon kaj obrišem sve particije od minta ( sda 6,7,8,9 ) ,

prilikom boota windowsa se i nadalje pojavljuje u opcijama mint 18.1 iako ga naravno više nema na hdd i pokušaj bootanja linuxa tada završava errorom

a sami winsi se uredno pokreću. Znači, definitivno se mint upisao u win efi particiju a svoju efi je zanemario.

E sad, neznam više je li to defaultno da mint koristi win efi particiju , ili je to neki bug, ili sam ja negdje nekaj sprćkao...

Ako tko ima iskustva sa time, pa da svi skupa nešto naučimo..

Pa nemrem metnuti ruku u vatru za ovakvo ponašanje minta jer ga već mjesecima nisam instalirao nigdje.

U zadnje vrijeme sam najviše instalirao manjaro i opensuse , i oba ta sistema uredno koriste svoju efi particiju

kreiranu tijekom instalacije sistema . A nemam nikog pri ruci tko bi imao takvu dual instalaciju minta i winsa

pa da vidim kako je kod njega...   Zato rekoh, možda je to defaultno ponašanje minta , a možda je i neki bug

jer ovo je mint 18.1 kde star dva dana iso....

edit- postavio sam ovo pitanjce i na mint forumu  jer me baš zanima da li je to default ponašanje ili bug...

edit2 - ipak je do minta, uputiše me na temu : 

https://forums.linuxmint.com/viewtopic.php?t=236741

...................

Po onome kaj piše na mintovom forumu, niti oni sami se nemogu međusobno dogovoriti da li je to ubuntu bug ili efi dizajn.

Vidi priloženu sliku kako ta izgleda ( a tako i treba izgledati ) na manjaru . Čovjek bi od jednog minta ili ubunta očekivao

da takve stvari promptno rješavaju , a od jednog rolling release manjara gdje baš očekuješ nevolje nakraju ispadne da je

uglađeniji i "ispravniji" u nekim segmentima...

Slažem se kompa , no ovdje kad se malo dublje prokopa onda nađeš podatke da je to prijavljeni bug još 2015 god :

https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1481516

https://launchpad.net/ubuntu/+source/ubiquity/+bugs

te da se ti bugovi manifestiraju i na ubuntu i na mintu. Doduše ne uvjek, ali često da , a simptom je taj da bez obzira kako

ti definirao loader i efi particiju instalacijska procedura će to ponekad zanemariti i potrebne parametre upisati u prvu odgovarajuću

particiju na koju naiđe algoritmom instalacije. Točno to se desilo na ovom mintu kaj sam jučer opisao ( stavio sam i slike pa se jasno

vidi razlika naspram manjara , a i opensuse se jednako tako ispravno ponaša ).

Njihov admin na mintovom forumu me fino kratko otpilio uz obrazloženje da je to efi dizajn i da je to baš tako zamišljeno kako se posložilo kod mene.

Nisam imao volje čovjeka uvjeravati da to baš i nije tako, lakše mi je bilo topic zatvoriti jer su na mintovom forumu vrlo egoistični i čak i za dokumentiranje tvrdnje banaju ako si u suprotnosti

sa onime kaj oni tvrde... ...  Nekužim baš tu politiku, pa nisu svi krelci pa da ćemo se zadovoljiti prvim odgovorom kojeg netko zvanično ponudi.

Jbg, svak zna svoju politiku...

Uzmi si taj uefić i stikni si ga u diskić :)

Želite izluditi kolege IBM ovom tipkovnicom

https://github.com/zevv/bucklespring

Gledam malo ovaj kod, zapravo je najveci posao ovdje bilo naci/snimiti i obraditi sve ove zvukove za svaku od tipaka.

.. i dalje mi nije jasno kakakv scenarij predviđaš.. tj jedan boot (meni), ažuriraš ga.

nebitno pri tome koju kombinaciju OSeva koristiš, postoje 'demo-do jaja' .. multibootevi po stotinjak OSeva-particija (mada je dostupno do 16 po starom SCSI ograničenju.. ili abeceda u win).

loader može sve, dos-win-lin-.. i potreban je jedan. Kao što je potreban jedna boot disk i nepotrebno je (jer se ne korsiti) imati bootmeni-loader.. na dva diska ako imamo dva diska (važno samo da postoji bootsektor u slučaju potrebe kreiranja)..

-ako izvadiš boot disk, na drugom kreiraš novi loader.. i to je to. Backup toga je nepotreban, kreiraš ga brže. Backupiraju se podaci, ne boot-sys.. dok se imageom OSa štedi vrijeme potrebno za sva podešavanja (ali OSa, ne ostatka) .. pogotovo ako planiraš mijenjati ostatak, kao što to radiš testiranjima raznih distri...

ultimativno, kad imigiraš čitav disk, što si dobio..? a što kad ukloniš neki test OS, što s izmjenama svih appsa, postavki, updateova.. (igara..) itd. - nepotrebno.

nikad se nećemo u tome složiti.. drugi pristup, suprotan .. to je OK :)

backup podataka, image tamo gdje ima smisla, gdje je vrijeme ili postavke .. ali ograničen na npr isti HW.. (dakle računa se na soft problem ili disk-file problem..) što kad npr crkne PC-MBO? Pto kad npr lopov odnese PC? Backup. Sve ostalo je nadoknadivo, a vrijeme reakcije ovisi o potrbi konkretnog posla-upotrebi, važan server ili nevažan PC.

 :) Ovo boldano mi nije jasno. Meni je ovo najdraž dio.

Npr. znam da sam neki dan podešavao brzinu printera na serijskom portu al se ne sjećam komande. otipkam

history

i još dodam npr

| grep tty

jer je to jedina riječ koje se sjećam i dobijem ovako nešto: 

 999  2017-01-31 10:46:16 dmesg -T | grep tty
1000  2017-01-31 10:47:03 stty -a
1001  2017-01-31 10:47:13 stty -F /dev/ttyS0 9600 -parity cs8 -cstopb
1002  2017-01-31 10:47:28 iconv -f UTF-8 -t cp852//TRANSLIT textfile.txt > /dev/ttyS0
1007  2017-01-31 11:59:09 history | grep tty

i onda samo otipkam

!1001

ako želim izvršiti komandu pod tim rednim brojem ili ju prepišem. Koliko komandi je zadržano u historyju je određeno varijablom HISTFILESIZE, a koliko je određeno da se drži u memoriji za trenutnu sesiju je u varijabli HISTSIZE. Obje se mogu editirati u

~/.bashrc

i nakon toga samo odradimo

source ~/.bashrc

Ako imaš otvoreno nekoliko terminal prozora, history će se zapamtit samo od odnog kojeg zadnjeg ugasiš, tj. njegov će history pregazit stari. Da bi se upisaivao baš od svih, potrebno je u ~/.bashrc dodati

shopt -s histappend

i nakon toga sav history će biti 'dodan' (append). Ako ideš ovu datoteku editirat vi-jem, nije loše znati niti njegovu koju komandu. Ranije sam vim smatrao za izvrstan alat za kreiranje kriptografskih šifri, jer je tako izgledao ekran dok sam pokušavao snimiti file i iazći. Uglavnom, otvoriš

vim ~/.bashrc

i sad si u command modu kad ne možeš editirat. Stisneš / i upišeš pojam koji tražiš npr. HISTF i enter. Malim slovom n ideš na sljedeći pojam, velikim slovom N se vraćaš. Onda stisneš slovo i i odeš u insert mode i promijeniš veličinu varijable. Stisneš Esc pa : i upišeš wq (za write quit) i datoteka je spremljena. I sad ti meni reci kako se to tebi ne može sviđati ...

filipvk1000 

Probaj Googleov font Noto, iako mislim da je on po defaultu u Mintu. Al web browseri i stranice su čudne biljke.. Možda svejedno svaki bude koristio neki svoj. Mislim da je freetype 2.6.4 nedavno implementirao 'subpixel hinting' za truetype fontove zvan Cleartype čiji patent držao MS. Bit će bolje u budućnosti. Imaš ovdje i osvrt dedeimede. 

https://www.freetype.org/