Linux-kysymyksiä & yleistä keskustelua Linuxista

Jos ei nyt ihan muinais-SERristä puhuta niin helpommalla pääsee kun vääntää UEFIsta kaikki CSM- ja legacy optiot pois. Boottikin saattaa nopeutua.

GRUBikin vähän tarpeeton UEFIlla bootatessa. Jos EFI stub kernelin boottaus sellaisenaan tuntuu liian nihilistiseltä niin joku UEFI boot manager vaan.
 
Se USB ei yksinkertaisesti bootannut UEFI-tyyliin. Kopioin sisällön toiselle tikulle. Ainoa ero EFI-hakemistojen nimissä (isot/pienet kirjaimet).
Emon UEFI löysi Windowsin lataajan uudelta tikulta.

UEFI-määritysten mukaan firmiksen ei kuuluisi välittää isojen/pienten kirjainten eroista, mutta jotkut UEFI-toteutukset ovat mokanneet tässä kohdassa.
 
Jos kenellä käytössä Nvidia, niin en suosittele päivittämään 5.10.7 versioon, näkyi jo asennusvaiheessa että ilmoitti DKMS virheestä nvidian kanssa, aiempi 5.10.6 toimii.

Edit: Vanhemmilla kuin uusimmilla NVIDIA ajureilla (R460), ilmeisesti myös 5.10.6 heittää DKMS virheen asennuksen aikana, mutta itsellä on käytössä uusimmat R460 ajurit, niin ainakin niillä 5.10.6 kernel toimii.
 
Viimeksi muokattu:
Jos kenellä käytössä Nvidia, niin en suosittele päivittämään 5.10.7 versioon, näkyi jo asennusvaiheessa että ilmoitti DKMS virheestä nvidian kanssa, aiempi 5.10.6 toimii.

Edit: Vanhemmilla kuin uusimmilla NVIDIA ajureilla (R460), ilmeisesti myös 5.10.6 heittää DKMS virheen asennuksen aikana, mutta itsellä on käytössä uusimmat R460 ajurit, niin ainakin niillä 5.10.6 kernel toimii.
Itsellä ainakin kaikki 7.1.2021 julkaistut versiot toimii 5.10.7 kernelin kanssa, eli 460.32.03, 450.102.04 ja 390.141 toimii. Myös 340.108 toimii pätchättynä.
 
Itsellä ainakin kaikki 7.1.2021 julkaistut versiot toimii 5.10.7 kernelin kanssa, eli 460.32.03, 450.102.04 ja 390.141 toimii. Myös 340.108 toimii pätchättynä.
Niin loppujen lopuksi vielä siirryin 5.9.16 (EOL) kernel versioon takaisin (monista syistä johtuen, omassa käytössä havaittuja juttuja), piti vielä asentaa NVIDIA ajurit uudestaan kun ilmeisesti 5.11 RC3 sääti jotain ylimäärästä eikä palautunut takaisin. Katsotaan nyt milloin omassa käytössä uskaltaa siirtyä takaisin uudempaan "stable" 5.10 kernel versioon, mutta ei ole mikään kiire.

Edit: Sama ongelma 5.10.8 kernel versiolla, aamupalaksi laitoin testiin ja siirryin takaisin omassa käytössä luotettavaan 5.9.16 (EOL) kernel versioon kun ei vieläkään toimi kuten pitää, pientä säätöä taas kun siirtyi takaisin vanhempaan versioon.

Edit 20.1.2021: Vieläkin sama ongelma 5.10.9 kernel päivityksen kanssa :/
 
Viimeksi muokattu:
Linux-amatöörillä pieni ongelma. Noin 10-20% käynnistyskerroista Linux Mint Cinnamon 19.3 käynnistyy tilaan jossa tulee notification "Check your video drivers - Your system is running without video hardware acceleration" jolloin myös resoluutio on 1024*768. Tämä virheellinen käynnistys tuntuu olevan aivan satunnainen, ja yleensä uudelleenkäynnistys (tai kaksi) korjaa asian. Tämä ongelma on ollut jo elokuusta asti, kun päivitin rautaa uudempaan. Puhdas asennus tämän jälkeen tuli toki tehtyä. On pysynyt sitkeästi yli useamman kernel- ja näytönohjaimen ajuripäivityksen, joten tästä tuskin on apua.

CPU: 10700k
MB: Asus Strix Z490-F
GPU: GTX 1660Super.

Olisiko tähän jotain helppoa korjausta tiedossa, vai pitäisikö suosiolla yrittää asentaa tuo uudempi 20.1-versio? Ohessa jotain josta sattaa olla jotain hyötyä.

[23:38] user@PC:~$ inxi -Fxz
System: Host: PC Kernel: 5.4.0-60-generic x86_64 bits: 64 compiler: gcc v: 7.5.0 Desktop: Cinnamon 4.4.8
Distro: Linux Mint 19.3 Tricia base: Ubuntu 18.04 bionic
Machine: Type: Desktop System: ASUS product: N/A v: N/A serial: <filter>
Mobo: ASUSTeK model: ROG STRIX Z490-F GAMING v: Rev 1.xx serial: <filter>
UEFI: American Megatrends v: 0707 date: 07/21/2020
CPU: Topology: 8-Core model: Intel Core i7-10700K bits: 64 type: MT MCP arch: N/A L2 cache: 16.0 MiB
flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 121596
Speed: 800 MHz min/max: 800/5100 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800 5: 800 6: 800
7: 800 8: 800 9: 800 10: 800 11: 800 12: 800 13: 800 14: 802 15: 800 16: 800
Graphics: Device-1: NVIDIA vendor: ASUSTeK driver: nvidia v: 450.102.04 bus ID: 01:00.0
Display: x11 server: X.Org 1.20.8 driver: fbdev,modesetting,nouveau unloaded: vesa
resolution: 1024x768~76Hz
OpenGL: renderer: llvmpipe (LLVM 10.0.0 256 bits) v: 3.3 Mesa 20.0.8 direct render: Yes
Audio: Device-1: Intel vendor: ASUSTeK driver: snd_hda_intel v: kernel bus ID: 00:1f.3
Device-2: NVIDIA vendor: ASUSTeK driver: snd_hda_intel v: kernel bus ID: 01:00.1
Sound Server: ALSA v: k5.4.0-60-generic
Network: Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: TP-LINK TG-3468
driver: r8169 v: kernel port: 3000 bus ID: 03:00.0
IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Device-2: Intel vendor: ASUSTeK driver: igc v: 0.0.1-k port: 3000 bus ID: 05:00.0
IF: enp5s0 state: down mac: <filter>
Drives: Local Storage: total: 2.05 TiB used: 177.35 GiB (8.5%)
ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 970 EVO Plus 250GB size: 232.89 GiB
ID-2: /dev/nvme1n1 vendor: Samsung model: SSD 970 EVO Plus 250GB size: 232.89 GiB
ID-3: /dev/sda vendor: Samsung model: SSD 860 EVO 2TB size: 1.82 TiB
Partition: ID-1: / size: 226.04 GiB used: 177.10 GiB (78.3%) fs: ext4 dev: /dev/dm-1
ID-2: /boot size: 704.5 MiB used: 245.2 MiB (34.8%) fs: ext4 dev: /dev/nvme1n1p2
ID-3: swap-1 size: 976.0 MiB used: 0 KiB (0.0%) fs: swap dev: /dev/dm-2
Sensors: System Temperatures: cpu: 34.0 C mobo: N/A
Fan Speeds (RPM): N/A
Info: Processes: 324 Uptime: 4m Memory: 15.53 GiB used: 705.3 MiB (4.4%) Init: systemd runlevel: 5
Compilers: gcc: 7.5.0 Shell: bash v: 4.4.20 inxi: 3.0.32

[23:37] user@PC:~$ dmesg | grep -i nvidia
[ 18.594087] nvidia: loading out-of-tree module taints kernel.
[ 18.594091] nvidia: module license 'NVIDIA' taints kernel.
[ 18.639321] nvidia: module verification failed: signature and/or required key missing - tainting kernel
[ 18.645439] nvidia-nvlink: Nvlink Core is being initialized, major device number 236
[ 18.645837] nvidia 0000:01:00.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=io+mem
[ 18.691758] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 450.102.04 Tue Dec 29 06:51:23 UTC 2020
[ 18.864338] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms 450.102.04 Tue Dec 29 06:44:25 UTC 2020
[ 18.865422] [drm] [nvidia-drm] [GPU ID 0x00000100] Loading driver
[ 18.865423] [drm] Initialized nvidia-drm 0.0.0 20160202 for 0000:01:00.0 on minor 0
[ 18.874920] nvidia-uvm: Loaded the UVM driver, major device number 234.
[ 19.431683] nvidia-gpu 0000:01:00.3: i2c timeout error e0000000
[ 21.059894] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input15
[ 21.059964] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input16
[ 21.059997] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input17
[ 21.060023] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input18
[ 21.060048] input: HDA NVidia HDMI/DP,pcm=10 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input19
[ 21.060077] input: HDA NVidia HDMI/DP,pcm=11 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input20
 
Viimeksi muokattu:
Olisiko tähän jotain helppoa korjausta tiedossa, vai pitäisikö suosiolla yrittää asentaa tuo uudempi 20.1-versio? Ohessa jotain josta sattaa olla jotain hyötyä.
Oliko tämä siis epäonnistuneen bootin dmesg?

