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

[tomek@vz]

Medo malo ga pretjeruješ. Ima i dalje i onih koji iz nekog razloga ne vrte sve virtualizirano, iz specifičnih razloga. Jedini je problem LVM-a kad moraš konsoliditirat Inode-ove jer je često netko izbrisao particiju pa želiš kreirat particiju koja se po veličini nemože kreirat na FS-u bez fragmentacije. Ali i to je riješivo - nije jednostavno naravno al zato me ne plaćaju kikirikijem. U 20 godina drljanja sa Linuxom mi se dogodilo 3 put - 1 put doma jer sam baš sranja radio na svom stroju, 2 put kad sam želio shvatiti zašto se to dogodilo na drugom stroju i treci put na produkcijskom serveru prilikom migracije na novi OS. 8 sistemskih particija , LV je bio skalupljen od nekog tko nije poznavao tematiku i drljalo se (Windows admini) u prošlosti sa serverom (hint, server iz 2010). Reboot > Sysrescue > kosolidacija > reboot > šibaj dalje. Uzelo mi cca 30 minuta od ugovorenih 3 sata Downtime-a. Jedan server od njih cca 300. LVM je itekako koristan u takvim i sličnim situacijama.

[medo]

Ne kažem da je LVM beskoristan. Back in the day je bio gotovo nezamjenjiv. Danas imamo veće i bolje stvari.

Osobno ne cijenim fleksibilnost LVMa jer je u većini slučajeva bila nepotrebna a omogučila je nepažljivima i nestrpljivima da (jako) zakompliciraju stvari.

ZFS ima brojne prednosti upravo na bare metalu gdje imam local storage koji moram backupirati i replicirati. Detekcija oštećenih podataka, te replikacija podataka je milina i to je upravo ono zbog čega je ZFS nastao in the 1st place. Imam i RAID (LVM ima samo mirror) kojem vjerujem više nego hw RAIDu koji mi je povijesno uništavao podatke zbog bugova u firmwareima na enterprise kontrolerima. Imam i transparentnu kompresiju i enkripciju podataka a mogu mijenjati veličinu clustera (recordsize) i tip kompresije nakon što sam kreirao particiju/filesystem (dataset). I mogu replicirati enkriptirane datasetove bez ključa…

I ne moram imati fiksne veličine particija. Amen to that.

[tomek@vz]

Linux bug fix recovers 30% performance, critical for cars using kernel-based infotainment

> Link

[Ivo_Strojnica]

Evo ga, sad će peugeot napokon raditi

[tomek@vz]

Autor Ivo_Strojnica

Evo ga, sad će peugeot napokon raditi

Dobra :P Jos da proizvodaci ne stavljaju najzesca govna od cipova unutra


Hovewer nekaj bitnije...SystemD sa novom verzijom akivira jednu izmjenu hendlanja tmp fajlova. Vise o tome na linku. Po meni vise negativno nego pozitivno al kaj je tu je.

[tomek@vz]

Looking Glass Update! MASSIVE VFIO Breakthrough Incoming!

> Level1Linux

[Ivo_Strojnica]

Jesi koristija Looking Glass?
Meni je bija dosta bugovit bija, doduše, prije godinu dana sam ga presta koristiti.

[tomek@vz]

Autor Ivo_Strojnica

Jesi koristija Looking Glass?
Meni je bija dosta bugovit bija, doduše, prije godinu dana sam ga presta koristiti.

Nope Na Steamu/Wine mi rade sve igre koje igram i jos uz za mene dovoljno dobre performanse. Trenutno samo drmam po Tempest Rising i Tiny Glade

[tomek@vz]

Linux on IBM Z and IBM LinuxONE use the s390x hardware architecture to run various Linux distributions, including SUSE Linux Enterprise Server (SLES), Red Hat Enterprise Linux (RHEL), and Ubuntu. Tens of thousands of software packages are tested and distributed through these projects, and various community distributions.

↫ Elizabeth K. Joseph at the IBM community website

IBM’s Mainframe: The OG of Computing is getting AI, Interviews in New York

> LevelOne


Nerdporn

[tomek@vz]

One of the strong points of Linux has always been how solid the experience of installing and managing software is. Contrarily to what happens in the Windows and macOS world, software on Linux is obtained through something called a package manager, a piece of software that manages any piece of software the user installs, as well as its dependencies, automatically.
↫ Luca Bramè at Libre.News

[Ivo_Strojnica]

Aha, u teoriji.
U prijevodu, blaženi dockeri.

[Bubba]

Autor Ivo_Strojnica

Aha, u teoriji.

Cak niti u teoriji.

