Linux - pitanja i odgovori

Ipak je problem bio u biosu.

Izvadili su čip sa matične, postavili bios na čip iz početka, zalemili čip na matičnu... Kaze da nije mogao bez skidanja čipa. Eto Mint radi ko urica za sad, u bios ulazim sa F2 bez ikakvih problema kao i prije. Na kraju ne znam razlog, objasnjenje je da se to zna desit ponekad... 

Puno hvala svima na pomoci, dali ste mi korisne savjete vezano uz Linux i da nije bio tolko zeznut bios sigurna sam da bi uspjela.

Hvala jos jednom!

Samsung NP300 E5X ima bugovit BIOS (kao i dosta Samsungovih prijenosnika), tako da treba staviti najsvježiju dostupnu verziju. Jedan od najčešćih upita je kako ući u BIOS, jer izgleda da F2 prestane raditi kada se odaberu određene opcije (koliko sam primijetio, većina je isključila Secure Boot) - odgovori su F10 i odabir opcije Enter Setup, ili ako to ne radi, korištenje vanjske tipkovnice (što vrijedi i za neke druge Samsungove modele s istim problemom).

Bilo je slučajeva kroz godine - nekih manje, nekih više ozbiljnih.
 
Vrlo ozbiljan problem iz 2012. za vlasnike Samsungovih prijenosnika: UEFI boot live-usb bricks SAMSUNG 530U3C,np700z5c laptop  Zbog bugova u BIOS-u, UEFI način bootanja s Ubuntuom 12.04 brickao je prijenosnik, dok je legacy mode radio bez problema.
 
Nešto svježiji slučaj iz 2017. koji je, pored niza modela drugih proizvođača, zahvatio priličan broj modela Lenovo prijenosnika pri instalaciji Ubuntua 17.10: corrupted BIOS due to Intel SPI bug in kernel  Nakon bootanja i instalacije, SPI flash čip s BIOS/UEFI-jem bio bi prebačen u read-only mod - nije bilo moguće spremiti promjene u BIOS-u, bootati s USB-a niti mijenjati EFI zapise (tj. instalirati druge distribucije Linuxa ili Windowse). Problem je zahvaćao prijenosnike koji su bili opremljeni određenim modelima Winbond, GigaDevice i ESMT SPI flash čipova.

Ami BIOS - F2 jos radi

- u tebi :)

.. tj u kombinaciji, redosljedu, sec.fičerima, grubu, .. kraće dll-hell koji izazivaš korištenjem distre koja je za rad + KISS.

-kad želiš điđemiđe ideš na npr mint, deb je stabilan-čist, ako od njega stvoriš mint tad to nije deb a tad je kraći put instalirati tu distru.

-ovisi jel to za rad ili učenje.. ako je za rad, ponovi, brže je i odluči se, tj ovo je kao da malo zidaš pa se predomisliš o tlocrtu pa rušiš-bušiš.. ako je za učenje, tad je i to učenje, tj brži način dolaska do dllhella ili tako učiš što ne treba raditi jer je život prekratak da bi sve probao-učio-klikao.. tj nikakve posebne koristi nemaš ako sad nađeš fix za ovaj problem nekompatibilnosti kdm-gdm-ldm managera-guija .. tj ako želiš gnome koristiš gdm, ako želiš kde koristiš kdm.. ostalo je upitno tj do prije +5god je kde bio sporedan i zapostavljen, tj ovisi o distri i što tim želi tj debian nije takva distra nego stabilan-temel .. a ako želiš ubuntu ili mint tad njih instaliraš, lakše-brže tj nema smisla na sve trošiti vrijeme jer i prije nego sve poloviš već dođe novi fičer, distra itd.. pa je tako bug managera iz 16te možda još prisutan jer nitko nema vremena-volje-potrebe to fixati.

