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

• #106506 hcl titán cousin333 #106501

  Új Válasz 2025-09-19 07:32:39 #106506

  Ú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

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz cousin333 #106501 üzenetére

  Valójában ez az "egyszer kell belőni" is egy elég hosszú folyamat, rengeteg aprósággal. Olyan userrel, akinek nem vagy a közelében, még egy fullos disztróval is megszívatod magad

  Próbáld ki. Két virtuálgépre feltelepíted a két disztrót, és menjen a hálózati megosztásokról filemegnyitás, fifi, könnyen kezelhető GUI, nyomtató, stb.

  @I02S3F : /home megtelés miatt újrarakni? Elég lett volna a partíciót (vagy logical volume-t) átméretezni, vagy kimozgatni róla valamit, akár egy Live cuccal.
  Meghajtó, ami túléli a telepítést : partíció, felcsatolva (nem symlinkelve, nem egészen értem, mit csináltál), felcsatolva egy könyvtárba fstab-ból, és csókolom.

  @tordaitibi : Sajnos marha drága volt, de amúgy hasznos. Após is használ ilyet
  Nekem pl. újraírható lemezek vannak elrakva, néha kell telepítőt, ilyesmit CD-re tenni, olyankor jól jön.

• #106478 hcl titán cousin333 #106477

  Új Válasz 2025-09-17 19:09:14 #106478

  Ú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

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz cousin333 #106477 üzenetére

  Nem tudom, az integrált AMD kártyákhoz mi van . Ha lett volna zárt, akkor érdemes lett volna azzal. Annyira emlékeztem, hogy AMD procis gép, hátha dVGA van benne, vagy valami, amihez mondjuk van kétféle, és valamelyikkel bugos.

• #106476 Dißnäëß nagyúr cousin333 #106472

  Új Válasz 2025-09-17 18:59:07 #106476

  Ú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

  Privát üzenet küldése

  

  Dißnäëß

  nagyúr

  válasz cousin333 #106472 üzenetére

  Memtest: block moves - ha végigmegy, OK.

  Másik a prime95 memtest része, harmadik a Super Pi pár percre. Ha ezeket túléli, a RAM jó.

• #106474 hcl titán cousin333 #106472

  Új Válasz 2025-09-17 18:45:38 #106474

  Ú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

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz cousin333 #106472 üzenetére

  Nem, akkor ez valami OS specifikus bug. Később lehet kijavítják.
  De ha másik OS nem csinálja, akkor nem HW gond, mindegy a memtest

  Ubuntun a frissítő alkalmazásban kéne lennie (görgess lejjebb, és ott van a GUI-s macera). Ha nem tettél fel, akkor nem lesz fent zárt videodriver, ez felpakolja neked, meg lehet próbálni. Viszont szerintem a Fedora se tesz fel ilyesmit magától.

  @Rowon : Nekem az a tapasztalat, hogy ha rossz, akkor az elsőnél már hányja a pirosat Ritka, amikor csak néha hibázik.

• #106473 Rowon nagyúr cousin333 #106472

  Új Válasz 2025-09-17 18:44:50 #106473

  Ú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

  Privát üzenet küldése

  

  Rowon

  nagyúr

  válasz cousin333 #106472 üzenetére

  Ramnál egy pass nem pass.

• #106466 hcl titán cousin333 #106458

  Új Válasz 2025-09-17 17:45:03 #106466

  Ú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

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz cousin333 #106458 üzenetére

  Ööööööö
  Hogy mi

  Windows megy rajta stabilan? Egy memtestet nyomsz rajta?
  Ez nem úgy néz ki, mint a hiba oka
  Inkább, hogy megáll a gép, mint a szög, csak az előzőn még volt egy segfault is.
  Vagy HW hiba, vagy valami komolyabb kernel bug
  Illetve videodriver van fent?

• #106454 hcl titán cousin333 #106452

  Új Válasz 2025-09-17 15:32:12 #106454

  Ú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

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz cousin333 #106452 üzenetére

  Ha megvan a sda, akkor mit panaszkodik, hogy nem tudja megnyitni róla a partíciót? Ez egyre meredekebb.

  Érdemes lenne telepített OS-t is megnézni, mert egy Live -on az USB energiagazdálkodás, meg bármi okozhat ilyet.

• #106453 growler őstag cousin333 #106450

  Új Válasz 2025-09-17 15:28:16 #106453

  Ú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

  Privát üzenet küldése

  

  growler

  őstag

  válasz cousin333 #106450 üzenetére

  Egy live rendszeren, minden általad végrehajtott változtatás
  a fizikai RAM szabad/felhasználható területét csökkenti.
  Ha van elég RAM-od, akkor többet tudsz "garázdálkodni" a
  live rendszeren.

• #106451 hcl titán cousin333 #106448

  Új Válasz 2025-09-17 15:18:46 #106451

  Ú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

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz cousin333 #106448 üzenetére

  Nekem is ez a gyanús.
  De ha ez egy telepített rendszer lenne, és nem Live, akkor nem állhatna meg így, az SSD-t nem kapcsolgatja le a gép, meg nem lesz kontaktos.

  lsblk mit mond? Gondolom az sda már nincs, helyette sdb lenne Az előző dmesg-ből is látszott, hogy eltűnik a háttértár alóla.

