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

• NF- aktív tag

  #4500

  #4499 Ablakos

  márc. 15., 08:56:48

  Ú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

  #4499 Ablakos

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

• Ablakos addikt

  #4499

  #4498 NF-

  márc. 15., 07:10:04

  Ú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

  #4498 NF-

  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

  #4498

  #4497 Ablakos

  márc. 14., 21:55:20

  Ú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

  #4497 Ablakos

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

• Ablakos addikt

  #4497

  #4496 NF-

  márc. 14., 21:46:30

  Ú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

  #4496 NF-

  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

  #4496

  #4495 Ablakos

  márc. 14., 21:10:37

  Ú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

  #4495 Ablakos

  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

  #4495

  #4494 NF-

  márc. 14., 20:58:58

  Ú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

  #4494 NF-

  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

  #4494

  #4493 Ablakos

  márc. 14., 20:18:35

  Ú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

  #4493 Ablakos

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

• Ablakos addikt

  #4493

  #4492 NF-

  márc. 14., 20:00:01

  Ú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

  #4492 NF-

  Hogy tudom ezt rendbe tenni?

• NF- aktív tag

  #4492

  #4491 Ablakos

  márc. 14., 19:54:57

  Ú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

  #4491 Ablakos

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

• Ablakos addikt

  #4491

  #4490 NF-

  márc. 14., 19:40:32

  Ú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

  #4490 NF-

  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

  #4490

  #4489 Ablakos

  márc. 14., 18:30:11

  Ú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

  #4489 Ablakos

  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

  #4489

  #4488 Ablakos

  márc. 14., 15:26:14

  Ú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

  #4488 Ablakos

  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

  #4488 márc. 14., 15:09:04

  Ú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

  #4487

  #4486 NF-

  márc. 12., 18:13:49

  Ú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

  #4486 NF-

  Akkor csak rosszul értelmeztem az adatokat. Köszi.

• NF- aktív tag

  #4486

  #4485 Ablakos

  márc. 12., 16:06:54

  Ú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

  #4485 Ablakos

  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

  #4485 márc. 12., 15:29:12

  Ú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

  #4484 márc. 11., 19:18:19

  Ú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

  #4483

  #4482 urandom0

  márc. 9., 20:49:02

  Ú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

  #4482 urandom0

  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

  #4482

  #4474 Ablakos

  márc. 9., 18:00:21

  Ú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

  #4474 Ablakos

  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

  #4481

  #4477 Ablakos

  márc. 9., 15:56:55

  Ú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

  #4477 Ablakos

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

• NF- aktív tag

  #4480

  #4479 Ablakos

  márc. 9., 15:55:09

  Ú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

  #4479 Ablakos

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

• Ablakos addikt

  #4479

  #4478 NF-

  márc. 9., 15:51:13

  Ú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

  #4478 NF-

  /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

  #4478

  #4477 Ablakos

  márc. 9., 15:44:39

  Ú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

  #4477 Ablakos

  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

  #4477 márc. 9., 15:34:27

  Ú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

  #4476

  #4474 Ablakos

  márc. 9., 12:23:43

  Ú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

  #4474 Ablakos

  É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

  #4475

  #4472 Ablakos

  márc. 9., 12:21:55

  Ú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

  #4472 Ablakos

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

• Ablakos addikt

  #4474

  #4471 NF-

  márc. 9., 12:06:44

  Ú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

  #4471 NF-

  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

  #4473

  #4472 Ablakos

  márc. 9., 11:57:38

  Ú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

  #4472 Ablakos

  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

  #4472 márc. 9., 11:53:21

  Ú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

  #4471

  #4470 Ablakos

  márc. 8., 11:14:51

  Ú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

  #4470 Ablakos

  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

  #4470 márc. 8., 09:54:42

  Ú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

  #4469

  #4466 urandom0

  márc. 8., 07:16:57

  Ú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

  #4466 urandom0

  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

  #4468

  #4467 kovaax

  márc. 5., 15:46:39

  Ú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

  #4467 kovaax

  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

  #4467

  #4466 urandom0

  márc. 5., 13:36:51

  Ú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

  #4466 urandom0

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