Saatko vielä epäonnistuneesta bootista journalctl -b /use/bin/Xorg.bin outputin (tai /var/log/Xorg.0.log sisällön, jos Linux Mint sellaista vielä kirjoittaa).
 
Oliko tämä siis epäonnistuneen bootin dmesg?

Saatko vielä epäonnistuneesta bootista journalctl -b /use/bin/Xorg.bin outputin (tai /var/log/Xorg.0.log sisällön, jos Linux Mint sellaista vielä kirjoittaa).

Kyllä, tuo dmesg oli epäonnistuneen bootin. Menenpä tästä käynnistelemään konetta uudelleen, saattaa mennä 1 bootti, saattaa mennä 20 :P
 
Saatko vielä epäonnistuneesta bootista journalctl -b /use/bin/Xorg.bin outputin (tai /var/log/Xorg.0.log sisällön, jos Linux Mint sellaista vielä kirjoittaa).

Noniin, 8 bootin jälkeen sain sen rikki taas. En tajunnut siinä vaiheessa, että tuossa ekassa komennossa tarkoitit varmaan /usr/bin/xorg, mutta tuon Xorg.0.login sain talteen. Voin kyllä senkin kaivaa esiin, jos tästä ei ole hyötyä.

[ 16.681]
X.Org X Server 1.20.8
X Protocol Version 11, Revision 0
[ 16.681] Build Operating System: Linux 4.15.0-124-generic x86_64 Ubuntu
[ 16.681] Current Operating System: Linux PC 5.4.0-60-generic #67~18.04.1-Ubuntu SMP Tue Jan 5 22:01:05 UTC 2021 x86_64
[ 16.681] Kernel command line: BOOT_IMAGE=/vmlinuz-5.4.0-60-generic root=/dev/mapper/mint--vg-root ro quiet splash vt.handoff=1
[ 16.681] Build Date: 30 November 2020 05:59:23PM
[ 16.681] xorg-server-hwe-18.04 2:1.20.8-2ubuntu2.2~18.04.4 (For technical support please see Enterprise open source support | Ubuntu)
[ 16.681] Current version of pixman: 0.34.0
[ 16.681] Before reporting problems, check X.Org
to make sure that you have the latest version.
[ 16.681] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 16.681] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jan 19 01:12:20 2021
[ 16.682] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 16.682] (==) No Layout section. Using the first Screen section.
[ 16.682] (==) No screen section available. Using defaults.
[ 16.682] (**) |-->Screen "Default Screen Section" (0)
[ 16.682] (**) | |-->Monitor "<default monitor>"
[ 16.682] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 16.682] (==) Automatically adding devices
[ 16.682] (==) Automatically enabling devices
[ 16.682] (==) Automatically adding GPU devices
[ 16.682] (==) Automatically binding GPU devices
[ 16.682] (==) Max clients allowed: 256, resource mask: 0x1fffff
[ 16.682] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 16.682] Entry deleted from font path.
[ 16.682] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
[ 16.682] Entry deleted from font path.
[ 16.682] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[ 16.682] Entry deleted from font path.
[ 16.682] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
[ 16.682] Entry deleted from font path.
[ 16.682] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[ 16.682] Entry deleted from font path.
[ 16.682] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/Type1,
built-ins
[ 16.682] (==) ModulePath set to "/usr/lib/xorg/modules"
[ 16.682] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[ 16.682] (II) Loader magic: 0x560f49ae7020
[ 16.682] (II) Module ABI versions:
[ 16.682] X.Org ANSI C Emulation: 0.4
[ 16.682] X.Org Video Driver: 24.1
[ 16.682] X.Org XInput driver : 24.1
[ 16.682] X.Org Server Extension : 10.0
[ 16.683] (++) using VT number 7

