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

[tomek@vz]

Autor geronimo_2

poz.
neki dan instalirao u Vbox-u zadnji linux mint MATE.
samo za koristenje torrent-a.
danas nesto zastekalo. resetiro masinu, ulazim i vidim 0free space i naravno razno razni errori.
na kraju skuzim da su Syslog and kern.log pojeli doslovce cijeli disk (cca 6gb svaki).
zasto se to dogada, kako to rjesit sad bez da izbrisem masinu i ponovo sve idem radit i kako to sprijecit u buducnosti?
jel se moze ikako te logove iskljucit?
uopce me ne zanima nis osim imat masinu za skidat torrent.


hvala.

Kreirao si premale particije? Sto stoji i oba loga?

P.S.- sto fali skidanju torrenta direktno na Windowsima?

[dadoremix]

očito misli da ga tako ne prate

[radi.neradi]

Trebam pomoć oko konfiguracije. Iz RHEL-a 9 i 10 je uklonjen spice protokol pa tako i na ostalim derivatima - AlmaLinux-u i RockyLinux-u. Na Fedori imamo libspice-server.so.1 library pa pretpostavljam da je spice supported. Na AlmaLinuxu 10.x su odnedavno ponovo integrirali spice protokol za QEMU. Isto tako su napravili svoj native NVIDIA repozitorij koji na 9.7 radi odličo --- da koristim NVIDIA-u zbog potrebe za fine-tunanjem LLM modela iz vremena dok pytorch nije dobro radio sa AMD-om - a cuda-u držim u docker containeru izoliranu od ostatka sustava. U 9.x nema spice protokola, dok je u 10.x u uklonjen Xorg osim ono što je ostalo u development repozitoriju. Pokušavam postaviti virt-viewer za spajanje na QEMU guest mašine preko spice protokola koji bi trebao funkcionirati iz konzole koristeći virt-viewer kiosk mode. Sa VNC protokolom koji je integriran u QEMU ne mogu dobiti više display-eva, jer 1. nije moguće vrtit više VNC servera za jednu VM kojeg pruža QEMU proces direktno i 2. koristi nekakav meni nepoznat način renderiranja te se gube performanse. Na 10.1 sam iz konzole testirao wayland kiosk mode sa cage ($ cage -- virt-viewer --connect qemu:///system --kiosk), međutim potrebno je 15 sekundi da bi se renderirala tekst konzola, a vrlo često se i core dumpa na wayland-protocols.c i xwayland.c (iirc). Mislim da nije najbolja metoda koristiti Xorg pakete iz development repozitorija na 10.x, već je možda lakse konfigurirati odnosno rebuildati iz source-a qemu za spice-om. Izbjegao bih korištenje starije 8.x zbog skorijeg EOL. Ono što želim izbjeći je korištenje window managera, jer se sve koristi unutar guest mašina, a spajanje preko kiosk mode-a. Mislim da je bolje ići na Xorg u ovom slučaju. Testirao sam Weston kako bih ustanovio da nije problem do nečeg drugog. Fedora također shippa bez Xorg-a od verzije 43. Koristi li tko NVIDIA proprietary drivere uspješno sa virt-viewer kioskom? Možda bi najlakše bilo buildati sve na CRUX-u, iako ono što me vuče na RHEL derivate je SELinux, stabilnost i periodičke nadogradnje bez potrebe za buildanjem svakog paketa, iako ako bi stvari radile kako sam zamislio - nije problem jednom godišnje napraviti proces za buildanje paketa u guest mašini i upgrade host mašine.

Autor geronimo_2

neki dan instalirao u Vbox-u zadnji linux mint MATE.

Podigni live image, mountaj root particiju na /mnt, mountaj /dev (mount -o bind /dev /mnt/dev) jer nam treba special character device /dev/null, chrootaj se u /mnt (chroot /mnt) i zatim možeš uradit symlink (ln -sf /dev/null /var/log/kern.log) ili iskoristit new-syslog ako ga sustav uopće ima da rotira određene datoteke po određenoj veličini ili periodički i čuva određenu količinu prethodnih datoteka, pa postaviš minimalne vrijednosti koje neće punit disk. Možeš uradit i extend diska ako je particija zadnja na disku - ne znam što VirtualBox koristi ali može se sa qemu-img resize +10G i nakon toga fsck + resize2fs i na kraju proširit particiju sa fdisk.

[tomek@vz]

Autor radi.neradi

Trebam pomoć oko konfiguracije. Iz RHEL-a 9 i 10 je uklonjen spice protokol pa tako i na ostalim derivatima - AlmaLinux-u i RockyLinux-u. Na Fedori imamo libspice-server.so.1 library pa pretpostavljam da je spice supported. Na AlmaLinuxu 10.x su odnedavno ponovo integrirali spice protokol za QEMU. Isto tako su napravili svoj native NVIDIA repozitorij koji na 9.7 radi odličo --- da koristim NVIDIA-u zbog potrebe za fine-tunanjem LLM modela iz vremena dok pytorch nije dobro radio sa AMD-om - a cuda-u držim u docker containeru izoliranu od ostatka sustava. U 9.x nema spice protokola, dok je u 10.x u uklonjen Xorg osim ono što je ostalo u development repozitoriju. Pokušavam postaviti virt-viewer za spajanje na QEMU guest mašine preko spice protokola koji bi trebao funkcionirati iz konzole koristeći virt-viewer kiosk mode. Sa VNC protokolom koji je integriran u QEMU ne mogu dobiti više display-eva, jer 1. nije moguće vrtit više VNC servera za jednu VM kojeg pruža QEMU proces direktno i 2. koristi nekakav meni nepoznat način renderiranja te se gube performanse. Na 10.1 sam iz konzole testirao wayland kiosk mode sa cage ($ cage -- virt-viewer --connect qemu:///system --kiosk), međutim potrebno je 15 sekundi da bi se renderirala tekst konzola, a vrlo često se i core dumpa na wayland-protocols.c i xwayland.c (iirc). Mislim da nije najbolja metoda koristiti Xorg pakete iz development repozitorija na 10.x, već je možda lakse konfigurirati odnosno rebuildati iz source-a qemu za spice-om. Izbjegao bih korištenje starije 8.x zbog skorijeg EOL. Ono što želim izbjeći je korištenje window managera, jer se sve koristi unutar guest mašina, a spajanje preko kiosk mode-a. Mislim da je bolje ići na Xorg u ovom slučaju. Testirao sam Weston kako bih ustanovio da nije problem do nečeg drugog. Fedora također shippa bez Xorg-a od verzije 43.

Sve je moguće - integriraj svaki VNC Server na zasebnom portu kao zaseban SystemD servis svaki i to je to. Igrao sam se s tim pred par godina i koncept je dovoljno jednostavan i radi sasvim OK. Što se Spice protokola tiče - uvijek ima opcija kompajlirati iz source-a i integrirati na postojeću platformu. Je da je zeznut posao (i big pain in the ass) ali uz dovoljno vremena i volje moguće je. rpmbuild je dosta fleksibilan po tom pitanju a ako želiš malo automatizma možeš probati dići svoj OBS server...je da je početna konfiguracija...hebena ali jednom kad posložiš sve i integriraš sa vanjskom git instancom izmjene su milina.

[radi.neradi]

Želim izbjeći VNC u potpunosti primarno zbog nedostatka kvalitete prilikom renderinga. Imati VNC server unutar guest mašine nije rješenje jer u slučaju kada imamo 20 virtualnih mašina - od različitih Linux distribucija do različitih *BSD operativnih sustava, održavati takvo nešto je problem i gubitak vremena, dok integrirani QEMU VNC server čita framebuffer emuliranog grafičkog drivera koji je postavljen za guest mašinu, i to nema veze sa operativnim sustavom guest mašine, a zatim se spajamo VNC klijentom na host mašinu na predodređeni VNC port, ne na guest mašinu. Isto tako QEMU integrirani VNC ne zna za multi-head, a kao što sam napisao nije moguće vrtit više QEMU integriranih VNC servera za istog guest-a, barem koliko znam - iz libvirta. Spice dobro radi sa multi-head pogotovo sa virtio-gpu graphics driverom što daje dobre performanse. Nema mi smisla koristit RHEL ako se ponovno moram prilagođavat i buildat svoje pakete, radije onda sve buildam, izuzetno ako SELinux prevagne i uspijem postaviti da radi spice na AlmaLinux-u 9.7 sa nekim third-party repozitorijem.

https://crux.nu/ports/crux-3.8/opt/qemu/Pkgfile - U ovom slučaju buildam libusb za 'virsh attach-device' odnosno usb forwarding, spice-protocol i spice-server traži libjpeg-turbo, libseccomp , nettle mislim da je bio requirement za neke kriptografske funkcije - možda nešto libcurl ili gnupg related, snappy za kompresiju nečega s čime nisam upoznat i libslirp za automatski user mode nat forwarding kada ne želimo postavljati nat ručno. VNC za backup može raditi i sa libjpeg ne treba mu libpng. Možda je fuse3 potreban za nekakav mounting ili rad sa diskovima. Iako nema potrebe za libslirp jer je routed mreža. Ovo bi bio setup koji traži manje rada, ali manje siguran jer nema SELinux, niti Apparmor profile složene niti išta drugo, pa je iz sigurnosnog aspekta definitivno bolje ići na RHEL.

Najbolje bi bilo da ugasim sve i odem prošetat. Jebeš sve ovo. Thanks.

[tomek@vz]

Autor radi.neradi

Želim izbjeći VNC u potpunosti primarno zbog nedostatka kvalitete prilikom renderinga. Imati VNC server unutar guest mašine nije rješenje jer u slučaju kada imamo 20 virtualnih mašina - od različitih Linux distribucija do različitih *BSD operativnih sustava, održavati takvo nešto je problem i gubitak vremena, dok integrirani QEMU VNC server čita framebuffer emuliranog grafičkog drivera koji je postavljen za guest mašinu, i to nema veze sa operativnim sustavom guest mašine, a zatim se spajamo VNC klijentom na host mašinu na predodređeni VNC port, ne na guest mašinu. Isto tako QEMU integrirani VNC ne zna za multi-head, a kao što sam napisao nije moguće vrtit više QEMU integriranih VNC servera za istog guest-a, barem koliko znam - iz libvirta. Spice dobro radi sa multi-head pogotovo sa virtio-gpu graphics driverom što daje dobre performanse. Nema mi smisla koristit RHEL ako se ponovno moram prilagođavat i buildat svoje pakete, radije onda sve buildam, izuzetno ako SELinux prevagne i uspijem postaviti da radi spice na AlmaLinux-u 9.7 sa nekim third-party repozitorijem.

https://crux.nu/ports/crux-3.8/opt/qemu/Pkgfile - U ovom slučaju buildam libusb za 'virsh attach-device' odnosno usb forwarding, spice-protocol i spice-server traži libjpeg-turbo, libseccomp , nettle mislim da je bio requirement za neke kriptografske funkcije - možda nešto libcurl ili gnupg related, snappy za kompresiju nečega s čime nisam upoznat i libslirp za automatski user mode nat forwarding kada ne želimo postavljati nat ručno. VNC za backup može raditi i sa libjpeg ne treba mu libpng. Možda je fuse3 potreban za nekakav mounting ili rad sa diskovima. Iako nema potrebe za libslirp jer je routed mreža. Ovo bi bio setup koji traži manje rada, ali manje siguran jer nema SELinux, niti Apparmor profile složene niti išta drugo, pa je iz sigurnosnog aspekta definitivno bolje ići na RHEL.

Najbolje bi bilo da ugasim sve i odem prošetat. Jebeš sve ovo. Thanks.

"The future is now old man". Nažalost moramo se prilagoditi ili pravac vlastita distra za specifičnu namjenu koju imaš, nema druge. Ako si na ti sa Cruxom i možeš ovo sve izvesti uz manje muke odaberi tu opciju, nema druge nažalost. Ili...Debian?

[tomek@vz]

If Linux 6.19 switching from the Radeon legacy to AMDGPU kernel drivers for the GCN 1.0/1.1 GPUs for those ~13 year old GPUs isn't nostalgic enough for you, here's something a bit more nostalgic this holiday season: fresh open-source driver commits to the Radeon R300g driver for supporting those 23 year old ATI R300 GPUs up through the 20 year old R500 class graphics processors.

Open-source community contributor Pavel Ondračka worked out pop-free clipping support for the R300 Gallium3D driver in Mesa. Pop-free clipping ensures that clipped primitives are still valid and visible if crossing a clip volume boundary rather than just being discarded. This pop-free clipping support in turn fixes a number of dEQP OpenGL ES 2 test case failures that had been observed on R300 through R500 (Radeon X1000 series) graphics cards.

> Open-Source Linux Driver Christmas Surprise For 20~23 Year Old Radeon GPUs

An interesting anecdote from this month's Linux Plumbers Conference in Tokyo is that Meta (Facebook) is using the Linux scheduler originally designed for the needs of Valve's Steam Deck... On Meta Servers. Meta has found that the scheduler can actually adapt and work very well on the hyperscaler's large servers. [...]

The presentation at LPC 2025 by Meta engineers was in fact titled "How do we make a Steam Deck scheduler work on large servers." At Meta they have explored SCX_LAVD as a "default" fleet scheduler for their servers that works for a range of hardware and use-cases for where they don't need any specialized scheduler. They call this scheduler built atop sched_ext as "Meta's New Default Scheduler."

LAVD they found to work well across the growing CPU and memory configurations of their servers, nice load balancing between CCX/LLC boundaries, and more. Those wishing to learn more about Meta's use and research into SCX-LAVD can find the Linux Plumbers Conference presentation embedded below along with the slide deck (PDF).

[tomek@vz]

An unfortunate Linux kernel bug coming to light just ahead of Christmas may cause frustration for some server administrators, particularly public cloud providers... It turns out with the Linux kernel releases since 2022, KVM guest virtual machines making use of Intel Advanced Matrix Extensions (AMX) is possible to cause the host to experience a kernel panic.

> KVM Guest VMs Using Intel AMX Can Cause The Linux Host To Kernel Panic

[tomek@vz]

Those interested in more comparison benchmarks can find them via this result file but long story short the active regressions caused the Snapdragon X1 Elite on the Acer Swift 14 AI to be even less competitive than it was over the summer. In current form the Acer Swift 14 AI on Ubuntu 25.10 + Linux 6.18 X1E was performing similar to the aging AMD Ryzen 7 PRO 5850U or even older Core i7 1185G7 Tiger Lake in a Dell XPS laptop.
Hopefully the Snapdragon X Elite situation improves for Linux users in 2026. There is some reason to be optimistic too with Hans de Goede joining Qualcomm and Snapdragon improvements for Fedora Linux planned among other upstream enhancements. Here's to hoping the X2 Elite will also be a more compelling story for Linux enthusiasts.

> Snapdragon X Elite Laptop Performance On Linux Ends 2025 Disappointing

[tomek@vz]

It’s no surprise that NVIDIA is gradually dropping support for older videocards, with the Pascal (GTX 10xx) GPUs most recently getting axed. What’s more surprising is the terrible way that this is being handled by certain Linux distributions, with Arch Linux currently a prime example.

On these systems, updating the OS with a Pascal, Maxwell or similarly unsupported GPU will result in the new driver failing to load and thus the user getting kicked back to the CLI to try and sort things back out there. This issue is summarized by [Brodie Robertson] in a recent video.

> NVIDIA Drops Pascal Support On Linux, Causing Chaos On Arch Linux

An exciting post-Christmas patch series out on the Linux kernel mailing list this morning is proposing a new runtime standby ABI that is similar in nature to the "Modern Standby" functionality found with Microsoft Windows.

Antheas Kapenekakis sent out the patch series today proposing this new runtime standby ABI for Linux. Antheas Kapenekakis is one of the developers heavily involved in the Linux gaming handheld space with working on the OneXPlayer driver, ASUS ROG Ally improvements, MSI handheld improvements, and more.

> New Runtime Standby ABI Proposed For Linux Akin To Microsoft Windows' "Modern Standby"

[Bono]

Tako je meni AMD napravio nakon godinu dvije su samo ubili support za APU. Mislim da se radilo 7600 procesoru I nakon updata samo CLI.
Nvidia 10xx I dalje radi odlicno, steta sta ubijaju support.

Sent from my SM-S931B using Tapatalk

[Piksa]

Autor tomek@vz

> NVIDIA Drops Pascal Support On Linux, Causing Chaos On Arch Linux



> New Runtime Standby ABI Proposed For Linux Akin To Microsoft Windows' "Modern Standby"

U procesu sam slaganja Linux media servera i imam GT 730 2GB grafičku za tu svrhu. Ovim člankom si me natjerao da istražim dal postoji driver za tu grafu, pošto support za GTX 10xx završava, a ova je još starija. Vidim da ima open source built-in driver za vulgaris 2D sliku na monitoru, čak podržava i više monitora (nadam se i 2k rezoluciju), jer ću šerat jedan od monitora s workstation mašinom na kojima imam Win 11 i programe za posao.

[Dule]

Autor tomek@vz

It’s no surprise that NVIDIA is gradually dropping support for older videocards, with the Pascal (GTX 10xx) GPUs most recently getting axed. What’s more surprising is the terrible way that this is being handled by certain Linux distributions, with Arch Linux currently a prime example.

On these systems, updating the OS with a Pascal, Maxwell or similarly unsupported GPU will result in the new driver failing to load and thus the user getting kicked back to the CLI to try and sort things back out there. This issue is summarized by [Brodie Robertson] in a recent video.

> NVIDIA Drops Pascal Support On Linux, Causing Chaos On Arch Linux

Puno prašine oko ničega Ekipa je lijena pročitati prvu vijest na naslovnici i instalirati https://aur.archlinux.org/packages/nvidia-580xx-dkms iz AUR-a.

Autor Piksa

U procesu sam slaganja Linux media servera i imam GT 730 2GB grafičku za tu svrhu. Ovim člankom si me natjerao da istražim dal postoji driver za tu grafu, pošto support za GTX 10xx završava, a ova je još starija. Vidim da ima open source built-in driver za vulgaris 2D sliku na monitoru, čak podržava i više monitora (nadam se i 2k rezoluciju), jer ću šerat jedan od monitora s workstation mašinom na kojima imam Win 11 i programe za posao.

https://wiki.archlinux.org/title/NVIDIA

nvidia-470xx-dkms ili nvidia-390xx-dkms bi trebao raditi (ovisi jel kartica Kepler ili Fermi)

[tomek@vz]

Autor Dule

Puno prašine oko ničega Ekipa je lijena pročitati prvu vijest na naslovnici i instalirati https://aur.archlinux.org/packages/nvidia-580xx-dkms iz AUR-a.

A gle - i kad sam koristio Arch nisam prije svakog updejta paketa gledao frontpage za ovakvim stvarima.

NVIDIA 590 driver drops Pascal and lower support; main packages switch to Open Kernel Modules
2025-12-20
With the update to driver version 590, the NVIDIA driver no longer supports Pascal (GTX 10xx) GPUs or older. We will replace the nvidia package with nvidia-open, nvidia-dkms with nvidia-open-dkms, and nvidia-lts with nvidia-lts-open.

Impact: Updating the NVIDIA packages on systems with Pascal, Maxwell, or older cards will fail to load the driver, which may result in a broken graphical environment.

Intervention required for Pascal/older users: Users with GTX 10xx series and older cards must switch to the legacy proprietary branch to maintain support:

Uninstall the official nvidia, nvidia-lts, or nvidia-dkms packages.
Install nvidia-580xx-dkms from the AUR
Users with Turing (20xx and GTX 1650 series) and newer GPUs will automatically transition to the open kernel modules on upgrade and require no manual intervention.

Lijepo sto su to obznanili ali bas radi ovakvih sranja mi se nije dalo vise zajebavati sa Archom - situacija je zahebana zbog nvidie al stabilne distre to hendlaju meta paketima gdje upgrade paketa nije tak bedast. Da shvacam Arch je "hands on" distra al neke stvari nebi trebale biti takav krs pogotovo ne updejt drivera.

[strikoo]

https://www.phoronix.com/news/Phoenix-X-Server

Phoenix is a new X Server written from scratch in the Zig programming language for providing better safety. Phoenix hopes to become a modern alternative to the X.Org Server but admittedly right now is "not ready to be used yet" although it can render simple applications with GLX, EGL or Vulkan.

[xlr]

S tim Trixiem nikako na zelenu granu, uopće ne kužim koji vrag se tu zbiva i gdje trebam tražiti problem. Dakle, radi se o Debian 13 VM-u na Proxmoxu 9 i taj VM vrti samo Docker te sam kroz fstab mountao neke NFS shareove s NAS-a za potrebe kontejnera (multimedia, slike). Docker je instaliran prema službenim uputama za Debian (https://docs.docker.com/engine/install/debian/).

Kako sam već nešto pisao o tome, ovo su postovi i tobože rješenje jednog prijašnjeg problema koji je povezan s novim problemom:

Autor xlr

Svašta se tu očito promjenilo između Trixiea i Bookworka. Kao, odlučih dignuti čisti Debian 13 VM umjesto da upgrejdam stari i samo prebacim mountove i Docker podatke na nj, pokrenem i zaboravim na to sljedećih godinu dana. Nejde baš bajno, dugo nisam ovoliko udarao u zid

Kontejneri mi se ne žele pokrenuti poslije reboota, bace exit code 128 "error while mounting volume..." i vezano je za NFS mount o kojem sam prije pisao. Taj mount se na kraju uspješno digne, ali očito prekasno za Docker.

Srećom vikend je pred nama, imat ću šta raditi.

Autor xlr

Mislim da je to sad to.

systemctl edit docker.service

Dodao:

[Unit]
After=remote-fs.target
RequiresMountsFor=/mnt/media

Morao sam specificirati mount, nije radilo ako umjesto RequiresMountFor stavim "Requires=remote-fs.target".

Ovo goreopisano radi do jedne mjere, shareovi su mountani, ali imam novi još veći problem

Znači kad je aktivno ovo rješenje poviše imam sljedeći problem - rebootam VM ili Proxmox, nebitno, sve se uredno boota, ali Docker kontejneri su mrtvi. Ne mogu im pristupati, dobivam bad gateway 502. NFS share je uredno mountan i vidim ga! Taj dio radi

Sad kreće najzanimljiviji dio - kontejneri nisu kreirani sve do trena kada u VM terminal ukucam "docker ps". U tom trenu svi kontejneri ožive i prorade! Command output kaže da svi kontejneri imaju uptime od par sekundi, znači upravo sad su kreirani iako VM ima uptime xy minuta, pa čak i x sati.

Ovo je Docker status prije nego ukucam "docker ps" ili "docker info". Isti je status friško nakon reboota ili nakon x sati:

admin@docker:~$ systemctl status docker.service
○ docker.service - Docker Application Container Engine
     Loaded: loaded (/usr/lib/systemd/system/docker.service; enabled; preset: enabled)
    Drop-In: /etc/systemd/system/docker.service.d
             └─override.conf
     Active: inactive (dead)
TriggeredBy: ● docker.socket
       Docs: https://docs.docker.com

Iz ovog gore vidim da je Docker servis mrtav.

Kada ukucam "docker ps" onda servis živne i kreiraju se svi kontejneri:

admin@docker:~$ systemctl status docker.service
● docker.service - Docker Application Container Engine
     Loaded: loaded (/usr/lib/systemd/system/docker.service; enabled; preset: enabled)
    Drop-In: /etc/systemd/system/docker.service.d
             └─override.conf
     Active: active (running) since Sun 2025-12-28 10:07:24 GMT; 6s ago
 Invocation: e2950a8290a2407ebc49072a685a9c7d
TriggeredBy: ● docker.socket
       Docs: https://docs.docker.com
   Main PID: 1022 (dockerd)
      Tasks: 168
     Memory: 193.6M (peak: 197.4M)
        CPU: 1.136s
     CGroup: /system.slice/docker.service

U dmesg-u ne vidim nikakve errore koje bi mogao povezati s ovim.

I šećer na kraju zbog kojeg sam već lud i dođe mi da sve bacim u Drinu - kada undoam onaj fix iz quotanog posta:

systemctl edit docker.service

[Unit]
# After=remote-fs.target
# RequiresMountsFor=/mnt/media

...Docker se uredno boota, kontejneri se automatski startaju, samo eto kontejneri koji ovise o NFS shareovima imaju exit code 128 (greška kod mountanja /mnt/nfs_share direktorija jer se kontejner dignuo prije fstab mounta).

Iskreno, ne kužim što da guglam, što je tu problem? Dođe mi da u @reboot cron job stavim "docker info" komandu, ali ona picajzla u meni mi to neće approvati Hvala ako ste došli do kraja posta

[Dule]

Vjerojatno ti je systemd docker.socket enablean ali ne i docker.service.

Provjeri sa:

systemctl status docker.socket
systemctl status docker.service

I probaj enableati service tako da se digne prilikom boota:

systemctl enable --now docker.service

[xlr]

admin@docker:~$ sudo systemctl status docker.socket

● docker.socket - Docker Socket for the API
     Loaded: loaded (/usr/lib/systemd/system/docker.socket; enabled; preset: enabled)
     Active: active (listening) since Sun 2025-12-28 11:26:36 GMT; 33s ago
 Invocation: 26f2d95d0fb243be830aff13dc1d9d06
   Triggers: ● docker.service
     Listen: /run/docker.sock (Stream)
      Tasks: 0 (limit: 19054)
     Memory: 0B (peak: 256K)
        CPU: 535us
     CGroup: /system.slice/docker.socket

Dec 28 11:26:36 docker systemd[1]: Starting docker.socket - Docker Socket for the API...
Dec 28 11:26:36 docker systemd[1]: Listening on docker.socket - Docker Socket for the API.



admin@docker:~$ sudo systemctl status docker.service

○ docker.service - Docker Application Container Engine
     Loaded: loaded (/usr/lib/systemd/system/docker.service; enabled; preset: enabled)
    Drop-In: /etc/systemd/system/docker.service.d
             └─override.conf
     Active: inactive (dead)
TriggeredBy: ● docker.socket
       Docs: https://docs.docker.com

Dec 28 11:26:37 docker systemd[1]: Dependency failed for docker.service - Docker Application Container Engine.
Dec 28 11:26:37 docker systemd[1]: docker.service: Job docker.service/start failed with result 'dependency'.

Socket je aktivan, da.

Docker.service se ne diže nakon reboota ni nakon tvoje komande, i dalje je dead.

Gore sam pejstao "sudo systemctl status docker.service" komandu s vidljivom greškom (prije sam upisivao bez sudo-a), tako da ću krenuti od te 'dependency' greške koju vidim.

Moram napomenuti da Debian i Docker uspješno koristim već 5-6 godina, ovo je prvi put da imam ovoliko pitanja/problema

[Dule]

Pogledaj u

/usr/lib/systemd/system/docker.service

koji su mu dependencyji (Requires=, Wants=) i da li neki od njih faila na bootu, i probaj ručno pokrenuti naredbu koja je navedena unutra, možda nešto skužiš...

journalctl bi ti isto mogao reći gdje puca to na bootu...

[tomek@vz]

Intel's open-source graphics driver engineers are ending out 2025 with a bang. Sent out today was the final drm-xe-next pull request of the year of new feature material ready for the next version of the Linux kernel. Today's pull adds support for SR-IOV scheduler groups as well as multi-device Shared Virtual Memory (SVM) support.

The DRM-Xe-Next pull request is on its way to DRM-Next as code to queue in advance of the next kernel cycle, which will be known as either Linux 6.20 or more than likely Linux 7.0. This next kernel has added importance as it's expected to be the default kernel of Ubuntu 26.04 LTS.

With this updated Xe driver code the next version of the Linux kernel will support multi-device SVM for Shared Virtual Memory across Intel graphics cards. This is important for multi-device AI and GPU compute workloads with Level Zero or OpenCL. Over the past year Intel Xe SVM support got into shape and now multi-device support is working too as important for their Project Battlematrix initiative with multiple Arc Pro B-Series cards or the upcoming Crescent Island AI inference accelerator cards.

> Intel's Xe Linux Driver Ready With Multi-Device SVM To End Out 2025

Despite its innovations, X has always been controversial for its size and performance, with even workstations of the '80s and early '90s struggling to run it at an acceptable speed.



Improvements in hardware technology and the arrival of the GNOME and KDE Plasma desktops made X11 the standard on Linux systems, but X started showing its age as Linux developers and users angled to compete with Windows. Over the years, X11 had taken on more extensions, including 3D acceleration, but was largely unchanged since 1987.
The Wayland project was founded to create a leaner, meaner graphics system on Linux that could help it compete in the increasingly performance-oriented culture on the PC, and attempt to help it steal market share from Windows, especially in important markets like gaming.

> X11 is going away on Linux. Here's how to prepare for Wayland

[kopija]

Autor tomek@vz

>

> X11 is going away on Linux. Here's how to prepare for Wayland

Komentari su
Valjda bude do kraja desetljeća izašel iz bete...

[Dule]

U beti je već 17 godina

[tomek@vz]

Komenari su...no comment. Guram svjesno Wayland na Fedori zadnjih 3 godine sa AMD grafom i nema više screen tearinga, sve radi uglađenije. Test sa 3 FHD ekrana > sve 5. Jedini minus - Steam Link ne dela. Dobivam na telki crni ekran. Ima workaround al nije baš praktičan a sa novom verzije Fedore bude i nemoguć. Sa Intel grafom - nisam naletio na nikakve probleme. Nvidia - je mixed bag. RTX4050 na lapu dela ok i nisam nikakvih nuspojava osobno imal al gonim samo na jednom ekranu. Kolko sam proučaval po netu ekipa sa nvidia grafama zna imat problema sa Waylandom. Na stranu Desktop usage koji je meni osobno ugodniji - Wayland/X11 mi na serveru nikad nisu trebali niti su bili poželjni. CLI i deri Miško. Za sve ostalo - ima tu još posla. Ekipa koja je tolko protiv Waylanda je očito zaboravila na peripetije sa Xorg/X11.

[The Exiled]

Moram priznati da nisam skroz siguran koliko je pametno pisati, odnosno reći nešto na temu prelaska na Linux kao glavni (svakodnevni) operativni sustav, ali obzirom da smo pri samom kraju aktualne godine, IMHO nekako se čini sasvim prikladno u nekoliko riječi i rečenica osvrnuti se koliko je taj prelazak na Linux uopće izvediv, moguć i(li) poželjan. Nažalost i dalje postoje situacije u kojima krajnji korisnici za njihovu svrhu i potrebu, bilo iz softverskog, bilo iz hardverskog pogleda, nisu u mogućnosti napustiti Windows OS, jer u Linux svijetu jednostavno ne postoje adekvatne zamjene, podrške i alternative, ali možda se i u tim slučajevima stvari općenito poboljšaju, posebice kad se u obzir uzme koliko se Microsoft aktivno trudi pogoršati Windows sustav.

Za potrebe testiranja prelaska na Linux iskoristil sam jednu od svojih konfiguracija (detalji u nastavku) koja se donedavno veselo vrtjela na Windows 11 Pro 25H2 sustavu s pripadajućim sistemskim zakrpama i popratnim driverima iz aktualnog mjeseca prosinca. Kao zamjenu za WIndows OS, odabran je LMDE 7 (Linux Mint Debian Edition) koji dolazi baziran na Linux 6.12.xx kernelu, te je u tom izdanju bez ikakvih problema prepoznat sav hardver i popratna periferija. Kasnije sam za svaki slučaj (ručnom instalacijom) dodatno provjeril kakva je situacija s novijim 6.16.xx i 6.18.xx kernelima, te je i u tim slučajevima sve s hardverske strane prepoznato kako spada.

Diskovi koji su se cijelo vrijeme godinama koristili na Windows OS-u, prilikom prelaska na Linux, odnosno prilikom LMDE 7 instalacije, ostavljeni su u svojim orginalnim NTFS izdanjima, uključujući i sam Windows 11 Pro 25H2 SSD, tako da taj dio priče što je više moguće ostane u 1:1 režimu. AMD Ryzen 9 7950X CPU je još od prvog dana kroz BIOS podešen na Tjmax 75°C, 105W TDP i 142W PPT postavke, ali sam za potrebe testiranja provjeril i tzv. ECO mode, tj. Tjmax 75°C, 65W TDP i 88W PPT postavke, makar konkretno nemam nikakve koristi od toga, sve je i dalje (prilikom 100%-tnog opterećenja) funkcioniralo bez problema uz tak jasno nešto niže radne taktove.

Što se GPU-a tiče, RDNA 2 iGPU i RX 9070 XT standardno koriste open-source AMDGPU kernel driver, dok se uz pomoć LACT i NVTOP alata dodatno proširuju funkcionalnosti i monitoring po uzoru na onaj u Radeon Adrenalin softverskom paketu. Steam i Lutris su naravno dostupni kroz Linux Mint Software Manager, tj. kao i u većini popularnih Linux distribucija, tako da u tom pogledu ostatak ovisi o kojim igrama je riječ i da li su na ovaj ili onaj način podržane.

CPU i GPU zapravo uopće nisu bili (toliko) upitni za razliku od virtualnih mašina koje se godinama veselo kotrljaju, počevši orginalno s Hyper-V instancom koja se inicijalno vrtjela na Ryzen 5 1600 + B350 + 32GB DDR4-2400 platformi. Kasnije sam Hyper-V zamijenil s VMware Workstation rješenjem, da bi naposljetku sve skupa prebacil na VirtualBox i tako je ostalo do danas. VirtualBox 7.2.4 je baš kao i na Windows OS-u (is)korišten za sveukupno dvadesetak virtualnih mašina koje su se bez nekih većih peripetija importirale i uspješno pokrenule sa svojih orginalnih diskova, odnosno lokacija, tako da je na ovaj način (u mojem slučaju) pokrivena glavna stavka.

Neovisno o kakvoj multimediji je riječ, sve se uredno reproduciralo kroz aplikacije koje su ili sastavni dio Linux Minta ili su pak dostupne kroz službeni repozitorij, odnosno prije spomenuti Software Manager. Za sve koji koriste odličan Equalizer APO direktna zamjena je Easy Effects koji između ostalog nudi i importiranje postojećih Equalizer APO postavki. Everything Search pak svoju zamjenu ima u vidu FSearch rješenja tako da i u tom slučaju niste zakinuti za sve mogućnosti brzog indeksiranja i pretraživanja, U kontekstu 3D printera, Prusa općenito ima svoj dio dosta dobro posložen po pitanju open-source angažmana, tako da je njihov PrusaSlicer dostupan kao zaseban instalacijski paket ili kroz
repozitorij, ovisno koja verzija je u tom trenutku aktualna, pa su sve opcije i mogućnosti podjednake na Windows i Linux okruženjima.

Wi-Fi i Bluetooth USB adapteri također nisu bili problematični, tim više, jer se radi o ništa posebno generičkim TP-Link i Realtek izdanjima, ali u ovih par tjedana koliko je sve zajedno u pogonu - nije bilo nekih prekida, raskida i općenitog odbijanja suradnje, tako da je popratna periferija i više nego zadovoljna. Ipak, jedna od rijetkih stvari koja nije bila nativno podržana na nivou samog operativnog sustava, je mogućnost podešavanja različitih pozadina (wallpapera) ukoliko je riječ o dual ili multi-monitor setupu, tako da sam moral posegnuti za HydraPaper alatom (koji je također dostupan kroz Software Manager), ali za razliku od Windows OS-a, Linux Mint trenutno i nativno ne nudi te mogućnosti. Iako sam ostale konfiguracije u samom startu posložil da se vrte isključivo na Linuxu, jedino je ova bila s Windows OS opcijom, makar po svemu sudeći realno nemam potrebu za Microsoft zavrzlamama.

• AMD Ryzen 9 7950X
• Noctua NH-U12A chromax.black
• MSI MAG B650 Tomahawk Wi-Fi
• 192GB Crucial Pro DDR5-5200
• Crucial MX300 275GB/P1 500GB/T500 2TB + 22TB WD Red
• PowerColor Reaper RX 9070 XT 16GB GDDR6
• Dell P3223QE + SE2723DS
• Seasonic Vertex GX-850 + APC Back-UPS BE850G2-GR
• Fractal Design Define R5 Blackout

mcg@lmde-ws:~$ glxinfo | grep OpenGL
OpenGL vendor string: AMD
OpenGL renderer string: AMD Radeon Graphics (radeonsi, gfx1201, ACO, DRM 3.64, 6.16.4-061604-generic)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 25.0.7-2
OpenGL core profile shading language version string: 4.60
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.6 (Compatibility Profile) Mesa 25.0.7-2
OpenGL shading language version string: 4.60
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.2 Mesa 25.0.7-2
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

mcg@lmde-ws:~$ lscpu
Architecture:                x86_64
  CPU op-mode(s):            32-bit, 64-bit
  Address sizes:             48 bits physical, 48 bits virtual
  Byte Order:                Little Endian
CPU(s):                      32
  On-line CPU(s) list:       0-31
Vendor ID:                   AuthenticAMD
  Model name:                AMD Ryzen 9 7950X 16-Core Processor
    CPU family:              25
    Model:                   97
    Thread(s) per core:      2
    Core(s) per socket:      16
    Socket(s):               1
    Stepping:                2
    Frequency boost:         enabled
    CPU(s) scaling MHz:      69%
    CPU max MHz:             5883.1968
    CPU min MHz:             425.2920
    BogoMIPS:                8999.89
    Flags:                   fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse
                             2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good amd_lbr_v2 nopl xtopolog
                             y nonstop_tsc cpuid extd_apicid aperfmperf rapl pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4
                             _2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a mi
                             salignsse 3dnowprefetch osvw ibs skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_ll
                             c mwaitx cpb cat_l3 cdp_l3 hw_pstate ssbd mba perfmon_v2 ibrs ibpb stibp ibrs_enhanced vmmcall f
                             sgsbase bmi1 avx2 smep bmi2 erms invpcid cqm rdt_a avx512f avx512dq rdseed adx smap avx512ifma c
                             lflushopt clwb avx512cd sha_ni avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves cqm_llc cqm_occu
                             p_llc cqm_mbm_total cqm_mbm_local user_shstk avx512_bf16 clzero irperf xsaveerptr rdpru wbnoinvd
                              cppc arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilte
                             r pfthreshold avic vgif x2avic v_spec_ctrl vnmi avx512vbmi umip pku ospke avx512_vbmi2 gfni vaes
                              vpclmulqdq avx512_vnni avx512_bitalg avx512_vpopcntdq rdpid overflow_recov succor smca fsrm flu
                             sh_l1d amd_lbr_pmc_freeze
Virtualization features:     
  Virtualization:            AMD-V
Caches (sum of all):         
  L1d:                       512 KiB (16 instances)
  L1i:                       512 KiB (16 instances)
  L2:                        16 MiB (16 instances)
  L3:                        64 MiB (2 instances)
NUMA:                        
  NUMA node(s):              1
  NUMA node0 CPU(s):         0-31
Vulnerabilities:             
  Gather data sampling:      Not affected
  Ghostwrite:                Not affected
  Indirect target selection: Not affected
  Itlb multihit:             Not affected
  L1tf:                      Not affected
  Mds:                       Not affected
  Meltdown:                  Not affected
  Mmio stale data:           Not affected
  Old microcode:             Not affected
  Reg file data sampling:    Not affected
  Retbleed:                  Not affected
  Spec rstack overflow:      Mitigation; Safe RET
  Spec store bypass:         Mitigation; Speculative Store Bypass disabled via prctl
  Spectre v1:                Mitigation; usercopy/swapgs barriers and __user pointer sanitization
  Spectre v2:                Mitigation; Enhanced / Automatic IBRS; IBPB conditional; STIBP always-on; PBRSB-eIBRS Not affect
                             ed; BHI Not affected
  Srbds:                     Not affected
  Tsa:                       Mitigation; Clear CPU buffers
  Tsx async abort:           Not affected

mcg@lmde-ws:~$ cpupower frequency-info
analyzing CPU 9:
  driver: amd-pstate-epp
  CPUs which run at the same hardware frequency: 9
  CPUs which need to have their frequency coordinated by software: 9
  maximum transition latency:  Cannot determine or is not supported.
  hardware limits: 425 MHz - 5.88 GHz
  available cpufreq governors: performance powersave
  current policy: frequency should be within 3.01 GHz and 5.88 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency: Unable to call hardware
  current CPU frequency: 3.01 GHz (asserted by call to kernel)
  boost state support:
    Supported: yes
    Active: yes
    AMD PSTATE Highest Performance: 166. Maximum Frequency: 5.88 GHz.
    AMD PSTATE Nominal Performance: 127. Nominal Frequency: 4.50 GHz.
    AMD PSTATE Lowest Non-linear Performance: 85. Lowest Non-linear Frequency: 3.01 GHz.
    AMD PSTATE Lowest Performance: 12. Lowest Frequency: 545 MHz.

mcg@lmde-ws:~$ lspci
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Root Complex
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge IOMMU
00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Dummy Host Bridge
00:01.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge GPP Bridge
00:01.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge GPP Bridge
00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Dummy Host Bridge
00:02.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge GPP Bridge
00:02.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge GPP Bridge
00:03.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Dummy Host Bridge
00:04.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Dummy Host Bridge
00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Dummy Host Bridge
00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Internal GPP Bridge to Bus [C:A]
00:08.3 PCI bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Internal GPP Bridge to Bus [C:A]
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 71)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Data Fabric; Function 0
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Data Fabric; Function 1
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Data Fabric; Function 2
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Data Fabric; Function 3
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Data Fabric; Function 4
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Data Fabric; Function 5
00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Data Fabric; Function 6
00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge Data Fabric; Function 7
01:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 XL Upstream Port of PCI Express Switch (rev 24)
02:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 XL Downstream Port of PCI Express Switch (rev 24)
03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Navi 48 [RX 9070/9070 XT] (rev c0)
03:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Navi 48 HDMI/DP Audio Controller
04:00.0 Non-Volatile memory controller: Micron/Crucial Technology P1 NVMe PCIe SSD[Frampton] (rev 03)
05:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset PCIe Switch Upstream Port (rev 01)
06:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset PCIe Switch Downstream Port (rev 01)
06:04.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset PCIe Switch Downstream Port (rev 01)
06:05.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset PCIe Switch Downstream Port (rev 01)
06:06.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset PCIe Switch Downstream Port (rev 01)
06:07.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset PCIe Switch Downstream Port (rev 01)
06:08.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset PCIe Switch Downstream Port (rev 01)
06:09.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset PCIe Switch Downstream Port (rev 01)
06:0c.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset PCIe Switch Downstream Port (rev 01)
06:0d.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset PCIe Switch Downstream Port (rev 01)
0c:00.0 SATA controller: ASMedia Technology Inc. ASM1061/ASM1062 Serial ATA Controller (rev 02)
0e:00.0 USB controller: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset USB 3.2 Controller (rev 01)
0f:00.0 SATA controller: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset SATA Controller (rev 01)
10:00.0 Non-Volatile memory controller: Micron/Crucial Technology T500 NVMe PCIe SSD (rev 01)
11:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Raphael (rev c1)
11:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Radeon High Definition Audio Controller [Rembrandt/Strix]
11:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Family 19h PSP/CCP
11:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge USB 3.1 xHCI
11:00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge USB 3.1 xHCI
11:00.6 Audio device: Advanced Micro Devices, Inc. [AMD] Family 17h/19h/1ah HD Audio Controller
12:00.0 USB controller: Advanced Micro Devices, Inc. [AMD] Raphael/Granite Ridge USB 2.0 xHCI

mcg@lmde-ws:~$ lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 2357:0604 TP-Link TP-Link UB500 Adapter
Bus 001 Device 003: ID 174c:2074 ASMedia Technology Inc. ASM1074 High-Speed hub
Bus 001 Device 004: ID 046d:c53f Logitech, Inc. USB Receiver
Bus 001 Device 006: ID 1462:7d75 Micro Star International MYSTIC LIGHT 
Bus 001 Device 007: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 002: ID 174c:3074 ASMedia Technology Inc. ASM1074 SuperSpeed hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 002: ID 0bda:8179 Realtek Semiconductor Corp. RTL8188EUS 802.11n Wireless Network Adapter
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

[Bono]

Svaka cast, moj je plan isto iduce godine preci sa glavnim desktopom na LMDE, mislim da je to najbolja opcija, jer na serverima ionako vecinom koristim Debian.

[Neo-ST]

Meni su osobno 2 najveća problema na Linuxu:

1. Multiplayer igre (anti-cheatovi se ne rade za Linux)
2. Google Drive integracija (može pomoću Insync-a, ali to uvodi treću stranu u jednadžbu i potencijalne probleme kao ovaj)

Nekome vjerojatno još i:

3. Aplikacije koje se ne rade za Linux, poput kompletnog Adobe programa i sl.

Pa mi je palo na pamet, ali ne znam bi li bilo interesa, kreirati i moderirati temu za ljude željne prelaska sa Win --> Linux, a sadržavala bi popis svih poznatih Win aplikacija i najbolju alternativu na Linuxu (prvenstveno ako app ima svoju nativnu Linux verziju, pa onda sve ostale verzije). Emulatori, VM kemije i sl. bi bilo isključeno.

Primjer:

MS Office Suite - nema nativna. Alternative: OnlyOffice, LibreOffice, itd.
Adobe Premiere - nema nativna. Alternative: DaVinci Resolve
Adobe Acrobat - nema nativna. Alternative: OnlyOffice (limitirane mogućnosti ali je free), Master PDF Editor (paid)
Google Drive - nema nativna. Alternative: InSync (paid), Gnome Online Accounts (free ali nije potpuna integracija)
VLC - ima nativna. Alternative: ima ih mnogo...
AnyDesk - ima nativna. Alternative: RustDesk

itd...

Svi bi mogli sudjelovati sa savjetima ili upitima koja im je app bitna na Linuxu, a koristili su je na Win.
Eventualno malo bolje formatirati thread i razdijeliti free od paid alternativa...

[Piksa]

Linux me do nedavno uopće nije zanimao baš iz tog razloga jer ne podržava aplikacije koje mi svakodnevno trebaju za posao. Podržavam ideju o zasebnom topicu za appove.

[LAcy]

Neo, otvori temu samo nek' ne bude redundantna sa ovom pa da izgubi smisao.

Sent from my moto g stylus 5G - 2024 using Tapatalk

[spiderhr]

Autor Neo-ST

Meni su osobno 2 najveća problema na Linuxu:

1. Multiplayer igre (anti-cheatovi se ne rade za Linux)
2. Google Drive integracija (može pomoću Insync-a, ali to uvodi treću stranu u jednadžbu i potencijalne probleme kao ovaj)

Nekome vjerojatno još i:

3. Aplikacije koje se ne rade za Linux, poput kompletnog Adobe programa i sl.

Pa mi je palo na pamet, ali ne znam bi li bilo interesa, kreirati i moderirati temu za ljude željne prelaska sa Win --> Linux, a sadržavala bi popis svih poznatih Win aplikacija i najbolju alternativu na Linuxu (prvenstveno ako app ima svoju nativnu Linux verziju, pa onda sve ostale verzije). Emulatori, VM kemije i sl. bi bilo isključeno.

Primjer:

MS Office Suite - nema nativna. Alternative: OnlyOffice, LibreOffice, itd.
Adobe Premiere - nema nativna. Alternative: DaVinci Resolve
Adobe Acrobat - nema nativna. Alternative: OnlyOffice (limitirane mogućnosti ali je free), Master PDF Editor (paid)
Google Drive - nema nativna. Alternative: InSync (paid), Gnome Online Accounts (free ali nije potpuna integracija)
VLC - ima nativna. Alternative: ima ih mnogo...
AnyDesk - ima nativna. Alternative: RustDesk

itd...

Svi bi mogli sudjelovati sa savjetima ili upitima koja im je app bitna na Linuxu, a koristili su je na Win.
Eventualno malo bolje formatirati thread i razdijeliti free od paid alternativa...

Evo budem nadodao:

Adobe Photoshop - nema nativna. Alternative: GIMP
Total Commander - nema nativna. Alternative: DoubleCommander, MC, ima ih još

[xlr]

Mene je iznenadilo da taj anticheat problem na linuxu i nije tako izrazen kao sto se prezentira, nego vise kao da se stvorilo neko uvjerenje da je stanje lose:

https://youtu.be/bWfY9HktgmI