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

[Mihael]

Autor chief_wolfinjo

kako mogu provjeriti koje drivere koristi ?

i eventualno kako ih promjeniti ?

kako kod youtube vidjeti statistiku ?

vlc ista stvar

https://www.nabava.net/media-playeri...hdmi-114419111

[chief_wolfinjo]

zanemarite, vratio sam nazad win10

[The Exiled]

Kakva je sad situacija, jesu samo čisti Windows 10 i neki od ovih preporučenih playera, imaš kakav manji ventilator za pločicu?

[chief_wolfinjo]

još nisam probao, budem malo kasnije pa javim

a kakav bi ventilator odgovara za moju kompi ?

[The Exiled]

Bilo koji onaj mali 40nm kakav i inače ide za takva mala računala, tek toliko da piri zrak prek čipseta.

[c-shadow]

U vezi problema s uswapavanjem, rasprava s prošle stranice...
Nisam više uspio isprovocirati problem s rsyncom. Niti na BTRFS, niti na ext4, dakle nije pravilo.

Ali, i dalje ubija ovaj swap, fakat mi ide na živce u posljednje vrijeme i ne mogu skužiti što ga muči.

Radim danas cijeli dan u fullscreenu (virtualbox, unutra windows) i povremeno skačem natrag na desktop da pogledam mailove. Ali nebitno, vbox program kao i bilo koji drugi. U pozadini pokrenut FF, Tbird i još nekoliko sitnih editora, par terminala, viber, ništa strašno.
Oko 8:50 skužim da je uswapao gigu i nešto, puštam swapoff/swapon, to završi za 3 minute.
U 10:30 skočim natrag u FF, diskovi roštaju, browser sporo reagira. Opet GB swapa i izbačen GUI kompletno. Psmtr...
Situacija je takva da ima RAMa free još 5GB, nema uopće puno cache, nema buffera, ničega sumnjivog.
Dignuo sam neki monitoring pa pratim, nema logike zašto se uswapao.
Graf ispod, ova rupa na sredini donjeg grafa oko 8:50 je gdje je počistio swap i ponovno ga aktivirao. Do kraja ekrana se vidi kako je lijepo rastao swap.
Na gornjem grafu se vidi kako za cijelo vrijeme nije potrošena memorija, nema cachea niti ničega.
swappiness sysctl sam stavio na 0, zadnji put je bio na 10 i slična priča.
Nešto ga je.. povremeno. Znao sam imati i po 5 mjeseci uptime sa sličnim radom svaki dan i nije bilo problema.

Pitanje je zašto odswapa moje aktivne procese?


I još neka mi netko veli da linux nema glupavi memory management Znam da by design gnjilux voli odswapati jako stare procese koji se ne koriste u situaciji kad mu treba RAMa i da preferira imati puno cachea što je u redu, ali ovo je pretjerano. Ovaj baca van na disk sve do čega dođe.
Mogu se sad dalje igrati:
- napucati još RAMa u stroj, ali ne vidim potrebu jer će i to potrošiti, samo će mu više vremena trebati
- restartati svaki dan. Ovo ne želim iz principa, ako mi Win 10 na drugom stroju može raditi pola godine sa sličnim korištenjem onda bi i gnjilux morao
- upaliti npr. ZRAM pa nek swapa ako hoće. To sam radio na strojevima s puno manje memorije. Uostalom i win 10 koristi sličan mehanizam by default.
- preseliti swap na SSD, biti će bolje performanse pa me neće smetati. Dok se ne zapuni

[Ivo_Strojnica]

ne znam šta bi ti reka iskreno:
ZRAM way to go?
Osobno nemam taj problem (Ubuntu Server 20.04 with mdadm + zfs).
ne gasim ga mjesecima, sve radi, swap je 0, memorije ima 16 GB.

Uopće ne znam kako ti pomoći.... :/

[tomek@vz]

Autor c-shadow