[ 16.683] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration
[ 16.684] (--) PCI:*(1@0:0:0) 10de:21c4:1043:873a rev 161, Mem @ 0xa3000000/16777216, 0x90000000/268435456, 0xa0000000/33554432, I/O @ 0x00004000/128, BIOS @ 0x????????/131072
[ 16.684] (II) LoadModule: "glx"
[ 16.684] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[ 16.684] (II) Module glx: vendor="X.Org Foundation"
[ 16.684] compiled for 1.20.8, module version = 1.0.0
[ 16.684] ABI class: X.Org Server Extension, version 10.0
[ 16.799] (==) Matched nouveau as autoconfigured driver 0
[ 16.799] (==) Matched modesetting as autoconfigured driver 1
[ 16.799] (==) Matched fbdev as autoconfigured driver 2
[ 16.799] (==) Matched vesa as autoconfigured driver 3
[ 16.799] (==) Assigned the driver to the xf86ConfigLayout
[ 16.799] (II) LoadModule: "nouveau"
[ 16.799] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so
[ 16.799] (II) Module nouveau: vendor="X.Org Foundation"
[ 16.799] compiled for 1.20.4, module version = 1.0.16
[ 16.799] Module class: X.Org Video Driver
[ 16.799] ABI class: X.Org Video Driver, version 24.0
[ 16.799] (II) LoadModule: "modesetting"
[ 16.799] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[ 16.799] (II) Module modesetting: vendor="X.Org Foundation"
[ 16.799] compiled for 1.20.8, module version = 1.20.8
[ 16.799] Module class: X.Org Video Driver
[ 16.799] ABI class: X.Org Video Driver, version 24.1
[ 16.799] (II) LoadModule: "fbdev"
[ 16.799] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[ 16.799] (II) Module fbdev: vendor="X.Org Foundation"
[ 16.799] compiled for 1.20.1, module version = 0.5.0
[ 16.799] Module class: X.Org Video Driver
[ 16.799] ABI class: X.Org Video Driver, version 24.0
[ 16.799] (II) LoadModule: "vesa"
[ 16.799] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[ 16.799] (II) Module vesa: vendor="X.Org Foundation"
[ 16.799] compiled for 1.20.1, module version = 2.4.0
[ 16.799] Module class: X.Org Video Driver
[ 16.799] ABI class: X.Org Video Driver, version 24.0
[ 16.799] (II) NOUVEAU driver Date: Mon Jan 28 23:25:58 2019 -0500
[ 16.799] (II) NOUVEAU driver for NVIDIA chipset families :
[ 16.799] RIVA TNT (NV04)
[ 16.799] RIVA TNT2 (NV05)
[ 16.799] GeForce 256 (NV10)
[ 16.799] GeForce 2 (NV11, NV15)
[ 16.799] GeForce 4MX (NV17, NV18)
[ 16.799] GeForce 3 (NV20)
[ 16.799] GeForce 4Ti (NV25, NV28)
[ 16.799] GeForce FX (NV3x)
[ 16.799] GeForce 6 (NV4x)
[ 16.799] GeForce 7 (G7x)
[ 16.799] GeForce 8 (G8x)
[ 16.799] GeForce 9 (G9x)
[ 16.799] GeForce GTX 2xx/3xx (GT2xx)
[ 16.799] GeForce GTX 4xx/5xx (GFxxx)
[ 16.799] GeForce GTX 6xx/7xx (GKxxx)
[ 16.799] GeForce GTX 9xx (GMxxx)
[ 16.799] GeForce GTX 10xx (GPxxx)
[ 16.799] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[ 16.799] (II) FBDEV: driver for framebuffer: fbdev
[ 16.799] (II) VESA: driver for VESA chipsets: vesa
[ 16.800] (EE) [drm] Failed to open DRM device for pci:0000:01:00.0: -2
[ 16.800] (WW) Falling back to old probe method for modesetting
[ 16.800] (II) Loading sub module "fbdevhw"
[ 16.800] (II) LoadModule: "fbdevhw"
[ 16.800] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[ 16.800] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 16.800] compiled for 1.20.8, module version = 0.0.2
[ 16.800] ABI class: X.Org Video Driver, version 24.1
[ 16.800] (**) FBDEV(1): claimed PCI slot 1@0:0:0
[ 16.800] (II) FBDEV(1): using default device
[ 16.800] (EE) Screen 0 deleted because of no matching config section.
[ 16.800] (II) UnloadModule: "modesetting"
[ 16.800] (II) FBDEV(0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
[ 16.800] (==) FBDEV(0): Depth 24, (==) framebuffer bpp 32
[ 16.800] (==) FBDEV(0): RGB weight 888
[ 16.800] (==) FBDEV(0): Default visual is TrueColor
[ 16.800] (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
[ 16.800] (II) FBDEV(0): hardware: EFI VGA (video memory: 3072kB)
[ 16.800] (II) FBDEV(0): checking modes against framebuffer device...
[ 16.800] (II) FBDEV(0): checking modes against monitor...
[ 16.800] (II) FBDEV(0): Virtual size is 1024x768 (pitch 1024)
[ 16.800] (**) FBDEV(0): Built-in mode "current": 78.7 MHz, 59.9 kHz, 75.7 Hz
[ 16.800] (II) FBDEV(0): Modeline "current"x0.0 78.65 1024 1056 1184 1312 768 772 776 792 -hsync -vsync -csync (59.9 kHz b)
[ 16.800] (==) FBDEV(0): DPI set to (96, 96)
[ 16.800] (II) Loading sub module "fb"
[ 16.800] (II) LoadModule: "fb"
[ 16.800] (II) Loading /usr/lib/xorg/modules/libfb.so
[ 16.800] (II) Module fb: vendor="X.Org Foundation"
[ 16.800] compiled for 1.20.8, module version = 1.0.0
[ 16.800] ABI class: X.Org ANSI C Emulation, version 0.4
[ 16.800] (**) FBDEV(0): using shadow framebuffer
[ 16.800] (II) Loading sub module "shadow"
[ 16.800] (II) LoadModule: "shadow"
[ 16.800] (II) Loading /usr/lib/xorg/modules/libshadow.so
[ 16.800] (II) Module shadow: vendor="X.Org Foundation"
[ 16.800] compiled for 1.20.8, module version = 1.1.0
[ 16.800] ABI class: X.Org ANSI C Emulation, version 0.4
[ 16.800] (II) UnloadModule: "vesa"
[ 16.800] (II) Unloading vesa
[ 16.800] (II) FBDEV(0): FBIOBLANK: Invalid argument (Screen blanking not supported by kernel - disabling)
[ 16.801] (==) FBDEV(0): Backing store enabled
[ 16.801] (==) FBDEV(0): DPMS enabled
[ 16.801] (II) Initializing extension Generic Event Extension
[ 16.801] (II) Initializing extension SHAPE
[ 16.801] (II) Initializing extension MIT-SHM
[ 16.801] (II) Initializing extension XInputExtension
[ 16.801] (II) Initializing extension XTEST
[ 16.801] (II) Initializing extension BIG-REQUESTS
[ 16.801] (II) Initializing extension SYNC
[ 16.801] (II) Initializing extension XKEYBOARD
[ 16.801] (II) Initializing extension XC-MISC
[ 16.801] (II) Initializing extension SECURITY
[ 16.801] (II) Initializing extension XFIXES
[ 16.802] (II) Initializing extension RENDER
[ 16.802] (II) Initializing extension RANDR
[ 16.802] (II) Initializing extension COMPOSITE
[ 16.802] (II) Initializing extension DAMAGE
[ 16.802] (II) Initializing extension MIT-SCREEN-SAVER
[ 16.802] (II) Initializing extension DOUBLE-BUFFER
[ 16.802] (II) Initializing extension RECORD
[ 16.802] (II) Initializing extension DPMS
[ 16.802] (II) Initializing extension Present
[ 16.802] (II) Initializing extension DRI3
[ 16.802] (II) Initializing extension X-Resource
[ 16.802] (II) Initializing extension XVideo
[ 16.802] (II) Initializing extension XVideo-MotionCompensation
[ 16.802] (II) Initializing extension SELinux
[ 16.802] (II) SELinux: Disabled on system
[ 16.802] (II) Initializing extension GLX
[ 16.802] (II) AIGLX: Screen 0 is not DRI2 capable
[ 16.860] (II) IGLX: Loaded and initialized swrast
[ 16.860] (II) GLX: Initialized DRISWRAST GL provider for screen 0
[ 16.860] (II) Initializing extension XFree86-VidModeExtension
[ 16.860] (II) Initializing extension XFree86-DGA
[ 16.860] (II) Initializing extension XFree86-DRI
[ 16.860] (II) Initializing extension DRI2
[ 16.875] (II) config/udev: Adding input device Power Button (/dev/input/event2)
[ 16.875] (**) Power Button: Applying InputClass "libinput keyboard catchall"
[ 16.875] (II) LoadModule: "libinput"
[ 16.875] (II) Loading /usr/lib/xorg/modules/input/libinput_drv.so
[ 16.877] (II) Module libinput: vendor="X.Org Foundation"
[ 16.877] compiled for 1.20.1, module version = 0.28.1
[ 16.877] Module class: X.Org XInput Driver
[ 16.877] ABI class: X.Org XInput driver, version 24.1
[ 16.877] (II) Using input driver 'libinput' for 'Power Button'
[ 16.877] (**) Power Button: always reports core events
[ 16.877] (**) Option "Device" "/dev/input/event2"
[ 16.877] (**) Option "_source" "server/udev"
[ 16.877] (II) event2 - Power Button: is tagged by udev as: Keyboard
[ 16.877] (II) event2 - Power Button: device is a keyboard
[ 16.877] (II) event2 - Power Button: device removed
[ 16.910] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input2/event2"
[ 16.910] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD, id 6)
[ 16.910] (**) Option "xkb_model" "pc105"
[ 16.910] (**) Option "xkb_layout" "fi"
[ 16.910] (**) Option "xkb_variant" "winkeys"
[ 16.918] (II) event2 - Power Button: is tagged by udev as: Keyboard
[ 16.918] (II) event2 - Power Button: device is a keyboard
[ 16.918] (II) config/udev: Adding input device Power Button (/dev/input/event1)
[ 16.918] (**) Power Button: Applying InputClass "libinput keyboard catchall"
[ 16.918] (II) Using input driver 'libinput' for 'Power Button'
[ 16.918] (**) Power Button: always reports core events
[ 16.918] (**) Option "Device" "/dev/input/event1"
[ 16.918] (**) Option "_source" "server/udev"
[ 16.918] (II) event1 - Power Button: is tagged by udev as: Keyboard
[ 16.918] (II) event1 - Power Button: device is a keyboard
[ 16.918] (II) event1 - Power Button: device removed
[ 18.950] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input1/event1"
[ 18.950] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD, id 7)
[ 18.950] (**) Option "xkb_model" "pc105"
[ 18.950] (**) Option "xkb_layout" "fi"
[ 18.950] (**) Option "xkb_variant" "winkeys"
[ 18.951] (II) event1 - Power Button: is tagged by udev as: Keyboard
[ 18.951] (II) event1 - Power Button: device is a keyboard
[ 18.951] (II) config/udev: Adding input device Sleep Button (/dev/input/event0)
[ 18.951] (**) Sleep Button: Applying InputClass "libinput keyboard catchall"
[ 18.951] (II) Using input driver 'libinput' for 'Sleep Button'
[ 18.951] (**) Sleep Button: always reports core events
[ 18.951] (**) Option "Device" "/dev/input/event0"
[ 18.951] (**) Option "_source" "server/udev"
[ 18.951] (II) event0 - Sleep Button: is tagged by udev as: Keyboard
[ 18.951] (II) event0 - Sleep Button: device is a keyboard
[ 18.951] (II) event0 - Sleep Button: device removed
[ 18.995] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input0/event0"
[ 18.995] (II) XINPUT: Adding extended input device "Sleep Button" (type: KEYBOARD, id 8)
[ 18.995] (**) Option "xkb_model" "pc105"
[ 18.995] (**) Option "xkb_layout" "fi"
[ 18.995] (**) Option "xkb_variant" "winkeys"
[ 18.995] (II) event0 - Sleep Button: is tagged by udev as: Keyboard
[ 18.995] (II) event0 - Sleep Button: device is a keyboard
[ 18.995] (II) config/udev: Adding drm device (/dev/dri/card0)
[ 18.995] (II) xfree86: Adding drm device (/dev/dri/card0)
[ 18.995] (II) LoadModule: "modesetting"
[ 18.995] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[ 18.995] (II) Module modesetting: vendor="X.Org Foundation"
[ 18.995] compiled for 1.20.8, module version = 1.20.8
[ 18.995] Module class: X.Org Video Driver
[ 18.995] ABI class: X.Org Video Driver, version 24.1
[ 18.995] (II) UnloadModule: "modesetting"
[ 18.995] (II) Unloading modesetting
[ 18.995] (II) Failed to load module "modesetting" (already loaded, 0)
[ 18.995] xf86: found device 0
[ 18.995] (II) config/udev: Adding input device Logitech USB-PS/2 Optical Mouse (/dev/input/event3)
[ 18.995] (**) Logitech USB-PS/2 Optical Mouse: Applying InputClass "libinput pointer catchall"
[ 18.995] (II) Using input driver 'libinput' for 'Logitech USB-PS/2 Optical Mouse'
[ 18.995] (**) Logitech USB-PS/2 Optical Mouse: always reports core events
[ 18.995] (**) Option "Device" "/dev/input/event3"
[ 18.995] (**) Option "_source" "server/udev"
[ 19.055] (II) event3 - Logitech USB-PS/2 Optical Mouse: is tagged by udev as: Mouse
[ 19.055] (II) event3 - Logitech USB-PS/2 Optical Mouse: device is a pointer
[ 19.055] (II) event3 - Logitech USB-PS/2 Optical Mouse: device removed
[ 19.110] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-12/1-12:1.0/0003:046D:C051.0002/input/input3/event3"
[ 19.110] (II) XINPUT: Adding extended input device "Logitech USB-PS/2 Optical Mouse" (type: MOUSE, id 9)
[ 19.110] (**) Option "AccelerationScheme" "none"
[ 19.110] (**) Logitech USB-PS/2 Optical Mouse: (accel) selected scheme none/0
[ 19.110] (**) Logitech USB-PS/2 Optical Mouse: (accel) acceleration factor: 2.000
[ 19.110] (**) Logitech USB-PS/2 Optical Mouse: (accel) acceleration threshold: 4
[ 19.171] (II) event3 - Logitech USB-PS/2 Optical Mouse: is tagged by udev as: Mouse
[ 19.171] (II) event3 - Logitech USB-PS/2 Optical Mouse: device is a pointer
[ 19.171] (II) config/udev: Adding input device Logitech USB-PS/2 Optical Mouse (/dev/input/mouse0)
[ 19.171] (II) No input driver specified, ignoring this device.
[ 19.171] (II) This device may have been added with another device file.
[ 19.171] (II) config/udev: Adding input device USB Keyboard (/dev/input/event4)
[ 19.171] (**) USB Keyboard: Applying InputClass "libinput keyboard catchall"
[ 19.171] (II) Using input driver 'libinput' for 'USB Keyboard'
[ 19.171] (**) USB Keyboard: always reports core events
[ 19.171] (**) Option "Device" "/dev/input/event4"
[ 19.171] (**) Option "_source" "server/udev"
[ 19.171] (II) event4 - USB Keyboard: is tagged by udev as: Keyboard
[ 19.171] (II) event4 - USB Keyboard: device is a keyboard
[ 19.171] (II) event4 - USB Keyboard: device removed
[ 19.198] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-13/1-13:1.0/0003:04D9:4545.0003/input/input4/event4"
[ 19.198] (II) XINPUT: Adding extended input device "USB Keyboard" (type: KEYBOARD, id 10)
[ 19.198] (**) Option "xkb_model" "pc105"
[ 19.198] (**) Option "xkb_layout" "fi"
[ 19.198] (**) Option "xkb_variant" "winkeys"
[ 19.199] (II) event4 - USB Keyboard: is tagged by udev as: Keyboard
[ 19.199] (II) event4 - USB Keyboard: device is a keyboard
[ 19.199] (II) config/udev: Adding input device USB Keyboard Consumer Control (/dev/input/event5)
[ 19.199] (**) USB Keyboard Consumer Control: Applying InputClass "libinput keyboard catchall"
[ 19.199] (II) Using input driver 'libinput' for 'USB Keyboard Consumer Control'
[ 19.199] (**) USB Keyboard Consumer Control: always reports core events
[ 19.199] (**) Option "Device" "/dev/input/event5"
[ 19.199] (**) Option "_source" "server/udev"
[ 19.199] (II) event5 - USB Keyboard Consumer Control: is tagged by udev as: Keyboard
[ 19.199] (II) event5 - USB Keyboard Consumer Control: device is a keyboard
[ 19.199] (II) event5 - USB Keyboard Consumer Control: device removed
[ 19.235] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-13/1-13:1.1/0003:04D9:4545.0004/input/input5/event5"
[ 19.235] (II) XINPUT: Adding extended input device "USB Keyboard Consumer Control" (type: KEYBOARD, id 11)
[ 19.235] (**) Option "xkb_model" "pc105"
[ 19.235] (**) Option "xkb_layout" "fi"
[ 19.235] (**) Option "xkb_variant" "winkeys"
[ 19.235] (II) event5 - USB Keyboard Consumer Control: is tagged by udev as: Keyboard
[ 19.235] (II) event5 - USB Keyboard Consumer Control: device is a keyboard
[ 19.235] (II) config/udev: Adding input device USB Keyboard System Control (/dev/input/event6)
[ 19.235] (**) USB Keyboard System Control: Applying InputClass "libinput keyboard catchall"
[ 19.235] (II) Using input driver 'libinput' for 'USB Keyboard System Control'
[ 19.235] (**) USB Keyboard System Control: always reports core events
[ 19.235] (**) Option "Device" "/dev/input/event6"
[ 19.235] (**) Option "_source" "server/udev"
[ 19.235] (II) event6 - USB Keyboard System Control: is tagged by udev as: Keyboard
[ 19.235] (II) event6 - USB Keyboard System Control: device is a keyboard
[ 19.235] (II) event6 - USB Keyboard System Control: device removed
[ 19.270] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-13/1-13:1.1/0003:04D9:4545.0004/input/input6/event6"
[ 19.270] (II) XINPUT: Adding extended input device "USB Keyboard System Control" (type: KEYBOARD, id 12)
[ 19.270] (**) Option "xkb_model" "pc105"
[ 19.270] (**) Option "xkb_layout" "fi"
[ 19.270] (**) Option "xkb_variant" "winkeys"
[ 19.271] (II) event6 - USB Keyboard System Control: is tagged by udev as: Keyboard
[ 19.271] (II) event6 - USB Keyboard System Control: device is a keyboard
[ 19.271] (II) config/udev: Adding input device HDA Intel PCH Line (/dev/input/event10)
[ 19.271] (II) No input driver specified, ignoring this device.
[ 19.271] (II) This device may have been added with another device file.
[ 19.271] (II) config/udev: Adding input device HDA Intel PCH Line Out Front (/dev/input/event11)
[ 19.271] (II) No input driver specified, ignoring this device.
[ 19.271] (II) This device may have been added with another device file.
[ 19.271] (II) config/udev: Adding input device HDA Intel PCH Line Out Surround (/dev/input/event12)
[ 19.271] (II) No input driver specified, ignoring this device.
[ 19.271] (II) This device may have been added with another device file.
[ 19.272] (II) config/udev: Adding input device HDA Intel PCH Line Out CLFE (/dev/input/event13)
[ 19.272] (II) No input driver specified, ignoring this device.
[ 19.272] (II) This device may have been added with another device file.
[ 19.272] (II) config/udev: Adding input device HDA Intel PCH Front Headphone (/dev/input/event14)
[ 19.272] (II) No input driver specified, ignoring this device.
[ 19.272] (II) This device may have been added with another device file.
[ 19.272] (II) config/udev: Adding input device HDA Intel PCH Front Mic (/dev/input/event8)
[ 19.272] (II) No input driver specified, ignoring this device.
[ 19.272] (II) This device may have been added with another device file.
[ 19.272] (II) config/udev: Adding input device HDA Intel PCH Rear Mic (/dev/input/event9)
[ 19.272] (II) No input driver specified, ignoring this device.
[ 19.272] (II) This device may have been added with another device file.
[ 19.272] (II) config/udev: Adding input device Eee PC WMI hotkeys (/dev/input/event7)
[ 19.272] (**) Eee PC WMI hotkeys: Applying InputClass "libinput keyboard catchall"
[ 19.272] (II) Using input driver 'libinput' for 'Eee PC WMI hotkeys'
[ 19.272] (**) Eee PC WMI hotkeys: always reports core events
[ 19.272] (**) Option "Device" "/dev/input/event7"
[ 19.272] (**) Option "_source" "server/udev"
[ 19.273] (II) event7 - Eee PC WMI hotkeys: is tagged by udev as: Keyboard
[ 19.273] (II) event7 - Eee PC WMI hotkeys: device is a keyboard
[ 19.273] (II) event7 - Eee PC WMI hotkeys: device removed
[ 19.290] (**) Option "config_info" "udev:/sys/devices/platform/eeepc-wmi/input/input7/event7"
[ 19.290] (II) XINPUT: Adding extended input device "Eee PC WMI hotkeys" (type: KEYBOARD, id 13)
[ 19.290] (**) Option "xkb_model" "pc105"
[ 19.290] (**) Option "xkb_layout" "fi"
[ 19.290] (**) Option "xkb_variant" "winkeys"
[ 19.291] (II) event7 - Eee PC WMI hotkeys: is tagged by udev as: Keyboard
[ 19.291] (II) event7 - Eee PC WMI hotkeys: device is a keyboard
[ 19.301] (II) config/udev: Adding input device HDA Intel PCH Line (/dev/input/event10)
[ 19.301] (II) No input driver specified, ignoring this device.
[ 19.301] (II) This device may have been added with another device file.
[ 19.301] (II) config/udev: Adding input device HDA Intel PCH Rear Mic (/dev/input/event9)
[ 19.301] (II) No input driver specified, ignoring this device.
[ 19.301] (II) This device may have been added with another device file.
[ 19.302] (II) config/udev: Adding input device HDA Intel PCH Front Headphone (/dev/input/event14)
[ 19.302] (II) No input driver specified, ignoring this device.
[ 19.302] (II) This device may have been added with another device file.
[ 19.303] (II) config/udev: Adding input device HDA Intel PCH Line Out Front (/dev/input/event11)
[ 19.303] (II) No input driver specified, ignoring this device.
[ 19.303] (II) This device may have been added with another device file.
[ 19.303] (II) config/udev: Adding input device HDA Intel PCH Line Out CLFE (/dev/input/event13)
[ 19.303] (II) No input driver specified, ignoring this device.
[ 19.303] (II) This device may have been added with another device file.
[ 19.303] (II) config/udev: Adding input device HDA Intel PCH Line Out Surround (/dev/input/event12)
[ 19.304] (II) No input driver specified, ignoring this device.
[ 19.304] (II) This device may have been added with another device file.
[ 19.304] (II) config/udev: removing GPU device /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/card0 /dev/dri/card0
[ 19.304] (II) config/udev: Adding drm device (/dev/dri/card0)
[ 19.304] (II) xfree86: Adding drm device (/dev/dri/card0)
[ 19.304] (II) LoadModule: "modesetting"
[ 19.304] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[ 19.304] (II) Module modesetting: vendor="X.Org Foundation"
[ 19.304] compiled for 1.20.8, module version = 1.20.8
[ 19.304] Module class: X.Org Video Driver
[ 19.304] ABI class: X.Org Video Driver, version 24.1
[ 19.304] (II) UnloadModule: "modesetting"
[ 19.304] (II) Unloading modesetting
[ 19.304] (II) Failed to load module "modesetting" (already loaded, 0)
[ 19.304] xf86: found device 0
[ 19.304] (II) config/udev: Adding input device HDA Intel PCH Front Mic (/dev/input/event8)
[ 19.304] (II) No input driver specified, ignoring this device.
[ 19.304] (II) This device may have been added with another device file.
[ 19.305] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=8 (/dev/input/event17)
[ 19.305] (II) No input driver specified, ignoring this device.
[ 19.305] (II) This device may have been added with another device file.
[ 19.305] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=11 (/dev/input/event20)
[ 19.305] (II) No input driver specified, ignoring this device.
[ 19.305] (II) This device may have been added with another device file.
[ 19.306] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=9 (/dev/input/event18)
[ 19.306] (II) No input driver specified, ignoring this device.
[ 19.306] (II) This device may have been added with another device file.
[ 19.306] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=10 (/dev/input/event19)
[ 19.306] (II) No input driver specified, ignoring this device.
[ 19.306] (II) This device may have been added with another device file.
[ 19.307] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=3 (/dev/input/event15)
[ 19.307] (II) No input driver specified, ignoring this device.
[ 19.307] (II) This device may have been added with another device file.
[ 19.307] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=7 (/dev/input/event16)
[ 19.307] (II) No input driver specified, ignoring this device.
[ 19.307] (II) This device may have been added with another device file.

