- Elkészült Oroszország első litográfiai berendezése
- Épített vízhűtés (nem kompakt) topic
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- ASUS ROG PG32UCDM: OLED csúcsmonitor tesztje
- Azonnali VGA-s kérdések órája
- Computex 2024: Itt az új ROG Ally
- Milyen TV-t vegyek?
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- Melyik tápegységet vegyem?
- HiFi műszaki szemmel - sztereó hangrendszerek
Hirdetés
-
Megjelenési dátumot kapott a Tomb Raider animációs sorozat
gp A tervek szerint október elején debütál a teljes első évad Netflixen.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Computex 2024: a GeIL memóriái között akad olyan, ami 10 GHz fölé merészkedik
ph A vállalat portfóliójában a hétköznapi DDR5 DIMM-eken kívül vannak CUDIMM, CSODIMM, CAMM2 és LPCAMM2 formátumú újdonságok is.
-
PROHARDVER!
Ubuntu Linux Összefoglaló
Hivatalos Ubuntu dokumentáció
Amennyiben kérdésed lenne, kérünk, add meg a szükséges adatokat a hiba minél pontosabb leírása mellett:
-számítógép típusa, hardverek pontos megnevezése (különösképp videókártya, vagy hálózati egységek)
-a használt rendszer pontos neve, verziója, a grafikus felület
-mikor és hogyan jelentkezett hiba, mi váltotta ki (program telepítés, frissítés, ...)
-eddigi próbálkozások a megoldásra (ha voltak ilyenek)
A hardverinformációkat legegyszerűbben úgy gyűjtheted össze, ha megnyitod a Terminál nevű programot a menüben. Ide írd be a következő parancsokat (mindkettő után nyomj Enter-t):
lspci
lsusb
Új hozzászólás Aktív témák
-
Ubuntu grub(?) hibát találtam. Az induláskor előhívom a menüt, és a "Beállítások"ban (F6) bekapcsolom a "Szakértő mód"-ot. A gépemnek szüksége van a video=SVIDEO-1:d paraméterre, és gondoltam a capslock segít nagybetüsen beírni az SVIDEO-t. Hát nem. svidEo lesz belőle. Nem kellene szólni valakinek?
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
-
-
gyulank
addikt
Telepítettem a lubuntu 18.04-et, hogy kipróbáljam a lxqt-t, de mikor kiválasztom, és úgy lépek be, azt írja, hogy unable to launch '/usr/bin/startlxqt" X session --- "/usr/bin/startlxqt" not found; falling back to default session. Pedig mindenhol azt olvastam, hogy már kész van.
ASRock Z370 Pro4+i3-8100+32GB Windows 22621.3527 Ubuntu 24.04 x64
-
válasz #40553216 #33662 üzenetére
Ja bocs félreérthetően írtam. Ez az eredeti 18.04-es live/telepítő, nem egy már működő rendszer.
Közben annyi történt hogy áthelyezték(?) a problémámat: "affects: grub (Ubuntu) → syslinux (Ubuntu)"[ Szerkesztve ]
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
azbest
félisten
Használ valaki zram-ot ubuntu 18.04-gyel?
Az utóbbi időben kb napi egyszer lefagytam, de az utóbbi frissítések után volt, hogy 5x is. Sajna olyankor teljesen beragad minden, nem lehet átváltani sem konzolra, a háttértárra sem kerül kiírásra semmi onnantól. Ez egyébként 17.10-ről frissített rendszer, lehet ennek is van köze hozzá.
Szóval telepítettem eg tiszta renszert, másik háttétárra. Ott stabilnak tűnt, majd bekapcsoltam a zramot és utána később elkezdtek hibát dobni a programok, hogy ro a háttértár.
[16838.702681] EXT4-fs error (device sdb3): ext4_validate_inode_bitmap:137: comm java: Corrupt inode bitmap - block_group = 1648, inode_bitmap = 54001680
[16838.805776] Aborting journal on device sdb3-8.
[16838.824965] EXT4-fs error (device sdb3) in ext4_reserve_inode_write:5762: Journal has aborted
[16838.895184] EXT4-fs (sdb3): Remounting filesystem read-only
[16849.383414] EXT4-fs error (device sdb3): ext4_lookup:1575: inode #17432578: comm java: deleted inode referenced: 3409803
Dmesg-ből sikerült látni, hogy tényleg háttértár problémát dobott, az új telepítés nem fagyott telibe, így ki tudtam szedni ennyi logot.Egyelőre kikapcsoltam a zram-ot, meglátom megint fagyok -e. Azért kérdem, hogy másnak van-e bármi tapasztalata, hogy hátha hamarabb meglesz mi a probléma oka. Egyelőre még nem tudom 100%-ra, hogy csak szoftveres bug-e vagy talán hardversen kezd valami galyra menni. A gép önteszte, memteszt, ilyesmi minden ok,
Mielőtt valaki azt javasolná, hogy legyen több ram, sajna 16G a max a gépben, ssd háttértár, 4mag8szál proci, amúgy agy thinkpad t430. Csak sajnos a 16GB sem mindig elegendő, az android studio és a szimulátor eszi a ramot.
-
-
Tutu7030
veterán
-
-
azbest
félisten
válasz gyulank #33671 üzenetére
egy thunderbird bug frissítéskor, álam is megjelentek.
Kétféle szimlumokat tartalazó fontot érint. A megoldás innen [link], amíg a thunderbirdhöz nem jön meg a javítás.
letölteni a linken lévő fontot
EmojiOneMozilla.ttf [link]
NotoEmoji-Regular.ttf [link]
és bemásolni /usr/lib/thunderbird/fonts/ mappába (lehet létre kell hozni, mert nincs ott alapból). A thunderbird újraindítása után jó lesz a méret, csak a címsorban látszik.Nem pont ugyanazok az ikonok, de legalább nem olyan, mintha megtámadtak volna a tamagocsik.
[ Szerkesztve ]
-
Frawly
veterán
válasz azbest #33668 üzenetére
Pedig csak az fog segíteni tartósan, ha fizikailag bővítesz RAM-ot. A 430-as ThinkPad elvileg támogatja a 32 GB RAM-ot, már ha ki tudod köhögni a mostani horror árát. Nekem ThinkPad X220-ban van 16 GB RAM, max. ennyit kezel a 2nd gen Core proci, és egyszerűen overkill átlagos desktop felhasználásra, még sose használtam ki, csak 12-13 gigát, de legtöbbször 8-10 giga üresen áll. Még virtuális gépezéssel sem tudom kihasználni, feleslegesen vertem el rá egy valag pénzt.
Vagy ha SSD-d van, akkor arra tegyél nagyon swap fájlt, de zram nélkül.
-
azbest
félisten
válasz Frawly #33675 üzenetére
A harmadik generációs intel core-i/chipset tudtommal csak 8GB-os modulokat kezel. Szóval a két slotba csak 2x8 ddr3 ram megy be. Elvileg létezik 16GB-os ddr3-as ram, arany áron és csak néhány géppel kompatibilisként. A w530-cassal keverheted, ami 4 slotos és valóban belemegy 4x8GB.
Amúgy a zram teljesen jó volt a fagyásokat leszámítva. A szokásos nyitott chrome, skype*, slack*, thunderbird, android studio és 1 szimulátor, ami kb elvan 16GB rammal swappelés nélkül (*: azok is chromium alapúak). Zrammal ezek mellett 5 szimulátor is elfutott szépen, alapbeállításokkal ~8x1GB tömörített ram-swappel, amelyek valós ram foglalása kevesebb volt összesen, mint 1GB. Tehát egy marha gyors swapként szinte észrevehetetlen lassulást okozott. Csak hát az nem jó, hogy összeakad a fájlrendszerrel...
Ha más nem, akkor annyit tudok tenni, hogy az egyik ssd-n van a rendszer és a másik ssd-n meg a swap, hogy még gyorsabb legyen, ha nem fér a ramba.
Amúgy a kollégák macbook pro-kat használnak. Beforrasztott 8 és 16GB-os rammal, még opcióként sincsen több. Csak a swapelés miatt képesek kb használni. Nameg win és osx alatt is van ram tömörítés alapból, linuxon elvileg ez a zram a megfelelője annak.
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz azbest #33676 üzenetére
Csak hát az nem jó, hogy összeakad a fájlrendszerrel...
Fájlrendszeren kívül van a zram, nem nagyon akadhatna össze, valami más gond lehet. Lassan kiderülnek a hardvereid is, úgy látom.
Eddig nem esett szó másik SSD-ről, érdemes arra rakni a swap-ot, bár maga az Ubuntu swap fájlt csinál alapból, nem értek hozzá, de akár ez is zavarhatja a zram-ot. Amúgy a zram a fizikai memóból vesz el, emiatt is jobb lenne a lassabb swap a másik SSD-n. Az a 8/1 arány is elég érdekes, mert harmadára tömörít a zram. Mondjuk Linuxon elég érdekes néha megállapítani a használt RAM mennyiségét. -
Frawly
veterán
válasz azbest #33676 üzenetére
Igen, igazad van, én emlékeztem rosszul. A neten is azt írják, hogy nem veszi be a 2×16 GB RAM-ot. Pedig a 3. gen. Core i procik mobil változatban is támogatják a 32 GB-ot, csak a T430 alaplapja nem támogatja.
Az X220-nál tiszta sor, hogy nem csak alaplapi korlát, a 2. gen. Core i procik nem támogatják 16 GB fölött, a prociba beépített memóriavezérlő nem kezel le többet.
Akkor ha több RAM-ra van szükséged, akkor váltanod kell újabb platformra, ha ez a speciális felhasználásod megkívánja. Addig meg csak az marad, hogy kézzel állítgatod a swapot. Ubuntu alapból talán swap partíciót csinál, de te létre tudsz hozni lemezen egy akárhánygigás fájlt, azt megformázni mkswap-pal, és felcsatolni swapon-nal (esetleg a csatolást állandósítani a /etc/fstab fájlban), és onnantól fogva megnövelted a swapot, amit SSD-re tegyél mindenképpen.
-
azbest
félisten
válasz ubyegon2 #33677 üzenetére
Az, hogy hány lemez van a gépben irreleváns, korábban már írtam, hogy az ssd-re rakott rendszerrel merevre fagyott vele, a tiszta telepítést egy hdd-re tettem. Irreleváns, hogy van egy harmadik meghajtó is, ami szintén ssd. A rendszer particióval van probléma mindig, az válik csak olvashatóvá, amikor a hiba jelentkezik. Olyankor, ha aktív a zram. Mióta kikapcsoltam nem fagyott egyszer sem, pedig direkt stresszeltem.
Az ssd-re tett swap nem gyorsabb, mint a memóriában lévő tömörített swap. Ezért hozták létre. Az a cél, hogy ne kelljen a lassú háttértárhoz fordulni, még a tömörítés overheadjével is megéri. (ha jól emlékszem, memteszt azt írta, hogy 16GB/sec a memória sávszélessége, ami egy-két nagyságrenddel még mindig gyorsabb, mint egy sata ssd)
Többféle swap is lehet párhuzamosan, prioritást is lehet megadni. De nem kavartam kézzel ezeket, van zram-config, ami mindent beállít alapértelmezetten.
A tömörítés nem fix, tartalomtól függő. A virtuális gépek miatt esélyes, az lenne a tippem, hogy sokszor csak üres, foglalt területet csinálnak, amikor növelgetik a szükséges ramot, de nem csökkentik vissza, mikor felszabadul.
Egyébként nem teljes lemezt felhasználó szabad rablós telepítést szoktam csinálni, hanem külön, megfelleően nagy swap particiósat, hogy az altatással se legyen probléma. Multiboot rendszer, win is van és tartalék ubuntu telepítés is, ha a fő rendszer összehalja magát. Terepen nincs lehetőség napközben újratelepítéssel tölteni az időt.Ezt egyébként nem tudtam, hogy automata telepítésnél swap fájlt használna, mert évek óta mindig kézzel adtam meg a particionálást. A fájlrenszeren lévő swap szerintem csak növeli a megbízhatatlanságot, mivel pl a fájlrendszer hibája a swapre is hatással lenne és pl altatásnál sem tűnik ez jó ötletnek.
Ettől persze még lehet valami nagyon megbújt hw hiba, de azért gyanús, hogy kifejezetten a zram kapcsán jön elő
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz azbest #33680 üzenetére
Ha irreleváns, hogy van még egy SSD a gépben.....amivel a 16GB fizikait teljesen ki tudod használni és rárakhatsz swap-ot.
Az ssd-re tett swap nem gyorsabb, mint a memóriában lévő tömörített swap.
Szerintem én sem írtam, hogy gyorsabb, mivel köztudott, hogy a RAM nagyságrendekkel gyorsabb a flash alapú memóknál. (Azért SSD-n csak nem olyan lassú, mint ha HDD-n lenne a swap)
Altatás alatt a hibernálást érted, gondolom, mert ahhoz kell a fizikai memóval megegyező virtual memó.
A fájlrenszeren lévő swap szerintem csak növeli a megbízhatatlanságot
Még mindig különállónak gondolom swap-ot a használt fájlrendszertől. Annyi biztos, hogy esetedben se így se úgy nem a zram az optimális.
Hardverhiba szerintem kijött volna a stresszeléssel. ( a win is bekavarhat valami beállításával, legalábbis sosem zárható ki ez sem)
[ Szerkesztve ]
-
azbest
félisten
válasz ubyegon2 #33681 üzenetére
Jó, hát az optimális az egy sokmagos desktop lenne, sok (32+) rammal, csak az kézipogyászban nem annyira egyszerű Néha irígykedem a kollégák karcsú macbook projára, amit csak úgy elő tudnak bármikor kapni, mint egy tabletet... de az árát és a bővíthetetlenséget nézve már nem annyira irígykedem, főleg hogy sebességben az újonnan vásárolt 15 colos gépük fogja felvenni a versenyt a 6 éves, kimaxolt, bár vaskosabb thinkpademmel
Hogy ne csak off legyek, a tartalék gépemen (t430, i5-3320m, ssd, hdd, 3GB ram) valószínűleg kialakítok egy stressz környezetet és majd megpróbálok valami használható logot gyűjteni, mondjuk a logok másik háttértárra vagy particióra tükrözésével / irányításával. Hm, sőt, ha a t61esemmel (c2d t8300, 8GB, hdd) is tudom reprodukálni, az még külön segtheti a kivizsgálást. Gyanítom valami bugra futottam rá, csak mivel nagyon kevesen használják ezt, ezért nehéz külön infót találni hozzá, de a részletes bugriportot általában szívesen kivizsgálják.
Stressz teszte mit érdemes szerinted használni? Múltkor
stress --cpu 8 --io 4 --vm 8 --vm-bytes 1024M
futtatás közben indítottam virtuális gépeket és fordítottam rá a projektet, az eléggé lepadlódott mindent[ Szerkesztve ]
-
Gave
addikt
válasz azbest #33682 üzenetére
Stressz teszte mit érdemes szerinted használni?
Minifájolj egy nagyobb SQL dumpot, és gedittel regexes find and replace, jól skálázható, és eddig szépen leterhelte a gépeimet. Habár ez meglehet, hogy HDD limites volt, SSD-vel még nem próbáltam ki.
Here? For folks like us? Wrong city.., wrong people
-
azbest
félisten
Úgy tűniktényleg valami bug és talán a 4.16-os kernelbtől van benn a javítás [link]
Ez annyiból szívás, hogy a 18.04 lts nem igazán fog mostanában kernelt váltani, ha jól értem.Az utóbbi napokban zram helyett megpróbáltam a zswap-et, ami állítólag jobban passzol ahhoz, hogy van háttértáron swap. Nem is volt addig baj, amíg kósza ötletként el nem kezdtem nyitogatni több android szimulátort, hogy stresszeljem. Mivel ez is eléggé beállt, bár most volt minimális log is a beakadáskor, ott is ext4 fájlrendszerbe kiírásnál lettek döcögősek a dolgok, szóval rákerestem most zram helyett zswap kontextusban is, hogy panaszkodnak-e kressekre... és dobott találatot, s meg is lett hamar, hogy a kernelhez úton van egy fix, amit linkeltem.
szerk: ah... a hivatalos kernelbe valamiért máig sem került be [link], bár lehet félreértem és pont egy korábbi módosítást talált meg, mint a hiba okát
[ Szerkesztve ]
-
-
azbest
félisten
mostanában az android studióval érkező, android sdk részét képező emulator-t használom. Leginkább azért, mert már van olyan rendszerkép, ami nem csak play servicest hanem play storet is tartalmaz (nexus 5 és 5x).
Megy simán, csak mintha a studio és az emulator is leakelne memóriát, ha nem kapcsolom ki csak altatom az emulator instancet, akkor van hogy 5-6GB ramot felszed és a leaket is visszatölti folytatáskor.Mondjuk van, hogy jól jönne más fajta eszköz is. Például tévéből sincs teljes értékű.
Régebben genymotion-t használtam kézzel felvarázsolt open gapps-szal, de ugye az nem minden körülmények közt ingyenes, plusz hivatalosan nem támogathatja a gapps-ot és ezért kézzel kell feltenni. Nameg voltak gondok a geny-vel virtualbox verziók kapcsán is. Bár az win10 alatt volt még főleg. -
Regirck
senior tag
válasz gregory91 #33647 üzenetére
Sziasztok!
[Ezen kérdésemre még mindig keresem a megoldást.]
Volt egy javaslat, de az sajnos nem oldotta meg a problémám...
-
lev258
veterán
válasz Regirck #33645 üzenetére
A hibernálás/felfüggesztés időnként tud anomáliákat okozni. A megoldás az lenne, hogy vagy újra betöltöd a drivert vagy újraindítod a kapcsolódó szolgáltatást (hálózat esetén pl. a network-manager-t). Utána kell nézni, mi változik meg a rendes induláshoz képest.
[ Szerkesztve ]
Ubuntu MATE 20.04, hobbi cayenne termesztő
-
azbest
félisten
válasz Regirck #33687 üzenetére
úgy látom van bug report róla ubuntuéknál [link]
a kommentek alapján kernel verziónként változik, hogy hol jó, hol nem jóVan egy pár ötlet köztük, például
- a psmouse driver modult modeprobe-bal újratölti alvás után- a kernel opciókhoz betesz egy kapcsolót, ami tán megoldja
az /etc/defaults/grub -ban:GRUB_CMDLINE_LINUX_DEFAULT="quiet splash psmouse.synaptics_intertouch=0"
és sudo update-grub
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz Regirck #33690 üzenetére
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash psmouse.synaptics_intertouch=0"
Legegyszerűbb a GRUB-ot is szerkeszteni, ha mondjuk terminalba beírod a
gksu xed /etc/default/grub
sot, kérni fogja a jelszavadat, Enter után feljön a szövegszerkesztő, kiegészíted a fenti sort, elmented és végül terminalban lefuttatod asudo update-grub
parancsot.Nálad nem Xed a szövegszerkesztő, azt a szót cseréld le az Ubuntu által használt bármely szövegszerkesztő megnevezésére.
Nem tudom, fog-e működni, de a kolléga által javasolt link alapján ezt kell tenned.
előtte
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
hozzáad
psmouse.synaptics_intertouch=0
ez lesz az eredmény
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash psmouse.synaptics_intertouch=0"
(ha valami nem tiszta, nyugodtan kérdezz)
[ Szerkesztve ]
-
Szerintem ha már terminálba bejut, nem kell "kimenni" a grafikus felületre, elég a sudo nano /etc/default/grub. CTRL+O-val menti, CTRL+X-el kilép.
Amúgy mi a difi a grub-update, és az grub-mkconfig -o /boot/grub/grub.cfg között?
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás az Ubuntut és variánsait használók és az ezekkel még csak ismerkedők számára
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Bemutató Linux a mindennapokban
- Bemutató Ubuntu 16.04 LTS kezdőknek, gyakorlatiasan, objektíven
- Hír Megjelent az Ubuntu 16.04 LTS
- AMD CPU-k jövője - amit tudni vélünk
- Milyen hagyományos (nem okos-) telefont vegyek?
- World of Tanks - MMO
- Elkészült Oroszország első litográfiai berendezése
- BestBuy ruhás topik
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- DIGI kábel TV
- Cyberpunk 2077
- További aktív témák...
- Game Pass Ultimate előfizetések 1 - 25 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN!
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Megmaradt - Eredeti Humble, Choice - Steam kulcsok
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen