SUSE Linux - PROHARDVER! Hozzászólások

Legfrissebb anyagok

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

LOGOUT témák

Új hozzászólás Aktív témák

Ablakos addikt

2026-04-07 11:53:47 #4514

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

Ha egy zypper dup csomag telepítés valamiért nem "üzemel", akkor a teljes frissítés megáll. Lehet ezzel valamit kezdeni? Jó nekem a régebbi DC -is.
Preloading: doublecmd-qt6-1.1.32-1.42.x86_64.rpm [Error: "The requested URL returned error: 404", trying next mirror.]
Ablakos addikt

2026-04-01 08:09:25 #4513

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

Próbáltam desktoposabban használni a környezetet, de a gnome package updater és package source gui akármik egy bitet nem hoznak fel frissítésre. Holott a terminálban gazdagon vannak frissíthető csomagok. Miért nem működnek ezek a sallangok?
tlac nagyúr

2026-03-30 22:24:37 #4512

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

tlac

nagyúr

válasz kovaax üzenetére #4511

hogy érted, hogy elnyeklik az upgrade?
ha nekem függőségi hibákat mond, akkor már rá sem nyomok
olyan hibával nem találkoztam, hogy félig megcsinálnál, de közben kiakad
xfs-re egyébként hogy esett a választás?
ext4-hez képest milyen előnyöd származik belőle?
kovaax őstag

2026-03-29 19:05:19 #4511

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

kovaax

őstag

válasz tlac üzenetére #4510

Mi xfs-t használunk SLES-sel, de van egy olyan hátulütője a dolognak, hogy ha elnyeklik az upgrade ("migráció"), akkor a végén csinálna egy btrfs snapshotból visszaállást, ami természetesen nem fog sikerülni neki. Ilyenkor jó, ha volt vmware snapshot.
tlac nagyúr

2026-03-29 16:55:15 #4510

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

tlac

nagyúr

válasz Ablakos üzenetére #4508

nem kötelezőek a snapshotok
én is úgy váltottam opensuse-ra, hogy minél kevesebb új dolgot kelljen megtanulni egyszerre és minél egyszerűbb legyen a váltás
korábban ext4-es kde neon-om volt a gépen és az egész fájlrendszer tartalmát átmozgattam egy backup mappába és formázás nélkül telepítettem az ext4-re az opensuse-t
a bootloader-nél is maradtam a sima grub-nál
NF- aktív tag

2026-03-29 16:17:21 #4509

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4508

A snapper create-config / létrehoz egy .snapshots mappát a / alatt subvolume-ként. De ha a / nem subvolume, vagy rosszul van mountolva akkor reboot után a kernel read-only módba teszi a filerendszert. Valószínűleg hibás az fstab mount.
Jó szórakozást ubuntun
Ablakos addikt

2026-03-29 12:25:25 #4508

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz Ablakos üzenetére #4507

Sajnos, nem nekem való ez a opensuse. Nem bírom megérteni ezt a snapper működést.
Új telepítés után a snapper list nem hoz fel semmit. Ha létrehozom a root-nak create-configgal, akkor meg újraindítás után read only módban kapcsolja fel a / és soha többé nem tudok írható fájl rendszert visszaállítani.
Az ubuntu eddig is jó volt nekem, visszatérek.
Ablakos addikt

2026-03-25 15:32:54 #4507

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

A laptopon csak néhány hete telepítettem Tumbleweed-et, de azért volt már néhány distupgrade. A boot képernyőn nem jelennek meg a pre- post- snapper bejegyzések, ha netán snapshotból kellene vissszállnom. Mindössze a két firmware frissítést listázza. Az asztali pc-n szépen látszódnak a már 5xx -as snapper sorok.
Valamit nem állítottam volna be?
Ablakos addikt

2026-03-21 07:53:53 #4506

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz Ablakos üzenetére #4505

sudo zypper in -t pattern gnome
A telepítés kért ffmpegXX deinstall-t néhány függőséggel.
Most elindul a pucér gnome felület. Telepíthetek minden alkalmazást újra.
Ablakos addikt

2026-03-21 07:34:55 #4505

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz tlac üzenetére #4502

Yast2 -> libavcodec62 kijelöltem. Telepítsd (minden elvárt függőséggel) Telepítés közben összeomlott a grafikus felület. Bal felső sarokban prompt. Terminálból újraindítás.
A boot képernyőn csak a Snapper sorok indításával indul el a desktop. (/ readonly módban)
Most ilyenkor mit lehet tenni?
Ablakos addikt

2026-03-20 20:12:42 #4504

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz tlac üzenetére #4503

Ezt én is megszívtam reggel. zypper up -> reboot -> zypper dup. Így lefutott.
tlac nagyúr

2026-03-20 19:37:29 #4503

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

tlac

nagyúr

válasz tlac üzenetére #4502