edit: En tuota ekaa komentoa saanut vieläkään toimimaan. Otin kyllä koko journalctl -b talteen, mutta siinä on yli 1500 riviä niin pitäisi varmaan karsia turhat pois ennen pasteamista.

edit2: greppasin fail ja error -sanat koko journalctl -b:stä mikäli se auttaisi
[02:04] user@PC:~$ grep -i -e fail -e error journalctl.txt
Jan 19 01:43:01 PC kernel: pcieport 0000:00:1b.0: DPC: error containment capabilities: Int Msg #0, RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 4, DL_ActiveErr+
Jan 19 01:43:01 PC kernel: pcieport 0000:00:1b.4: DPC: error containment capabilities: Int Msg #0, RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 4, DL_ActiveErr+
Jan 19 01:43:01 PC kernel: pcieport 0000:00:1c.4: DPC: error containment capabilities: Int Msg #0, RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 4, DL_ActiveErr+
Jan 19 01:43:01 PC kernel: pcieport 0000:00:1d.0: DPC: error containment capabilities: Int Msg #0, RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 4, DL_ActiveErr+
Jan 19 01:43:01 PC kernel: RAS: Correctable Errors collector initialized.
Jan 19 01:43:01 PC kernel: EXT4-fs (dm-1): re-mounted. Opts: errors=remount-ro
Jan 19 01:43:02 PC kernel: nvidia: module verification failed: signature and/or required key missing - tainting kernel
Jan 19 01:43:02 PC thermald[1071]: THD engine start failed
Jan 19 01:43:02 PC gpu-manager[1056]: Error: can't open /lib/modules/5.4.0-60-generic/updates/dkms
Jan 19 01:43:02 PC udisksd[1068]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory
Jan 19 01:43:02 PC udisksd[1068]: Failed to load the 'mdraid' libblockdev plugin
Jan 19 01:43:03 PC kernel: nvidia-gpu 0000:01:00.3: i2c timeout error e0000000
Jan 19 01:43:03 PC kernel: ucsi_ccg 0-0008: i2c_transfer failed -110
Jan 19 01:43:03 PC kernel: ucsi_ccg 0-0008: ucsi_ccg_init failed - -110
Jan 19 01:43:03 PC kernel: ucsi_ccg: probe of 0-0008 failed with error -110
Jan 19 01:43:05 PC colord-sane[1606]: [bjnp] create_broadcast_socket: ERROR - bind socket to local address failed - Cannot assign requested address
Jan 19 01:47:27 PC gvfsd-metadata[1745]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Jan 19 01:47:27 PC gvfsd-metadata[1745]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Jan 19 01:47:27 PC gvfsd-metadata[1745]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Jan 19 01:47:27 PC gvfsd-metadata[1745]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Jan 19 01:47:27 PC gvfsd-metadata[1745]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Jan 19 01:47:27 PC gvfsd-metadata[1745]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Jan 19 01:47:27 PC gvfsd-metadata[1745]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Jan 19 01:47:27 PC gvfsd-metadata[1745]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
 