U vezi problema s uswapavanjem, rasprava s prošle stranice...
Nisam više uspio isprovocirati problem s rsyncom. Niti na BTRFS, niti na ext4, dakle nije pravilo.

Ali, i dalje ubija ovaj swap, fakat mi ide na živce u posljednje vrijeme i ne mogu skužiti što ga muči.

Radim danas cijeli dan u fullscreenu (virtualbox, unutra windows) i povremeno skačem natrag na desktop da pogledam mailove. Ali nebitno, vbox program kao i bilo koji drugi. U pozadini pokrenut FF, Tbird i još nekoliko sitnih editora, par terminala, viber, ništa strašno.
Oko 8:50 skužim da je uswapao gigu i nešto, puštam swapoff/swapon, to završi za 3 minute.
U 10:30 skočim natrag u FF, diskovi roštaju, browser sporo reagira. Opet GB swapa i izbačen GUI kompletno. Psmtr...
Situacija je takva da ima RAMa free još 5GB, nema uopće puno cache, nema buffera, ničega sumnjivog.
Dignuo sam neki monitoring pa pratim, nema logike zašto se uswapao.
Graf ispod, ova rupa na sredini donjeg grafa oko 8:50 je gdje je počistio swap i ponovno ga aktivirao. Do kraja ekrana se vidi kako je lijepo rastao swap.
Na gornjem grafu se vidi kako za cijelo vrijeme nije potrošena memorija, nema cachea niti ničega.
swappiness sysctl sam stavio na 0, zadnji put je bio na 10 i slična priča.
Nešto ga je.. povremeno. Znao sam imati i po 5 mjeseci uptime sa sličnim radom svaki dan i nije bilo problema.

Pitanje je zašto odswapa moje aktivne procese?


I još neka mi netko veli da linux nema glupavi memory management Znam da by design gnjilux voli odswapati jako stare procese koji se ne koriste u situaciji kad mu treba RAMa i da preferira imati puno cachea što je u redu, ali ovo je pretjerano. Ovaj baca van na disk sve do čega dođe.
Mogu se sad dalje igrati:
- napucati još RAMa u stroj, ali ne vidim potrebu jer će i to potrošiti, samo će mu više vremena trebati
- restartati svaki dan. Ovo ne želim iz principa, ako mi Win 10 na drugom stroju može raditi pola godine sa sličnim korištenjem onda bi i gnjilux morao
- upaliti npr. ZRAM pa nek swapa ako hoće. To sam radio na strojevima s puno manje memorije. Uostalom i win 10 koristi sličan mehanizam by default.
- preseliti swap na SSD, biti će bolje performanse pa me neće smetati. Dok se ne zapuni

Dobro kaj zauzima swap?


grep --color VmSwap /proc/$(pidof memcached)/status


for file in /proc/*/status ; do awk '/VmSwap|Name/{printf $2 " " $3}END{ print ""}' $file; done | sort -k 2 -n -r | less


Umjesto swapon/off:


echo 3 > /proc/sys/vm/drop_caches && swapoff -a && swapon -a


Nemam nikakve specijalne postavke za swap i nikad problema u zadnjih 15 godina. Sto se Linuxa i Swap cache tice > jednostavno je - puni ga do kraja dok ga ne napuni. Kad ga napuni - brise najstarije iz cache-a. Ako pokrenes tu neku aplikaciju onda se ona seli iz swap-a u RAM ukoliko za to ima mjesta. Jednostavno. A ako imas aplikaciju koja radi sranja pa puni cache bez veze > e to je onda problem te aplikacije a ne Linux kernela Da ti scheduler ne kenja? Osobno koristim noop ili deadline. Ti se svaka distra isto ponasa? (da nije neki distro feature ). Si probao KVM umjesto Vboxa koristiti?
https://www.kernel.org/doc/html/late.../mm/index.html
https://www.thegeekstuff.com/2012/02...ry-management/
https://manybutfinite.com/post/how-t...s-your-memory/

[Nick7]

Poigraj se s parametrom vm.swapiness.
Po defaultu je 60.
Range 0-100. Sto veci broj, OS vise pogura gurnuti u swap.
Dakle, smanjuj taj broj, i gledaj ponasanje.

Komanda (kao root):
sysctl vm.swappiness (za ocitati)
sysctl vm.swappiness=30 (primjer)

[c-shadow]

Autor tomek@vz

Dobro kaj zauzima swap?
grep --color VmSwap /proc/$(pidof memcached)/status

for file in /proc/*/status ; do awk '/VmSwap|Name/{printf $2 " " $3}END{ print ""}' $file; done | sort -k 2 -n -r | less

Sve je bilo u swapu, od xfce sučelja, apsolutno sve kaj je bilo pokrenuto :-)
Ovo se počelo nedavno događati, već dugo nisam imao s time problema, ali ovaj put kao što vidiš na grafu gore (zato sam ga i dao), nije se zapunio cache, brdo memorije je slobodno, zeleno na prvom grafu :-)
I dalje se uswapava pomalo, kad završim raditi ide reboot u neki stariji kernel pa ćemo onda vidjeti.

free -m
              total        used        free      shared  buff/cache   available
Mem:          15531        6184        7975         143        1371        8872
Swap:         16383         201       16182

sudo smem -s swap -r -k
  PID User     Command                         Swap      USS      PSS      RSS 
2682269 alen     /usr/lib/virtualbox/Virtual    34.3M     2.6G     2.6G     2.6G 
 1222 root     /usr/lib/xorg/Xorg -core :0    13.8M    80.0M    96.5M   117.6M 
 2734 alen     /usr/bin/pipewire-pulse        10.4M   107.8M   107.9M   111.1M 
 3438 alen     xfdesktop --display :0.0 --     8.7M    39.0M    40.5M    51.8M 
2677431 alen     /usr/lib/virtualbox/Virtual     6.3M    66.5M    71.0M    85.5M 
 3350 alen     xfce4-panel --display :0.0      6.0M    71.8M    72.4M    84.3M 
 3377 alen     Thunar --sm-client-id 2f4a5     6.0M    50.1M    51.4M    66.7M 
32139 nika     /usr/bin/pipewire-pulse         5.2M   153.0M   153.1M   156.1M 
593248 elly     xfce4-panel --display :2.0      4.7M    45.4M    45.5M    51.9M 
592932 root     /usr/lib/xorg/Xorg -core :2     4.6M    35.3M    36.8M    42.4M 
 2737 alen     /usr/bin/gnome-keyring-daem     4.5M    15.9M    16.0M    19.4M 
 1157 root     /usr/sbin/rpc.mountd --mana     4.3M    21.6M    21.6M    23.4M 
 3688 alen     nm-applet --sm-disable          2.9M     3.8M     3.9M     8.9M 
 3425 alen     /usr/lib/x86_64-linux-gnu/x     2.8M    22.0M    22.4M    32.4M 
608520 root     /usr/bin/perl /usr/share/sy     2.6M    17.7M    18.0M    20.5M 
1453962 netdata  /usr/sbin/netdata -D            2.6M    55.6M    55.6M    57.9M 
 3620 alen     /usr/lib/x86_64-linux-gnu/i     2.5M     3.3M     3.3M     8.9M 
813673 alen     /usr/bin/gedit --gapplicati     2.5M    29.7M    31.1M    46.1M 
 2732 alen     /usr/bin/pipewire               2.4M    28.0M    28.2M    31.4M 
 3424 alen     /usr/lib/x86_64-linux-gnu/x     2.3M     3.1M     3.1M     9.2M 
 3836 alen     light-locker                    2.3M     3.1M     3.2M     9.3M 
 3481 alen     /usr/libexec/goa-daemon         2.3M     3.8M     3.8M     7.4M 
 3885 alen     /usr/libexec/evolution-addr     2.2M     1.9M     2.0M     5.5M 
 2970 alen     xfwm4 --replace --display :     2.0M    16.1M    16.6M    27.1M 
 2030 root     lightdm --session-child 12      2.0M    25.0M    25.0M    28.0M

  Umjesto swapon/off:
