Ubuntu Linux

autoremove letörli a drivereket? Hol kell jelenteni

Fórumok

Felraktam Trustyra (14.04) a snapd-t, ami felrakta magával a Xenial (16.04) kernelét is (trusty tárolóból).

Aztán nem tetszett a snap (nem is futott, amit akartam), meg a kernel is pocsék (5 másodpercenként felsikít és leáll a ventillátor), eltávolítottam a snapd-t, majd autoremove-ltem a felesleges csomagokat. Aztán ezután elromlott a felbontás, meg a wifi is elment.

Szerintem az

apt install snapd
apt remove snapd
apt-get autoremove

parancsok egy használhatatlan, driver nélküli rendszert eredményeznek, anélkül, hogy bármit is szólna. 

Ezt hol tudom nekik jelenteni?

Más: hol érdemes megmondani a rendszernek, hogy a régi kernelt akarom használni? Szerencsére bebootolni sikerült, az initrd.img és a vmlinuz symlinkeket nem törölte csak .old névre átírta, én meg visszaírtam, de, tartok attól hogy néhány konfig file azt hiszi, hogy az újabb kernelt használom, és a régi kernelt egyszer csak kisöprik alólam :/

ubuntu kernel frissítés

Fórumok

ubi desktop egyszer csak fogta magát, és minden különösebb kérés nélkül, a legutóbbi frissítés alkalmával a linux-generic csomag helyett a linux-generic-hwe-20.04 csomagot tette fel.

:~$ dpkg --get-selections | grep linux-generic
linux-generic-hwe-20.04				install
:~$ dpkg --get-selections | grep linux-[imh]
linux-headers-5.4.0-59				install
linux-headers-5.4.0-59-generic			install
linux-headers-5.8.0-34-generic			install
linux-headers-generic-hwe-20.04			install
linux-hwe-5.8-headers-5.8.0-34			install
linux-image-5.4.0-59-generic			install
linux-image-5.8.0-34-generic			install
linux-image-generic-hwe-20.04			install
linux-modules-5.4.0-59-generic			install
linux-modules-5.8.0-34-generic			install
linux-modules-extra-5.4.0-59-generic		install
linux-modules-extra-5.8.0-34-generic		install

ezzel az 5.4 kernel helyett az 5.8-as ment fel.
nem mintha ez a kernel upgrade engem különösebben zavarna, az viszont zavar, hogy nem értem miért csinálta ezt.

arra vagyok kíváncsi hogy másnál is előfordult e, vagy csak nálam, ill én csesztem-e el valamit?
esetleg az ubuntu talált valami extra edig ismeretlen dolgot, vagy a disztribútor gondolt egye nagyot?

Firefox lagg Ubuntun

Fórumok

Valaki, aki nagyon ért a Firefoxhoz és a GPU-val kapcsolatos dolgokhoz, árulja el nekem pls, hogy miért laggol eszeveszettül a Firefoxban minden WebGL alkalmazás?

Beleértve minden cuccot, ami animációt igényel és canvas-ra van rajzolva, mint a Google Maps. Ezen a videon - ami egy srác honlapja, ha minden igaz webGL-t használ - próbálom érzékeltetni a szignifikáns különbséget egy Chrome és az FF között. (Az FF-en témát használok, de ha lecsupaszítom gyárira, akkor is laggol rajta minden hasonló tartalom.)

Amiket próbáltam már:

  • hardveres gyorsítás bekapcsolása és nem az ezzel kapcsolatos gyári beállítások használata
  • hw gyorsítás kikényszerítése a layers.acceleration.force-enabled flaggel
  • Google, Duckduckgo stb. túrása, de semmilyen érdemi információ találása ezzel kapcsolatban - ezt biztos én rontom el, csak nem tudom hol

Hw:

OS: Ubuntu 20.10 x86_64
Host: ThinkPad P50
Kernel: 5.8.0-33-generic
Uptime: 3 days, 15 hours, 34 mins
Packages: 3333 (dpkg), 21 (flatpak), 19 (snap)
Shell: bash 5.0.17
Resolution: 2560x1440
DE: GNOME 3.38.1
WM: Mutter
Theme: Nordic
Theme: Mojave-light-solid-alt [GTK2/3]
Icons: Papirus-Dark [GTK2/3]
Terminal: guake
CPU: Intel Xeon E3-1535M v5 (8) @ 3.800GHz
GPU: Intel HD Graphics P530
GPU: NVIDIA Quadro M2000M                                <---- Ezt a GPU-t használom renderelésre mindkét esetben. Szóval engedélyezve van az nVidia proprietary driver v455
Memory: 11092MiB / 64145MiB

Kérem, aki nem ért hozzá, kíméljen a hasonlóktól:

  • töröld az Ubuntut, az Ubuntu szar, buguntu stb.
  • re-installáljam az Ubuntut
  • használjak Chrome-ot
  • a webGL/nVidia szar, minek az neked? használjak nouveau drivert
  • és tsi.

Előre is köszi a brainstormingot és az építő jellegű ötleteket!

ISPConfig által kezelt web oldalon nem tudom megnyitni böngészővel az egyik alkönyvtárat

Fórumok

A weboldal a beérkező adatokat feldogozza és lepakolja egy MySQL adatbázisba, de ezzel együtt csinál egy TXT filet is minden egyes bejövő adatról. Ezt a www/kontrol/ könyvtárba rakja dátum alapján szépen szét válogatva. Ezzel eddig nem is voltgond, de most a saját VPS-re rakott ISPConfig nem akarja engedni. Már a könyvtárat sem látom hiába írom be a böngészőbe. 403--as hibát ad.

Leellenőriztem a tulajdonosokat és a jogokat, minden rendben van elvileg, de mégsem tudom megnézni

ubuntu 20.10 pdf kitöltése karakter helyesen probléma

Fórumok

Sziasztok,

Online ügyintézéshez akarok pdf-t kitölteni, pl ezt https://onsegelyezo-penztar.izys.hu/wp-content/uploads/IZYS_OP_Kedvezme…

Viszont az az érdekes, hogy amikor beírom az adatokat az Ő  és Ű betűk jól jelennek meg, majd mikor elmentem a pdf-ben semmi sem jelenik meg ezen betűk helyén. Találtam régi fórum bejegyzéseket ennek kapcsán ott azt írták, a beállított betű típussal van probléma, de megoldást nem írtak.

Magyar nyelvi alap beállításokkal használom az Ubunut 20.10

Próbáltam az alapértelmezett pdf nézegetővel, simán Firefox-szal, okularral,  libre office draw-al (ez már megnyitáskor crashelt).

Mit kéne telepítenem, hogy ez rendesen működjön?

üdv

Kepe

[frissítve] btrfs segfault

Fórumok

hátezmeg?