Viimeksi muokattu:
GPU: GTX 1660Super.

Olisikohan jonkinlainen ajurisotku? Äkkiseltään näyttäisi dmesgin perusteella että kernelissä on ladattu Nvidian proprietary binaariajuri mutta Xorg.0.logissa ei näy kuin nouveau, joka ei saa DRM laitetta avattua (tuon proprietaryajurin vuoksi ehkä?) ja lopulta käytetään fallbackina framebufferia.

Nahkatakkimiehen korteille löytyy siis kahta eri ajuria, virallinen binaaripökäle ja epävirallinen open source-ajuri nouveau. Eivät toimi luonnollisesti samaan aikaan. Vähän epäilen että X.orgille on tarjolla pelkästään toinen näistä mutta molemmat kernelimodulit löytyy, ja riippuen kumpiko ehtii ladata ja varata näytönohjaimen itselleen joko toimii tai ei toimi.
 
En tuota ekaa komentoa saanut vieläkään toimimaan. Otin kyllä koko journalctl -b talteen, mutta siinä on yli 1500 riviä niin pitäisi varmaan karsia turhat pois ennen pasteamista.
Komento voi Linux Mintissä olla myös "journalctl -e _COMM=Xorg.bin" tms. mutta Xorg.0.log:ista oli siis tässäkin kyse, tietyt distrot ei vaan enää näitä logeja levylle erillisinä tiedostoina kirjoita. Tosiaan virhe viittaisi juurikin siihen, mitä Barbarossa edellisessä viestissä kertoi, tämän voi toki vielä verifioida, vaikka seuraavalla komennolla onnistuneen ja epäonnistuneen bootin jälkeen:
lsmod |grep -e nvidia -e nouveau

Jos näin on, niin suosittelen blacklistaamaan/poistamaan nouveaun kokonaan kernelistä. Tällöin ei jää sattuman varaan, että mikä moduli ehtii latautua ensin.
 
Kiitokset vinkeistä molemmille. Tässä tuo lsmod molemmissa tapauksissa:
Koodi:
Toimiva:
[09:09] user@PC:~$ lsmod | grep -e nvidia -e nouveau
nvidia_uvm            983040  0
nvidia_drm             57344  3
nvidia_modeset       1224704  5 nvidia_drm
nvidia              34037760  194 nvidia_uvm,nvidia_modeset
drm_kms_helper        184320  1 nvidia_drm
drm                   491520  6 drm_kms_helper,nvidia_drm
i2c_nvidia_gpu         16384  0

Rikki:
[09:22] user@PC:~$ lsmod | grep -e nvidia -e nouveau
nvidia_uvm            983040  0
nvidia_drm             57344  0
nvidia_modeset       1224704  1 nvidia_drm
nvidia              34037760  2 nvidia_uvm,nvidia_modeset
drm_kms_helper        184320  1 nvidia_drm
drm                   491520  3 drm_kms_helper,nvidia_drm
i2c_nvidia_gpu         16384  0

Oli näköjään uusi ajuriversiokin ilmestynyt tuonne driver manageriin (450 -> 460), mutta eipä siitäkään mitään apua tähän ongelmaan ollut.

Olen tuota vikaa yrittänyt etsiskellä hakukoneella ja aivan vastaavaa tapausta en ole löytänyt, mutta monessa näissä on secure boot mainittu. Olisiko siinä mahdollinen vian aiheuttaja tähänkin tapaukseen?

Biosin secure boot-valikosta löytyi seuraavat asetukset (default):
Secure boot state: user
OS type: Other OS
 
Viimeksi muokattu:
Kiitokset vinkeistä molemmille. Tässä tuo lsmod molemmissa tapauksissa:
Tämä vahvisti tämän ajurisotkun vääräksi, koska molemmissa tapauksissa NVIDIA on ladattuna, eikä nouveau.

Biosin secure boot-valikosta löytyi seuraavat asetukset (default):
Secure boot state: user
OS type: Other OS
Kokeile disabloida secure boot kokonaan.

Jos ei auta, niin yksi asia, mikä tuli mieleen niin on ihan oikea rautavika...
 
Kokeile disabloida secure boot kokonaan.

Jos ei auta, niin yksi asia, mikä tuli mieleen niin on ihan oikea rautavika...

Tehty tuo disablointikin vaikeaksi, erään opasvideon mukaan "Clear secure boot keys" pitäisi disabloida Sercure bootin, eikä selkeää enable/disable -valintaa ole, mutta itsellä se vain vaihtoi Staten userista setuppiin, ei disabled niin kuin videossa. Tämä ei ainakaan vikaan auttanut.