na, épp most kavar be nekem packman, akkor ez egyelőre elhalasztva, hátha megoldják
opensuse:~ # zypper dist-upgrade Loading repository data... Reading installed packages... Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Computing distribution upgrade... 9 Problems: Problem: 1: nothing provides 'this-is-only-for-build-envs' needed by the to be installed ffmpeg-8-mini-libs-8.0.1-3.2.x86_64 Problem: 2: nothing provides 'this-is-only-for-build-envs' needed by the to be installed ffmpeg-8-mini-libs-8.0.1-3.2.x86_64 Problem: 3: nothing provides 'this-is-only-for-build-envs' needed by the to be installed ffmpeg-8-mini-libs-8.0.1-3.2.x86_64 Problem: 4: nothing provides 'this-is-only-for-build-envs' needed by the to be installed ffmpeg-8-mini-libs-8.0.1-3.2.x86_64 Problem: 5: nothing provides 'this-is-only-for-build-envs' needed by the to be installed ffmpeg-8-mini-libs-8.0.1-3.2.x86_64 Problem: 6: nothing provides 'this-is-only-for-build-envs' needed by the to be installed ffmpeg-8-mini-libs-8.0.1-3.2.x86_64 Problem: 7: nothing provides 'this-is-only-for-build-envs' needed by the to be installed ffmpeg-8-mini-libs-8.0.1-3.2.x86_64 Problem: 8: nothing provides 'this-is-only-for-build-envs' needed by the to be installed ffmpeg-8-mini-libs-8.0.1-3.2.x86_64 Problem: 9: nothing provides 'this-is-only-for-build-envs' needed by the to be installed ffmpeg-8-mini-libs-8.0.1-3.2.x86_64 Problem: 1: nothing provides 'this-is-only-for-build-envs' needed by the to be installed ffmpeg-8-mini-libs-8.0.1-3.2.x86_64 Solution 1: Following actions will be done: deinstallation of chromium-146.0.7680.80-1.1.x86_64 deinstallation of pipewire-spa-plugins-0_2-1.6.2-1.1.x86_64 deinstallation of qt6-multimedia-6.10.2-1.2.x86_64 deinstallation of vlc-3.0.23-1699.9.pm.1.x86_64 deinstallation of audacious-plugins-4.5.1-1699.9.pm.23.x86_64 deinstallation of kpipewire6-imports-6.6.2-1.1.x86_64 deinstallation of kontact-25.12.3-1.1.x86_64 deinstallation of kmail-25.12.3-1.1.x86_64 deinstallation of khelpcenter-25.12.3-1.1.x86_64 deinstallation of kdeplasma6-addons-6.6.2-1.1.x86_64 deinstallation of kdepim-runtime-25.12.3-1.1.x86_64 ... deinstallation of discover6-backend-packagekit-6.6.2-1.1.x86_64 deinstallation of discover6-notifier-6.6.2-1.1.x86_64 deinstallation of libKPim6MailImporterAkonadi6-25.12.3-1.1.x86_64 deinstallation of libKF6PurposeWidgets6-6.24.0-1.1.x86_64 Solution 2: install libavcodec62-8.0.1-3.2.x86_64 from vendor openSUSE replacing libavcodec62-8.0.1-1699.4.pm.104.x86_64 from vendor http://packman.links2linux.de Solution 3: keep obsolete libavcodec62-8.0.1-1699.4.pm.104.x86_64 Solution 4: break ffmpeg-8-mini-libs-8.0.1-3.2.x86_64 by ignoring some of its dependencies Choose from above solutions by number or skip, retry or cancel [1/2/3/4/s/r/c/d/?] (c):
tlac nagyúr

2026-03-20 15:30:02 #4502

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

tlac

nagyúr

válasz Ablakos üzenetére #4501

valószínűleg kénytelen leszel felvenni a nem hivatalos packman repót és felül csapatni vele a meglévő csomagokat is
[link]
sajnos ilyen-olyan jogi problémák miatt a codecs támogatás nem jó alapból
vagy flatpak-ból felrakod, ami épp kell
Ablakos addikt

2026-03-20 15:20:10 #4501

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

SMplayer -el akartam lejátszani youtube-ról importált mp4 formátumot.
MPV error jön. Mit kellene ehhez feltenni még?

MPV -el kapcsolatos csomagok:
NF- aktív tag

2026-03-15 08:56:48 #4500

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4499

Az 1-es a baseline snapshot. Amíg nincs rollback addig erről bootol a rendszer.
Ablakos addikt

2026-03-15 07:10:04 #4499

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz NF- üzenetére #4498

Igyekszem óvatosan hozzányúlni mindenhez, de elrettent az ilyen anomália.
Az asztali gépen is üzemel snapshot. A GNU grub-ban az 1-es snapra mutat a boot. A fájlrendszer ./ alatt 420 -asnál jár a legutolsó. Nem ide kellene mutatni a bootolásnak?
NF- aktív tag

2026-03-14 21:55:20 #4498

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4497

Ez nem hülyeség, szerintem az egyik legjobb dolog az egész rendszerben
Ablakos addikt

2026-03-14 21:46:30 #4497

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz NF- üzenetére #4496

A GNU Grub parancssorban megszerkesztve már jól működik a rendszer.
A terminal sudo snapper -c root list -re hoz fel egy rakat snapshot bejegyzést. Eddig itt is csak IO error volt.
Most a feladatom, hogy ezt a snapshot (időzítőt) kikapcsoljam. Rohadna meg ez a hülyeség.
Köszi a segítséget!
NF- aktív tag

2026-03-14 21:10:37 #4496

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4495

A rendszered egy snapshotból fut, ez látszik a /@/.snapshots/21/snapshot uzenetből, ezért dob errort a csomagtelepítés. Bootolj vissza a normál rendszerre úgy, hogy a grubban ne snapshotot válassz.
Ablakos addikt

2026-03-14 20:58:58 #4495

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz NF- üzenetére #4494

Nem úgy tűnik, pedig touch '/a.txt': Read-only file system hibát dob.
mount
/dev/nvme0n1p3 on / type btrfs (rw,relatime,seclabel,ssd,discard=async,space_cache=v2,subvolid=286,subvol=/@/.snapshots/21/snapshot)

Próbáltam sudo mount -o remount,rw / , de semmi eredménye.
NF- aktív tag

2026-03-14 20:18:35 #4494

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4493

Először nézd meg, hogy valóban read only módban van e. mount parancs megmondja
Ablakos addikt

2026-03-14 20:00:01 #4493

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz NF- üzenetére #4492

Hogy tudom ezt rendbe tenni?
NF- aktív tag

2026-03-14 19:54:57 #4492

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4491

Nekem úgy tűnik, hogy egy read-only snapshotból indult a rendszer.
Ablakos addikt

2026-03-14 19:40:32 #4491

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz NF- üzenetére #4490

A history szerint:
sudo snapper -c root create-config /
sudo snapper -c home create-config /home
sudo snapper -c home create --description "before the big cleanup"
Néhányszor zypper dup. Meg sok ssh linux szerverre.
Nem értem mit ronthattam el.
NF- aktív tag

2026-03-14 18:30:11 #4490

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4489

Ez milyen rendszer? Az van a hibaüzenetedben, hogy error: can't create transaction lock on /usr/lib/sysimage/rpm/.rpm.lock (Read-only file system)
Csak olvasható módban van a fájlrendszered. Ez egy immutable rendszer? Mit csináltál mielőtt ez a hiba bekövetkezett?
Ablakos addikt

2026-03-14 15:26:14 #4489

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz Ablakos üzenetére #4488

Most már semmit nem tudok feltenni. Jól alakul.
sudo zypper install syncthing
Loading repository data...
Reading installed packages...
Resolving package dependencies...

The following NEW package is going to be installed:
syncthing

1 new package to install.

Package download size:
           |       8,8 MiB overall package size
      0 B | -    8,8 MiB already in cache

Package install size change:
             |      23,9 MiB required by packages that will be installed
   23,9 MiB | -      0 B    released by packages that will be removed

Backend: classic_rpmtrans
Continue? [y/n/v/...? shows all options] (y):
In cache syncthing-2.0.15-1.1.x86_64.rpm                                                                                                                                  (1/1),   8,8 MiB