echo 3 > /proc/sys/vm/drop_caches && swapoff -a && swapon -a

To sam i pustio već dvaput danas, čim se ponovno aktivira swap kreće malo pomalo se puniti

 Nemam nikakve specijalne postavke za swap i nikad problema u zadnjih 15 godina. Sto se Linuxa i Swap cache tice > jednostavno je - puni ga do kraja dok ga ne napuni. Kad ga napuni - brise najstarije iz cache-a. 
Ako pokrenes tu neku aplikaciju onda se ona seli iz swap-a u RAM ukoliko za to ima mjesta. Jednostavno. A ako imas aplikaciju koja radi sranja pa puni cache bez veze > e to je onda problem te aplikacije a ne Linux kernela

Pusti teoriju, nije baš tako jednostavno.
Pa vidiš da je RAM neiskorišten, cache mali, teorija ti ne drži vodu :-)

 Da ti scheduler ne kenja? Osobno koristim noop ili deadline. Ti se svaka distra isto ponasa? (da nije neki distro feature ;) ). Si probao KVM umjesto Vboxa koristiti?

KVM ili vbox, ista priča, nije do njih. Ne mogu se sad jednostavno prebaciti na KVM jer bi se Win10 vjerojatno deaktivirali, li da je izvodivo, je.

Opet scheduler, kakve to veze ima? BFQ je kod mene oduvijek, još dok i nije bio u kernelu, ali sad je stock jubuntu 5.11.0-25-generic.
Jako dugo koristim linux i ovakvo ponašanje vidio sam zadnji puta prije 5-6 godina, ali se ne sjećam što je tada bilo, valjda prestalo samo od sebe upgradeovima. Nije prvi put.
Nikakve posebne postavke, swappiness sam krenuo spuštati sada. Oduvijek ga držim na 10 jer je jubuntu default 60 malo preagresivan. Ne znam kako druge distre imaju to namješteno.

[stef]

@c-shadow
Možeš slobodno smanjiti vm.swappiness:
https://linuxhint.com/understanding_vm_swappiness/

Što se tiče IO schedulera i virtualizacije, RH je raspisao sljedeće:
https://access.redhat.com/solutions/5427

[Dr. Strange]

Jel ext4 i dalje defaultni filesystem u ubuntu? I kakva je situacija s BTRFS tj da li je dovoljno stabilan?

[c-shadow]

@stef
Pa ne ide swappiness u negativne vrijednosti, napisao sam već da je na nuli :-)
Još jednom se uswapao, otišao u pola sata s 200 MB na 2 GB, opet uz brdo slobodne memorije.

free -m
              total        used        free      shared  buff/cache   available
Mem:          15531        3961       11159          41         410       11222
 Swap:         16383        2250       14133

Idem sad roknuti neke drastične mjere, ali ovo neki gadan problem.

[Ivo_Strojnica]

daj promini kernel, da vidimo šta će biti.

[tomek@vz]

Nema to veze s kernelom...tu nekaj gadno smrdi.
@c-shadow > druga distra isti load? Po mogucnosti non-deb?

[c-shadow]

Hvala svima zs sugestije
Nemam drugu distru pri ruci, sve mi je u virtualkama. Za početak bootan zadnji ubuntu 5.8 LTS kernel pa ću pratiti. Ovo danas je bilo nakon 18 dana uptimea pa se možda malo i načekam dok ne krene opet.

[domy_os]

Koju distru i kernel sad imaš? Kod mene je slična stvar, swapa sve živo. Evo kako je nakon par dana uptimea...