• urandom0 őstag

  #4466

  #4464 tlac

  márc. 5., 10:15:35

  Ú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

  #4464 tlac

  Á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

  #4465

  #4464 tlac

  márc. 5., 08:39:15

  Ú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

  #4464 tlac

  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

  #4464

  #4463 NF-

  márc. 5., 02:03:11

  Ú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

  #4463 NF-

  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

  #4463

  #4462 tlac

  márc. 4., 21:12:11

  Ú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

  #4462 tlac

  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

  #4462 márc. 4., 20:49:30

  Ú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

  #4461

  #4460 NF-

  márc. 2., 18:11:21

  Ú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

  #4460 NF-

  $ 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

  #4460

  #4459 Ablakos

  márc. 2., 16:17:25

  Ú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

  #4459 Ablakos

  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

  #4459 márc. 2., 16:07:03

  Ú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

  #4458

  #4456 Ablakos

  febr. 26., 18:01:34

  Ú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

  #4456 Ablakos

  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

  #4457

  #4456 Ablakos

  febr. 26., 17:37:07

  Ú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

  #4456 Ablakos

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

• Ablakos addikt

  #4456 febr. 26., 17:15:04

  Ú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

  #4455

  #4454 urandom0

  febr. 25., 11:51:09

  Ú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

  #4454 urandom0

  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

  #4454

  #4453 tlac

  febr. 25., 09:24:30

  Ú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

  #4453 tlac

  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

  #4453 febr. 24., 21:16:21

  Ú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

  #4452

  #4451 urandom0

  febr. 20., 10:22:39

  Ú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

  #4451 urandom0

  Storno

• urandom0 őstag

  #4451

  #4447 Ablakos

  febr. 18., 16:50:22

  Ú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

  #4447 Ablakos

  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

  #4450

  #4449 kovaax

  febr. 18., 08:55:44

  Ú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

  #4449 kovaax

  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

  #4449

  #4448 urandom0

  febr. 18., 08:41:47

  Ú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

  #4448 urandom0

  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

  #4448

  #4447 Ablakos

  febr. 18., 08:19:10

  Ú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

  #4447 Ablakos

  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

  #4447

  #4446 NF-

  febr. 18., 07:23:58

  Ú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

  #4446 NF-

  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

  #4446

  #4445 Ablakos

  febr. 17., 21:24:37

  Ú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

  #4445 Ablakos

  KDE-n a discover app jelez a taskbaron.

• Ablakos addikt

  #4445

  #4444 urandom0

  febr. 17., 21:17:43

  Ú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

  #4444 urandom0

  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

  #4444

  #4443 Ablakos

  febr. 17., 09:58:59

  Ú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

  #4443 Ablakos

  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

  #4443 febr. 17., 08:15:27

  Ú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

  #4442

  #4441 tlac

  febr. 17., 07:31:57

  Ú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

  #4441 tlac

  https://en.opensuse.org/Additional_package_repositories

• tlac nagyúr

  #4441

  #4440 NF-

  febr. 17., 00:10:02

  Ú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

  #4440 NF-

  é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

  #4440

  #4439 tlac

  febr. 16., 23:39:06

  Ú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

  #4439 tlac

  Ő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

  #4439

  #4438 NF-

  febr. 16., 22:11:13

  Ú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

  #4438 NF-

  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

  #4438

  #4437 tlac

  febr. 16., 20:31:40

  Ú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

  #4437 tlac

  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

  #4437 febr. 16., 20:01:36

  Ú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

  #4436

  #4435 Ablakos

  febr. 16., 11:54:53

  Ú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

  #4435 Ablakos

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

• Ablakos addikt

  #4435 febr. 16., 10:10:51

  Ú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

  #4434

  #4432 Ablakos

  febr. 15., 17:56:58

  Ú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

  #4432 Ablakos

  ln -s /usr/bin/zypper /usr/bin/zyper