Checking for file conflicts: ...........................................................................................................................................................[done]
error: can't create transaction lock on /usr/lib/sysimage/rpm/.rpm.lock (Read-only file system)
(1/1) Installing: syncthing-2.0.15-1.1.x86_64 .........................................................................................................................................[error]
Installation of syncthing-2.0.15-1.1.x86_64 failed:
Error: Subprocess failed. Error: RPM failed: Command exited with status 1.
Abort, retry, ignore? [a/r/i] (a):
Ablakos addikt

2026-03-14 15:09:04 #4488

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

1. A telepítés óta használtam az online account (google, ms365) szolgáltatást. Most minden újra indításnál error mindegyik fiók. Ha újra authentikálom ezeket, akkor működnek.
Nem lesz ez így jó
2. A KDE konsole alkalmazásra ráakasztottam egy cntrl+alt+t shortcutot. (gnome keybord menüben) Néha erre a kombinációra egy azonnali logoutot kapok. (kérdés nélkül )
Hiába keresem, hogy hol lehet ez beépítve a rendszerbe.
3. Továbbá a zypper dupra:
Installing: ImageMagick-config-7-SUSE-7.1.2.16-1.1.noarch .....................................................................................................................[error]
Installation of ImageMagick-config-7-SUSE-7.1.2.16-1.1.noarch failed:
Error: Subprocess failed. Error: RPM failed: Command exited with status 1.
Abort, retry, ignore? [a/r/i] (a):
Persze most semmit nem frissít. Ki lehetne hagyni ezt a csomagot vagy nem jó ötlet?
Ablakos addikt

2026-03-12 18:13:49 #4487

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz NF- üzenetére #4486

Akkor csak rosszul értelmeztem az adatokat. Köszi.
NF- aktív tag

2026-03-12 16:06:54 #4486

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4485

Kb az egyharmada van használatban, kétharmada üres vagy cache ami azt jelenti, hogy azonnal felszabadítható ha szükség lenne rá. Számszerűsítve a 16GB-ból kb. 5,2GB van használatban.
Ablakos addikt

2026-03-12 15:29:12 #4485

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

Eddig még nem vettem észre, de mintha fogyóban lenne a szabad memória.
Vagy lehet spórolni a következő 16GB ramra?
Ubuntun, mintha kevesebb ie elég lett volna.
Tasks: 424 total, 1 running, 423 sleep, 0 d-sleep, 0 stopped, 0 zombie
%Cpu(s): 1,3 us, 0,8 sy, 0,0 ni, 97,8 id, 0,1 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem : 15471,83+total, 272,176 free, 5223,098 used, 11725,74+buff/cache
MiB Swap: 17407,99+total, 17404,21+free,    3,785 used. 10248,73+avail Mem

   PID USER      PR NI    VIRT    RES    SHR S %CPU %MEM     TIME+ COMMAND
154908 user   20   0 10,847g 479872 257680 S 9,308 3,029   8:51.24 gnome-shell
345136 user   20   0 49,116g 266816 205296 S 6,648 1,684   0:27.56 vivaldi-bin
177709 user   20   0 1503376 144260 106176 S 5,984 0,911   0:10.33 konsole
345508 user   20   0 1,360t 280940 148580 S 3,324 1,773   0:23.56 vivaldi-bin
346156 user   20   0 18,942g 414784 144220 S 2,992 2,618   0:11.12 Isolated Web Co
167872 root      20   0       0      0      0 I 1,662 0,000   0:03.53 kworker/u65:26-events_unbound
176629 root      20   0       0      0      0 I 1,330 0,000   0:08.58 kworker/u64:0-i915
345087 user   20   0 48,836g 435212 298932 S 1,330 2,747   0:12.17 vivaldi-bin
172996 root       0 -20       0      0      0 I 0,665 0,000   0:05.91 kworker/u68:1-i915_flip
   871 root     -51   0       0      0      0 S 0,332 0,000   1:13.98 irq/184-rtw89_pci
   934 root      20   0   10532   6060   5356 S 0,332 0,038   0:30.31 bluetoothd
346051 user   20   0 3219752 542044 331276 S 0,332 3,421   0:07.04 betterbird-bin
     1 root      20   0   51536 38724 13196 S 0,000 0,244   0:06.17 systemd
     2 root      20   0       0      0      0 S 0,000 0,000   0:00.08 kthreadd
tlac nagyúr

2026-03-11 19:18:19 #4484

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

tlac

nagyúr

SUSE Reportedly May Be For Sale Yet Again
nem épp a legjobb hír, bizonytalanná válhat ezzel az opensuse jövője is szerintem
Ablakos addikt

2026-03-09 20:49:02 #4483

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz urandom0 üzenetére #4482

Hibát ugyan nem vettem észre csak az a sok crash üzenet bosszantott. Több tucat feljött. Már frissítettem is.
urandom0 őstag

2026-03-09 18:00:21 #4482

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz Ablakos üzenetére #4474

Meg is jött a hibajavítás:
A következő 2 csomag régebbi verziója fog települni:
xdg-desktop-portal xdg-desktop-portal-lang
Közben látom, hogy Bugzillán is lett nyitva hozzá ticket: https://bugzilla.opensuse.org/show_bug.cgi?id=1259335
És Redditen is szóba került a dolog: https://www.reddit.com/r/openSUSE/comments/1roumqo/xdgdesktopportal_crashing_often_after_tumbleweed/
Azért ez megnyugtató, hogy ilyen gyorsan reagálnak a fejlesztők. Persze, aki akart, visszaállhatott korábbi snapshotra.
---
A linuxblog.io (nem tudom, hallot-e már róla valaki, én még nem) a Slowrollt választotta a legstabilabb rolling disztrónak, a Tumbleweedet a másodiknak: https://linuxblog.io/linux-rolling-release-distros/
urandom0 őstag

2026-03-09 15:56:55 #4481

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz Ablakos üzenetére #4477

Sosem láttam Gnome-hoz letölthető hang témát, ilyen létezik? Én ki szoktam kapcsolni a hangokat..
NF- aktív tag

2026-03-09 15:55:09 #4480

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4479

Ha systemwide telepítetted akkor jó lesz a /usr/share/sounds mappába is.
Ablakos addikt

2026-03-09 15:51:13 #4479

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz NF- üzenetére #4478

/usr/share alá rakott mindent a telepítő. Akkor simlinkkel próbálkozom.
(Nagyon bejön nekem ez a gnome . Egyszerű, néha túlzottan is, de pont azt tudja, amire nekem való. Utálom a csicsás, szénné variált környezetet.)
NF- aktív tag

2026-03-09 15:44:39 #4478

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4477