Rautavika tietysti aina mahdollinen, mutta windows-käytössä ja tämän ongelman lisäksi ei muita ongelmia ole ollut. Pitääpä odotella josko tuo 3080 joskus saapuisi niin pääsisi testaamaan onko mahdollinen vika näytönohjaimessa, vaiko jossain muualla, jos en sitä ennen yritä asentaa tuota 20.1 -versiota. Kiitos vinkeistä!
 
Rautavika tietysti aina mahdollinen, mutta windows-käytössä ja tämän ongelman lisäksi ei muita ongelmia ole ollut. Pitääpä odotella josko tuo 3080 joskus saapuisi niin pääsisi testaamaan onko mahdollinen vika näytönohjaimessa, vaiko jossain muualla, jos en sitä ennen yritä asentaa tuota 20.1 -versiota. Kiitos vinkeistä!

Ihan mielenkiinnosta, miltäs Xorg.0.log näyttää silloin kun kaikki toimii?
 
Tehty tuo disablointikin vaikeaksi, erään opasvideon mukaan "Clear secure boot keys" pitäisi disabloida Sercure bootin, eikä selkeää enable/disable -valintaa ole, mutta itsellä se vain vaihtoi Staten userista setuppiin, ei disabled niin kuin videossa. Tämä ei ainakaan vikaan auttanut.

Rautavika tietysti aina mahdollinen, mutta windows-käytössä ja tämän ongelman lisäksi ei muita ongelmia ole ollut. Pitääpä odotella josko tuo 3080 joskus saapuisi niin pääsisi testaamaan onko mahdollinen vika näytönohjaimessa, vaiko jossain muualla, jos en sitä ennen yritä asentaa tuota 20.1 -versiota. Kiitos vinkeistä!

Tommonen ohje tuli googlella, itsellä ei Asuksen emoa niin en pysty tsekkaamaan:

Koodi:
In order to disable boot on z 390 ASUS motherboard on my TUF Gaming Plus Wi-Fi set one has to go to firmware> Advanced. From advanced to secure boot and change secure boot mode from UEFI to other, exit and save changes. This disables secure boot. To enable it, the reverse is done.
 
Raspbery Pi 4 B:n kanssa ihmettelen internet nopeuksia. Ethernetissä iperf3:lla testattuna data liikkuu 900-950mbps, mutta speedtest.net (tai speedtest-cli) antaa tulokseksi vain 60-80mbps (lataus, upload ei ole niin oleellinen minulle). Kaapeliyhteys on mallia 250/20.

Raspberry kytketty ethernet-piuhalla 1Gbe Netgearin kytkimeen. Yhteys muuten menee seuraavasti: kaapelimodeemi -> MikroTik CRS305 -> Netgear 1Gbe-kytkin -> Raspberry. Netgearin portista testaamalla saan läppärillä täyden kaistan speedtest.net mukaan. Onko ajatuksia mistä lähteä etsimään vikaa? Kytkennät lienevät ok, jos läppärillä saa täyden kaistan Netgearin läpi? MikroTik toimii SwOS moodissa, kun en noita RouterOS ominaisuuksia siltä toistaiseksi tarvitse.

Ainoa outo asia, jonka olen löytänyt on se, että kaapelimodeemi (Fritz!box 6660) luulee, että myös kaikki Netgeariin kytketyt laitteet ovat 2,5Gbe kytkentöjä. Oletin, että tuo saattaisi aiheuttaa jotain kättelyongelmia, mutta kun läppärillä yhteys toimii, niin vähän vaikea uskoa, että tuo olisi syy.

Tuo MikroTik on tuolla välissä, jotta saan pöytäkoneen ja NAS:n 10Gbe portit hyötykäyttöön. Kaapelimodeemilta (Fritz!box 6660) tulee 2,5Gbe yhteys sen LAN1 portista MikroTikille, jossa on MikroTikin S+RJ10 transceiver. Kaikille muille laitteille saan täyden kaistan paitsi tuolle RasPille.
 
Oletko vaihtanut LAN-kaapelia? Tai mittasitko läppärillä samasta Netgearin portista ja samalla kaapelilla, mitä Raspberryä? Raspberry Pi4 pitäisi pystyä siirtämään yli 900 mbit nopeudella LAN-portista.

Millä nopeudella Raspberry kättelee yhteyden?
ethtool eth0 | grep -i speed
 
Oletko vaihtanut LAN-kaapelia? Tai mittasitko läppärillä samasta Netgearin portista ja samalla kaapelilla, mitä Raspberryä? Raspberry Pi4 pitäisi pystyä siirtämään yli 900 mbit nopeudella LAN-portista.

Millä nopeudella Raspberry kättelee yhteyden?
ethtool eth0 | grep -i speed

Unohtuikin päivittää tänne tilannetta. Testasin toisen kaapelin, sama homma. Kättelyn tulos alla.

ethtool eth0 | grep -i speed Speed: 1000Mb/s

Syyksi paljastui tietenkin virheelliset mittaukset. Aloin epäillä tuota speedtest-cli:n toimintaa, kun mittasin samaa luokkaa olevia nopeuksia NAS:n kautta. Fast.com sivulla mittaamalla (selaimessa) sain 130-150Mbps RasPilla, joka on jo mielestäni hyväksyttävä tulos vaikka tietenkin kapasiteettia jää käyttämättä. Tämä riittää kuitenkin hyvin käyttötarkoituksiini, niin en ole enää niin huolissaan asiasta.
 
Juu, tuo speedtest-cli jostain syystä tuntuu joskus antavan ihan outoja tuloksia, yleensä reippaasti alakanttiin. Yhdellä koneella speedtest-cli mittailee mulla tunnin välein netin nopeutta ja siihen löysin jonkun pätsätyn version jostakin aikanaan joka antoi vähän todenmukaisempia eli selainversion ja toisen koneen kanssa yhteneväisiä tuloksia.
 
Juu, tuo speedtest-cli jostain syystä tuntuu joskus antavan ihan outoja tuloksia, yleensä reippaasti alakanttiin. Yhdellä koneella speedtest-cli mittailee mulla tunnin välein netin nopeutta ja siihen löysin jonkun pätsätyn version jostakin aikanaan joka antoi vähän todenmukaisempia eli selainversion ja toisen koneen kanssa yhteneväisiä tuloksia.

Joo kannattaa huomata että speedtest itse tarjoaa virallisen version Speedtest CLI - Internet connection measurement for developers tuolta, se speedtest-cli paketti mikä löytyy suurimman osan distroista repositorioista on kolmannen osapuolen työkalu joka käyttää jotain vanhaa apia eikä tuota oikeanlaisia tuloksia.
 
Joo kannattaa huomata että speedtest itse tarjoaa virallisen version Speedtest CLI - Internet connection measurement for developers tuolta, se speedtest-cli paketti mikä löytyy suurimman osan distroista repositorioista on kolmannen osapuolen työkalu joka käyttää jotain vanhaa apia eikä tuota oikeanlaisia tuloksia.

Kiitos!

Sain tuolla oikealla versiolla varmennettua, että RasPi toimii ihan oikein. RasPilla nopeudet 245/19Mbps, NAS:lla 246/20Mbps.
 
Mulla on kuulokkeet kiinni kotelon etupaneelissa ja kaiuttimet emolevyn ulostulossa, molemmat jakkiliittimillä, molemmat kytketty oikein. Jotenkin kuvittelisin ulostuloa voivan säädellä tuolla "Ports" -valikon täpällä, mutta saan vain seuraavanlaisia tuloksia:

Line Out = ääni kuuluu kaiuttimista
Headphones = ääni kuuluu molemmista

Johtuu varmaan siitä, että ohjelmisto ei tunnista kuulokkeita kytketyksi, jonka johdosta toista ulostuloa ei vaimenneta.

audio.png


Miten saan äänen kuulumaan ainoastaan kuulokkeista? Ohjelmistona Debian & KDE & Pulseaudio.

Edit: Tässä vielä alsamixerin tasot, vasemmalla "Line Out" ja oikealla "Headphones". Kuulokkeilla jää "Front" edelleen aktiiviseksi, joka vie ääntä etukaiuttimille.

Kaiuttimet audio_kuulokkeet.png


Edit 2: Korjaantui alla olevilla muutoksilla.

Bash:
cd /usr/share/pulseaudio/alsa-mixer/paths/
sudo nano analog-output-headphones.conf

; On some machines Front is actually a part of the Headphone path [Element Front] switch = mute --> off volume = zero --> off
 
Viimeksi muokattu:
Ainakin minulla on tähän saakka ollut helpompaa asentaa ensin windows ja sitten linuxi. Joskus aikojen alussa toisinpäin asentaessa vaati ihan tosi paljon ruuvaamista joten helppouden vuoksi näin päin. Toki 20 vuodessa on tullut paljon uusia windows-versiota ja nykyään tilanne voi olla hyvinkin eri.

Ei missään nimessä ole eri. Win10 ajaa kovalevyltä valmiiksi löytyvän EFI-partition sileäksi ja täyttää Windowsilla, vaikka siellä olisi linux tai mac valmiina. Ei auta, vaikka tekisi Diskpartilla uuden EFI-osion, koska käytettävää EFI-partitiota ei voi asennusvaiheessa valita. Windows valitsee ensimmäisen levyn alusta katsoen löytyy.

