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

• urandom0 őstag

  #16591

  #16588 zizidor

  márc. 10., 06:36:46

  Ú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

  #16588 zizidor

  Mondom, cseréljétek le a csomagkezelőtök, mert hülyeséget mutat. A büdös életben nem lesz ez 3,6 GB, de elmondom, hogy még 1,1 GB sem lesz. Ezt a hozzászólásom nézd meg, és add össze a perjel előtti számokat, az lesz a valós helyfoglalás (~532 MB).

  Uby, azért aljasságért neked sem kell a szomszédba menni. De komolyan, nem is értem, hol él az, aki elhiszi ezeket a 2,9 GB és 3 GB-okat. Ennyi fogalmatlanok ne legyünk már pls.

• urandom0 őstag

  #16572

  #16571 DarthSun

  márc. 9., 16:00:41

  Ú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

  #16571 DarthSun

  Én sem szoktam foglalkozni vele, de Vasti kolléga 3 GB-os foglalásán megakadt a szemem. Én megeszem a kalapom, ha az az zenelejátszó runtime-okkel, mindennel együtt valóban 3 GB-ot foglal el. Ott valaki valamit félreszámolt szerintem.

• urandom0 őstag

  #16569

  #16568 Vasti74

  márc. 9., 14:34: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

  #16568 Vasti74

  Három napja telepített Debian, még maga a flatpak csomag sem volt fent, azt is most tettem fel. Én elhiszem, hogy 2,9 GB-ot írt ki neked, csak furcsa, nem értem, hogy miért.

• urandom0 őstag

  #16567

  #16547 Vasti74

  márc. 9., 12:39: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

  

  urandom0

  őstag

  #16547 Vasti74

  2,9 GB?

  org.fooyin.fooyin permissions:
  ipc network fallback-x11 pulseaudio wayland x11
  dri file access [1] dbus access [2] bus ownership [3] system dbus access [4]

  [1] /run/media, xdg-config/kdeglobals:ro, xdg-download, xdg-music, xdg-run/pipewire-0
  [2] com.canonical.AppMenu.Registrar, org.kde.KGlobalSettings, org.kde.StatusNotifierWatcher, org.kde.kconfig.notify
  [3] org.mpris.MediaPlayer2.fooyin
  [4] org.freedesktop.UDisks2

  ID Ág Op Remote Letöltés
  1. [✓] org.freedesktop.Platform.GL.default 25.08 i flathub 140,4 MB / 141,4 MB
  2. [✓] org.freedesktop.Platform.GL.default 25.08-extra i flathub 25,2 MB / 141,4 MB
  3. [✓] org.freedesktop.Platform.VAAPI.Intel 25.08 i flathub 13,6 MB / 13,7 MB
  4. [✓] org.freedesktop.Platform.codecs-extra 25.08-extra i flathub 14,2 MB / 14,4 MB
  5. [✓] org.kde.KStyle.Adwaita 6.10 i flathub 8,6 MB / 8,6 MB
  6. [✓] org.kde.Platform.Locale 6.10 i flathub 4,3 MB / 400,5 MB
  7. [✓] org.kde.Platform 6.10 i flathub 315,3 MB / 386,9 MB
  8. [✓] org.fooyin.fooyin stable i flathub 10,1 MB / 11,0 MB

• urandom0 őstag

  #15387

  #15385 Rowon

  2025-01-20 11:26: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

  #15385 Rowon

  Ne kövezzetek meg azért, amit most írok, de ez a jelenség elő sem tud fordulni egy immutable rendszeren (ha csak szándékosan elő nem akarod idézni). Mert immutable rendszeresen van egy base image, amibe te, mint user, csak nagyon kevés, vagy adott esetben akár nulla csomagot telepítesz. Minden más "magasabb rétegekben" fut, konténer, flatpak, stb.
  Szerintem egyáltalán nem butaság elkülöníteni a rendszercsomagokat és a felhasználói programok csomagjait, akár disztribóciós szinten is, hogy két teljesen másik csomagkezelő kezeli a kettőt.