Jučer i danas mi je OOMD dva puta ubio Firefox kada sam podigao samo jednu VM s Windows 10. To je nedavno počelo, isto kao kod tebe, moguće da novi kernel zeza.

[tomek@vz]

Works as designed....





Kaj god da radim swap se ne mice sa 0. Ispod se jos vrti jedna suse virtualka. Jedino kad vidim da swapa je kad dizem OpenShift Cluster (3 virtualke sa po 8/16GB RAM-a)...neznam kaj da velim.


Sysctl.conf:


# BEGIN ANSIBLE MANAGED BLOCK
net.ipv4.ip_forward=0
net.ipv4.conf.all.send_redirects=0
net.ipv4.conf.default.send_redirects=0
net.ipv4.conf.all.accept_redirects=0
net.ipv4.conf.default.accept_redirects=0
net.ipv4.icmp_ignore_bogus_error_responses=1
fs.suid_dumpable=0
kernel.exec-shield=1
kernel.randomize_va_space=2
# END ANSIBLE MANAGED BLOCK



Nist specijalno...


Kolki ti je uptime na tom stroju? Gasis ili suspend/hibernacija? Znam da je power management znao zezat.

[NoMaam]

Prije par mjeseci mi je Xubuntu na stolnom kompu također swapao sve živo. Sad je trenutno u redu. Kad kopiram veće datoteke (+50 Gb) ode u swap ali ne "osjeti" se u radu kompa.
Na laptopu gdje je nedavno instaliran Kubuntu trenutno swapa sve živo. Osjeti se u radu.
Nadogradnja od 400Mb i ode đubre u swap, dođe mi da ga .


Nešto su shebali gadno.


Pozz

[c-shadow]

@domy_os
Kod mene xubuntu 20.04. LTS, kernel 5.11. Sad sam vratio na stariji 5.8 pa ćemo vidjeti kako se ponaša, ali ne očekujem čuda.

@tomek
Meni linux oduvijek swapa nakon xy dana uptimea. Krene pomalo, ono 100-200MB u swapu, ništa posebno. Ljudi misle da je linux swap nešto što se počne koristiti kad usfali memorije, ali nije baš tako crno-bijela situacija. Kernel izbacuje u swap stare stranice kad se zauzeće memorije malo poveća, a tu uračunava i block cache. Omjeri i tendencija da se to napravi u kernelu se podešava preko onih sysctl vm parametara kojih ima više.

Za sve koje zanima ta tema oko responzivnosti, ovo je jedan jako stari, ali jako dobar članak, rekao bih must read kategorija:
https://rudd-o.com/linux-and-free-so...ow-to-fix-that

Evo još primjera lika kojem se odswapalo sve:
https://unix.stackexchange.com/quest...ergencies-only

Ovaj ima sličan slučaj kao ja jučer, popuni mu se swap, memorije ima, a ima mali cache:
https://unix.stackexchange.com/quest...th-0-swap-left

Godinama sam kompilirao svoj kernel jer je ubuntu stock dosta loše namješten, doslovno je ista konfiguracija za server i desktop varijantu, na štetu ovog drugog. Do prije par godina, prije SSD doba, BFS CPU scheduler + tada out of kernel BFQ disk scheduler su bili way to go. Razlika u responzivnosti poprilična. Unatrag nešto godina se to sve malo ubrzalo, multicore CPUovi, SSDovi, ubacili u kernel dodatne schedulere i više ne vidim potrebu za custom kernelom, previše posla za premali efekt.

Definitivno ga taj memory pressure zeza, od sinoć je komp upaljen, išao backup preko noći, navečer malo browser i nikakvih problema, swap usage =0. Ali cache negdje 2-3GB.
Jutros imam pokrenut Firefox i pustim move jedne virtualke (Virtualbox) sa storage HDDa na radni SSD, to očekivano popuni sav cache. Veličina virtualke 20 GB. Bitni podaci: odjednom je cache skoro 10GB, ali se pojavilo 4MB swapa