Myös aina ennen Windowsin asennusta kannattaa käyttää bios oletusasetuksilla. Mulla unohtui kerran tehdä, ja Windows laittoi oman boot selectorin joka käynnistyksellä eteeni, josta vain alempi toimi. Eli hereillä piti olla, koska itsekseen ei työpöydälle löytänyt.
 
Mikähän on näppärin tapa ajaa Ubuntu Serverissä sudo komento joka bootissa ilman, että tarvitsee salasanaa näpytellä? Koneessa on Mate työpöytä, jolle se käynnistyy.
 
Siis tuolla antaa oikeudet ajaa komento käyttäjälle ja sitten lisätä se komentorivi käynnistettäviin sovelluksiin?

Tuollahan se lukee: :)

Jos halutaan, että eskon ei tarvitse syöttää salasanaa komennon yhteydessä, lisätään riville NOPASSWD-optio. Useat komennot erotetaan toisistaan pilkulla:

esko ALL=(root) NOPASSWD: /sbin/shutdown,/sbin/reboot
 
Tuollahan se lukee: :)

Jos halutaan, että eskon ei tarvitse syöttää salasanaa komennon yhteydessä, lisätään riville NOPASSWD-optio. Useat komennot erotetaan toisistaan pilkulla:

esko ALL=(root) NOPASSWD: /sbin/shutdown,/sbin/reboot

Automaattisesti joka käynnistyksessä ajettava komento on sudo modprobe -r lp niin mitenkäs tuo rivi pitäisi lisätä? On kyllä niin perseelleen kirjoitettu tuo wikisivu, kuten 99% kaikista Linux manuaaleista, joista ei tavan käyttäjä ota mitään selkoa.
 
Automaattisesti joka käynnistyksessä ajettava komento on sudo modprobe -r lp niin mitenkäs tuo rivi pitäisi lisätä? On kyllä niin perseelleen kirjoitettu tuo wikisivu, kuten 99% kaikista Linux manuaaleista, joista ei tavan käyttäjä ota mitään selkoa.

Ihan turhaa. Laita lp blacklistille niin sitä ei ladata eikä tarvitse ajaa komentoa käynnistyksessä.
Ubuntussa taisi onistua helpommin tekemällä oma tiedosto (vaikka oma.conf) hakemistoon /etc/modprobe.d/ ja tiedoston sisällöksi "blacklist lp", tietysti ilman lainauksia. Seuraavassa bootissa pitäisi jäädä lataamatta.
En muista varmasti mutta piti varmaan ajaa myös "sudo update-initramfs -u".
Googlella löytyy varmasti lisäapua ubuntulle.
 
Automaattisesti joka käynnistyksessä ajettava komento on sudo modprobe -r lp niin mitenkäs tuo rivi pitäisi lisätä? On kyllä niin perseelleen kirjoitettu tuo wikisivu, kuten 99% kaikista Linux manuaaleista, joista ei tavan käyttäjä ota mitään selkoa.
Tuota ei kannata sudon kanssa laittaa vaan ihan suoraan käynnistysskripteihin rootilla ajettavaksi. Mikä distro sulla on, niin voin auttaa tarkemmin.

Edit: Eiku se olikin -r vivulla. Paremmat neuvot tuli jo.
 
Ubuntun ytimen moduuleja voidaan estää latautumasta lisäämällä estettävä moduuli blacklist-tiedostoon. Tämä tiedosto tulee tehdä /etc/modprobe.d/ kansioon. Tiedostossa listataan blacklist komento ja halutun moduulin nimi. Näin ollen rautalankaohje:

1. Avaa blacklist tiedosto
$ sudo nano /etc/modprobe.d/blacklist

2. Lisää tiedoston loppuun rivi
blacklist lp

Muutos talletetaan kirjoittamalla Control + o, jonka jälkeen vastataan Enterillä, että haluat talettaa /etc/modprobe.d/blacklist -tiedoston. Lopuksi Nano-editorista poistutaan kirjoittamalla Control + x ja vastaamalla y-kirjaimella, että haluat poistua editorista.

3. Päivitä initramfs, eli linux-ytimen käyttämä tiedostojärjestelmä
$ sudo update-initramfs -u

4. Käynnistä tietokone uudelleen
$ sudo reboot

Kun kone on uudelleen käynnistynyt, voit lsmod -komennolla tarkistaa, että lp moduulia ei ole enää ladattuna.
 
Ubuntun ytimen moduuleja voidaan estää latautumasta lisäämällä estettävä moduuli blacklist-tiedostoon. Tämä tiedosto tulee tehdä /etc/modprobe.d/ kansioon. Tiedostossa listataan blacklist komento ja halutun moduulin nimi. Näin ollen rautalankaohje:

1. Avaa blacklist tiedosto
$ sudo nano /etc/modprobe.d/blacklist

2. Lisää tiedoston loppuun rivi
blacklist lp

Muutos talletetaan kirjoittamalla Control + o, jonka jälkeen vastataan Enterillä, että haluat talettaa /etc/modprobe.d/blacklist -tiedoston. Lopuksi Nano-editorista poistutaan kirjoittamalla Control + x ja vastaamalla y-kirjaimella, että haluat poistua editorista.

3. Päivitä initramfs, eli linux-ytimen käyttämä tiedostojärjestelmä
$ sudo update-initramfs -u

4. Käynnistä tietokone uudelleen
$ sudo reboot

Kun kone on uudelleen käynnistynyt, voit lsmod -komennolla tarkistaa, että lp moduulia ei ole enää ladattuna.

Täytyypä kokeilla. Tuo kai pysyy voimassa vaikka ydin välillä päivittyykin?
 
Olen ajatellut, että rakentaisin oman NAS:n ZFS poolin kokonaan uudestaan. Nyt käytössä neljä 8TB levyä kahden levyn mirroreina. En halua jatkaa kahden levyn mirroreiden lisäämistä, koska riskit tuntuvat hyötyjä suuremmilta.

Seuraavassa konfiguraatiossa olisi 8 8TB levyä (sis. nuo neljä aiempaa). Olen pyöritellyt pääasiassa kahta vaihtoehtoa. Kaksi neljän levyn mirroria tai yksi seitsemän levyn RaidZ2. Valitettavasti en varmaan saa tuota viimeistä levyä suoraan käyttöön tuon RaidZ2:n kanssa, koska vanhan poolin data pitää saada jonnekin talteen uuden poolin luomista varten. Mirroreiden kanssa vastaavaa ongelmaa ei tule.

Ilmeisesti ZFS:ään on suunnitteilla uusi ominaisuus, jolla voisi lisätä levyjä olemassaolevaan RaidZ-pooliin. Voin siis ihan hyvin odottaa tuota ominaisuutta, pahimmassa tapauksessa minulle jää yksi ylimääräinen levy varalle.

Onko näiden kahden välillä mitään selkeää parempaa vaihtoehtoa? Mitään elintärkeää dataa en säilö, kyseessä on oma mediakirjasto, mutta en nyt ihan mielellään haluaisi sitä kasata uudestaan. Ilmeisesti tuollainen 5+2 (ja 6+2) RaidZ2 alkaa olla jo vähän suositeltavan konfiguraation ylärajoilla. Kotelosta vaan loppuu tila näiden neljän levyn jälkeen, jonka vuoksi mietin vaihtoehtoa mirrorille.
 
Onko kukaan leikkinyt noiden spessu-kerneleiden kanssa. Esim zen-kerneli. Mikä olisi paras ei muutaman vuoden takaista intelin i5:sta käyttävälle thinkpadin läppärille?
Jostain annoin lukea että esim zen-kernelit olisi kivoja amd:lle.
 
Onko kukaan leikkinyt noiden spessu-kerneleiden kanssa. Esim zen-kerneli. Mikä olisi paras ei muutaman vuoden takaista intelin i5:sta käyttävälle thinkpadin läppärille?
Jostain annoin lukea että esim zen-kernelit olisi kivoja amd:lle.

Jos perusteluna on vain että mikä on ”paras” niin käytä sitä defaultia. Jos keksit jonkun tarpeen mikä pitäisi paketoidulla custom kernelillä ratketa niin käytä sitä.
 
Onko kukaan leikkinyt noiden spessu-kerneleiden kanssa. Esim zen-kerneli. Mikä olisi paras ei muutaman vuoden takaista intelin i5:sta käyttävälle thinkpadin läppärille?
Jostain annoin lukea että esim zen-kernelit olisi kivoja amd:lle.

Taitaa koneet nykyään olla niin nopeita, että itse buildatun kernelin ja ainoastaan tarpeellisilla varustetuilla ajureilla ei taida nopeuttaa käyttöä yhtään. Tai marginaalisesti ainakin.

Vanhemmat kaulaparrat ovat näin minulle kertoneet, että 10 vuotta sitten viimeksi sillä saatiin nopeushyötyä saavutettua.

Mutta eihän uuden oppimisesta mitään haittaakaan ole, kun oppii ymmärtämään miten kernel oikeasti toimii.
 