• NF- aktív tag

  #4433

  #4432 Ablakos

  febr. 15., 16:36:34

  Ú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

  #4432 Ablakos

  alias zyper="zypper"

• Ablakos addikt

  #4432

  #4431 urandom0

  febr. 15., 16:28:35

  Ú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

  #4431 urandom0

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

• urandom0 őstag

  #4431 febr. 15., 16:09:06

  Ú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

  #4430 febr. 14., 11:18:19

  Ú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

  #4429

  #4428 urandom0

  febr. 10., 07:48:50

  Ú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

  #4428 urandom0

  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

  #4428

  #4427 Ablakos

  febr. 10., 07:04:02

  Ú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

  #4427 Ablakos

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

• Ablakos addikt

  #4427

  #4425 urandom0

  febr. 9., 21:13:39

  Ú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

  #4425 urandom0

  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

  #4426

  #4425 urandom0

  febr. 9., 21:01:44

  Ú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

  #4425 urandom0

  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

  #4425

  #4414 Ablakos

  febr. 9., 20:51:43

  Ú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

  #4414 Ablakos

  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

  #4424

  #4422 urandom0

  febr. 9., 20:03:24

  Ú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

  #4422 urandom0

  á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

  #4423

  #4421 Ablakos

  febr. 9., 19:07:24

  Ú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

  #4421 Ablakos

  Windowson balena etcher vagy rufus

• urandom0 őstag

  #4422

  #4420 tlac

  febr. 9., 18:47:40

  Ú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

  #4420 tlac

  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

  #4421

  #4416 urandom0

  febr. 9., 18:33:28

  Ú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

  #4416 urandom0

  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

  #4420

  #4419 urandom0

  febr. 9., 18:15:39

  Ú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

  #4419 urandom0

  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

  #4419

  #4418 tlac

  febr. 9., 17:58:54

  Ú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

  #4418 tlac

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

• tlac nagyúr

  #4418

  #4416 urandom0

  febr. 9., 17:44:24

  Ú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

  #4416 urandom0

  é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

  #4417

  #4414 Ablakos

  febr. 9., 17:25:38

  Ú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

  #4414 Ablakos

  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

  #4416

  #4414 Ablakos

  febr. 9., 17:16:24

  Ú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

  #4414 Ablakos

  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

  #4415

  #4414 Ablakos

  febr. 9., 16:31:33

  Ú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

  #4414 Ablakos

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

• Ablakos addikt

  #4414 febr. 9., 16:11:53

  Ú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

  #4413

  #4412 urandom0

  febr. 5., 23:29:10

  Ú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

  #4412 urandom0

  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

  #4412

  #4410 NF-

  febr. 5., 18:12:40

  Ú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

  #4410 NF-

  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

  #4411

  #4409 urandom0

  febr. 5., 17:08:18

  Ú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

  #4409 urandom0

  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

  #4410

  #4409 urandom0

  febr. 5., 17:06:45

  Ú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

  #4409 urandom0

  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

  #4409

  #4408 NF-

  febr. 5., 16:53:40

  Ú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

  #4408 NF-

  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

  #4408 febr. 5., 15:11:22

  Ú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

  #4407

  #4406 urandom0

  febr. 1., 20:01:15

  Ú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

  #4406 urandom0

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

• urandom0 őstag

  #4406

  #4405 NF-

  febr. 1., 19:51:30

  Ú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

  #4405 NF-

  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

  #4405

  #4404 urandom0

  febr. 1., 19:27:42

  Ú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

  #4404 urandom0

  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

  #4404

  #4403 NF-

  febr. 1., 19:20:56

  Ú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

  #4403 NF-

  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

  #4403

  #4402 urandom0

  febr. 1., 19:14:19

  Ú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

  #4402 urandom0

  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

  #4402 febr. 1., 07:31:15

  Ú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

  #4401

  #4400 tlac

  jan. 30., 19:27:54

  Ú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

  #4400 tlac

  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