Pragmaticno, kaos paketnih sustava na Linuxu nije daleko od Windowsovog DLL pakla, pogotovo kada se maknes iz x64 zone komfora.

U prijevodu, blaženi dockeri.

Znas kako je islo ono zevzečenje sredinom '90. - 10 milijuna ljudi ima srecu da zivi u Jugoslaviji. Ostali nemaju tu srecu, ali imaju sve ostalo.

E tako nekako je i s Dickerom.

[medo]

Autor Ivo_Strojnica

Aha, u teoriji.
U prijevodu, blaženi dockeri.

To. Paketni sustav je relikt davnog doba kada smo imali premale HDDove i premalo RAMa pa su appovi dijelili librarye (da se uštedi na prostoru) koji su se rijetko updateali.

U današnje doba stotina GB mjesečnih updatea OSa i fixanja bugova u hodu nakon što su appovi već vani u produkciji, to je horor. Kapa dolje ljudima koji to još uvijek uspješno održavaju.

Smatram da danas appovi trebaju biti shippani sa svime što im je potrebno za rad umjesto da previše ovise o onome što je netko instalirao u sustav.

[tomek@vz]

Sve ima svoje prednosti i nedostatke. Na vecim se distrama (Mint, Debian, RedHat/Fedora, Suse/OpenSuse ) zadnjih godina nisam naletio na neki app koji nisam iz sluzbenih (distra ili 3rd party) mogao instalirat. Za desktop lokalna instalacija aplikacija kroz flatpak (flatpak --user install) koje nisu u distrinim repozitorijima mi dosad nije nista skrsilo ali uvijek preferiram sluzbene pakete (deb i rpm). Na server strani pak ionako paketiramo 30% sto nam treba radi specijalnih Patcheva sto preko lokalne OBS instance ili rucno. Docker ima svoje musice.

[tomek@vz]

Kaže Linus:

The only lesson to be learned is that filesystem people never learn

> Phoronix


Yep - FS Rant by Linus

[tomek@vz]

Fedora 42 System Audit 2025

[tomek@vz]

VeeamON shows Veeam on Linux, RAG from backup, and cloud features

Nije da na Linuxu fali Backup riješenja ali Veeam je tako jednostavno i elegantno riješenje da ga na Windows platformi debelo preferiram i ovo je odlična vijest.

Kali Linux users worldwide are facing an imminent disruption as the security-focused distribution has announced that the update process will fail for virtually all users in the coming days.

Ups

[tomek@vz]

I have no idea how much relevance this short but informative rundown of how PATH works in Linux has in the real world, but I found it incredibly interesting and enlightening.

The basic gist – and I might be wrong, there’s code involved and I’m not very smart – is that Linux itself needs absolute paths to binaries, while shells and programming languages do not. In other words, the Linux kernel does not know about PATH, and any lookup you’re doing comes from either the shell or the programming language you’re using.

In practice this doesn’t matter, but it’s still interesting to know.

[tomek@vz]

As a follow-up to the Phoronix article a few days ago entitled A Linux 6.15 Performance Regression Hits Modern AMD CPUs, there continues to be activity to address this issue with the performance impact catching the upstream kernel developers off guard. I've tested a patch now that does address the issue while still carrying the KVM protections desired.

> Phoronix

[tomek@vz]

Naletio na nekaj zgodno za OpenSuse pa...tko hoće

To install packages from third party vendors, the packman repository or community repositories of the openSUSE Build Service, you can make use of the opi tool.

OPI allows you to search and install almost all packages available for openSUSE and SLE.

> OpenSuse

[tomek@vz]

Going back to last year an AMD engineer has been pursuing "Attack Vecotr Controls" to rethink CPU security mitigation handling. Attack Vector Controls aims to make it easier to manage CPU security mitigation settings by focusing on the class/scope of vulnerabilities rather than managing the mitigations at an individual level. It's looking like the initial attack vectors control code will be ready for mainlining in the upcoming Linux 6.16 cycle but stopping short of the complete implementation.

> Phoronix

[Neo-ST]

Ekipa, dobio sam za sitne pare (skoro džaba) Lenovo X260 laptop u odličnom stanju, ali ima jednu caku, a to je da je BIOS zaključan passwordom kojeg nitko ne zna (jer je laptop došao iz vani, od neke firme, itd.).
Može se ući u BIOS u read-only modu i čak mijenjati neke osnovne postavke, ali ovo sve bitno je zaključano.

Jedna od tih bitnih stvari je UEFI mode, koji je isključen, dakle laptop radi u BIOS legacy modu i to se ne može promijenit.

Za unlockat BIOS, treba fizički ugraditi drugi čip ili shortat ovaj, a za to niti imam alata niti znanja niti volje.