• urandom0 őstag

  #15278

  #15276 Vladi

  2024-12-24 11:34: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

  #15276 Vladi

  Szerintem az elmúlt ~5 évben kiadott disztrók közül egyiken sincs már alapból ifconfig. ip van mindenhol.

• urandom0 őstag

  #15275

  #15274 Rowon

  2024-12-24 10:08: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

  

  urandom0

  őstag

  #15274 Rowon

  Mondjuk ha a NetworkManager service-t elindítod recoveryben (alapból ugye nem indul el), lehet, hogy akkor is lenne net, ezt még nem próbáltam.

• urandom0 őstag

  #15273

  #15272 Rowon

  2024-12-24 07:21: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

  

  urandom0

  őstag

  #15272 Rowon

  Single user módban vagy recovery módban (lehet, hogy Minten ugyanaz a kettő, nem tudom) az ip parancsokkal lehet netet varázsolni. Beállítod az ethernet interfészen a DHCP-t és "up"-olod, vagy egy fix címet és DNS-t adsz neki, és utána mennie kell.

• urandom0 őstag

  #15264

  #15263 Mtbsrác

  2024-12-20 07:02:23

  Ú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

  #15263 Mtbsrác

  FB-hez is okés.

  Meg még vagy 200 oldalhoz
  Mivel yt-dlp alapú, ezért minden olyan oldalt támogat, amit a yt-dlp is, konkrétan ezeket: https://github.com/yt-dlp/yt-dlp/blob/master/supportedsites.md

• urandom0 őstag

  #15262

  #15260 Mtbsrác

  2024-12-16 06:45: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

  #15260 Mtbsrác

  Én legutoljára ezt használtam letöltésre.Ez is yt-dlp-t használ.

• urandom0 őstag

  #15242

  #15240 Rowon

  2024-12-10 18: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

  #15240 Rowon

  Értem.
  Az egyébként jó, hogy a Mint feldobta ezt a hibát, a baj inkább az, hogy a Debian nem dobta fel.

  Petya XT

  Működik, persze.

• urandom0 őstag

  #15239

  #15238 Rowon

  2024-12-10 17:40:05

  Ú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

  #15238 Rowon

  Ez egyébként rendszer SSD? Ezen van a Windows?

• urandom0 őstag

  #15237

  #15236 Rowon

  2024-12-10 17:36: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

  #15236 Rowon

  Lehet, hogy volt valami más hiba is az SSD-n, azért kaptál másféle hibaüzenetet.

  "a hibernálás opciót is kikapcsoltam a kikapcsoló gomb opciói között, bár az szerintem igen csekély vizet zavar ott, ha egyszer nem azzal állítom le soha."

  A hibernálás és a gyors indítás összefüggnek, mert a gyors indítás is a hibernálást használja. Igazából a hibernálásnak két módja van, full és reduced, és ez utóbbi a gyors indítás.

• urandom0 őstag

  #15235

  #15222 Rowon

  2024-12-10 17:10: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

  #15222 Rowon

  Nekem van egy olyan gyanúm, hogy nem a fast startup okozta ezt a hibát, mert amikor az okozza, akkor ezt a hibát szokta feldobni: [link]

  De ne legyen igazam.

• urandom0 őstag

  #15213

  #15212 zizidor

  2024-12-04 22:40: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

  

  urandom0

  őstag

  #15212 zizidor

  Na várj, azt mondod, formázás nélkül. Ez kb. ugyanaz, mint ha az egész fájlrendszert áthelyezted volna egy old könyvtárba, kivéve a /home-ot, de azon belül meg ugye más felhasználónevet adtál meg. Na én régebben pont így szoktam eljárni, ha másik disztrót akartam telepíteni

  Nem rossz amit csináltál, csak ez így igazából bármelyik fájlrendszeren eljátszható.