cat /proc/sys/vm/swappiness
5

free -mw
              total        used        free      shared     buffers       cache   available
Mem:          15533        4697         146          99         681       10007       10405
Swap:         16383           4       16379

Nakon završenog kopiranja i gašenja Virtualbox sučelja, cache se smanjuje, više ne drži unutra to što je držao jer se program koji je to koristio zatvorio. Zanimljivo. Swap ostaje.

free -mw
              total        used        free      shared     buffers       cache   available
Mem:          15533        4580        4635          96         677        5639       10526
Swap:         16383           4       16379

To je ta situacija s velikim cacheom i velikim kopiranjima koja se opisuje u prvom linku gore.
Koji su procesi završili u swapu:

f2b/server 1068 32 kB
sh 2000 36 kB
networkd-dispat 895 60 kB
dbus-daemon 883 64 kB
ddclient -2086 100 kB
Xorg 9784 104 kB
applet.py 3984 112 kB
Eaton-IPP 2551 116 kB
rpc.mountd 1088 356 kB
(sd-pam) 3043 380 kB
netdata 1957 592 kB
lightdm 1568 648 kB
systemd 3042 1008 kB

Dakle, svi redom, kernel ne bira što će izbaciti van. Da je cache ostao vremenski malo dulje napunjen, kernel bi izbacio još toga van i sučelje bi se usporilo. Možda je to ok na serveru, ali na desktopu definitivno nije
Veliš da se to tebi ne događa na fedori. Imam F34 u virtualki nedavno instalirano kad sam proučavao BTRFS pa ću pogledati kako su kernel parametri tamo namješteni.

Evo nakon pokretanja win 10 virtualke, situacija je ovakva:

free -mw
              total        used        free      shared     buffers       cache   available
Mem:          15533        5111         171         139         681        9568        9952
Swap:         16383           8       16375

Realno je iskorišteno 5/16GB memorije, ali kako je 9GB u cacheu, odmah kreće swapout
A zašto ne smanji cache ako mu treba memorije?
Nakon xy dana takvog rada imaš par giga u swapu, sustav radi koma, a slobodne memorije ko u priči.
Iako, kod mene je jučet bio drugačiji slučaj - cache je ustvari bio jako mali, nije popunio do kraja slobodni RAM, a swapao je kao lud. Doslovno u pola sata 2GB.

[tomek@vz]

Ok...posto sve pametne ideje ne sljakaju - ajmo probat glupu...deaktiviraj swap na par dana. Zivo me zanima kak ce se sustav ponasat. Nekad davno sam znao koristiti sustav bez swapa sa 4GB fizickog RAMa - al ruku na srce nisam onda nista zahtjevnog radio. Probaj, nist ne kosta.

[c-shadow]

Moglo bi koštati ako OOM killer opali po krivim procesima
Budem, ali najprije promatram nekoliko dana da vidim kako će se ponašati. Zasad je ovako i ne miče se swap dalje od 19MB što je ok A potrudio sam se tijekom dana da ga isprovociram, više puta kopirao 20GB+ datoteke okolo da se cache napuni i nema efekta na swap. Realni RAM usage je bio do 6 GB, preko nisam imao vremena pokretati.
Izgleda da treba proći nekoliko dana uptimea da eskalira situacija. Iako sumnjam da je u tome problem, ali stavljen kernel 5.8.

free -mw
              total        used        free      shared     buffers       cache   available
Mem:          15533        2880        1978         136         206       10466       12185
Swap:         16383          19       16364

[Dr. Strange]

Prilikom instalacije ubuntua pojavio mi se error: executing grub-install /dev/sda failed, kako to riješiti?

[tomek@vz]

Autor Dr. Strange

Prilikom instalacije ubuntua pojavio mi se error: executing grub-install /dev/sda failed, kako to riješiti?

Otvori konzolu i lupi lsblk pa daj tu output.

[Dr. Strange]