Non-UEFI BIOS mi inače ne bi predstavljao nikakav problem, da se ja baš nisam odlučio pratiti točno ovaj tutorial i dignit Arch na njega, sa BTRFS-om, ZRAM-om, Qtile-om, itd.

Video, text.

Problem je šta ja nemam dovoljno znanja za tako nešto i moram step-by-step pratiti tutorial, a drugi problem je šta je tutorial pisan za UEFI mašine (a moja to očito nije).

Probao sam AI-u dati ova uputstva da ih modificira za non-UEFI mašinu, međutim "AI" je sve osim pametan, pa je i on zajebo dosta toga.
Suma summarum, više puta sam morao počinjat iznova i nikako postići da napravim sve šta je ovaj lik napravio u tutorialu, samo zato jer nemam UEFI.

Ako netko ima znanja i volje da mi točno kaže koji dio tutoriala treba modificirati (i kako), da bi ovo sve radilo na mom laptopu, bio bih zahvalan.

Prvi put sam zapeo kod instalacije Grub-a (točka 11 u textualnom tutorialu), kasnije vidio da lik kreira i EFI particiju koja je očito nepotrebna, treći put me AI odveo na krivi put i sjebo instalaciju ZRAM-a, itd.

Uglavnom sad sam pobrisao sve particije i želim krenit od nule prateći ovaj tutorial, samo ne znam kako i koje dijelove modificirati da instalacija svega prođe na ovoj mašini.

[tomek@vz]

Autor Neo-ST

Ekipa, dobio sam za sitne pare (skoro džaba) Lenovo X260 laptop u odličnom stanju, ali ima jednu caku, a to je da je BIOS zaključan passwordom kojeg nitko ne zna (jer je laptop došao iz vani, od neke firme, itd.).
Može se ući u BIOS u read-only modu i čak mijenjati neke osnovne postavke, ali ovo sve bitno je zaključano.

Jedna od tih bitnih stvari je UEFI mode, koji je isključen, dakle laptop radi u BIOS legacy modu i to se ne može promijenit.

Za unlockat BIOS, treba fizički ugraditi drugi čip ili shortat ovaj, a za to niti imam alata niti znanja niti volje.

Non-UEFI BIOS mi inače ne bi predstavljao nikakav problem, da se ja baš nisam odlučio pratiti točno ovaj tutorial i dignit Arch na njega, sa BTRFS-om, ZRAM-om, Qtile-om, itd.

Video, text.

Problem je šta ja nemam dovoljno znanja za tako nešto i moram step-by-step pratiti tutorial, a drugi problem je šta je tutorial pisan za UEFI mašine (a moja to očito nije).

Probao sam AI-u dati ova uputstva da ih modificira za non-UEFI mašinu, međutim "AI" je sve osim pametan, pa je i on zajebo dosta toga.
Suma summarum, više puta sam morao počinjat iznova i nikako postići da napravim sve šta je ovaj lik napravio u tutorialu, samo zato jer nemam UEFI.

Ako netko ima znanja i volje da mi točno kaže koji dio tutoriala treba modificirati (i kako), da bi ovo sve radilo na mom laptopu, bio bih zahvalan.

Prvi put sam zapeo kod instalacije Grub-a (točka 11 u textualnom tutorialu), kasnije vidio da lik kreira i EFI particiju koja je očito nepotrebna, treći put me AI odveo na krivi put i sjebo instalaciju ZRAM-a, itd.

Uglavnom sad sam pobrisao sve particije i želim krenit od nule prateći ovaj tutorial, samo ne znam kako i koje dijelove modificirati da instalacija svega prođe na ovoj mašini.

Ajd mi objasni zašto Arch ako ga ne kužiš?

1. Pripremi particije (fdisk/gdisk) - možeš i iz drugog OS-a sa nekim grafičkim alatom. Za normalan boot trebas /boot kao EXT4 i / kao btrfs za početak ako se baš time želiš igrati.
2. Formatiraj particije
3. Bootaj Arch ISO
4. https://wiki.archlinux.org/title/Archinstall & https://wiki.archlinux.org/title/Qtile#Installation
5. Nakon instalacije OS-a instaliraš što hoćeš prema svojoj potrebi.

Što ima Arch a nema Mint/Fedora ili bilo koja od xyz distri (koju bi ti bilo mnogo lakše posložiti)? Ah da jedan od najbolje dokumentiranih wiki-a u Linux svijetu a ti biraš radije neki Youtube Tutorial pitat i "isključi mozak" GPT umjesto da uložiš truda i pročitaš WIKI sa razumijevanjem. Arch nije za ekipu koja nema strpljenja čitat tutoriale.

