Potpuno isto iskustvo. Imam dva komada od 32GB i jedan od 128GB, toliko se zagriju nakon svega minutu do dvije korištenja da ih jedva možeš držati.

A ja sam mislio da se samo moji SanDisk USB-i jako griju :)

Mbo je asrock h81m-hds, proc je intel 2-jezgre...
Sa usb stickovima traje cijelu vjecnost, posebno kraj, ona zadnja sekunda traje minute.
Eksterni hdd je nesto brzi, ali isto sporo. Koristim seagate backup plus slim diskove.
Max je 40-ak mb/s, a nakon toga opada. Ponekad opadne ispod 5 mb/s.

Da koristim cinn.
Ako je rjesenje mate to je ok. Cini mi se bolja opcija nego da win 10 pocnem koristit. Trenutno imam dual boot, ali win rijetko rijetko pokrenem.

Opcenito sve radi jako dobro, mint 19.2 cinnamon, ali to kopiranje podataka me izluđuje. Ono 1-2 filma uzme pola sata ako je stick u pitanju.

Ista stvar i kod mene, SanDisk od 64Gb, za minutu korištenja je već pakao vruć i ne može se primit u ruku osim za onaj gornji plasticni dio.

Jeli netko probao ZFS (experimental) na ubuntu 20.04 na nekom obicnom desktopu ili laptopu i kako se ponasa ?

Ja ga tjeram već godinu dana na 19.10.
Bez ikakvih problema funkcionira, čak sam više puta mora minjati mount, sve uredno prolazi sa snapshotima.
što se mene tiče, preporuka.

kako stojis sa ramom, meni je u idle 3,1GB zauzeto od 12GB !?

BTRFS netko isprobavao?
Ja sam više oldschool za XFS/EXT4. Išao nedavno za probu doma staviti na single HDD BTRFS. Ipak je u kernelu, podrške ima, a ne treba mi RAID.
Rsync nekih 250GB podataka na prazan disk i i datoteka od 3GB ima peteroznamenkasti broj fragmenata. Dosta sporo mi se to čita, možda bi na SSDu bilo bolje. Cijeli rsync je trajao osjetno dulje nego npr. na ext4. Pod dulje mislim nekoliko sati dulje.

2.4GB / 16 GB. Koji launcher goniš?


BTRFS ima jako brz copy on write mehanizam, kao i OpenZFS.
Imaš aplikaciju Timeshift, sa njom možeš olakšati kreiranje snapshota.
Nisam uspija bootati sa BTRFS, mislim da ne podržava.

Što se performansi tiče, na početku mi je radio odlično, ali nakon 2-3 miseca se sve usporilo.
Prvo sam mislija da je u snapshotima problem, pa sam ih sve pobrisa, no problem je osta. Nakon toga sam preša na OpenZFS, prebacija sve podatke i evo da kucnem, već godinu dana uredno radi.

Jesu li u međuvremenu sredili taj issue sa tim filesystemom ili je do mene bio problem, ne znam.

Za snapshote bi trebao FS kojeg kopiram prebaciti na BTRFS, a ne bi mu baš povjerio te podatke :)

Uglavnom, syncao sam jedna moj backup drive, particija na ext4. Na taj disk backintime i timeshift rade backup tako da ima dosta hard linkova. Izgleda da je to ubilo performanse na prvom kopiranju. Naknadna puštana bila su brža, ali opet dosta spora.

Što bi bilo nakon duljeg vremena, ne znam :-)
Možda ga rsync zezne kad radi ono delta kopiranje i "nadoštuka" datoteke.
Kako mi se čini, za potrebe backupa bi bilo ok kad bi oba FSa bila na BTRFS, onda bi valjda i onaj send/receive mehanizam radio.

Xubuntu distra xfce4 jelte sve stock, (laptop i7,12GB,SSD) nego uspio sam skrsit sve, iso updejtat kernel na 5.6.7 i naravno greske i nemoze bootat, u grubu stavio na stock 5.4 kernel dodje do dekstopa i smrzne se.
Napravio cisti install ponovno ali ext4 umjesto zfs, nema boota ostane na busyboxu, vratio opet zfs sve stock radi normalno... ima jos bubica cini mi se