Nem használok gnomeot, szerintem az egyik legélhetetlenebb DE, ezért nem is igazán értek hozzá. De rövid keresés alapján ezt találtam: tedd a hang témát a ~/.local/share/sounds mappába és a gnome tweaks-ben állítsd be ennek a használatát.
Ablakos addikt

2026-03-09 15:34:27 #4477

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

(tumbleweed + gnome)
Töltöttem le 3 darab gyári hang sémát, mivel eddig egy mukkanást nem hallottam a rendszerben. Nem akarok hatalamas zajszennyezést, csak valami minimális jelzést.
(induláskor, usb csatlakozáskor stb.)
Létezik, hogy a dconf editorban kézzel-lábban kell beírni a kívánt hang séma nevet?
urandom0 őstag

2026-03-09 12:23:43 #4476

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz Ablakos üzenetére #4474

Én tegnap este futottam bele, szerintem is valami bug lehet. Valószínűleg hamar javítják, bár nekem nincs olyan programom, ami emiatt ne futna.
urandom0 őstag

2026-03-09 12:21:55 #4475

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz Ablakos üzenetére #4472

Tiltsd le nyugodtan, én is le szoktam. Szerintem nem sok értelme van, ha az ember kézzel frissítgeti a rendszert.
Ablakos addikt

2026-03-09 12:06:44 #4474

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz NF- üzenetére #4471

Frissítettem egy asztali gépen, ahol nem nyúltam semmihez csak zypper dup. Ott is elindult ez a
márc 09 12:03:44 opensuse.desktop systemd-coredump[8407]: [🡕] Process 5007 (xdg-desktop-por) of user 1000 dumped core.

Valami bug lehet.
NF- aktív tag

2026-03-09 11:57:38 #4473

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4472

valószínűleg fut egy GUI-val elindított frissítés vagy telepítés, vagy csak egy sima csomaglista update
Ablakos addikt

2026-03-09 11:53:21 #4472

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

zypper dup -ra ezt kaptom:
PackageKit is blocking zypper. This happens if you have an updater applet or other software
management application using PackageKit running.
We can ask PackageKit to interrupt the current action as soon as possible, but it depends on
PackageKit how fast it will respond to this request.
Mi van ezzel a packagekit el?
NF- aktív tag

2026-03-08 11:14:51 #4471

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4470

Azt jelenti a hibaüzenet, hogy az xdg-desktop-portal összeomlott, mert egy érvénytelen GObject-re próbált hivatkozni. Nézd meg mit mond a coredumpctl info 34370
Ablakos addikt

2026-03-08 09:54:42 #4470

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

Tegnapi frissítés után néhány alkalmazást eltávolítottam. Nem tudom a függőségeik eltávolítása vagy egyéb miatt, de folyamatosan jön ez a hiba üzenet.
márc 08 09:48:54 opensuse.thinkbook /usr/libexec/xdg-desktop-portal[34370]: g_object_ref: assertion 'G_IS_OBJECT (object)' failed
márc 08 09:48:59 opensuse.thinkbook systemd-coredump[34552]: [🡕] Process 34370 (xdg-desktop-por) of user 1000 dumped core.

(az őrületbe kerget a gnome felső panelben megjelent állandó figyelmeztetés miatt)
Ki lehet ezt kapcsolni valahogyan?
Ablakos addikt

2026-03-08 07:16:57 #4469

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz urandom0 üzenetére #4466

Már értem, miért nem tudtam az evolution -tól megszabadulni. Azt hittem szenilitás, de most látom, hogy ezen opciók nélkül visszacsempész jó néhány csomagot.
urandom0 őstag

2026-03-05 15:46:39 #4468

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz kovaax üzenetére #4467

Elméletileg elég a solver.onlyRequires = true-t beállítani, az közvetlenül a libzypp-nek szól, így minden libzyppet használó programra (zypper, Yast, stb.) hat ez a beállítás.
A installRecommends = no pedig konkrétan csak a zypperre hat, más programokra (pl. Yastra nem).
kovaax őstag

2026-03-05 13:36:51 #4467

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

kovaax

őstag

válasz urandom0 üzenetére #4466

Mert miért is lenne 1 konfigban 1 opció erre, ugye...
urandom0 őstag

2026-03-05 10:15:35 #4466

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz tlac üzenetére #4464

Át is írhatod a beállításokat, és akkor nem kell mindig megadni:
- /etc/zypp/zypp.conf: solver.onlyRequires = true
-/etc/zypp/zypper.conf: installRecommends = no
NF- aktív tag

2026-03-05 08:39:15 #4465

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz tlac üzenetére #4464

Bár már régi, de talán néha jól jöhet https://hu.opensuse.org/images/f/f1/Zypper-cheat-sheet.pdf
tlac nagyúr

2026-03-05 02:03:11 #4464

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

tlac

nagyúr

válasz NF- üzenetére #4463

nekem is az ajánlottak voltak a gyanúsak
ez a dup --no-recommends egész jó ötlet, nem tudtam, hogy van ilyen opciója is, thx
NF- aktív tag

2026-03-04 21:12:11 #4463

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz tlac üzenetére #4462

Valamelyik telepített csomag frissül, és nem függőségként csak ajánlottként jön hozzá az amit újra telepítene. Pl. most jött egy csomó kde-s frissítés, valószínűleg valamelyik kde-s csomagban ajánlottként benne van az xscreensaver is. zypper dup helyett használd a zypper dup --no-recommends parancsot frissítéshez és akkor nem telepíti ezeket az ajánlott dolgokat.
Esetleg lockold és akkor nem telepíti amíg újra nem engedélyezed. De tisztább a no-recommends. Add lock: zypper al xscreensaver Remove lock: zypper rl xscreensaver
tlac nagyúr

2026-03-04 20:49:30 #4462

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

tlac

nagyúr

jól látom, hogy tumbleweed-en visszajöhetnek a korábban eltávolított csomagok egy dist-upgrade után?
pl. plymouth-ot, xscreensaver-t korábban leszedtem, most újra megjelentek
Ablakos addikt

2026-03-02 18:11:21 #4461

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz NF- üzenetére #4460

$ pactl list short sinks
58 alsa_output.pci-0000_01_00.1.hdmi-stereo PipeWire s32le 2ch 48000Hz SUSPENDED
59 alsa_output.usb-Yamaha_Corporation_Steinberg_UR22mkII-00.analog-stereo PipeWire s32le 2ch 48000Hz SUSPENDED
Nem az alapértelmezett kimenettel volt a gond. A gnome menü sound output volt inaktív. Mintha nem lenne hangeszköz a gépben. Többször újraindítottam a pc-t, de semmi nem történt. Kikapcsoltam délután és most be a gépet. Visszajöttek a hangkimenetek. Működnek.
Nem tudom mi volt ez.
NF- aktív tag