https://wiki.archlinux.org/title/Zram
https://wiki.archlinux.org/title/Qtile

P.S.- ako misliš da je ovo grub odgovor probaj isto pitanje na Arch forumu postaviti

[potemkin.hr]

Autor tomek@vz

Ajd mi objasni zašto Arch ako ga ne kužiš?

Pa valjda bragging rights



BTW ovaj archinstall je top, instaliran arch u 10 minuta, sad se i ja mogu kurčiti

[tomek@vz]

Archinstall sam slučajno skužio pred par mjeseci kad sam htio testirat nekaj na brzaka i reko "nemoj me..."...al kaj buš . Držiš se WIKI-a i nemaš kaj zeznut. Arch je uz Gentoo fakat najbolje dokumentiran Linux OS i šteta bi bila ne koristiti to svo znanje za koje si je netko/neki dali truda da dokumentiraju u tako opsežnom formatu da pomognu svima.

[Neo-ST]

Arch jer eto, dosadno mi je i volim izazove.
Naravno da sam krenuo krivim putem (težim), umjesto da sam pokrenuo archinstall, odabrao sve opcije i prst u uho, ali jbga.

Sad sam digao Arch na btrfs uz enkripciju i zram, a naknadno ću tiling managere i ostalo.

[tomek@vz]

Autor Neo-ST

Arch jer eto, dosadno mi je i volim izazove.
Naravno da sam krenuo krivim putem (težim), umjesto da sam pokrenuo archinstall, odabrao sve opcije i prst u uho, ali jbga.

Sad sam digao Arch na btrfs uz enkripciju i zram, a naknadno ću tiling managere i ostalo.

Odlično, tako treba Drži se WIKI-a i uloži vremena - nećeš požaliti

[tomek@vz]

With its Start menu-style application launcher and its bottom-of-the-screen taskbar, KDE Plasma is a "nice" and "traditional" desktop environment that's "also highly customizable," notes It's FOSS News.

But there's a change coming...In contrast to other desktop environments, KDE offers a long-term support release (LTS) of Plasma, where bug fixes and security updates are provided for an extended period, with no new major changes being introduced. However, that is no longer the case now. Shared by Nate Graham, a prominent contributor within the KDE community, KDE has decided to stop working on LTS releases of Plasma, shifting its focus on extending support for the bug-fix and feature releases instead.

The reasoning behind this move is multi-faceted, with factors such as inconsistent expectations from the community, developers' reluctance to work on older versions, and the lack of consistency in LTS support for Frameworks and Gear apps... I believe this move will provide Plasma users with a better Linux desktop experience, thanks to the extended bug-fix period, which will enhance the stability of each release.
From Graham's blog post:It's no secret that our Plasma LTS ("Long-Term Support") product isn't great. It really only means we backport bug-fixes for longer than usual — usually without even testing them, since no Plasma developers enjoy living on or testing old branches. And there's no corresponding LTS product for Frameworks or Gear apps, leaving a lot of holes in the LTS umbrella. Then there's the fact that "LTS" means different things to different people; many have an expansive definition of the term that gives them expectations of stability that are impossible to meet.

Our conclusion was that the fairly limited nature of the product isn't meeting anyone's expectations, so we decided to not continue it. Instead, we'll lengthen the effective support period of normal Plasma releases a bit by adding on an extra bug-fix release, taking us from five to six.

We also revisited the topic of reducing from three to two Plasma feature releases per year, with a much longer bug-fix release schedule. It would effectively make every Plasma version a sort of mini-LTS, and we'd also try to align them with the twice-yearly release schedules of Kubuntu and Fedora.

However, the concept of "Long-Term Support" doesn't go away just because we're not giving that label to any of our software releases anymore. Really, it was always a label applied by distros anyway — the distros doing the hard work of building an LTS final product out of myriad software components that were never themselves declared LTS by their own developers. It's a lot of work.

So we decided to strengthen our messaging that users of KDE software on LTS distros should be reporting issues to their distro, and not to KDE. An LTS software stack is complex and requires a lot of engineering effort to stabilize; the most appropriate people to triage issues on LTS distros are the engineers putting them together. This will free up time among KDE's bug triagers and developers to focus on current issues they can reproduce and fix, rather than wasting time on issues that can't be reproduced due to a hugely different software stack, or that were fixed months or years ago yet reported to us anyway due to many users' unfamiliarity with software release schedules and bug reporting.

[spiderhr]

Nisam ni pipnuo Arch... još...

[Neo-ST]

Autor spiderhr

Nisam ni pipnuo Arch... još...

Zakon je, samo ga instaliraj manualno, nemoj preko archinstall.