takodjer mi se krsi preglednik slika kad otvaram sliku sa network drivea..

EXT4+LVM Snapshots. I najbolje - nema problema s RAM-om ko ZFS ;) BTRS za drkarit doma da, interesantan je al zasad ne hvala.

Ma da, još bi nadodao thin provisioning za LVM.
Mislim da je to zasad best opcija.

Se prebacio tko na ubuntu 20.04?

Za sada ok radi i nemam neke zamjerke. Migracija s 18.04 na 20.04 bez problema osim jasno chromea koji je sve gori i gori.

Od verzije 76 mislim je koma. Crasha se tu i tamo i zato sam bio čak i na kojoj verziji ispod dok sam bio na 18.04

Trenutno sam na 81.0.4044.138 ali i dalje nije to to. Nekad radi savršeno danima nekad se crasha odmah nakon otvaranja..

Ja ne prebacujem prije barem jedne do dvije revizije LTSa. Uostalom, ne nudi ti niti automatski upgrade dok ne izađe 20.04.1 :)

Isprobao 20.04 u virtualki i to je to zasad. Ništa nova, osim što je sučelje (xubuntu) sve gore iz verzije u verziju. Valjda gnome utjecaj koji ide nizbrdo već godinama. Ergonomija im je stran pojam, a GUI kao da je za tablet rađen, a ne stolno računalo.
E, da, od 6.06 kad sam prešao na ubuntu do 18.04, prvih nekoliko godina sve verzije, od 10.04 do 18.04 samo po LTS, nijedan, ali baš nijedan upgrade nije prošao bez problema.
Dobitna kombinacija mi se ispostavila formatirati, instalirati friško novu verziju, vratiti natrag /home i instalirati nanovo što mi treba. Postavke važnijih servisa samo (ssh, samba, nfs,...) vratim i to je to. Imam sve pripremljeno + listu programa koji uvijek instaliratim i to je skripta od par redova i jedan reboot.

Naprimjer, onako iz glave: 12.04 na 16.4 je prestala raditi samba, kod upgradea na 18.04 riknuo je resolving radi jebenog systemd itd. Da ne tražim sad detalje, za svaki problem gubim vrijeme na istraživanje što je riknulo i kako popraviti.

Dakle, govorimo o važnim sistemskim servisima koje ubuntu uspijeva potrgati između LTS verzija.

Razumljivo da je amaterska distribucija za po doma, ali to se ne bi smjelo događati.
Tako da držim 18.04. dok god mogu, zasad ne vidim apsolutno nikakvog razloga za prelazak.


Ok, priznam da je moj use case doma možda malo dalje od pretpostavljenog za tipičnog ubuntu korisnika :)

Meni je Kubuntu na 20.04. , ali ja upgradeam svakih šest mjeseci. Kućni korisnik pa me ne brine.
Sve radi ok, samo me iritiraju ponekad snap aplikacije. Da koristim gnome, bio bih na pop_os ili kako se već piše. Ovako na kde, budu li me i dalje gnjavili snaps vjerojatno nazad na Fedoru .

Pa šta bi linux bio bolji od winsa vezano za upgrade na novu verziju ? :D

Za browser imaš Firefox ESR i za Linux, stabilnije i manje gofana koje guraju u najnovijim verzijama. Mislim da je zadnju 68.8 ESR, a raniji 60.9 ESR.

Snap ili "normalna" verzija Chrome-a? (Izbjegavaj prvu)

Nisam dosad iskusio probleme sa Chrome-om na nijednoj rpm distri (deb distre ne koristim). Inace Ubuntu je jedna od distri koja kvalitetom jako varira ovisno o verzijama i nebi se cudio da su nesto opet usrali. Pokreni Chrome kroz terminal i vidi sta izbaci kad krkne.

Probaj Brave.

ili https://iridiumbrowser.de/


ali od ove godine sam se vratio na firefox na svim pc platformama

Gle, radi upgrade u principu vrlo dobro, ali ako si malo customizirao sustav i namjestio kojekakve dodatne stvari, upgrade procedura ne može to sve uzeti u obzir i pogubi se tu i tamo.
Zamjeram ubuntu kad potrgaju DNS resolving (kojeg nisam taknuo) na upgradeu LTSa, e to im nije za oprostiti :)
Sve je to koliko para toliko muzike.