:~# cat /var/log/kern.log | grep -i btrfs
...
...
Oct 28 15:29:45 king-crimson kernel: [    3.884775] Btrfs loaded, crc32c=crc32c-generic
Oct 28 15:29:45 king-crimson kernel: [    4.493969] BTRFS: device label UBUNTU-SRV devid 6 transid 6085221 /dev/sdb3
Oct 28 15:29:45 king-crimson kernel: [    4.495198] BTRFS: device label UBUNTU-SRV devid 5 transid 6085221 /dev/sda3
Oct 28 15:29:45 king-crimson kernel: [    4.541971] BTRFS info (device sda3): disk space caching is enabled
Oct 28 15:29:45 king-crimson kernel: [    4.542918] BTRFS info (device sda3): has skinny extents
Oct 28 15:29:45 king-crimson kernel: [    4.627802] BTRFS info (device sda3): enabling ssd optimizations
Oct 28 15:29:45 king-crimson kernel: [    5.430067] BTRFS info (device sda3): use lzo compression, level 0
Oct 28 15:29:45 king-crimson kernel: [    5.431829] BTRFS info (device sda3): disk space caching is enabled
Oct 28 15:29:45 king-crimson kernel: [    6.816090] BTRFS: device label MENTÉS devid 1 transid 132 /dev/sdc1
Oct 28 15:29:45 king-crimson kernel: [    7.034057] BTRFS info (device sdc1): use lzo compression, level 0
Oct 28 15:29:45 king-crimson kernel: [    7.034059] BTRFS info (device sdc1): disk space caching is enabled
Oct 28 15:29:45 king-crimson kernel: [    7.034060] BTRFS info (device sdc1): has skinny extents
Oct 28 15:36:06 king-crimson kernel: [    4.012990] Btrfs loaded, crc32c=crc32c-generic
Oct 28 15:36:06 king-crimson kernel: [    4.649547] BTRFS: device label UBUNTU-SRV devid 6 transid 6085230 /dev/sdb3
Oct 28 15:36:06 king-crimson kernel: [    4.650792] BTRFS: device label UBUNTU-SRV devid 5 transid 6085230 /dev/sda3
Oct 28 15:36:06 king-crimson kernel: [    4.697472] BTRFS info (device sda3): disk space caching is enabled
Oct 28 15:36:06 king-crimson kernel: [    4.698450] BTRFS info (device sda3): has skinny extents
Oct 28 15:36:06 king-crimson kernel: [    4.782277] BTRFS info (device sda3): enabling ssd optimizations
Oct 28 15:36:06 king-crimson kernel: [    5.594572] BTRFS info (device sda3): use lzo compression, level 0
Oct 28 15:36:06 king-crimson kernel: [    5.594573] BTRFS info (device sda3): disk space caching is enabled
Oct 28 15:36:06 king-crimson kernel: [    6.963444] BTRFS: device label MENTÉS devid 1 transid 132 /dev/sdc1
Oct 28 15:36:06 king-crimson kernel: [    7.187828] BTRFS info (device sdc1): use lzo compression, level 0
Oct 28 15:36:06 king-crimson kernel: [    7.187830] BTRFS info (device sdc1): disk space caching is enabled
Oct 28 15:36:06 king-crimson kernel: [    7.187831] BTRFS info (device sdc1): has skinny extents
Oct 28 16:17:09 king-crimson kernel: [ 2471.393528] btrfs[4177]: segfault at 7ffce9d4f2a2 ip 0000561b762e6afe sp 00007ffce9c4ea50 error 4 in btrfs[561b762a2000+6c000]
:~#
:~#
:~#
:~# uptime 
 17:27:42 up  1:51,  2 users,  load average: 0,03, 0,02, 0,00

Újraindítottam, fel se bootolt.
Helyesen mondva elindítottam, mert teljesen megállt, annyira hogy ki kellett húzni a 220-ból, és megvárni amíg teljesen lemerül :/

Ki kellett vennem az egyik ramot, akkor elindult, de a segfaultok nem szűntek meg.
lehet hogy az összes ram modul eldurrant?
mindenesetre felbootoltam pendrájvról, és lefuttattam egy 'btrfs check --repair /dev/sdxxx' okosságot, de nem talált semmit.
de az alatt a rövid idő alatt, amíg a pendrájvról futott nem észleltem segfault-ot sem.
Most üzemszerűen megy egy ram modullal, nagyjából másfél-két órája és már megint itt van - bár csak egy - segfault. de hát ez is sok! v. sock?

Muszáj volt visszakapcsolni, mielőtt valaki rákérdez:))

Most várakozó álláspontra helyezkedtem, amíg ki nem derül valami biztos, v végleges hiba. Mert ez a huzavona nem tesz jót az idegeimnek :/

Frissítés

Tehát a ram cseréje megtörtént, ahogy a tesztelésük is.
Ettől függetlenül az alaplap is cserés lesz, már nem tudok bízni benne.

A 2017-ben létrehozott végül ssd-kre cselét, ezzel együtt 3 pár merevlemezt túlélt fájlrendszer folyton ro-ra kapcsolt egy idő után. Ezen többszöri ellenőrzés után, csak egy balance segített. Végül ilyen lett.