Ma ništa odustajem od linuxa na tom uređaju, riješiš 1 problem nastane drugi i tako unedogled, windowsi mi rade iz prve.

edit:Uspio sam Mint instalirati, no ne znam zašto mi neće ubuntu, ni 20.04 ni 21.04 verzija.

edit: Na kraju sam uspio instalirati i ubuntu, no software update mi javlja: not all updates can be installed, i nudi mi opciju partial upgrade ili continue, što odabrati?

[tomek@vz]

Autor Dr. Strange

Ma ništa odustajem od linuxa na tom uređaju, riješiš 1 problem nastane drugi i tako unedogled, windowsi mi rade iz prve.

edit:Uspio sam Mint instalirati, no ne znam zašto mi neće ubuntu, ni 20.04 ni 21.04 verzija.

edit: Na kraju sam uspio instalirati i ubuntu, no software update mi javlja: not all updates can be installed, i nudi mi opciju partial upgrade ili continue, što odabrati?

...po 10001 put - Linux nije Windows. Ako ti javlja nesto da nejde postoji razlog za to. Grub instalacija > ako ti diskovi nisu particionirani kak spada (MBR/GPT pogotovo jos ako pokusavas dual boot sa Windowsima slozit) moze bit da neda instalciju jer kaze - ovdje bi se moglo nekaj skrsit. Imas klasican sata disk ili M.2 SSD? Windows jednostavno pegla jer misli da je jedini OS koji mora biti na disku. Ako ne shvacas kao pocetnik zasto - sve 5. Ali opet - treba nam vise informacija. Zasto ti javlja taj INFO? Ako si spreman ulozit malo truda - super. Ako ne - nije Linux za tebe, sorry. Da bi pravilno instalirao i odrzavao OS (da tu mislim i na Windows) treba ulozit malo truda i nesto naucit.

Da se bar nasao netko i napisao neki tutorial na HR i stavio ga tu na forum...al hebiga treba si dati truda i malo citat... (HINT: tamo ces naci i odgovor na svoje zadnje pitanje).

Sorry na rantu ali mi je zbilja vec puna kapa ekipe koja pita za savjet a nije voljna uloziti ni milimetar truda u nesto , nisu sposobni dati valjan info i skacu iz teme u temu - i glavno da Linux sucks. Nitko se nije rodio pametan , nema osobe koja zna sve ali jebemu ak ti netko zeli pomoci daj malo i ti truda ulozi.

EOD.

[bertone]

Autor Dr. Strange

Prilikom instalacije ubuntua pojavio mi se error: executing grub-install /dev/sda failed, kako to riješiti?

Problem ti je vjerojatno u tome što nemaš EFI particiju, bug je inače poznat i rješiv:

https://bugs.launchpad.net/ubuntu/+s...y/+bug/1893964

... ali tomek je u pravu, ako nećeš uložiti minimum truda u učenje da razumiješ kako što radi, samo postavljanje pitanja i pokušaji da nešto napraviš/popraviš gotovim rješenjem kojeg ti neko da, dugoročno neće opstati i zaključak je opet na kraju da su penđeri super, a Linux s**nje.

[Nikky]

A da, EFI particija je došla zbog UEFI biosa / boot loadera ...

Ja volim custom varijantu instalacije Linux i Win sa odvojenom (prvom) 1_Boot particijom, OS je na posebnoj particiji,
tada ne traži posebnu EFI particiju nego iskoristi tu 1_Boot.

[bertone]

Ja volim (tako i imam) svaki OS na svom disku i nema problema

[mkey]

Autor tomek@vz

Sorry na rantu ali mi je zbilja vec puna kapa ekipe koja pita za savjet a nije voljna uloziti ni milimetar truda u nesto , nisu sposobni dati valjan info i skacu iz teme u temu

Nema ničeg novog pod suncem, stari moj. Ovo je vječiti problem gdje god da pogledaš. Rad s ljudima je pušiona.