Oma kernel kannattaa kääntää jos esimerkiksi käytetylle jakelulle ei ole saatavilla riittävän uutta, käytännössä yleensä joku laitetuki uudella tai erikoisella raudalla.
Omassa J4105- nassissa on myös itse käännetty koska asennuksen aikaan jakelun kernelin tuki oli heikompi.

Toinen on tarve tiettyyn tarkoitukseen, esimerkiksi vielä vähän aikaa sitten käytössä olleeseen P4 jyrsinohjaimeen kannatti kääntää rt- kernel P4- optimoinnilla niin sai huomattavasti paremmat latenssit. Tässä tapauksessa myös ylimääräiset ajurit jne jätetään pois koska kernelin on tarkoitus pyöriä vain yhdessä koneessa.

Opettelun kannalta suosittelen ja jos kyseessä on vanhempi kone saattaa saada hyötyäkin. Toisaalta jos jättää tärkeitä asioita/ajureita pois niin sitten ei tietysti toimi.
 
Olen ajatellut, että rakentaisin oman NAS:n ZFS poolin kokonaan uudestaan. Nyt käytössä neljä 8TB levyä kahden levyn mirroreina. En halua jatkaa kahden levyn mirroreiden lisäämistä, koska riskit tuntuvat hyötyjä suuremmilta.

Seuraavassa konfiguraatiossa olisi 8 8TB levyä (sis. nuo neljä aiempaa). Olen pyöritellyt pääasiassa kahta vaihtoehtoa. Kaksi neljän levyn mirroria tai yksi seitsemän levyn RaidZ2. Valitettavasti en varmaan saa tuota viimeistä levyä suoraan käyttöön tuon RaidZ2:n kanssa, koska vanhan poolin data pitää saada jonnekin talteen uuden poolin luomista varten. Mirroreiden kanssa vastaavaa ongelmaa ei tule.

Ilmeisesti ZFS:ään on suunnitteilla uusi ominaisuus, jolla voisi lisätä levyjä olemassaolevaan RaidZ-pooliin. Voin siis ihan hyvin odottaa tuota ominaisuutta, pahimmassa tapauksessa minulle jää yksi ylimääräinen levy varalle.

Onko näiden kahden välillä mitään selkeää parempaa vaihtoehtoa? Mitään elintärkeää dataa en säilö, kyseessä on oma mediakirjasto, mutta en nyt ihan mielellään haluaisi sitä kasata uudestaan. Ilmeisesti tuollainen 5+2 (ja 6+2) RaidZ2 alkaa olla jo vähän suositeltavan konfiguraation ylärajoilla. Kotelosta vaan loppuu tila näiden neljän levyn jälkeen, jonka vuoksi mietin vaihtoehtoa mirrorille.

Jatketaan tarinaa. Uudet levyt matkalla ja kohta pääsee toteuttamaan.

Aloin pohtimaan vähän omia tilatarpeita ja vanhojen levyjen ikää ja käänsin kelkan tuohon peilattuun kokoonpanoon. Menen siis aiemmasta 2x2 mirrorista 2x4 mirroriin. Olemassaolevan datan vuoksi prosessi pitää tehdä jotakuinkin seuraavasti:
- Uudet levyt koneeseen ja luodaan niistä väliaikainen pool
- Siirretään vanhasta 2x2 poolista data uuteen väliaikaiseen
- Tuhotaan vanha pool
- Exportataan uusi pool ja importataan takaisin vanhan nimellä
- Lisätään vanhan poolin levyt uudeksi mirroriksi samaan pooliin

Tuossa ongelmana on oikeastaan se, että nyt poolit menisivät tyyliin uudet levyt ja vanhat levyt. Vanhoilla on "ikää" 10000h eivätkä anna erroreita. Silti mietin, että olisi varmaan järkevämpää korvata tuossa vanhassa poolissa pari vanhaa levyä uusilla, jotta kummassakin lopullisessa poolissa olisi kaksi uutta ja kaksi vanhaa levyä.

Kysymyksiä on siis muutama:
- Mikä olisi "best practice" tuossa datan heittämisessä väliaikaiseen paikkaan, jotta nuo neljä vanhaa levyä voidaan organisoida yhdeksi mirroriksi? Onko tähän jotain kikkaa, jolla prosessi helpottuisi? (Olen jotain tietoa löytänyt zfs send/receive komentojen käytöstä, jolla snapshottien avulla saadaan dataa siirrettyä)
- Onko levyjä tarpeen sekoittaa, jotta kummassakin mirrorissa on uutta ja vanhaa levyä? Jos on, niin tuleeko tästä jotain oleellisia muutoksia prosessiin?
(- Onko tässä yhteydessä järkeä pyrkiä balansoimaan dataa tasaisesti mirroreiden välillä, kun se kerran kirjoitetaan uudestaan joka tapauksessa? Jos on, niin miten se kannattaisi tehdä?)

En tarvitse valmiita vastauksia kaikkeen, olen koittanut jotain vastaavaa projektia etsiä luettavaksi, mutta en ole vielä löytänyt. Sellainen kelpaa tukimateriaaliksi loistavasti.
 
Taitaa koneet nykyään olla niin nopeita, että itse buildatun kernelin ja ainoastaan tarpeellisilla varustetuilla ajureilla ei taida nopeuttaa käyttöä yhtään. Tai marginaalisesti ainakin.

Vanhemmat kaulaparrat ovat näin minulle kertoneet, että 10 vuotta sitten viimeksi sillä saatiin nopeushyötyä saavutettua.

Mutta eihän uuden oppimisesta mitään haittaakaan ole, kun oppii ymmärtämään miten kernel oikeasti toimii.
Wanhana gentoo-kaulapartana sanoisin, että erikoiskernelit on erikoiskaulaparroille. Nopeushyötyä niistä ei tosiaan ole ollut pitkään aikaan, mutta yhteensopivuusongelmia senkin edestä. Ainut syy, mitä tänäpäivänä keksin erikoiskernelin käyttöön on, että siitä löytyy jokin tarvitsemasi kokeellinen ajuri tai ominaisuus, mitä et saa muuten käyttöösi.
 
Wanhana gentoo-kaulapartana sanoisin, että erikoiskernelit on erikoiskaulaparroille. Nopeushyötyä niistä ei tosiaan ole ollut pitkään aikaan, mutta yhteensopivuusongelmia senkin edestä. Ainut syy, mitä tänäpäivänä keksin erikoiskernelin käyttöön on, että siitä löytyy jokin tarvitsemasi kokeellinen ajuri tai ominaisuus, mitä et saa muuten käyttöösi.

Vanhana Gentoo-kokopartana kysyn että mikä on Gentoon kontekstissa erikoiskerneli?
 
Lukisin erikoiskerneleiksi vähintään kaiken, mitä ei portagen oletusreposta löydy arch tai ~arch.

Minustakin käyttämäni gentoo-sources-kerneli käsin tehdyllä konffilla ja muutamalla itse tehdyllä user patchilla on ihan normaalia Gentoon käyttöä eikä mitään erikoista :hungry:
 
Onpa erikoista että Ubuntu jäätyy täysin kun muisti loppuu kesken. Ainoaksi ratkaisuksi jää sammuttaa kone virtanapista. Onko joku törmännyt samaan ongelmaan ja mikähän olis järkevin ratkasu fiksata toi?

Sama ongelma oli myös läppärillä Ubuntun kanssa. Luulis että tällanen toimis defaulttina jotenkin toisin kuin että jäädyttää koko järjestelmän...
 
Onpa erikoista että Ubuntu jäätyy täysin kun muisti loppuu kesken. Ainoaksi ratkaisuksi jää sammuttaa kone virtanapista. Onko joku törmännyt samaan ongelmaan ja mikähän olis järkevin ratkasu fiksata toi?

Sama ongelma oli myös läppärillä Ubuntun kanssa. Luulis että tällanen toimis defaulttina jotenkin toisin kuin että jäädyttää koko järjestelmän...

Olihan sulla swap-tiedosto/-osio määritetty? Mulla toki hidastuu kun muisti loppuu, muttei se jumiin jää.
 
Onpa erikoista että Ubuntu jäätyy täysin kun muisti loppuu kesken. Ainoaksi ratkaisuksi jää sammuttaa kone virtanapista. Onko joku törmännyt samaan ongelmaan ja mikähän olis järkevin ratkasu fiksata toi?

Sama ongelma oli myös läppärillä Ubuntun kanssa. Luulis että tällanen toimis defaulttina jotenkin toisin kuin että jäädyttää koko järjestelmän...
Sulla ei oo ilmeisesti swap-osiota ollenkaan, sen pitäisi estää tuo lähes totaalinen jäätyminen.


Ubuntussa ei varmaan ole vielä käytössä, vaatii konffausta että toimii hyvin työpöydällä.
 
2021-02-18_14-42.png

Eikös tämä meinaa että olis kuitenki määritelty? Onko 1,8gb sitten liian pieni koko tuolle?
Onhan tuo aavistuksen pieni, jos satut rajoilla avaamaan ohjelman joka vaatii useamman gigan niin jumiinhan se menee. Yleensä on ohjeena 0,5-1 kertaa RAM-muistin määrä, riippuu käyttökohteesta.
 

Statistiikka

Viestiketjuista
258 399
Viestejä
4 489 785
Jäsenet
74 154
Uusin jäsen
Almedin

Hinta.fi

Back
Ylös Bottom