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

• Flowtation őstag

  #63281

  #63280 JetiRulez

  2018-11-08 11:59: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

  

  Flowtation

  őstag

  #63280 JetiRulez

  és a zasszony?

• CPT.Pirk Jómunkásember

  #63223

  #63222 JetiRulez

  2018-11-06 11:46: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

  

  CPT.Pirk

  Jómunkásember

  #63222 JetiRulez

  1min 47.988s apt-daily-upgrade.service
  32.876s apt-daily.service
  Ezeknek nem kellene futnia boot alatt. Ehh, ez valami Ubuntus okosság miatt ilyen...

  Kövesd az itt leírtakat: https://prohardver.hu/tema/linux_abszolut_kezdoknek/hsz_63199-63199.html

  Ez átrakja a frissítés kezelőt boot utánra, ahol lennie kellene. Mostanában az Ubuntusok életét sújtja pár fasság.

• ubyegon2 félisten

  #63193

  #63183 JetiRulez

  2018-11-05 17:01: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

  

  ubyegon2

  félisten

  #63183 JetiRulez

  Hol a systemd-analyze blame kimenet?

  Mondjuk én túl sok javulást a 35sec-hez képest annál a gépnél nem várnék már, 25 alá nem fog menni, az SSD-vel sem várható. Frawly koma nagy SSD betyár, de van azért még pár alkotóelem abban a gépben, ami kacajg egyet az SSD ugrálására, hogy mi lesz már!?

  Az se mindegy mikor indítod el a gépet, hétfő reggel például nálam is két plusz service lassítja a bootot. Ezeket viszont nem célszerű leölni....öööö illetve most látom, hogy a daily kicsit feleslegesen szüttyogtat, mindegy, nincs még belakva a rendszerem.

  1min 55.073s fstrim.service
22.657s apt-daily.service
  2.285s NetworkManager-wait-online.service
  988ms apt-daily-upgrade.service
  948ms udisks2.service
  786ms keyboard-setup.service
  496ms dev-sda5.device
  343ms NetworkManager.service
  313ms packagekit.service
  242ms systemd-resolved.service
  231ms systemd-logind.service
  213ms networkd-dispatcher.service
  201ms accounts-daemon.service
  ......
  .....

• CPT.Pirk Jómunkásember

  #63184

  #63183 JetiRulez

  2018-11-05 12:12: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

  

  CPT.Pirk

  Jómunkásember

  #63183 JetiRulez

  Most kellene egy olyan blame-es systemd kimenet megint, hogy mi mennyi idő.

• Frawly veterán

  #63168

  #63158 JetiRulez

  2018-11-04 18:40: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

  

  Frawly

  veterán

  #63158 JetiRulez

  A 35 másodperc továbbra is sok egy kicsit SSD-vel. 10 mp-hez kéne közelebb lennie.

• Frawly veterán

  #63156

  #63151 JetiRulez

  2018-11-04 14:36:52

  Ú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

  

  Frawly

  veterán

  #63151 JetiRulez

  Nincs sem gedit, sem gksudo telepítve nálad. Igazából bármelyik terminálos szövegszerkesztővel is át tudod szerkeszteni, nézz szét mi van telepítve, és azt indítsd sudo-val.

• cigam titán

  #63155

  #63151 JetiRulez

  2018-11-04 14:31: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

  

  cigam

  titán

  #63151 JetiRulez

  Már meg is van a hiba. A 127. sorban kezdődik. Sajna megoldás nincs, csak annyit tehetsz, hogy letiltod az (s)video kiemenetet.

  Terminálban az alábbi parancsokat kell kiadni:
  sudo nano /etc/default/grub

  Keresd meg a GRUB_CMDLINE_LINUX_DEFAULT sort, és annak a végére írd be ezt: video=SVIDEO-1:d

  CTR+O-val elmented a módosításokat, CTR+X-el kilépsz.

  Majd jöhet a
  sudo update-grub
  parancs, amivel élesíted a rendszerbetöltő(grub) módosított konfigurációját. Miután újraindítottad a gépet, helyreáll a világ rendje, és hasítani fog a rendszer.

  CPT.Pirk
  Létezik az a kimenet, itt figyel a gépem oldalán. Évekkel ezelőtt "belefejlesztették" és azóta ilyen minden kernellel. Régebben elintézte egy hibaüzenettel:
  [Firmware Bug]: Duplicate ACPI video bus devices for the same VGA controller, please try module parameter "video.allow_duplicates=1"if the current driver doesn't work.

  De nem okozott ekkora fennakadást a rendszerben. Az új kernelek mindegyik bepánikol tüle, és ezért vannak a pár (másod)perces mikrofagyások.