2026-03-02 16:17:25 #4460

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4459

A rendszer látja az eszközöket: NVIDIA HDMI/DP audio + UR22mkII USB.
Másold ide ennek a kimenetét:
pactl list short sinks
Esetleg nyiss egy alsamixer-t, F6, válaszd ki az nvidia kimenetet, nézd meg hogy nincs e némítva.
Vagy az nem lehet, hogy a Yamaha Steinberg UR22mkII lett az alapértelmezett kártya és arra tolja a hangot?
Ablakos addikt

2026-03-02 16:07:03 #4459

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

Délutáni rendszerindítás után eltűnt a hang a gépemről. A monitor recsegőjét hallgatom display porton keresztül, de nekem ez megfelel. Most már semmi sincs. No output device felirat van.
$ inxi -A
Audio:
Device-1: NVIDIA GM204 High Definition Audio driver: snd_hda_intel
Device-2: Yamaha Steinberg UR22mkII driver: snd-usb-audio type: USB
API: ALSA v: k6.19.3-1-default status: kernel-api
Server-1: PipeWire v: 1.6.0 status: active
Mit kell ilyenkor tenni?
urandom0 őstag

2026-02-26 18:01:34 #4458

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz Ablakos üzenetére #4456

A zypper up csak a telepített csomagokat frissíti, de nem cserél le csomagokat, nem változtat csomag szolgáltatót (vendor), és akkor akkor töröl vagy telepít új csomagokat, ha feltétlen szükséges.
A zypper dup nem csak hogy frissíti a csomagokat, de simán le is cserélni őket más vendor által biztosított csomagokra, ha kell, és simán telepít új függőségeket vagy távolít el régieket. Gyakorlatilag a teljes rendszert szinkronizálja a távoli repókkal.
zypper up-ot használjuk csomagok frissítésére, zypper dup-ot a teljes disztró frissítésére. Legalábbis Leap-en. DE mivel Tumbleweeden gyakorlatilag minden egyes frissítés egy teljes disztrófrissítés, ezért a zypper up-ot nem használjuk, csak a zypper dup-ot.
NF- aktív tag

2026-02-26 17:37:07 #4457

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4456

Az up az csomagfrissítés, a dup pedig disztrófrissítés.
Ablakos addikt

2026-02-26 17:15:04 #4456

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

Nem értem, hogy a zypper up & dup miben is más? Egyik és a másik is frissít.
tlac nagyúr

2026-02-25 11:51:09 #4455

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

tlac

nagyúr

válasz urandom0 üzenetére #4454

igen, azt látom
egyébként nem videokártya, mert az alaplapi kimenetet használom (asrock + 9800x3d, ami nem annyira jó párosítás, a reddit tele van vele, hogy meghalt benne a cpu)
vicces lesz ez a rolling distro, mert egy korábbi hibám az úgy tűnik, hogy megjavult, amit itt írtam, hogy nem jön vissza a kép miután a monitor felébred
szóval csak remélni tudom, hogy csak szoftveres hiba
urandom0 őstag

2026-02-25 09:24:30 #4454

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz tlac üzenetére #4453

GPU-val kapcsolatos hiba, de hogy micsoda, azt nehéz megmondani. Én Debian alapú rendszereknél szoktam belefutni ilyenbe, aztán egy kernel frissítés után megjavult. Szerintem ha idővel nem javul meg, akkor kezdj el gyanakodni arra, hogy valami hardveres hiba.
tlac nagyúr

2026-02-24 21:16:21 #4453

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

tlac

nagyúr

na belefutottam én is valami hibába, indításnál van némi probléma
csak a reset segített, érdekes módon másodjára jó lett
febr 24 20:27:33 opensuse kernel: amdgpu 0000:0b:00.0: [drm] *ERROR* [PLANE:201:plane-3] commit wait timed out
febr 24 20:27:33 opensuse kernel: amdgpu 0000:0b:00.0: [drm] *ERROR* flip_done timed out
febr 24 20:27:23 opensuse kernel: amdgpu 0000:0b:00.0: [drm] *ERROR* [CRTC:363:crtc-0] commit wait timed out
febr 24 20:27:23 opensuse kernel: amdgpu 0000:0b:00.0: [drm] *ERROR* flip_done timed out
febr 24 20:27:12 opensuse kernel: amdgpu 0000:0b:00.0: [drm] *ERROR* [CRTC:363:crtc-0] flip_done timed out
pár napja is volt már egy hasonló jelenség, de akkor nem volt a logokban hiba, hanem csak 1 percre megállt, végül továbbment
Ablakos addikt

2026-02-20 10:22:39 #4452

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz urandom0 üzenetére #4451

Storno
urandom0 őstag

2026-02-18 16:50:22 #4451

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz Ablakos üzenetére #4447

Feltelepítettem a Gnome Szoftvert, újraindítottam a gépet, már dobta is fel az értesítést, hogy vannak frissítések, annak ellenére, hogy a packagekit maszkolva van.
systemctl status packagekit
○ packagekit.service
Loaded: masked (Reason: Unit packagekit.service is masked.)
Active: inactive (dead)
Viszont a Szoftver csak néhány secure boot frissítést jelez, miközben van egy rakat csomagfrissítés.
urandom0 őstag

2026-02-18 08:55:44 #4450

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz kovaax üzenetére #4449

Mondom én, hogy az egyik leghaszontalanabb program
12 éve faragják, de nem igazán akar működni. Én hetente 1-2x, amikor eszembe jut, letolok egy zypper dup-ot, aztán jól van az úgy. Engem ne zaklasson semmilyen program frissítésekkel, majd én frissítek, ha akarok.
kovaax őstag

2026-02-18 08:41:47 #4449

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

kovaax

őstag

válasz urandom0 üzenetére #4448

Debianon egy idő után (az installhoz képest) elkezd nem jelezni a gnome software, az utolsó 3 kiadásban így volt, mármint Debian kiadásban, azt nem tudom, hogy ez melyik Gnome verziókat jelenti.
urandom0 őstag

2026-02-18 08:19:10 #4448

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz Ablakos üzenetére #4447

Nekem az első dolgom szokott lenni a Packagekit-et letiltani, és a Gnome Software-t törölni. Két leghaszontalanabb program...
De elméletileg a Gnome Software-nek kéne jeleznie. A neten azt írják, a PackageKit
PackageKit-backend-zypp csomagokat kell telepíteni.
Ablakos addikt