-ponoviš instalaciju s pravim potrebnim managerom od nule, tad nema problema s grub-sec.bootom i sl. pa 99% radi kako očekuješ ili nastaviš tražiti fix (s kojim nisi postao guru-haker tj u učenje spada i pronalazak optimalnog puta, trošenje reusursa na nešto što nije opravdano.. pa i izbor adekvatne distre ili guija i sl.).

-teoretski da, praktično kako kad.. kao što vidiš ili treba 'dokaz'? .. :)

- riješenje problema dmana ne riješavaju ni timovi koji održavaju dsitru.. zašto/kako bi ja ili ti? tj dok oni to ne riješe nećeš ni ti, dok to navodim kao jedan od mogućih uzroka, možda je nešto treće.

-problem ili uzrok je što se različite stvari ponekad ne poslože do kraja, previše dijelova.. + tempo izmjena iz sasvim drugih razloga i tad taj dio nije u fokusu tj postoji nešto važnije i to se preskoči dok se kroz neko vrijeme neki gui odbaci-zamijeni drugim, fork-forka i svaki guru vuče na nešto svoje. Čim postoji nešto različito postoji moguć problem .. i isti problem ti je u idućem dijelu-pitanju, tj zašto bi neki terminal ili filemanager pogrešno prikazivao neki charset.. a to je jednostavno tako, jer npr usa ne zanima čćđž.. i taj problem im nije u fokusu.

-kako se riješava takav problem? .. u samoj app recimo, koja može provjeriti koji charset, regionalne postavke, font itd.. i tad ovisno o tome koristiti za iscrtavanje umjesto ahciija tj sve to može loviti neki presretač no kako će to sve u svim kombinacijama raditi realno ne zanima nikoga tj možeš postaviti bezbrojne situacije-probleme, izmisliti ih.. možeš daleko više nego što ekipa koja to riješava može 'popraviti' .. resursi i smisao, tj stvarnost je takva da se neće sustav prilagoditi tebi nego obrnuto.. mada reklame to sugeriraju.. no možeš vjerovati meni ili reklami, ne moraš.. vidiš rezultat i du-d-mat.

-onak,.. što s puttyjem ili mid.commanderom? kakve oni veze imaju s prikazom? .. tj ako možeš pribavi npr neke od starih dos-charset alata (com utilsi, TSR tipa, kao driver) za ahcii-croscii .. i prebacuj se f-tipkama u prikazu tj korištenju kodne stranice npr usa-437 ili 852.. tj microsoft je oduvijek imao 'svoj' standard, no postao defacto standard i konstantno imaš paralalelno kodne stranice, iso-win npr 1250 i 8859-2..

-kraće scrolaj do charova-kodnih stranica i vidi koji je znak na kojem mjestu u kojoj kodnoj tablici.. to je uzrok. Svaki promašaj daje pogrešan prikaz znaka dok točna kodna stranica-tablica daje zamišljen-željeni rezultat, jednako kao i slova ili qwertrz-qwerty tj sam raspored fizičkih tipki po qweretiju ili dvoraku itd.

-kad koristiš takve dodatke, 'dos-tipka' i sl. oni mijenjaju (remapiraju) chr$ kod na željeni.. teoretski, dok je većina hardkodiranog u usa-437 tj većina programskih alata neovisno o platformi, basic, c, visualstudio-ide.. koriste tu kodnu stranicu ispod haube i rezultat je takav tj kad to neka app predviđa-koristi tad to može biti pravilno prikazano, pa će neka app koju su radili programeri iz naših krajeva pravilno prikazivati u oba slučaja dok će zapadne-usa apps prikazivati točno samo usa, ostale ne baš pa do tog da uopće nemaju neki char-znak neko slovo ili oznaku € Ć dok se Đ koristi kao backslash ... tj znak koji može stvarati problem (rušenje) ako ga se pokušava pogrešno printati jer je recimo nedozvoljen znak u nazivu zato jer se koristi kao file marker patha.. tj razlika linuxa i dos-wina recimo mala-VELIKA slova.. dok je *nixu sve samo file a naziv ili path su samo kombinacija znakova koja može biti bilo koja, pa pod linuxom nije .exe nešto što pokrećeš kao pod win-dosom tj sve je file a da bi ga pravilno pročitao-tumačio moraš znati što svaki byte u njemu predstavlja, jer su sve to binarne nul-jedinice a značenje im je u nekom trenutku npr slovo A u drugom operacija-funkcija ili adresa pointera.. tj interpretacija je problem kao i dekripcija filea kad nemaš ključ i tebi interpreter prikazuje ono što misli da treba prikazati dok je byte koji dobije isti, kad promjeniš char enkoding tad prikazuje po drugom rasporedu, no možda treba po trećem, četvrtom.. ima toga :) + ovisi o tome koliko je prljavo napravljena app tj zato su 'naše' po tome bolje jer kreću s tim setovima i moraju biti kompatibilne s usa, obrnuto ne baš..