• #106449 growler őstag cousin333 #106448

  Új Válasz 2025-09-17 15:12:36 #106449

  Ú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

  Privát üzenet küldése

  

  growler

  őstag

  válasz cousin333 #106448 üzenetére

  free -m
  Parancs kimenetének mutatni kell a Swap teljes/foglalt/szabad
  területét is. (Telepített rendszeren)

• #106447 hcl titán cousin333 #106446

  Új Válasz 2025-09-17 14:25:20 #106447

  Ú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

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz cousin333 #106446 üzenetére

  Nyithatsz hozzá egy Gnome-system-monitort is (Rendszerfigyelő a GUI-n magyarul.)
  Azon esetleg látszik, hogy RAM fogy-e el, vagy van-e szabad swap.

• #106444 hcl titán cousin333 #106442

  Új Válasz 2025-09-17 12:09:33 #106444

  Ú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

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz cousin333 #106442 üzenetére

  Nekem itt az tűnik, hogy elsegfaultol a Gnome (1364-nél jaja) :
  [ 2983.971011] gnome-system-mo[2942]: segfault at 68 ip 00007c56b9354204 sp 00007ffe0f8fbc70 error 4 in libgtk-4.so.1.1400.5[437204,7c56b8fcd000+49a000] likely on CPU 10 (core 2, socket 0) [ 2983.971034] Code: ff ff e8 ef 75 ff ff 66 41 0f 6e 77 38 31 ff 4c 89 ea 41 83 7f 24 04 66 0f 6e e8 41 8b 4f 28 4c 89 f6 40 0f 95 c7 66 0f 62 ee <48> 8b 5b 68 66 0f d6 ad 50 ff ff ff 83 c7 02 e8 b8 2c 04 00 49 89
  És gyanúsan a sda-ként felismert Kingston pendrive (arról futott a Live rendszer?) sdb-ként ismerődik fel kicsit előbb? (1300. sor körül az is.)
  Olyan, mintha leállna a pendrive...? De mondjuk Live-nál az nem kéne gondot okozzon...

  De a GUI halála magában is magyarázat arra, hogy miért nem működik a grafikus felület, de megy tovább a gép

  Ha a dmesg-nek mondasz egy -T is, akkor normál idővel fogja mutatni az eseményeket, azt elfelejtettem írni Könnyebben olvasható

• #106443 ubyegon2 félisten cousin333 #106442

  Új Válasz 2025-09-17 12:04:01 #106443

  Ú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

  Privát üzenet küldése

  

  ubyegon2

  félisten

  válasz cousin333 #106442 üzenetére

  pastebin szerencsésebb logok linkelésére, hogy elkerülhessük az ilyet:

  

• #106441 hcl titán cousin333 #106434

  Új Válasz 2025-09-17 07:30:17 #106441

  Ú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

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz cousin333 #106434 üzenetére

  Ja OK, erre szoktam mondani, hogy ha van egy működő, stabil OS, azt felesleges újratelepítgetni, ha csak disztrókat nézegetne az ember.
  A háttértár nem feltétlen hibás, de ha bármi azt okozza, hogy megáll, akkor ez lehet a jelenség. (Persze mástól is lehet, reméljük a dmesg -ből kiderül.)

  Azt is lehet, hogy amikor fut a dmesg --follow, és megállt, kihúzol-bedugsz USB perifériát, amiből kiderül, hogy még foglalkozik-e a gép valamivel (Annak a felismerési folyamata is megjelenik ott.)

  @shadow1901 : A swap hiánya is pont tud ilyet okozni, ha elfogy a RAM, igaz.
  Swap mostanában nem swapfile szokott lenni a /-ben, vagy már az sincs az újabb Ubuntukon?

  @Zolifarkas : "Mikor a Linuxot használom internetezésre / Facebook, levelezés, egyéb dolgok / talán nem jelent veszélyt a Windows ha inaktív állapotban van a másik meghajtón. "
  Nem jelent, hiszen nem fut

• #106433 hcl titán cousin333 #106431

  Új Válasz 2025-09-16 21:59:30 #106433

  Ú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

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz cousin333 #106431 üzenetére

  Ha csak próbálgatni akarsz disztrókat, akkor virtuális gépen csináld, kevesebb a szívás a folyamat újrarakással. (Ha valami problémás a hardveren, akkor valószínű a többi, azonos időben megjelent dolog is az lesz... :S )

  Illetve terminálban nyomj el egy sudo dmesg --follow parancsot, legyen látható az ablak, amikor megáll, és érdekes, hogy mi lesz a kimenet végén. (Ezek a kernel üzenetei a működés során a hibák is itt jönnek.)

  (De ez is érdekes, nem vágom, hogy ez egyedi hiba, vagy jellemző a gépre)

  Tippre ez valami háttértár para, mert olyan, mintha kiesne alóla a háttértár, azért nem tud pl. leállni, meg azért nem történik semmi, amikor kattintgatsz, mert a lemezről már nem jön, amit behúzna.

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