2026-02-18 07:23:58 #4447

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz NF- üzenetére #4446

Gnome alatt közvetlenül OS start után "PackageKit is blocking zypper.", ha megfuttatom kézzel a csomagellenőrzést. Ezek szerint a háttérben ellenőrzi, de értesítést már nem küld, hogy >150 csomag frissülhetne. Ubuntu alatt mindig jön egy ikon a (top) panelen, hogy frissülések vannak.
NF- aktív tag

2026-02-17 21:24:37 #4446

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4445

KDE-n a discover app jelez a taskbaron.
Ablakos addikt

2026-02-17 21:17:43 #4445

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz urandom0 üzenetére #4444

Melyik beépített (GUI-s) eszköz ellenőrzi a frissítéseket? Nincs bajom zypper up -al, de semmi értesítés nem jön, holott majd 150 csomag frissítést kapok a konzolban, ha ott érdeklődöm.
urandom0 őstag

2026-02-17 09:58:59 #4444

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz Ablakos üzenetére #4443

Csinálsz egy snapshotot snapperrel, és utána lehet telepítgetni, amit akarsz. Ha meguntad a KDE-t, rollbackelsz az elkészített snapshotra, és ugyanabban az állapotban lesz a rendszered, mint snapshot készítésekor.
Annyi, hogy a home-ot a snapshot nem menti le és nem is állítja vissza, onnan a KDE config fájlait neked kell kitörölnöd.
Ablakos addikt

2026-02-17 08:15:27 #4443

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

Gnome felülettel telepítettem az OS-t. Megtaláltam (már több éve) a kézreálló desktopot még ubuntun, de (csak) kíváncsi lennék a KDE felületre is. Higénikusan cserélhető a mostani Gnome felületem vagy inkább javasolt egy virtuális gépen kísérletezni?
urandom0 őstag

2026-02-17 07:31:57 #4442

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz tlac üzenetére #4441

https://en.opensuse.org/Additional_package_repositories
tlac nagyúr

2026-02-17 00:10:02 #4441

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

tlac

nagyúr

válasz NF- üzenetére #4440

értem, hogy hivatalosan nem lehet, de a karbantartó személyeket sem találtam meg
(persze magában a csomag leírásában lehet benne van, odáig nem mentem el egyelőre)
közben megnéztem qemu-val az arch linux-ot is, hogy ott ott mit mond a gyári firefox
egy 6900xt van átpasszolva, szóval nem ugyanaz a gpu
egyébként vacillálok eléggé, hogy tumblweed vagy arch linux legyen a fő desktop os-em
más a filozófiájuk, azt már látom
NF- aktív tag

2026-02-16 23:39:06 #4440

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz tlac üzenetére #4439

Őszintén szólva a weboldalukra rá sem néztem vagy 20 éve De most, hogy megnyitottam, azt kell, hogy mondjam, hogy szerintem ők sem
Nyilván nem állhat hivatalosan mögöttük az opensuse, mert akkor nem lenne értelme külön terjeszteni a jogi szempontból aggályos kodekeket. Abban nem látok semmi kivetnivalót, hogy bárki beszállhat a csomagkészítésbe, hiszen maga az opensuse is egy közösségi projekt. Valójában az esetek nagy részében a packman úgy néz ki, hogy a packman-es csomag karbantartója ugyanaz a személy aki az opensuse projekten belül is.
Személy szerint én több mint 20 éve használom és soha nem volt vele semmilyen megbízhatósági problémám.
tlac nagyúr

2026-02-16 22:11:13 #4439

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

tlac

nagyúr

válasz NF- üzenetére #4438

nekem ez a packman nem annyira bizalomgerjesztő
még a weboldaluk is csak sima http-n fut
[link]
meg bárki beszállhat a csomagkészítésbe, szóval nekem nem úgy tűnik, hogy az opensuse lenne mögötte
NF- aktív tag

2026-02-16 20:31:40 #4438

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz tlac üzenetére #4437

Nem lesz semmi baja ha packmanből teszed fel. Lényegében "gyári" repo, csak nem opensuse domain alatt fut jogi okok miatt. Bár régebben opensuse.hu domain alatt simán elérhető volt az egész.
tlac nagyúr

2026-02-16 20:01:36 #4437

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

tlac

nagyúr

ohh, belefutottam egy probléma, hogy az opensuse ilyen-olyan jogi dolgok miatt nem támogat bizonyos video kodeket...
ez így nem lesz jó
GPU: az, ami a 9800x3d-ben van
gyári firefox:
flatpak firefox:
sajnos ez így nekem elég súlyos probléma, mert lényegében minden programból, aminek köze van a videolejátszáshoz vagy valamilyen streaminghez, oda kell a flatpak verzió vagy hozzá kell adni valamilyen nem hivatalos külsős repository-t
utóbbit nem szívesen csinálnám, plusz nem is tudom, hogy tumbleweed-del hogyan tudhatnak szinkronban lenni
a flatpak-et meg nem szeretem..
NF- aktív tag

2026-02-16 11:54:53 #4436

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4435

A telepítő ugyanaz. Telepítés közben kell kiválasztani, hogy desktopot vagy szervert telepítesz.
Ablakos addikt

2026-02-16 10:10:51 #4435

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

(openSUSE Tumbleweed)
Nem látom, hogy különbség lenne (terjesztési iso alapján) a server és asztali változat között. Ezek szerint szerver telepítésekor ugyanezt a GUI-s felületet látom, mint az asztali gépemen?
urandom0 őstag

2026-02-15 17:56:58 #4434

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz Ablakos üzenetére #4432

ln -s /usr/bin/zypper /usr/bin/zyper
NF- aktív tag

2026-02-15 16:36:34 #4433

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4432

alias zyper="zypper"
Ablakos addikt

2026-02-15 16:28:35 #4432

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz urandom0 üzenetére #4431

Nincs zyper nevű progi, akiknek rossz a helyesírásuk?
urandom0 őstag

2026-02-15 16:09:06 #4431

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

Teljesen véletlen felfedeztem ma, hogy van egy yzpper nevű program Tumbleweedben, és symlink a zypperre. Gondolom olyan esetekre, amikor olyan gép előtt ülsz, ahol az Y és a Z fel van cserélve, vagy azoknak, akik túl gyorsan gépelnek, és előbb ütik le az y-t, mint a z-t.
urandom0 őstag

2026-02-14 11:18:19 #4430

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