-soft-util tog tipa je već zaboravljen u povijesti, s dosom, danas nećeš nešto lako pronaći, pogotovo linux koji jednostavno nije bio dominantan kao dos-win i time alati-riješenja..

-što time želiš? može slika problema? tj iscrtavanje ascii-croscii je nevažno, ignoriraš osim ako baš trebaš, a ako pokušavaš portati neki stari soft, tad napravi kako spada, ne copypaste nego napraviš po današnjim pravilima čisto, ne prljavo kao to staro sa zakrpom, jer tako problem ostaje, tj tad je ta zakrpa potrebna i ako je netko nema problem je opet tu (na drugom računalu, drugi os..) .. potraži stare dosovske alate, ne znam da postoje noviji ili linux verzije i vidi kako rade, što rade, tad će ti biti jasno kako tražiti riješenje.

-prikaz nekog frontenda, x11, terminal.. je stvar tog guija, njegovih pravila, mogućnosti pa i kodnih stranica koje koristi, a to nije nešto što radi-popravlja juzer, nego je to stvar distre i platforme kao i standarda.

(a nikako mi nije jasno što želiš, tj kakve veze ima neki filemanager kao mc i prikaz.. tj želiš da se pod različitim kodnim stranicama ponašaju isto-točno, a to tako ne radi, tj takve app recimo dosovskog tipa koriste char kao slovo-znak i upravo zato postoji standard, tj ne prikazuje se tad nešto pogrešno nego upravo kako je napravljeno s time da je tad pogrešna kodna stranica i umjesto očekivanog-željenog znaka dobiješ čvrčku no sa samom app kao mc to nema veze tj to radi frontend koji presreće skenkodove i prikazuje ih na ekranu ili pisaću itd. tj to rade oni dos utilsi kao konverteri kad 'popravljaju' pogrešnu cp koja ne može biti točna-kriva nego samo željeno slovo-znak u tablici je ili nije ono što želimo.. hoće li to fixati nekei TSR ili ćeš promijeniti CP rezultat je isti (dvostruka negacija, dvostuka komutacija, isti rezultat).. no to ne eliminira razliku u tome da svaka app za sebe živi i koristi cp tj postavka za jedan slučaj je ok no to ne znači da je za sve-ostale.. i upravo tako dobiješ riješiš jedno, pokvariš drugo, jer to je tako, ili-ili ili je slovo A ili B ili je qwertz ili je qwerty.. a da bi bilo točno, moraju svi dijelovi biti jednako podešeni, dok različite app to nisu nego su neovisne o ostatku svemira, pogotovo u linux svijetu gdje ne moraju koristiti ni isti x-gui dok su pod mac-win ipak jedan os, tj sama razmrvljenost distri stvara takav problem kad si recimo 'mali narod' za fontove, dok tad dominira glavni-usa a svatko se tad mora pobrinuti za sebe, napraviti svoj font itd. Problem koji je trajao dugo i bio nerješiv, pa ga nećeš ni ti sad riješiti, pogotovo što sad nema smisla, tj nepotrebno jer dos ili terminal nisu ono što je danas u fokusu IT biza, tj kao programiranje u asembleru vs pythonu i sl. efikasnost, smisao i mogućnosti novih računala s resursima pa korištenje par KiBija umjesto GiBija nije važno tj ne štedi se ram i sl.. važniji je internet browser nego putty ili mc .. tj pitaj prosječnog juzera zna li što je npr nc? prethodnik mc-a.. kome je to danas važno-potrebno dok svi znaju za chrome, koji pravilno prikazuje slova, slike, yt ..)