• urandom0 őstag

  #15201

  #15200 ubyegon2

  2024-12-02 12:03: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

  

  urandom0

  őstag

  #15200 ubyegon2

  Feldobtam egy Garudát virtuális gépbe, hogy lássam, mi merre. Döbbenetesen ronda szegény
  Az fstrim.timer gyárilag tiltva van.
  A btrfs-trim.timer gyárilag engedélyezve van.
  A btrfs-trim.service is az fstrimet hívja meg, de csak a btrfs meghajtókat trimeli, a többit nem.
  A BTRFS_DEFRAG_PATHS "auto"-ra van állítva, a BTRFS_DEFRAG_PERIOD pedig "weekly"-re, ahogy írtad korábban is.

  A btrfs-defrag.timer engedélyezve van. Hogy miért?
  Arra itt van a válasz: https://forum.garudalinux.org/t/btrfs-defrag-on-ssd-solved/31252/2

• urandom0 őstag

  #15199

  #15196 ubyegon2

  2024-12-02 09:25: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

  

  urandom0

  őstag

  #15196 ubyegon2

  jobb lenne szerintem a sysctl-os fstrim

  Miért?

• urandom0 őstag

  #15193

  #15189 ubyegon2

  2024-12-01 14:42: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

  #15189 ubyegon2

  Hát ez érdekes, nem igazán értem a mögöttes szándékot. Itt az eredeti fájl: https://github.com/kdave/btrfsmaintenance/blob/master/sysconfig.btrfsmaintenance

  Ebben is "none" a BTRFS_DEFRAG_PERIOD, a BTRFS_DEFRAG_PATHS pedig üres string. Nem értem, miért gondolták a Garudások, hogy jó ötlet ezt átállítgatni?

  Na mindegy, ők tudják.

• urandom0 őstag

  #15187

  #15186 growler

  2024-12-01 13:08: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

  

  urandom0

  őstag

  #15186 growler

  És máshol sincs ilyen nevű fájl? Esetleg az /etc/default vagy a /usr/share mappákban?

• urandom0 őstag

  #15184

  #15183 growler

  2024-11-30 10:44: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

  

  urandom0

  őstag

  #15183 growler

  Azt nézd meg, amit #15177-ben írtam, hogy a /etc/sysconfig/btrfsmaintenance fájlban a BTRFS_TRIM_PERIOD értéke mire van állítva? Ha "none", akkor maga a trim nem fut le, csak a többi (balance, scrub, defrag...).
  Most látom, hogy a BTRFS_DEFRAG_PERIOD értéke is "none" alapértelmezetten, tehát ez sem fut le.

• urandom0 őstag

  #15179

  #15178 zizidor

  2024-11-30 07:15: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

  

  urandom0

  őstag

  #15178 zizidor

  Szerintem ez attól is függ, hogy melyik telepítőről van szó. Fedora alatt Blivet GUI-val meg lehet oldani, de nem vagyok biztos benne, hogy egy Ubuntu vagy egy Manjaro telepítő egyáltalán figyelembe veszi-e a subvolume-okat. De tényleg csak akkor tudnánk meg pontosan, ha kipróbálnánk.

• urandom0 őstag

  #15177

  #15127 ubyegon2

  2024-11-29 22:54:29

  Ú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

  #15127 ubyegon2

  A btrfs-trim.service-ben van egy ilyen sor:
  Conflicts=fstrim.service

  Ez megakadályozza, hogy a két szolgáltatás egyszerre fusson. Amúgy mind a kettő az fstrim-et hívja meg, csak a btrfs-trim kicsit szofisztikáltabban, és van neki egy konfig fájlja, amiben ez a két sor alapértelmezetten így néz ki:
  BTRFS_TRIM_PERIOD="none"
  BTRFS_TRIM_MOUNTPOINTS="/.snapshots"

  Szóval tulajdonképpen a btrfs-trim nem trimel semmit, de ha be lenne kapcsolva, alapból akkor is csak a /.snaphosts alatt lévő snapshotokat trimelné.

• urandom0 őstag

  #15176

  #15120 zizidor

  2024-11-29 22:40:26

  Ú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

  #15120 zizidor

  Ez oké, de ha a telepítővel leformatálod a /-t, akkor a subvolume-ok is mennek a levesbe.

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