Lefrissítettem ma mind a két Tumbleweedes gépem, egyiken szépen lement, másikon hibaüzenet a frissítés végén. Újraindítottam a gépet, kaptam egy szép kis kernel pánikot.
Oké, bebootoltam korábbi snapshotról, próbálnám beállítani snapperrel az alapértelmezett snapshotot egy korábbira, erre ilyen hibaüzentet kapok, hogy "btrfs_util_set_default_subvolume_fd() failed, errno=28: no space left on device", miközben volt még 2 gigabájtnyi szabad helyem.
Gemini segítségével tudtam megoldani. A gond az volt, hogy hiába volt helyem, a snapshotoknak fenntartott (metadata) hely fogyott el, mert volt több régi snapshotom még tavaly szeptemberről, amiket kézzel hoztam létre, és nem töröltem őket.
A megoldás az volt, hogy ezeket kitörölgettem (sudo btrfs subvolume delete /.snapshots/500/snapshot), csináltam egy balanszolást: sudo btrfs balance start -dusage=0 -musage=0 / (ez átcsoportosítja a lefoglalt, de üres helyeket), így ezután azonnal használható a felszabadított terület. Utána már simán vissza tudtam állni korábbi snapshotra.
A Gemini még annyit javasolt, hogy csináljak egy ilyet: sudo btrfs balance start -dusage=10 /.
Ez "azokat az adatblokkokat szabadítja fel, amik 10%-nál kevésbé vannak kihasználva, így több "nyers" hely marad a metaadatoknak", és hogy a snapper konfigjában vegyem lejjebb a megtartandó snapshotok számát. De ehhez nem nyúltam, mert nem ezzel volt a baj, hanem az általam készített snapshotokkal, amiket szépen elfelejtettem törölni. Ahogy töröltem őket, a 2 GB szabad helyből rögtön 12 GB lett
Ablakos addikt

2026-02-10 07:48:50 #4429

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz urandom0 üzenetére #4428

Közönséges asztali pc (Asus H770/I9 12700K), de meghatározhatatlan hiba. Prompt a bal felső sarokban és erőszakkal sem képes legalább egy másik terminal ablakot nyitni. Visszaerőszakolja a villogó promptot.
ThinkBook gond nélkül futtatja. Securebootot kikapcsolom és megpróbálom külön pendrive telepítővel.
Ha sikerül életre keltenem: Kérdésem, hogy a meglévő ubuntu telepítéseket képes inteligensen a saját multiboot menüjébe felvenni? (Tehát nem olyan windowsos paraszt módon mindent letakarít.)
urandom0 őstag

2026-02-10 07:04:02 #4428

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz Ablakos üzenetére #4427

Én Fujitsu asztali gépen és Lenovo Thinkpad laptopon próbáltam. Milyen hibával omlik össze?
Ablakos addikt

2026-02-09 21:13:39 #4427

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz urandom0 üzenetére #4425

Kipróbáltam ua. a ventoy/telepítőt Lenovo lapton és tökéletesen települ. Asztali pc-n meg összeomlik a telepítő. Hogy rohadna meg.
urandom0 őstag

2026-02-09 21:01:44 #4426

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz urandom0 üzenetére #4425

Ja, és nálam minden gépen le van tiltva a secure boot. Ha nálad engedélyezve van, érdemes lenne letiltani legalább egy teszt erejéig.
urandom0 őstag

2026-02-09 20:51:43 #4425

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz Ablakos üzenetére #4414

Ugye erről a fájlról van szó: openSUSE-Tumbleweed-DVD-x86_64-Snapshot20260207-Media.iso
Letöltöttem a Ventoyt, megcsináltam a pendrive-ot, letöltöttem ezt az ISO-t, bemásoltam a Ventoy mappába, elsőre bebootolt vele legacy és UEFI módban, és normal és grub2 módban is. Utána átdugtam a laptopomba, abban is elsőre bootolt, UEFI és legacy módban is.
Szerintem:
- töltsd le a Ventoy legfrisebb verzióját, és csináld meg újra a pendrive-ot (csak előtte mentsd le róla a lemezképeket, ha vannak)
- próbáld meg másik pendrive-val
- töltsd le újra az ISO-t, és utána ellenőrizd a cheksumját.
tlac nagyúr

2026-02-09 20:03:24 #4424

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

tlac

nagyúr

válasz urandom0 üzenetére #4422

általában nem az uefi teszi bele, hanem az maga az oprendszer/telepítő
kivétel ott van, hogy win-t képes visszatenni vagy /boot alatt lévőt felismerni vagy pl. pendrive-okat
de ha te pl. kitörlöd a linux-os bejegyzést, valószínűleg nem fogja visszatenni
NF- aktív tag

2026-02-09 19:07:24 #4423

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4421

Windowson balena etcher vagy rufus
urandom0 őstag

2026-02-09 18:47:40 #4422

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz tlac üzenetére #4420

Az NVRAM-ba maga az UEFI írja be a bejegyzést, a rendszerek csak annyit csinálnak, hogy berakják az efi boot fájlokat az efi partícióra. Ettől függetlenül persze előfordulhat, amit mondasz, bár én inkább az ellenkezőjével szoktam találkozni, hogy akkor is bennmarad az NVRAM-ban a bejegyzés, mikor az efi partíció már rég nincs sehol sem.
Ablakos addikt

2026-02-09 18:33:28 #4421

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

válasz urandom0 üzenetére #4416

Régóta ventoy-al telepítgetek linux distrokat. (Bemásol és bootnál kiválaszt) Eddig mentek is az debián származékok, de ez nem akar.
tlac nagyúr

2026-02-09 18:15:39 #4420

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

tlac

nagyúr

válasz urandom0 üzenetére #4419

vagy nem
ha uefi volt korábban és azt kikapcsolod, akkor az nvram-ban lévő boot bejegyzések simán törlődhetnek, alaplaptól függ hogy van megvalósítva
win-t általában vissza tudják tenni, a többit már
plusz legmodernebb videokártyák már nem is támogatják a legacy módot és simán lehet, hogy kép sem lesz amíg elindul egy oprendszer
na meg gpt-s fájlrendszerre feltelepíted a linux-ot úgy hogy nem uefi módban volt a gép, az is elég csúnya lesz
urandom0 őstag

2026-02-09 17:58:54 #4419

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz tlac üzenetére #4418

Dehogy rontja el, visszaállítja és megy minden tovább, mint azelőtt.
tlac nagyúr

2026-02-09 17:44:24 #4418

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

tlac

nagyúr

válasz urandom0 üzenetére #4416

én nem javaslom, hogy állítgassa a bios vagy uefi módot
ha win is már a gépen, akkor csak elrontja a a bootolási folyamatot
ha modern gép, maradjon uefi-n
NF- aktív tag