• Frawly veterán

  #63154

  #63151 JetiRulez

  2018-11-04 14:26: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

  

  Frawly

  veterán

  #63151 JetiRulez

  Tedd fel az inxi csomagot és terminálban nézzünk rá az inxi -Gxxx kimenetre is, biztos, ami biztos alapon.

• CPT.Pirk Jómunkásember

  #63153

  #63151 JetiRulez

  2018-11-04 14:15: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

  

  CPT.Pirk

  Jómunkásember

  #63151 JetiRulez

  Ez a dmesg kihozta a problémát. Valami gebasz van a vga drivere terén, mert ilyenek ismétlődnek benne:

  RIP: 0010:drm_wait_one_vblank+0x181/0x190 [drm]

  Kezdésnek azt mondanám, hogy csináld meg a frissítést és az intel-microcode csomag telepítését.
  sudo apt update
sudo apt upgrade
sudo apt install intel-microcode

  Aztán reboot. De van egy olyan érzésem, hogy egy nem létező s-video kimenetet keres, meglátjuk reboot után. Ha reboot után sem jó, tegyél fel még egy dmesg kimenetet pls.

• CPT.Pirk Jómunkásember

  #63152

  #63151 JetiRulez

  2018-11-04 14:09: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

  

  CPT.Pirk

  Jómunkásember

  #63151 JetiRulez

  Várj egy picit, én mondtam neked elavult dolgokat. Mindjárt összeszedem megint.