PuTTY nije taknut vec dulje vrijeme, osim kada su nedavno isli pokrpati jedan kriticni bug.

Ovi moji na poslu koriste KiTTY (https://www.9bis.net/kitty/#!index.md, fork PuTTY-a).

On ima opcije za eksplicitno podesavanje tih featurea koje trebas (line drawing).

Probaj s time.

Ili probaj s neke druge Linux kante.

Za tvoje pitanje vezano uz DE - moze biti svasta. Od konfiguracije, ili biblioteka, do systemd-a. Bez logova je tesko gatati na daljinu.

Uzmi zadnji Devuan, stavi ga u virtualku i probaj napraviti isto. Ako na njemu radi, onda je do systemd-a.

Devuan je bliski fork Debiana i koristi prakticno iste pakete i u 99% slucajeva sa istim verzijama.

Ne svadjaj se s ihushom, on je lokalni AI, mislim da ce ga uskoro prebaciti na GPT-4.

Kad se na isti uredjaj spajam preko SSH iz terminala u Debianu instaliranim u Virtualbox onda su u svim programima svi karakteri ispravni. Znaci da je problem u PuTTY-u. Ali nije mi jasno zasto bi isti terminal emulator u slucaju jednog programa UTF-8 charactere prikazivao na jedan nacin a u slucaju drugog programa na drugi nacin. Jedina razlika koju vidim je da se u slucaju kad se umjesto line drawing character-a u prvom slucaju prikazuju l, q, x, k, i m characteri a u drugom slucaju se umjesto svakog specijalnog character-a prikazuje nekoliko pogresnih znakova pa to vjerojatno znaci da kodovi u prvom slucaju zauzimaju jedan byte a u drugom slucaju zauzimaju vise byte-ova.

Vidim da u PuTTY-u ima i opcija "Copy and paste line drawing characters as lqqqk" a bas se ti characteri u prvom slucaju prikazuju umjesto znakova za okvire.

EDIT:

Nakon desetaka clanaka na Stackoverflow i raznim forumima sam na kraju naletio na ovo pitanje gdje je netko odgovorio da u PuTTY > Connection > Data treba pod opcijom Terminal-type string umjesto xterm upisati linux i nakon toga se znakovi u svim programima prikazuju ispravno.

Nije mi problem instalirati novu virtualnu masinu ili klonirati postojecu ali me bas zanima u cemu je stvar i kako bi se to moglo rijesiti.

:-))

Sad je s ovim kako sam napisao rijeseno i sve radi ispravno.

EDIT:

Ipak ima jedna razlika - kad se za Terminal-type string umjesto "xterm" stavi "linux" onda se karakteri u svim programima prikazuju ispravno ali se u programima tipa Midnight Commander vise ne moze u terminalu koristiti i mis a s "xterm" se moze.

SteamOS 3 se prebacio s Debiana na Arch Linux. Na linku je objašnjeno i zašto (i ima smisla):

https://www.rockpapershotgun.com/heres-why-steamos-switched-from-debian-to-arch-linux

I ja si planiram upiknuti laptop za Mint, ali čekam Intel Alder Lake sa 16GB RAM-a, pošto će laptop biti tanak i nenadogradiv.

Nadam se da neće biti problema, jedino što vidim potencijalno kao problem jeste ako on podržava nadogradnju BIOS-a isl samo preko alata za Windowse.