2026-02-09 17:25:38 #4417

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz Ablakos üzenetére #4414

Múlt héten telepítette a fiam a notebookját az általad linkelt oldalról letöltött imageből, de úgy nézem, hogy a jelenlegi egy tegnapelőtti build. Megeshet, hogy épp egy bugos image került ki.
urandom0 őstag

2026-02-09 17:16:24 #4416

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz Ablakos üzenetére #4414

Jót töltöttél le, a kérdés, hogy milyen programmal írtad ki, és hogyan.
Én Linux alatt mindig dd-vel írom ki, soha nem szokott gond lenni vele. Windows alatt Rufus-szal, ott pedig arra kell figyelni, hogy dd módban írja ki, ne ISO módban.
Esetleg próbáld meg átállítani a boot módot BIOS-ról UEFI-re, vagy fordítva. Illetve az is lehet, hogy csak várnod kellene mondjuk egy-másfél percet, és bebootolna. Néhány gépen belefutottam már ilyenbe.
tlac nagyúr

2026-02-09 16:31:33 #4415

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

tlac

nagyúr

válasz Ablakos üzenetére #4414

próbáld meg a network image verziót is
amúgy ezek rendszeresen frissülnek, elképzelhető, hogy épp bugos
Ablakos addikt

2026-02-09 16:11:53 #4414

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

Innen letöltöttem az offline image-t (Intel or AMD 64-bit desktops, laptops, and servers), de nem sikerül feltenni. Villogó prompt-ig eljut aztán semmi. Mégcsak új terminál ablakot sem tudok nyitni telepítés alatt. Úgy látom itt külön van a live, az elindul, ráadásul tetszik is.
Lehet, hogy nem jó töltök le?
NF- aktív tag

2026-02-05 23:29:10 #4413

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz urandom0 üzenetére #4412

Nem is tudom, hogy van magyar oldal
Van opensuse.org/hu és hu.opensuse.org, sok évig az utóbbira irányított át az opensuse.hu is. De már pár éve nem megy a redirect és fogalmam sincs, hogy kinél van a domain.
A fordítási segítséget kösz mindkettőtöknek, maradt immutable distro és rolling release.
urandom0 őstag

2026-02-05 18:12:40 #4412

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz NF- üzenetére #4410

Nem is tudom, hogy van magyar oldal
Ha nagyon le akarod fordítani, akkor "immutábilis gördülő disztribúció" vagy esetleg "módosíthatatlan gördülő disztribúció", de szerintem inkább az első. De a holland nyelvű kezdőoldal is meghagyta az eredeti angolt változatot.
tlac nagyúr

2026-02-05 17:08:18 #4411

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

tlac

nagyúr

válasz urandom0 üzenetére #4409

egyetértek
én sem fordítanám le, se az immutable, se a rolling szót
lefordítva konkrétan nem érteném meg, hogy miről van szó
NF- aktív tag

2026-02-05 17:06:45 #4410

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz urandom0 üzenetére #4409

Arra gondoltam én is, hogy talán az immutable lenne a legjobb, de az egyáltalán nem magyar. Az opensuse.org/hu-t fordítom, de nem tudom eldönteni, hogy melyik lenne a megfelelő. A szlovák fordításban pl. "nemenné" van írva, az szó szerinti fordításban magyarul változatlant jelent. De ez meg szerintem nem feltétlenül írja le, hogy ez immutable verzió. De lehet, hogy tévedek.
urandom0 őstag

2026-02-05 16:53:40 #4409

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz NF- üzenetére #4408

Szerintem az immutable lehet immutábilis, ha nagyon le akarod fordítani. A rolling release pedig gördülő kiadású. Én a Vanilla OS-es, és az Aeonos posztomban is maradtam az "immutable" szónál, szerintem ezek olyan terminus technikusok, amiket nem feltétlenül kell lefordítani.
NF- aktív tag

2026-02-05 15:11:22 #4408

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

Adjatok tanácsot, hogy mi lenne a helyes magyar fordítása az "Immutable rolling release" mondatnak. Jelenleg "Rendszerszinten írásvédett, gördülő kiadású rendszer"-ként van fordítva, de ettől biztosan van jobb magyar megfelelője is.
NF- aktív tag

2026-02-01 20:01:15 #4407

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz urandom0 üzenetére #4406

Nem tudom, nem ismerem a Fedora telepítőjét. De csak egy fstab módosítás az egész.
urandom0 őstag

2026-02-01 19:51:30 #4406

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz NF- üzenetére #4405

Szerintem telepítés után közvetlenül még nincs snapshot (legalábbis Aeonon nem volt, amikor azt használtam), a tömörítés pedig tudtommal olyan 30-40%-ot jelent szöveges fájlok esetén, bináris adat esetén kevesebbet.
Fedoránál ki lehet kapcsolni telepítésnél a tömörítést?
NF- aktív tag

2026-02-01 19:27:42 #4405

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz urandom0 üzenetére #4404

Nem tudom, hogy jelent-e ennyit. Azt is lehet amit mondasz. Vagy közrejátszhat a fájlrendszer snapshot is. Fedorában az nincs.
urandom0 őstag

2026-02-01 19:20:56 #4404

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz NF- üzenetére #4403

Ekkor különbséget jelente a compression?
Biztos belejátszik az is, de énn arra gondoltam, hogy az OpenSuse patternekben több program van, mint amennyit a Fedora gyárilag felrak.
NF- aktív tag

2026-02-01 19:14:19 #4403

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

NF-

aktív tag

válasz urandom0 üzenetére #4402

Ezt a videót néztem én is tegnap. Szerintem ugyanazon a gépen csinálta, külön-külön tesztekkel, csak rosszul vágta össze az indításokat. A tárhelykülönbség valószínűleg onnan jön, hogy a fedoránál alapból be van kapcsolva a btrfs compression.
urandom0 őstag

2026-02-01 07:31:15 #4402

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

Fedora vs OpenSuse speed test
Bár ahogy nézem, nem igazán sikerült a két gépet egyszer beindítani
Ettől függetlenül az OpenSuse szerintem is gyorsabb, bár én nem méregettem, csak érzésre. Viszont a lemezhasználaton és a memória használaton meglepődtem, én nehezen hiszem, hogy ekkora különbségek lennének (főleg RAM használat terén).
urandom0 őstag

2026-01-30 19:27:54 #4401

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

urandom0

őstag

válasz tlac üzenetére #4400

csak a recommended-et kapcsoltam ki
"HA be van kapcsolva a recommended packages, akkor megy fel minden, ezt akartam mondani."
Ugyanazt mondjuk.