• ubyegon2 félisten

  #63138

  #63134 JetiRulez

  2018-11-04 13:12: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

  

  ubyegon2

  félisten

  #63134 JetiRulez

  Jó cikk, többen nekiugrottak, de ez nem azt jelenti, hogy csak a Xubuntu. Jó pár XFCE-s disztró van, abból csak egy a Xubuntu és hidd el, nem a legszerencsésebb választás! Én csak jobbakat tudnék mondani, de már mondtam. Kár kilódnod, próbáld ki a Mint XFCE-t!

  (#63137) CPT.Pirk

  gksu-t már nem érdemes ajánlani.....

  pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY gedit /etc/default/grub

  Mint alatt ezzel egyszerűbb kicsit:
  gedit admin:///etc/default/grub

  A gedit nem tudom, meg van-e még a Xubuntunál, Mint Xed-et használ.

• CPT.Pirk Jómunkásember

  #63137

  #63134 JetiRulez

  2018-11-04 13:02: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

  

  CPT.Pirk

  Jómunkásember

  #63134 JetiRulez

  1min 32.099s plymouth-start.service
  1min 32.079s plymouth-read-write.service

  Ez nekem pont 3 perc 4 másodperc. A plymouth rakja ki képet amit látsz a boot alatt, de annak pikk-pakk meg kellene történnie.

  Arra nem találtam egyértelmű magyarázatot, hogy mi ennek a baja, de könnyen ki lehet kapcsolni a plymouth service-t és akkor a hagyományos boot folyamatot fogod látni arra a pár másodpercre, amíg tart.

  A grub konfig fájlában:
  gksudo gedit /etc/default/grub
  keresd meg ezt a sort:

  GRUB_CMDLINE_LINUX_DEFAULT

  és a mögötte lévő cuccok közül vedd ki a "splash" szót és mentsd a fájlt. Ezt követően csak újra kell generálni a grub-ot és rebootolni:
  sudo update-grub

• cigam titán

  #63136

  #63134 JetiRulez

  2018-11-04 12:54: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

  

  cigam

  titán

  #63134 JetiRulez

  Szerintem a GMA965 a hunyó(pontosabban a linux driver-e). Tudsz mutatni egy dmesg-re adott választ is?

• Rimuru veterán

  #63135

  #63134 JetiRulez

  2018-11-04 12:51:00

  Ú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

  

  Rimuru

  veterán

  #63134 JetiRulez

  Titkositva van valamennyi particiod, azoknak a feloldasa fogja vissza (vagy csak valamit fel akar oldani (amit nem tud?))

• okoska74 senior tag

  #63132

  #63129 JetiRulez

  2018-11-04 11:17:17

  Ú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

  

  okoska74

  senior tag

  #63129 JetiRulez

  [link]
  Probáld ki. Ott látni fogod minél áll sokáig.

• ubyegon2 félisten

  #63131

  #63129 JetiRulez

  2018-11-04 11:16: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

  

  ubyegon2

  félisten

  #63129 JetiRulez

  Szeva!

  Nézegesd végig, amit Kapitány javasol, aztán ha végeztél rakj fel egy normális XFCE-s disztrót, mondjuk Mint XFCE-t, mert a Xubuntu.....

  Amúgy legutóbb azt vettem észre Ubuntu telepítés után, hogy bootkor sokáig szuttyog, ránéztem és építgeti magának a snap-ot vagy mi az. Mint-en nincs ez a csoda valami, de amúgy is fényévekkel jobb, mint a Xubuntu. Ez van.

  Azon a gépen amúgy hasítania kéne az XFCE-nek.

• CPT.Pirk Jómunkásember

  #63130

  #63129 JetiRulez

  2018-11-04 11:06: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

  

  CPT.Pirk

  Jómunkásember

  #63129 JetiRulez

  Hy!

  Nézzük meg, hogy mi okozza, nyíss egy terminált, majd add ki ezeket:

  $ systemd-analyze blame
$ systemd-analyze critical-chain
$ systemd-analyze plot > plot.svg

  Főleg az első kettő érdekes, hogy mi mellett lesz sok idő és mit mond kritikusnak, a harmadik meg megrajzolja neked png képen a boot folyamatot amit meg tudsz nyitni.

  Több infó: https://wiki.archlinux.org/index.php/Improving_performance/Boot_process

  Ha ezek egyike sem fed fel semmit, akkor meg lehet nézni a journalt pl:
  journalctl -b
  de erről több infót találsz a téma összefoglalóban.

• pushalias addikt

  #12520

  #12517 JetiRulez

  2012-04-19 11:50: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

  

  pushalias

  addikt

  #12517 JetiRulez

  Megesik.

• pushalias addikt

  #12514

  #12509 JetiRulez

  2012-04-18 18:29: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

  

  pushalias

  addikt

  #12509 JetiRulez

  „Elvégre egy alternatív, felhasználóbarát rendszer lenne a végeredmény, ahol a mezei user nem találkozna a parancssorral - ha Linuxnál létezik ilyen.”

  Terminál emulátorra gondolsz azt hiszem, és van olyan. Is.
  Nem tudom, ki találta ki ezt a „parancssor” buzzt, de csak elterjedt.

• MacCaine őstag

  #12512

  #12509 JetiRulez

  2012-04-18 18:21:16

  Ú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

  

  MacCaine

  őstag

  #12509 JetiRulez

  "a mezei user nem találkozna a parancssorral"

  Nehéz. Vannak dolgok, amiket sokkal egyszerűbben és gyorsabban meg lehet csinálni terminálból. A kattintgatós frontend meg gyakran ugyanazt a parancsot adja ki, mint amit begépelnél...

  "már egy olyan kérdésnél lefagynak, hogy "megjegyezze a böngésző a jelszót?"."

  

  Hát, akkor ha egyszerűen akarod megoldani, akkor használd a grafikus felület ezen funkcióját. Minden más megoldás (ami eszembe jut) bonyolultabb.

• MacCaine őstag

  #12508

  #12507 JetiRulez

  2012-04-18 15:46: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

  

  MacCaine

  őstag

  #12507 JetiRulez

  Azt értem, csak az nem világos, hogy minek scriptesíted, amikor be is lehet pötyögni nagyon rövid idő alatt? A script nevét is be kell írni, így alig nyersz valamit...

  Mondjuk ha aliasba pakolnád be, akkor gyorsabb lenne a móka.

• MacCaine őstag

  #12506

  #12504 JetiRulez

  2012-04-18 13:09: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

  

  MacCaine

  őstag

  #12504 JetiRulez

  Batch -> script. Bár nemtom, mi értelme van egy 10 karakteres parancs scriptbe írásának...

• CPT.Pirk Jómunkásember

  #12505

  #12504 JetiRulez

  2012-04-18 13:07: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

  

  CPT.Pirk

  Jómunkásember

  #12504 JetiRulez

  Próbáld ki. A lubuntu életre keltésének a módszere sem igazán tiszta (gyanítom van köze a problémáidhoz), de mivel a gui-s leállítás befagyott nálad, próbáld meg ezt.

• CPT.Pirk Jómunkásember

  #12503

  #12502 JetiRulez

  2012-04-18 12:14: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

  

  CPT.Pirk

  Jómunkásember

  #12502 JetiRulez

  Én csak mondom, a gui-s leállítást láttam már megakadni, de parancssorból indítottat nem.

• CPT.Pirk Jómunkásember

  #12498

  #12497 JetiRulez

  2012-04-18 11:07: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

  

  CPT.Pirk

  Jómunkásember

  #12497 JetiRulez

  shutdown -r now a reset parancs. -r helyett -h meg a kikapcsolás.

• sonar addikt

  #12491

  #12490 JetiRulez

  2012-04-17 21:43: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

  

  sonar

  addikt

  #12490 JetiRulez

  terminalba: startx esetleg

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