$ sudo btrfs filesystem usage /srv
[sudo] ******* jelszava: 
Overall:
    Device size:		 889.58GiB
    Device allocated:		 256.06GiB
    Device unallocated:		 633.52GiB
    Device missing:		     0.00B
    Used:			 250.71GiB
    Free (estimated):		 318.45GiB	(min: 318.45GiB)
    Data ratio:			      2.00
    Metadata ratio:		      2.00
    Global reserve:		 512.00MiB	(used: 0.00B)

Data,RAID1: Size:126.00GiB, Used:124.32GiB (98.66%)
   /dev/sda3	 126.00GiB
   /dev/sdb3	 126.00GiB

Metadata,RAID1: Size:2.00GiB, Used:1.04GiB (52.04%)
   /dev/sda3	   2.00GiB
   /dev/sdb3	   2.00GiB

System,RAID1: Size:32.00MiB, Used:48.00KiB (0.15%)
   /dev/sda3	  32.00MiB
   /dev/sdb3	  32.00MiB

Unallocated:
   /dev/sda3	 316.76GiB
   /dev/sdb3	 316.76GiB

Ha meglesz az új alaplap, - költségkerete :)) - meg a bele való ram azt hiszem cserélem a fájlrendszert is zfs-re.
Az új alaplapon amúgy sem tartom szerencsésnek egy másikon formázott belső lemezt használni.

Egyenlőre ennyi! - Legalábbis remélhetőleg :) -

nodejs sok magvas környezetben

Fórumok

Sziasztok!

Már eddig is szembejött a nodejs infrastruktúra/programnyelv, de nem gondoltam, hogy foglalkoznom kell vele. De nini itt lett egy CRM rendszer, amit ebben írtak. Elég sokat olvastam róla, de kíváncsi lennék valós tapasztalatokra.

Adott ugye egy egyszálas működés, amelyben alacsonyan kell tartani az eventloop latency-t, azaz nem megfogni azt az egy szálat és erre adottak az aszinkron hívások. (Hogy miért pont async-kel jelölik a szinkron =rossz/nem hatékony hívásokat, azon én személy szerint átléptem). Egy CPU magon is elfut szépen, de van beépített cluster funkciója, amivel fork-olja saját magát és több CPU-n tud futni. Alapértelmezetten annyi példányban fut, amennyi CPU (mag) jelen van. Ezt támogatja a PM2 futattó rendszer is, ez az irány a jövő (sic!).

Az egész nodejs szépen fut VPS-eken is, pont amennyi CPU kell neki. De - itt jön a kérdés - mi van akkor, ha egy sok magos (32+) hardveren felhasználókat nem zárom be a saját VPS-eikbe, nem a VPS-ek átskálázásával (több CPU) adok nekik löketet, hanem host/guest nélkül az alkalmazásoknak egyenként adok CPU-t, egyenként állítom, hogy a 32-ből mennyit kapjanak? Security kérdésekkel egyelőre nem foglakozunk, állítólag megy 80-as (<1000) port (valami nodejs express?) nem root userrel is, azaz tudom őket korlátozni. (Ha eltekintek az npm cache-től, akkor jail-be is rakhatom őket).

A fejlesztő cég is a VPS-t ajánlja, előre becsüljük meg mennyi CPU kell. De én előállnék valami jobbal, ha van :)

Ubuntu 20.04 Xmodmap - Firefox + Thunderbird és a windows billentyű [Megoldva]

Fórumok

Sziasztok!

Van egy lenovo thinkpadem és angol billentyűzetes. Amikor anno hozzám került, gyorsan megoldottam, hogy a 0, í is megoldott legyen a kevesebb billentyűvel. (magyar kiosztás, Ubuntu 20.04, gnome)

cat .Xmodmap

keycode 9 = 0
keycode 49 = Escape
keycode 133 = 0x0ed
keycode 227 = 0x0ed

 

Viszont pár napja azt vettem észre, hogy mind a ff, mind a tb ignorálja a hosszú 'í'-t, amit a windows billentyűre állítottam. Mindenhol máshol remekül működik, ebben a két programban viszont csak az AltGr+J működik. Van valakinek ötlete mit kellene átállítanom a két programban? Ami nem világos, hogy az esc<-->0 csere viszont működik.

 

Köszi!