- Fórumok
- OS, alkalmazások
- SUSE Linux
- (kiemelt téma)
-
4500 - 4401
4515 - 4501 4500 - 4401 4400 - 4301 4300 - 4201 4200 - 4101 4100 - 4001 4000 - 3901 3900 - 3801 3800 - 3701 3700 - 3601 3600 - 3501 3500 - 3401 3400 - 3301 3300 - 3201 3200 - 3101 3100 - 3001 3000 - 2901 2900 - 2801 2800 - 2701 2700 - 2601 2600 - 2501 2500 - 2401 2400 - 2301 2300 - 2201 2200 - 2101 2100 - 2001 2000 - 1
-
Fórumok
LOGOUT - lépj ki, lépj be!
LOGOUT reakciók Monologoszféra FototrendGAMEPOD - játék fórumok
PC játékok Konzol játékok MobiljátékokMobilarena - mobil fórumok
Okostelefonok Mobiltelefonok Okosórák Autó+mobil Üzlet és Szolgáltatások Mobilalkalmazások Tartozékok, egyebek Mobilarena blogokPROHARDVER! - hardver fórumok
Notebookok TV & Audió Digitális fényképezés Alaplapok, chipsetek, memóriák Processzorok, tuning Hűtés, házak, tápok, modding Videokártyák Monitorok Adattárolás Multimédia, életmód, 3D nyomtatás Nyomtatók, szkennerek Tabletek, E-bookok PC, mini PC, barebone, szerver Beviteli eszközök Egyéb hardverek PROHARDVER! BlogokIT café - infotech fórumok
Infotech Hálózat, szolgáltatók OS, alkalmazások SzoftverfejlesztésFÁRADT GŐZ - közösségi tér szinte bármiről
Tudomány, oktatás Sport, életmód, utazás, egészség Kultúra, művészet, média Gazdaság, jog Technika, hobbi, otthon Társadalom, közélet Egyéb Lokál PROHARDVER! interaktív
Új hozzászólás Aktív témák
-
NF-
aktív tag
Az 1-es a baseline snapshot. Amíg nincs rollback addig erről bootol a rendszer.
-
Ablakos
addikt
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
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!
Ez nem hülyeség, szerintem az egyik legjobb dolog az egész rendszerben
-
Ablakos
addikt
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
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
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
-
Ablakos
addikt
-
NF-
aktív tag
Nekem úgy tűnik, hogy egy read-only snapshotból indult a rendszer.
-
Ablakos
addikt
A history szerint:
sudo snapper -c root create-config /sudo snapper -c home create-config /homesudo 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
Most már semmit nem tudok feltenni. Jól alakul.
sudo zypper install syncthingLoading repository data...Reading installed packages...Resolving package dependencies...The following NEW package is going to be installed:syncthing1 new package to install.Package download size:| 8,8 MiB overall package size0 B | - 8,8 MiB already in cachePackage install size change:| 23,9 MiB required by packages that will be installed23,9 MiB | - 0 B released by packages that will be removedBackend: classic_rpmtransContinue? [y/n/v/...? shows all options] (y):In cache syncthing-2.0.15-1.1.x86_64.rpm (1/1), 8,8 MiBChecking 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):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
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?
Most már semmit nem tudok feltenni. Jól alakul.
sudo zypper install syncthingLoading repository data...Reading installed packages...Resolving package dependencies...The following NEW package is going to be installed:syncthing1 new package to install.Package download size:| 8,8 MiB overall package size0 B | - 8,8 MiB already in cachePackage install size change:| 23,9 MiB required by packages that will be installed23,9 MiB | - 0 B released by packages that will be removedBackend: classic_rpmtransContinue? [y/n/v/...? shows all options] (y):In cache syncthing-2.0.15-1.1.x86_64.rpm (1/1), 8,8 MiBChecking 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
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
-
NF-
aktív tag
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 stMiB Mem : 15471,83+total, 272,176 free, 5223,098 used, 11725,74+buff/cacheMiB Swap: 17407,99+total, 17404,21+free, 3,785 used. 10248,73+avail MemPID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND154908 user 20 0 10,847g 479872 257680 S 9,308 3,029 8:51.24 gnome-shell345136 user 20 0 49,116g 266816 205296 S 6,648 1,684 0:27.56 vivaldi-bin177709 user 20 0 1503376 144260 106176 S 5,984 0,911 0:10.33 konsole345508 user 20 0 1,360t 280940 148580 S 3,324 1,773 0:23.56 vivaldi-bin346156 user 20 0 18,942g 414784 144220 S 2,992 2,618 0:11.12 Isolated Web Co167872 root 20 0 0 0 0 I 1,662 0,000 0:03.53 kworker/u65:26-events_unbound176629 root 20 0 0 0 0 I 1,330 0,000 0:08.58 kworker/u64:0-i915345087 user 20 0 48,836g 435212 298932 S 1,330 2,747 0:12.17 vivaldi-bin172996 root 0 -20 0 0 0 I 0,665 0,000 0:05.91 kworker/u68:1-i915_flip871 root -51 0 0 0 0 S 0,332 0,000 1:13.98 irq/184-rtw89_pci934 root 20 0 10532 6060 5356 S 0,332 0,038 0:30.31 bluetoothd346051 user 20 0 3219752 542044 331276 S 0,332 3,421 0:07.04 betterbird-bin1 root 20 0 51536 38724 13196 S 0,000 0,244 0:06.17 systemd2 root 20 0 0 0 0 S 0,000 0,000 0:00.08 kthreaddKb 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
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 stMiB Mem : 15471,83+total, 272,176 free, 5223,098 used, 11725,74+buff/cacheMiB Swap: 17407,99+total, 17404,21+free, 3,785 used. 10248,73+avail MemPID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND154908 user 20 0 10,847g 479872 257680 S 9,308 3,029 8:51.24 gnome-shell345136 user 20 0 49,116g 266816 205296 S 6,648 1,684 0:27.56 vivaldi-bin177709 user 20 0 1503376 144260 106176 S 5,984 0,911 0:10.33 konsole345508 user 20 0 1,360t 280940 148580 S 3,324 1,773 0:23.56 vivaldi-bin346156 user 20 0 18,942g 414784 144220 S 2,992 2,618 0:11.12 Isolated Web Co167872 root 20 0 0 0 0 I 1,662 0,000 0:03.53 kworker/u65:26-events_unbound176629 root 20 0 0 0 0 I 1,330 0,000 0:08.58 kworker/u64:0-i915345087 user 20 0 48,836g 435212 298932 S 1,330 2,747 0:12.17 vivaldi-bin172996 root 0 -20 0 0 0 I 0,665 0,000 0:05.91 kworker/u68:1-i915_flip871 root -51 0 0 0 0 S 0,332 0,000 1:13.98 irq/184-rtw89_pci934 root 20 0 10532 6060 5356 S 0,332 0,038 0:30.31 bluetoothd346051 user 20 0 3219752 542044 331276 S 0,332 3,421 0:07.04 betterbird-bin1 root 20 0 51536 38724 13196 S 0,000 0,244 0:06.17 systemd2 root 20 0 0 0 0 S 0,000 0,000 0:00.08 kthreadd -
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
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-langKö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/
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
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-langKö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
(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?Sosem láttam Gnome-hoz letölthető hang témát, ilyen létezik? Én ki szoktam kapcsolni a hangokat..
-
NF-
aktív tag
Ha systemwide telepítetted akkor jó lesz a /usr/share/sounds mappába is.
-
Ablakos
addikt
/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
(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?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
(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
É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
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?
Tiltsd le nyugodtan, én is le szoktam. Szerintem nem sok értelme van, ha az ember kézzel frissítgeti a rendszert.
-
Ablakos
addikt
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
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?
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
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
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)' failedmá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?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
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)' failedmá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
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
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
-
urandom0
őstag
Á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
-
tlac
nagyúr
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 duphelyett használd azypper dup --no-recommendsparancsot 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 xscreensaverRemove lock:zypper rl xscreensavernekem is az ajánlottak voltak a gyanúsak
ez adup--no-recommendsegész jó ötlet, nem tudtam, hogy van ilyen opciója is, thx -
NF-
aktív tag
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 duphelyett használd azypper dup --no-recommendsparancsot 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 xscreensaverRemove lock:zypper rl xscreensaver -
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
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 egyalsamixer-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?$ pactl list short sinks58 alsa_output.pci-0000_01_00.1.hdmi-stereo PipeWire s32le 2ch 48000Hz SUSPENDED59 alsa_output.usb-Yamaha_Corporation_Steinberg_UR22mkII-00.analog-stereo PipeWire s32le 2ch 48000Hz SUSPENDEDNem 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
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 -AAudio:Device-1: NVIDIA GM204 High Definition Audio driver: snd_hda_intelDevice-2: Yamaha Steinberg UR22mkII driver: snd-usb-audio type: USBAPI: ALSA v: k6.19.3-1-default status: kernel-apiServer-1: PipeWire v: 1.6.0 status: activeMit kell ilyenkor tenni?
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 egyalsamixer-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
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 -AAudio:Device-1: NVIDIA GM204 High Definition Audio driver: snd_hda_intelDevice-2: Yamaha Steinberg UR22mkII driver: snd-usb-audio type: USBAPI: ALSA v: k6.19.3-1-default status: kernel-apiServer-1: PipeWire v: 1.6.0 status: activeMit kell ilyenkor tenni?
-
urandom0
őstag
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
-
Ablakos
addikt
Nem értem, hogy a zypper up & dup miben is más? Egyik és a másik is frissít.
-
tlac
nagyúr
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
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ó lettfebr 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 outpá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
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
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ó lettfebr 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 outpá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
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.


Storno
-
urandom0
őstag
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
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
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
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
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
-
Ablakos
addikt
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.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
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
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
é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 -
tlac
nagyúr
Ő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.
é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
Ő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.
-
NF-
aktív tag
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..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
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
A telepítő ugyanaz. Telepítés közben kell kiválasztani, hogy desktopot vagy szervert telepítesz.
-
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
-
NF-
aktív tag
-
Ablakos
addikt
Nincs zyper nevű progi, akiknek rossz a helyesírásuk?
-
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
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
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
-
Ablakos
addikt
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.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
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.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
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?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
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.
á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
-
urandom0
őstag
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árplusz 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
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
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.
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
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árplusz 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
-
tlac
nagyúr
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.
é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
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?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
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?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
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?próbáld meg a network image verziót is
amúgy ezek rendszeresen frissülnek, elképzelhető, hogy épp bugos -
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
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.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
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.
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
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.
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
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.
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
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
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
Nem tudom, nem ismerem a Fedora telepítőjét. De csak egy fstab módosítás az egész.
-
urandom0
őstag
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
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
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
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).
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
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
csak a recommended-et kapcsoltam ki
"HA be van kapcsolva a recommended packages, akkor megy fel minden, ezt akartam mondani."
Ugyanazt mondjuk.
Új hozzászólás Aktív témák
-
4500 - 4401
4515 - 4501 4500 - 4401 4400 - 4301 4300 - 4201 4200 - 4101 4100 - 4001 4000 - 3901 3900 - 3801 3800 - 3701 3700 - 3601 3600 - 3501 3500 - 3401 3400 - 3301 3300 - 3201 3200 - 3101 3100 - 3001 3000 - 2901 2900 - 2801 2800 - 2701 2700 - 2601 2600 - 2501 2500 - 2401 2400 - 2301 2300 - 2201 2200 - 2101 2100 - 2001 2000 - 1
-
Fórumok
LOGOUT - lépj ki, lépj be!
LOGOUT reakciók Monologoszféra FototrendGAMEPOD - játék fórumok
PC játékok Konzol játékok MobiljátékokMobilarena - mobil fórumok
Okostelefonok Mobiltelefonok Okosórák Autó+mobil Üzlet és Szolgáltatások Mobilalkalmazások Tartozékok, egyebek Mobilarena blogokPROHARDVER! - hardver fórumok
Notebookok TV & Audió Digitális fényképezés Alaplapok, chipsetek, memóriák Processzorok, tuning Hűtés, házak, tápok, modding Videokártyák Monitorok Adattárolás Multimédia, életmód, 3D nyomtatás Nyomtatók, szkennerek Tabletek, E-bookok PC, mini PC, barebone, szerver Beviteli eszközök Egyéb hardverek PROHARDVER! BlogokIT café - infotech fórumok
Infotech Hálózat, szolgáltatók OS, alkalmazások SzoftverfejlesztésFÁRADT GŐZ - közösségi tér szinte bármiről
Tudomány, oktatás Sport, életmód, utazás, egészség Kultúra, művészet, média Gazdaság, jog Technika, hobbi, otthon Társadalom, közélet Egyéb Lokál PROHARDVER! interaktív
- Fórumok
- OS, alkalmazások
- SUSE Linux
- (kiemelt téma)
- Game Pass Ultimate előfizetések 3 - 36 hónapig azonnali kézbesítéssel! 13 hónap ultimate - 45.000 ft
- PC Game Pass előfizetés
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- iKing.Hu - Apple MacBook Pro 16 M1 Pro (2021) 16GB/512GB karcmentes 87% akku 191 ciklus
- Lenovo ThinkPad P1 Gen 4 i7 32GB RAM 1TB SSD NVIDIA RTX A2000 2560X1600 400nit Garancia
- Felsőkategóriás Gamer PC-Számítógép! Csere-Beszámítás! Z790 / I5 14600KF / 4070Ti Super / 32GB DDR5
- Eladó új állapotban levő Redmi Note 11 4/64GB szürke / 12 hónap jótállás
- Asus PN62/i5-10210U/8GB/240GB SSD/WIN11 Pro/
Állásajánlatok
Cég: aiMotive Kft.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest
)
. Egyszerű, néha túlzottan is, de pont azt tudja, amire nekem való. Utálom a csicsás, szénné variált környezetet.)
Működnek.





De most, hogy megnyitottam, azt kell, hogy mondjam, hogy szerintem ők sem 