Na Win 10 otkad sam eth adapter stavio na "Metered" već se lakše diše po pitanju dnevnih updateova :D
Nadam se da neće automatski grunuti na Win 11,12 ili koji bude već idući :)

Ja nemam problema s Kromom, Version 81.0.4044.138 (Official Build) (64-bit) instaliran sa sluzbene Chrome stranice.

Moram priznati da se, za razliku od 19.10, puno vise musicavi, stalno neki errorcic izbacuje, cak i archiver ima neki bug (tipa, napravis extract vise od jedne arhive odjednom, i sad kada ti izbaci dijalog da je gotov, izbaci ga za svaku arhivu zasebno, no ugasis jedan, odmah se srusi cijeli archiver), no dobro, valjda peglaju to.

Kernel je novi(ji) nego na 19.10, pa to veseli!

Nakon kernela 4.1, svi ovi koji počinju s 5.x, kod mene na dva stroja pukne iz zvučnika kod bootanja, shutdowna ili nakon nekog vremena kad se upali audio, npr. pokreneš YT video. Dakle, kod inicijalizacije i gašenja zvučne kartice ili kad se ista budi iz standbya. Na oba stroja onboard Intel HD audio s realtek chipom, jedna MBO AMD, druga intel.
Ne pomaže niti jedno od rješenja koje sam dosad našao i probao. Toliko o novijem kernelu. Zakenjali su baš nešto u kernel modulima.

Za onboard zvučnu valjda nikog nije briga, za servere to ne treba :)

Događalo mi se i s novijim verzijama chromea na 18.04.

Tu i tamo se događalo da se file explorer nautilus znao nekada sporije otvarati pa sam odlučio napraviti update...app. :D

SMB radi, vpn radi, remoteovi rade, keepassx radi...subilime radi...ugl za sada radi ok. :)


Ha ono..nije baš isto. :) Ovo je bilo bez greške update i relativno brzo. ;)

Normalna. :) Velim ti problem se događao i s 18.04 tak da sumLJam da je do distre. Chrome je brijem. :D

Budem kroz terminal ali znaš kak ide..error..error..error..ok idem te trejsati i gle sada radi. :D

Will do. :)

Lucky bastard. :p

Hihihihi :D

O bog te ubio pa ovo nisam imao od abit nf7-s :D

Nema veze s kernelom, bar ne direktno. Pulseaudio + Alsa ti rade probleme. Imao svoj dio problema te vrste s raznim distrama pred par godina :lol2: Znam da je neka spika bila sa alsa-mixerom i latencijama u pulseaudio modulu. Detalje se nazalost ne mogu sjetiti ko ni jucerasnjeg dorucka :lol2:

@hamm - Meni uredno fercera sa LXDE. Jesi probao mijenjat DE?

Zanimljivo, vidis, jedan od razloga zasto sam imao manje internih nemira kod prelaska na Ubuntu s W10 je bio upravo zvuk, koji na T450, T460 i T470p sa vise razlicitih dockova nije radio kako spada na W10 (odnosno, nije radio *uopce*), docim na Ubuntuu ide bez razmisljanja.

Ah, 100 tranzistora, 200 cudi... :D

Znam na što misliš, ali nije to.

Jedan od ta dva kompa uopće nema pulseaudio.

Na onome drugome koji ima pulse je ista ALSA i isti pulse već dugo, ali čim sam 5.x kernel instalirao evo problema.

Bootam stari kernel, nema pucanja :)



Još se niti ne boota do kraja, čim se učita kernel modul, čuje se "pop" iz zvučnika. Isto kod gašenja.

Predloženo rješenje koje se ponavlja na webu su parametri snd_hda_intel modula, ali ne pali kod mene:
Ovo bi ga trebalo spriječiti da ode u standby jer kad se probudi onda pukne, ali ne pomaže kod boota i shutdown :)

Nisam. :) Niti budem. Očekujem da sve radi na ovom kojem jesam. :) Jbg neda mi se. ;)

Hm... kod mene ovo sljaka....da probas Fedoru?

[tsilov@fedora ~]$ uname -a
Linux fedora.lab.com 5.6.11-300.fc32.x86_64 #1 SMP Wed May 6 19:12:19 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

[tsilov@fedora ~]$ rpm -qa |grep '^alsa\|^pulse'
pulseaudio-module-bluetooth-13.99.1-3.fc32.x86_64
alsa-ucm-1.2.2-2.fc32.noarch
alsa-lib-1.2.2-2.fc32.i686
alsa-plugins-pulseaudio-1.2.2-1.fc32.x86_64
alsa-utils-1.2.2-1.fc32.x86_64
pulseaudio-13.99.1-3.fc32.x86_64
pulseaudio-libs-glib2-13.99.1-3.fc32.x86_64
pulseaudio-libs-13.99.1-3.fc32.x86_64
pulseaudio-utils-13.99.1-3.fc32.x86_64
pulseaudio-libs-13.99.1-3.fc32.i686
pulseaudio-module-x11-13.99.1-3.fc32.x86_64
alsa-lib-1.2.2-2.fc32.x86_64
alsa-plugins-pulseaudio-1.2.2-1.fc32.i686
alsa-sof-firmware-1.4.2-6.fc32.noarch

[tsilov@fedora ~]$ lspci |grep Audio
00:1f.3 Audio device: Intel Corporation CM238 HD Audio Controller (rev 31)

Ne vjerujem da bi fedora pomogla, iako su kod mene kerneli 5.1/5.3 i starija ALSA i pulse. Mogu probati staviti noviji kernel za slučaj da su možda popravili.

Evo korisnika fedore koji je imao isti problem:
https://major.io/2019/03/04/stop-aud...ntel-hd-audio/


Arch useri isto u više kombinacija, ovdje ih se više javilo koji nisu imali taj problem ranim 4.x kernelima:

https://bbs.archlinux.org/viewtopic.php?id=200978


Uglavnom, čak i ako blacklistam modul snd_hda_intel, kod učitavanja ručno s modprobe pukne iz zvučnika :(
Ako je power_save bio 1, kad se ovo pokrene, iz zvučnika prasne da se splašiš:
Ovo gore pomaže, ali samo na jednom kompu u toku rada. Kako su oba stalno upaljena, recimo da se može živjeti s tim pucanjem.
U trenutku učitavanja modula, isti pusti neku struju na output i to se čuje u zvučnicima.


Audio codec je ovaj na oba stroja, različite revizije:
[COLOR=inherit !important]

#s3gt_translate_tooltip_mini { display: none !important; }[/COLOR]

Na opensuseu sam, i zadovoljan, sad problem je taj što bi trebao pokrenuti jako specifičan program koji mi je potreban za posao a pogađate mogu ga samo na Winsima pokrenuti, kako da to najbezbolnije napravim?

Generalno nativne Windows aplikacije mozes probat pokrenut wine-om (hint:winetricks):

https://appdb.winehq.org/

Postoje komercijalne verzije tipa Crossover Office ali generalno baza svim tim cudima je wine. Za sve ostalo preporucio bih ti da dignes ili dual-boot ili Windows u virtualki (preporuka Qemu+KVM).

Cudno...smrdi mi na Alsa modul/e u kernelu i verzijama Alse. Probaj drugi OS, nist te ne kosta da dignes Live i testiras.
Si se probao igrat sa alternativama tipa jack/esound/oss?

Ne vjerujem da ce sljakat al probaj ovo:

pactl list | grep tsched # Info

Editiraj /etc/pulse/default.pa

Linija: load-module module-udev-detect

load-module module-udev-detect tsched=0

ili

load-module module-udev-detect tsched=yes

Restartaj pulseaudio/alsu nakon toga.

Potpisujem sto je tomek napisao, ali rekao bi da je ipak najbezbolnije rjesenje virtualbox

Stvarno sve ovisi o kojem se SW radi. :) Ali da ako je samo za windoze onda je neki VM najbolja opcija ili dual boot. :)

@bubba evo ti tu ako te sramota pitati na wacap :D

Update:

Version 81.0.4044.138 (Official Build) Built on Ubuntu , running on Ubuntu 20.04 (64-bit)


Radi uredno.

:D

uf, mene strah :D


edit:20.04

Čega? Chromiuma Ili 20.04? :D