Linux-kysymyksiä & yleistä keskustelua Linuxista

TenderBeef sanoi:
Mitään kikkaa miten tuota daemonia voisi ajaa vain kun TV:tä ajetaan? Ja sillä lailla, että salasanaa ei tarvitsisi kirjoitella ("systemctl stop/start..." komennot tarvitsee salasanaa). Täällä tätä probleemaa on mietitty mutta ratkaisussa tarvitaan salasanaa servicen käynnistykseen/kiinni laittamiseen.
Napsauta laajentaaksesi...

Tuolla mainitsemassasi linkissä aika hyvin mainittukin mitä pitää tehdä. Systemd servicelle override, niin päivitys ei ylikirjoita sitä ja joku wrapperi mikä starttaa servicen, sekä teamviewerin. Mitä salasanaa servicen start/stop kysyy? sudoa varten? Lisää sudoersiin konfiguraatio että systemctl stop/start teamviewerd ei vaadi salasanaa, eli vaikka:
Koodi: 
käyttäjänimi ALL=(root) NOPASSWD: /usr/bin/systemctl stop teamviewerd, /usr/bin/systemctl start teamviewerd

TenderBeef sanoi:
Mitä etähallintasoftaa käytätte?
Napsauta laajentaaksesi...

En keksi tarvetta muulle kuin SSH:lle :)
 
dome sanoi:
Systemd servicelle override, niin päivitys ei ylikirjoita sitä
Napsauta laajentaaksesi...
Käsitin kyllä ihan eri tavalla tuon ohjeen tuolla. Se override käsittääkseni estää sen servicen käynnistyksen jos tiedostoa /tmp/allow_teamviewerd ei ole olemassa.

dome sanoi:
Lisää sudoersiin konfiguraatio että systemctl stop/start teamviewerd ei kysy salasanaa.
Napsauta laajentaaksesi...
Niin, se voisi olla vaihtoehto jos ei muuta keinoa ei tosiaan ole. Ainoa vaan, että, jos oikein ymmärrän, pitäisi sille "systemctl" komento/softalle kokonaan antaa se lupa, vai saako määriteltyä, että sitä saa ilman salasanaa ajaa vain tiettyjen parametrien kanssa?
 
TenderBeef sanoi:
Muuten ihan hyvä mutta tuolla ei paljon tehdä "auta tietoteknisesti kädettömiä niiden tietokoneella etänä" supporttia.
Napsauta laajentaaksesi...

Tämä onkin kokonaan oma Pandoran rasiansa jota en ole itse suostunut avaamaan.

TenderBeef sanoi:
saako määriteltyä, että sitä saa ilman salasanaa ajaa vain tiettyjen parametrien kanssa?
Napsauta laajentaaksesi...

Saa, sudoersiin voi määrittää komennot myös parametreineen.
 
Barbarossa sanoi:
Tämä onkin kokonaan oma Pandoran rasiansa jota en ole itse suostunut avaamaan.
Napsauta laajentaaksesi...
Itsellä ei luonto kestä jättää vanhempaa väkeä maksullisten support-firmojen skalpeerattavaksi. :(

Barbarossa sanoi:
Saa, sudoersiin voi määrittää komennot myös parametreineen.
Napsauta laajentaaksesi...
Oolrati, sehän on kätevää. Kiitos tiedosta. Myös @dome, olitkin editoinut viestiäsi tästä aiheesta.

EDIT: Ja sopivasti juuri update manager ilmoittaa, että teamvieweriin on päivitys tarjolla. Pääsee heti testaamaan sitäkin miten siinä käy.
 
TenderBeef sanoi:
Käsitin kyllä ihan eri tavalla tuon ohjeen tuolla. Se override käsittääkseni estää sen servicen käynnistyksen jos tiedostoa /tmp/allow_teamviewerd ei ole olemassa.


Niin, se voisi olla vaihtoehto jos ei muuta keinoa ei tosiaan ole. Ainoa vaan, että, jos oikein ymmärrän, pitäisi sille "systemctl" komento/softalle kokonaan antaa se lupa, vai saako määriteltyä, että sitä saa ilman salasanaa ajaa vain tiettyjen parametrien kanssa?
Napsauta laajentaaksesi...

Päivitin aiempaa viestiä. Saa määriteltyä parametrien kera. Overridellä voi siis ylikirjoittaa osia, tai lisätä mitä tahansa siihen olemassa olevaan serviceen. Itse tekisin varmaan siten, että lisäisin overrideen:

Koodi: 
[Install]
WantedBy=

Käytännössä tämä ylikirjoittaa servicestä WantedBy osuuden tyhjäksi jolloin päivityksen servicen enablointi ei tee käytännössä mitään. Helppo tapa lisätä override on sanoa systemctl edit teamviewerd ja kirjoitella tuo em. rimpsu. Tallentuu automaattisesti oikeaan paikkaan.
 
dome sanoi:
Käytännössä tämä ylikirjoittaa servicestä WantedBy osuuden tyhjäksi jolloin päivityksen servicen enablointi ei tee käytännössä mitään.
Napsauta laajentaaksesi...
Käsitin että se service ylikirjoitetaan uudestaan, estääkö senkin? Toisaalta tuo linkissäni annettu "ei käynnisty ilman tiettyä tiedostoa" ratkaisu kuulostaa ihan hyvältä, sillä ei tarvitse pelätä mitään services ylikirjoitusta/muutosta.
 
TenderBeef sanoi:
Käsitin että se service ylikirjoitetaan uudestaan, estääkö senkin? Toisaalta tuo linkissäni annettu "ei käynnisty ilman tiettyä tiedostoa" ratkaisu kuulostaa ihan hyvältä, sillä ei tarvitse pelätä mitään services ylikirjoitusta/muutosta.
Napsauta laajentaaksesi...

Ei estä alkuperäisen teamviewerd.service tiedoston ylikirjoitusta päivitysten yhteydessä, mutta sillä ei ole merkitystä. Niin pitkään kun servicen nimi pysyy samana niin tuo kerran lisätty override.conf ajaa yli servicessä määritellyn WantedBy parametrin ja on ihan sama onko service enabloitu vai disabloitu niin se ei käynnisty bootissa. Toki se pitää kertaalleen disabloida kun override on lisätty, mutta ei tarvitse enää jatkossa.
 
dome sanoi:
WantedBy parametrin ja on ihan sama onko service enabloitu vai disabloitu niin se ei käynnisty bootissa
Napsauta laajentaaksesi...
Eli tuo
Koodi: 
[Install]
WantedBy = multi-user.target
ainostaan tarkoittaa sitä, että se service käynnistetään bootissa? Ei ihan heti siihen ajatukset vie kun tuota lukee. Pitänee googlailla ja opetella systemd-saloja..
 
TenderBeef sanoi:
Eli tuo
Koodi: 
[Install]
WantedBy = multi-user.target
ainostaan tarkoittaa sitä, että se service käynnistetään bootissa? Ei ihan heti siihen ajatukset vie kun tuota lukee. Pitänee googlailla ja opetella systemd-saloja..
Napsauta laajentaaksesi...

WantedBy määrittää käytännössä sen mitä systemctl enable teamviewerd komento tekee. Ilman overrideä enablointi symlinkkaa servicen /etc/systemd/system/multi-user.target.wants/ polkuun jolloin se käynnistetään automaattisesti kun kyseinen target (käytännössä runlevel) saavutetaan. Jos WantedBy on tyhjä niin enablointi ei tee symlinkkiä -> service ei käynnisty bootissa.

Normaalistihan siis selviäisit pelkästään sillä että joko enabloit, tai disabloit servicen jos haluat,tai et halua sen käynnistyvän bootissa. Jos teamviewerin päivitys tosiaan on niin tyhmästi toteutettu, että se aina enabloi servicen uudestaan niin mainittu override on nähdäkseni ainut järkevä vaihtoehto.
 
Vapaaherra sanoi:
TightVNC

Asennusrumban idea selviää tästä.
Napsauta laajentaaksesi...
Kiitti vinkistä. Mutta ei, aivan liian monimutkainen ratkaisu. Eikä toimi macillä (kädettömien komppuutteri tällä hetkellä). Pitäisi säätää niin hemmetisti muutenkin; joku tietoturvallinen tunneli(?) kun tightvnc ei ole turvallinen netin yli, porttiohjauksia reitittimeen, palomuurisääntöjä, staattisten ip:tten säätämistä, jne. Jatkan varmaan TV:llä jos saan sen kesytettyä (ei ollut vielä aikaa aloittaa testejä).
 
TenderBeef sanoi:
Kiitti vinkistä. Mutta ei, aivan liian monimutkainen ratkaisu. Eikä toimi macillä (kädettömien komppuutteri tällä hetkellä). Pitäisi säätää niin hemmetisti muutenkin; joku tietoturvallinen tunneli(?) kun tightvnc ei ole turvallinen netin yli, porttiohjauksia reitittimeen, palomuurisääntöjä, staattisten ip:tten säätämistä, jne. Jatkan varmaan TV:llä jos saan sen kesytettyä (ei ollut vielä aikaa aloittaa testejä).
Napsauta laajentaaksesi...

Okei. Noita vaihtoehtojahan kyllä riittää, mutta mitkä sitten yltää TV:n tasolle helppudessa niin mene ja tiedä...
 
Miten terminalissa saisi asennuksen outputin tekstitiedostoksi? Kokeilin perinteistä '> output.txt' metodia, mutta se printtaa vain asennuksen Y/n -kyselyn sinne.

Kyseessä siis Arch ja komento 'paru -S spotify > output.txt'.
 
TenderBeef sanoi:
Kiitti vinkistä. Mutta ei, aivan liian monimutkainen ratkaisu. Eikä toimi macillä (kädettömien komppuutteri tällä hetkellä). Pitäisi säätää niin hemmetisti muutenkin; joku tietoturvallinen tunneli(?) kun tightvnc ei ole turvallinen netin yli, porttiohjauksia reitittimeen, palomuurisääntöjä, staattisten ip:tten säätämistä, jne. Jatkan varmaan TV:llä jos saan sen kesytettyä (ei ollut vielä aikaa aloittaa testejä).
Napsauta laajentaaksesi...

Mac:n ja Windowsin etäkäyttöön ehdottomasti paras on Chrome Remote Desktop, ei vaadi palomuurisäätöjä ja toimii suoraan selaimesta/puhelimesta.

Saa myös serverin linuxille, mutta se avaa uuden session (ei siis pääse samaan työpöytään kiinni missä käyttäjä) ja ainakin tuo mikä lie MonkeyButt linuxin työpöytä mikä mulla on ei osaa hanskata sitä, mutta esim. twm:llä toimii.
 
dmn sanoi:
Mac:n ja Windowsin etäkäyttöön ehdottomasti paras on Chrome Remote Desktop, ei vaadi palomuurisäätöjä ja toimii suoraan selaimesta/puhelimesta.
Napsauta laajentaaksesi...
Kiitos vinkistä. Tein sellaisen päätöksen eilen, että poistan TV:n kokonaan ja asennan sen virtualboxiin, on sama mint käyttis siellä jo asennettuna kaikkeen kokeiluun niin TV saa pyöriä siellä miten huvittaa.. tai sitten kokeilen tuota pelkkää chromea, se siellä vanhemman väen macillakin on jo (vanhentunut käyttis, ei päivityksiä, pakotin ne vaihtamaan ainakin selaimeksi päivittyvän chromen, linuxia olen tarjonnut ja pikkasen näyttänyt mutta ei taida onnistua vaikka kuinka varoittelen vanhentuneesta käyttiksestä, ja voi olla ongelma kun koko heidän laitteisto on applen ekosysteemissä). Meni jotenkin kokonaan luottamus tuohon teamvieweriin niin en viitsi mitään kikkailuja edes kokeilla. Anydeskiä kokeilin virtualboxissa ja ei se oikein vieläkään vakuuttanut. Silläkin on joku service daemon mutta sillä erolla, että kun anydeskin sulkee kokonaan niin se ei jää kuuntelemaan mihinkään portteihin.
 
Jeesus(telija) sanoi:
Kiitos molemmille!

Oisko ideoita miksi Aur-paketin buildaus päättyy ilman mitään virheilmoitusta kohdassa 49%? Onko vika minun taitojen puutteen lisäksi myös paketissa itsessään?
Napsauta laajentaaksesi...
Eikö tosiaan mitään virheilmoitusta tai ees siihen viittavaa näy? Ei ole nyt Arch konetta tässä lähettä että pystyis tarkistamaan että onko paketissa joku vika
 
Ei paljoa ehtinyt, kun uusi käsittämätön ongelma tuli käsille.

locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=C
LC_CTYPE=fi_FI.UTF-8\ UTF-8
LC_NUMERIC=C
LC_TIME=C
LC_COLLATE=en_FI.UTF-8
LC_MONETARY=C
LC_MESSAGES="C"
LC_PAPER=fi_FI.UTF-8\ UTF-8
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT=C
LC_IDENTIFICATION="C"
LC_ALL=

Jos teen kuten tämä sivu ohjeistaa: Raspberry Pi: Reconfigure Locales
Niin asetukset pysyvät seuraavaan boottiin saakka oikeina ja bootin jälken taas sama tilanne. Miten tämän voisi korjata?
 
Jeesus(telija) sanoi:
LC_COLLATE=en_FI.UTF-8
Napsauta laajentaaksesi...
en_Fi.UTF-8 localea ei ole muistaakseni olemassa. Joku olikohan kde sen jostain syystä jossain tapauksessa asettaa ja siitä tulee onkelmaa.

forum.manjaro.org

"invalid" locale settings using KDE settings Format

Short version locale was set using KDE but no such thing exists in /usr/share/locale. Long version I have setup my locale using the settings window like the following: Checking the locale would show: locale: Cannot set LC_ALL to default locale: No such file or directory LANG=en_US.UTF-8...
forum.manjaro.org forum.manjaro.org

Tuolla esim. kyseinen homma mainittu.
 
Jeesus(telija) sanoi:
Ei paljoa ehtinyt, kun uusi käsittämätön ongelma tuli käsille.

locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=C

Jos teen kuten tämä sivu ohjeistaa: Raspberry Pi: Reconfigure Locales
Niin asetukset pysyvät seuraavaan boottiin saakka oikeina ja bootin jälken taas sama tilanne. Miten tämän voisi korjata?
Napsauta laajentaaksesi...

locale -a

ja listasta sellainen asetukseksi joka löytyy.
 
Barbarossa sanoi:
Mistä tuo alleviivattu osa tulee noihin kahteen? Ei mahda olla validi locale tuollaisena.



Myöskään en_FI localea ei taida olla olemassakaan "virallisissa" paketeissa.
Napsauta laajentaaksesi...

En ole aiemmin joutunut kiinnittämään huomiota tähän ongelmaan. En tiedä mistä johtuu. Tein /etc/locale.confista tälläisen:

LANG=en_US.UTF-8
LC_ALL=en_US.UTF-8
LC_CTYPE=en.US.UTF-8


Ja sen jälkeen 'sudo locale-gen'. Ei auta. Btw, Locale-gen -filussa parametri on muotoa: "En_US.UTF-8 UTF-8".


JiiPee sanoi:
en_Fi.UTF-8 localea ei ole muistaakseni olemassa. Joku olikohan kde sen jostain syystä jossain tapauksessa asettaa ja siitä tulee onkelmaa.

forum.manjaro.org

"invalid" locale settings using KDE settings Format

Short version locale was set using KDE but no such thing exists in /usr/share/locale. Long version I have setup my locale using the settings window like the following: Checking the locale would show: locale: Cannot set LC_ALL to default locale: No such file or directory LANG=en_US.UTF-8...
forum.manjaro.org forum.manjaro.org

Tuolla esim. kyseinen homma mainittu.
Napsauta laajentaaksesi...

Ei ole olemassa. Epäilin sen liittyvän KDE:n kello-formaatteihin, mutta en tiennyt sen olevan tiedostettu ongelma. Kaikki localet minulla on nyt vaihdettu muotoon en_US.utf8


j7u sanoi:
locale -a

ja listasta sellainen asetukseksi joka löytyy.
Napsauta laajentaaksesi...
locale -a
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_COLLATE to default locale: No such file or directory
C
POSIX
en_US.utf8

Mistä asetuksista valitsen mitä? Lisäsin tuon LC_COLLATE myös locale.conf -filuun. Ei hyötyä.
 
Jeesus(telija) sanoi:
En ole aiemmin joutunut kiinnittämään huomiota tähän ongelmaan. En tiedä mistä johtuu. Tein /etc/locale.confista tälläisen:

LANG=en_US.UTF-8
LC_ALL=en_US.UTF-8
LC_CTYPE=en.US.UTF-8


Ja sen jälkeen 'sudo locale-gen'. Ei auta. Btw, Locale-gen -filussa parametri on muotoa: "En_US.UTF-8 UTF-8".




Ei ole olemassa. Epäilin sen liittyvän KDE:n kello-formaatteihin, mutta en tiennyt sen olevan tiedostettu ongelma. Kaikki localet minulla on nyt vaihdettu muotoon en_US.utf8



locale -a
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_COLLATE to default locale: No such file or directory
C
POSIX
en_US.utf8

Mistä asetuksista valitsen mitä? Lisäsin tuon LC_COLLATE myös locale.conf -filuun. Ei hyötyä.
Napsauta laajentaaksesi...

Sulla on typo lihavoidussa ja alleviivatustta kohdassa.

Koita tuon korjauksen jälkeen suorittaa komento sudo locale-gen en_US.UTF-8.

Ja onhan locale.gen -tiedostossa otettu risuaitamerkki (#) pois tuon en_US.UTF-8 UTF-8 edestä?
 
A Lake Elk sanoi:
Sulla on typo lihavoidussa ja alleviivatustta kohdassa.

Koita tuon korjauksen jälkeen suorittaa komento sudo locale-gen en_US.UTF-8.

Ja onhan locale.gen -tiedostossa otettu risuaitamerkki (#) pois tuon en_US.UTF-8 UTF-8 edestä?
Napsauta laajentaaksesi...
On uncommentoitu oikea kohta. Aiemmin oli siitä ylhäältä löytyvästä esimerkistä, mutta vaihdoin sinne varsinaiseen listauksesta löytyvään.

Korjasin typon ja rebootin jälkeen:
locale
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_TIME=en_US.UTF-8
LC_COLLATE=en_FI.UTF-8
LC_MONETARY=en_US.UTF-8
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT=en_US.UTF-8
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
Napsauta laajentaaksesi...

locale -a
locale: Cannot set LC_COLLATE to default locale: No such file or directory
C
POSIX
en_US.utf8
Napsauta laajentaaksesi...

/etc/locale.conf:
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_COLLATE=en_US.UTF-8
LC_ALL=en_US.UTF-8

Exportilla toimii seuraavaan boottiin saakka, mutta ei aivan täydellisesti sekään.
 
Jeesus(telija) sanoi:
On uncommentoitu oikea kohta. Aiemmin oli siitä ylhäältä löytyvästä esimerkistä, mutta vaihdoin sinne varsinaiseen listauksesta löytyvään.

Korjasin typon ja rebootin jälkeen:




/etc/locale.conf:
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_COLLATE=en_US.UTF-8
LC_ALL=en_US.UTF-8

Exportilla toimii seuraavaan boottiin saakka, mutta ei aivan täydellisesti sekään.
Napsauta laajentaaksesi...

Kotitko suorittaa tuon komennon sudo locale-gen en_US.UTF-8?
 
Lisätääs oma ongelmakin tänne. Eli koitan saadan emolevyyn, MAG X570 TOMAHAWK WIFI, integroitua Intel AX200:sta toimimaan.

Käyttiksenä on virtualisoitu Kubuntu 22.04 viimeisimmillä päivityksillä ja pyörii Proxmox 7.1-10 päällä. Toi Intel AX200 on siis läpivietynä Kubuntulle niin, että WLAN ja Bluetooth on molemmat näkyvissä Kubuntussa.

Jostain syystä Network Managerissä ei näy mitään wlaniin viittaavaa, vaikka firmis pitäisi olla ladattuna.

Network Manager:
Network_manager.jpg


Koodi: 
sudo lspci | grep Network
02:00.0 Network controller: Intel Corporation Wi-Fi 6 AX200 (rev 1a)

Koodi: 
sudo dmesg | grep iwl
[    3.291907] iwlwifi 0000:02:00.0: api flags index 2 larger than supported by driver
[    3.291916] iwlwifi 0000:02:00.0: TLV_FW_FSEQ_VERSION: FSEQ Version: 89.3.35.37
[    3.292070] iwlwifi 0000:02:00.0: loaded firmware version 66.f1c864e0.0 cc-a0-66.ucode op_mode iwlmvm
[    3.335732] iwlwifi 0000:02:00.0: Detected Intel(R) Wi-Fi 6 AX200 160MHz, REV=0x340
[    3.421341] iwlwifi 0000:02:00.0: retry init count 0
[    3.421373] iwlwifi 0000:02:00.0: Detected Intel(R) Wi-Fi 6 AX200 160MHz, REV=0x340
[    3.506167] iwlwifi 0000:02:00.0: retry init count 1
[    3.506197] iwlwifi 0000:02:00.0: Detected Intel(R) Wi-Fi 6 AX200 160MHz, REV=0x340
[    3.588855] iwlwifi 0000:02:00.0: retry init count 2

Koodi: 
sudo lshw -C network
  *-network                 
       description: Network controller
       product: Wi-Fi 6 AX200
       vendor: Intel Corporation
       physical id: 0
       bus info: pci@0000:02:00.0
       version: 1a
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix bus_master cap_list
       configuration: driver=iwlwifi latency=0
       resources: irq:16 memory:c0e00000-c0e03fff
  *-network
       description: Ethernet controller
       product: Virtio network device
       vendor: Red Hat, Inc.
       physical id: 12
       bus info: pci@0000:06:12.0
       version: 00
       width: 64 bits
       clock: 33MHz
       capabilities: msix bus_master cap_list rom
       configuration: driver=virtio-pci latency=0
       resources: iomemory:80-7f irq:23 ioport:9080(size=32) memory:c0600000-c0600fff memory:810200000-810203fff memory:c0640000-c067ffff
     *-virtio2
          description: Ethernet interface
          physical id: 0
          bus info: virtio@2
          logical name: ens18
          serial: 3a:c4:cd:29:a4:28
          capabilities: ethernet physical
          configuration: autonegotiation=off broadcast=yes driver=virtio_net driverversion=1.0.0 ip=192.168.88.14 link=yes multicast=yes

Koodi: 
lsmod | grep iw
iwlmvm                561152  0
mac80211             1232896  1 iwlmvm
iwlwifi               446464  1 iwlmvm
cfg80211              962560  3 iwlmvm,iwlwifi,mac80211
 
A Lake Elk sanoi:
Kotitko suorittaa tuon komennon sudo locale-gen en_US.UTF-8?
Napsauta laajentaaksesi...
Kyllä.

Mistä tiedostosta locale hakee nämä tiedot joka kerta bootin yhteydessä?
locale

locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_TIME=en_US.UTF-8
LC_COLLATE=en_FI.UTF-8
LC_MONETARY=en_US.UTF-8
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT=en_US.UTF-8
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
Napsauta laajentaaksesi...

Vaihdoin myös locale.confin ennen boottia manpagen vihjeen mukaisesti:
cat /etc/locale.conf

LANG=en_US.UTF-8
LC_ALL=en_US.UTF-8

locale(7) — Arch manual pages

man.archlinux.org man.archlinux.org
LC_ALL All of the above.

Manpage ei toimi shellissä ilman localea:
man locale

man: can't set the locale; make sure $LC_* and $LANG are correct

oh the irony.
 
Jeesus(telija) sanoi:
Manpage ei toimi shellissä ilman localea:
Napsauta laajentaaksesi...
Koodi: 
LOCALE(1)                                               Linux User Manual                                              LOCALE(1)

NAME
       locale - get locale-specific information

SYNOPSIS
       locale [option]
       locale [option] -a
       locale [option] -m
       locale [option] name...

DESCRIPTION
       The locale command displays information about the current locale, or all locales, on standard output.

       When  invoked  without  arguments,  locale displays the current locale settings for each locale category (see locale(5)),
       based on the settings of the environment variables that control the locale (see locale(7)).  Values for variables set  in
       the environment are printed without double quotes, implied values are printed with double quotes.

       If either the -a or the -m option (or one of their long-format equivalents) is specified, the behavior is as follows:

       -a, --all-locales
              Display a list of all available locales.  The -v option causes the LC_IDENTIFICATION metadata about each locale to
              be included in the output.

       -m, --charmaps
              Display the available charmaps (character set description files).  To display the current character  set  for  the
              locale, use locale -c charmap.

       The  locale command can also be provided with one or more arguments, which are the names of locale keywords (for example,
       date_fmt, ctype-class-names, yesexpr, or decimal_point) or locale categories (for example,  LC_CTYPE  or  LC_TIME).   For
       each argument, the following is displayed:

       *  For a locale keyword, the value of that keyword to be displayed.

       *  For a locale category, the values of all keywords in that category are displayed.

       When arguments are supplied, the following options are meaningful:

       -c, --category-name
              For  a category name argument, write the name of the locale category on a separate line preceding the list of key‐
              word values for that category.

              For a keyword name argument, write the name of the locale category for this keyword on a separate  line  preceding
              the keyword value.

              This  option  improves readability when multiple name arguments are specified.  It can be combined with the -k op‐
              tion.

       -k, --keyword-name
              For each keyword whose value is being displayed, include also the name of that keyword, so that the output has the
              format:

                  keyword="value"

       The locale command also knows about the following options:

       -v, --verbose
              Display additional information for some command-line option and argument combinations.

       -?, --help
              Display a summary of command-line options and arguments and exit.

       --usage
              Display a short usage message and exit.

       -V, --version
              Display the program version and exit.

FILES
       /usr/lib/locale/locale-archive
              Usual default locale archive location.

       /usr/share/i18n/locales
              Usual default path for locale definition files.

CONFORMING TO
       POSIX.1-2001, POSIX.1-2008.

EXAMPLES
       $ locale
       LANG=en_US.UTF-8
       LC_CTYPE="en_US.UTF-8"
       LC_NUMERIC="en_US.UTF-8"
       LC_TIME="en_US.UTF-8"
       LC_COLLATE="en_US.UTF-8"
       LC_MONETARY="en_US.UTF-8"
       LC_MESSAGES="en_US.UTF-8"
       LC_PAPER="en_US.UTF-8"
       LC_NAME="en_US.UTF-8"
       LC_ADDRESS="en_US.UTF-8"
       LC_TELEPHONE="en_US.UTF-8"
       LC_MEASUREMENT="en_US.UTF-8"
       LC_IDENTIFICATION="en_US.UTF-8"
       LC_ALL=

       $ locale date_fmt
       %a %b %e %H:%M:%S %Z %Y

       $ locale -k date_fmt
       date_fmt="%a %b %e %H:%M:%S %Z %Y"

       $ locale -ck date_fmt
       LC_TIME
       date_fmt="%a %b %e %H:%M:%S %Z %Y"

       $ locale LC_TELEPHONE
       +%c (%a) %l
       (%a) %l
       11
       1
       UTF-8

       $ locale -k LC_TELEPHONE
       tel_int_fmt="+%c (%a) %l"
       tel_dom_fmt="(%a) %l"
       int_select="11"
       int_prefix="1"
       telephone-codeset="UTF-8"

       The  following  example  compiles  a  custom  locale  from  the  ./wrk  directory with the localedef(1) utility under the
       $HOME/.locale directory, then tests the result with the date(1) command, and then sets the environment variables  LOCPATH
       and LANG in the shell profile file so that the custom locale will be used in the subsequent user sessions:

       $ mkdir -p $HOME/.locale
       $ I18NPATH=./wrk/ localedef -f UTF-8 -i fi_SE $HOME/.locale/fi_SE.UTF-8
       $ LOCPATH=$HOME/.locale LC_ALL=fi_SE.UTF-8 date
       $ echo "export LOCPATH=\$HOME/.locale" >> $HOME/.bashrc
       $ echo "export LANG=fi_SE.UTF-8" >> $HOME/.bashrc

SEE ALSO
       localedef(1), charmap(5), locale(5), locale(7)

COLOPHON
       This  page  is  part of release 5.12 of the Linux man-pages project.  A description of the project, information about re‐
       porting bugs, and the latest version of this page, can be found at https://www.kernel.org/doc/man-pages/.

Linux                                                      2021-03-22                                                  LOCALE(1)
 
Jeesus(telija) sanoi:
Kyllä.

Mistä tiedostosta locale hakee nämä tiedot joka kerta bootin yhteydessä?


Vaihdoin myös locale.confin ennen boottia manpagen vihjeen mukaisesti:
cat /etc/locale.conf

LANG=en_US.UTF-8
LC_ALL=en_US.UTF-8

locale(7) — Arch manual pages

man.archlinux.org man.archlinux.org
LC_ALL All of the above.

Manpage ei toimi shellissä ilman localea:
man locale

man: can't set the locale; make sure $LC_* and $LANG are correct

oh the irony.
Napsauta laajentaaksesi...
Man- sivut löytyy netistäkin jos konsoli ei toimi mutta netti kyllä.
Tuo "no file or dir" virhe viittaa kyllä siihen että jotain on jostain syystä poistettu vaikka ei olisi pitänyt.

Ja voi tietysti aina koittaa ensin asettaa kaikkiin C jos sillä saa sem verran kuntoon että saa korjattua.
Ehkä locale- paketin (tai miten se onkaan paketoitu jakeluusi) uudelleen asennus?
 
Jeesus(telija) sanoi:
Manpage ei toimi shellissä ilman localea:
man locale

man: can't set the locale; make sure $LC_* and $LANG are correct
Napsauta laajentaaksesi...

Localeen liittyviä ympäristömuuttuja voi muuttaa shellin ympäristöön jotta pääsee mania ajamaan, tai vaikka suoraan komennolle, tyyliin LC_ALL=C man locale

ississ sanoi:
Tuo "no file or dir" virhe viittaa kyllä siihen että jotain on jostain syystä poistettu vaikka ei olisi pitänyt.
Napsauta laajentaaksesi...

Juuri tuota ylläolevaa tulee jos on locale-muuttujiin asetettu olemattomia localeja, voi vaikka kokeilla itse esim. LC_COLLATE=aa_BB locale
 
A Lake Elk sanoi:
Lisätääs oma ongelmakin tänne. Eli koitan saadan emolevyyn, MAG X570 TOMAHAWK WIFI, integroitua Intel AX200:sta toimimaan.

Käyttiksenä on virtualisoitu Kubuntu 22.04 viimeisimmillä päivityksillä ja pyörii Proxmox 7.1-10 päällä. Toi Intel AX200 on siis läpivietynä Kubuntulle niin, että WLAN ja Bluetooth on molemmat näkyvissä Kubuntussa.

Jostain syystä Network Managerissä ei näy mitään wlaniin viittaavaa, vaikka firmis pitäisi olla ladattuna.

Network Manager:
Network_manager.jpg


Koodi: 
sudo lspci | grep Network
02:00.0 Network controller: Intel Corporation Wi-Fi 6 AX200 (rev 1a)

Koodi: 
sudo dmesg | grep iwl
[    3.291907] iwlwifi 0000:02:00.0: api flags index 2 larger than supported by driver
[    3.291916] iwlwifi 0000:02:00.0: TLV_FW_FSEQ_VERSION: FSEQ Version: 89.3.35.37
[    3.292070] iwlwifi 0000:02:00.0: loaded firmware version 66.f1c864e0.0 cc-a0-66.ucode op_mode iwlmvm
[    3.335732] iwlwifi 0000:02:00.0: Detected Intel(R) Wi-Fi 6 AX200 160MHz, REV=0x340
[    3.421341] iwlwifi 0000:02:00.0: retry init count 0
[    3.421373] iwlwifi 0000:02:00.0: Detected Intel(R) Wi-Fi 6 AX200 160MHz, REV=0x340
[    3.506167] iwlwifi 0000:02:00.0: retry init count 1
[    3.506197] iwlwifi 0000:02:00.0: Detected Intel(R) Wi-Fi 6 AX200 160MHz, REV=0x340
[    3.588855] iwlwifi 0000:02:00.0: retry init count 2

Koodi: 
sudo lshw -C network
  *-network                
       description: Network controller
       product: Wi-Fi 6 AX200
       vendor: Intel Corporation
       physical id: 0
       bus info: pci@0000:02:00.0
       version: 1a
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix bus_master cap_list
       configuration: driver=iwlwifi latency=0
       resources: irq:16 memory:c0e00000-c0e03fff
  *-network
       description: Ethernet controller
       product: Virtio network device
       vendor: Red Hat, Inc.
       physical id: 12
       bus info: pci@0000:06:12.0
       version: 00
       width: 64 bits
       clock: 33MHz
       capabilities: msix bus_master cap_list rom
       configuration: driver=virtio-pci latency=0
       resources: iomemory:80-7f irq:23 ioport:9080(size=32) memory:c0600000-c0600fff memory:810200000-810203fff memory:c0640000-c067ffff
     *-virtio2
          description: Ethernet interface
          physical id: 0
          bus info: virtio@2
          logical name: ens18
          serial: 3a:c4:cd:29:a4:28
          capabilities: ethernet physical
          configuration: autonegotiation=off broadcast=yes driver=virtio_net driverversion=1.0.0 ip=192.168.88.14 link=yes multicast=yes

Koodi: 
lsmod | grep iw
iwlmvm                561152  0
mac80211             1232896  1 iwlmvm
iwlwifi               446464  1 iwlmvm
cfg80211              962560  3 iwlmvm,iwlwifi,mac80211
Napsauta laajentaaksesi...

Tämä ongelma ratkesi käyttämällä tuota AX200:sta Windows virtuaalikoneessa, jossa oli "Fast boot" pois käytöstä ja sammuttamalla se kone oikein. Sen jälkeen kun sen palautti takaisin Linux koneeseen, se alkoi toimimaan ongelmitta.
 
Barbarossa sanoi:
Mistä tuo alleviivattu osa tulee noihin kahteen? Ei mahda olla validi locale tuollaisena.



Myöskään en_FI localea ei taida olla olemassakaan "virallisissa" paketeissa.
Napsauta laajentaaksesi...

Olen lisäillyt ja poistellut tuota ylimääräistä UTF-8 parametria locale.confiin, jos sillä olisi jotain merkitystä. Jonkin googlatun ohjeen se oli localen toimimattomuuden syy. /etc/locale.gen vaatii localen muodossa 'en_US.UTF-8 UTF-8', muuten se ei toimi.
 
Jeesus(telija) sanoi:
Olen lisäillyt ja poistellut tuota ylimääräistä UTF-8 parametria locale.confiin, jos sillä olisi jotain merkitystä. Jonkin googlatun ohjeen se oli localen toimimattomuuden syy. /etc/locale.gen vaatii localen muodossa 'en_US.UTF-8 UTF-8', muuten se ei toimi.
Napsauta laajentaaksesi...

Ei kannata sekoittaa noita, locale.gen on tarkoitettu localejen generoimiseen ja locale.confissa asetetaan käytetyt localet (niistä generoiduista).

Ensimmäisessä listataan generoitavat localet charsetteineen, jälkimmäisessä ei ole erikseen charsettiä ellei se ole osa sitä localea (esim. tuo en_US.UTF-8).

Eli jos ne asetaan samalla formaatilla mitä locale.genissä, esim. tuo en_US.UTF-8 UTF-8, niin silloin yritetään käyttää localea 'en_US.UTF-8 UTF-8' (jota ei luonnollisesti ole olemassakaan) eikä generoitua 'en_US.UTF-8' localea.
 
Taisi Putin just määrät pakolliseksi Venäjällä Astra-linuxit (tai vastaavat) käyttikset kriittiseen infraan. Heittävät länsisoftat pihalle. Tuleeko tästä sittenkin linux desktopin vuosi?
https://astralinux.ru
 
Barbarossa sanoi:
Ei kannata sekoittaa noita, locale.gen on tarkoitettu localejen generoimiseen ja locale.confissa asetetaan käytetyt localet (niistä generoiduista).

Ensimmäisessä listataan generoitavat localet charsetteineen, jälkimmäisessä ei ole erikseen charsettiä ellei se ole osa sitä localea (esim. tuo en_US.UTF-8).

Eli jos ne asetaan samalla formaatilla mitä locale.genissä, esim. tuo en_US.UTF-8 UTF-8, niin silloin yritetään käyttää localea 'en_US.UTF-8 UTF-8' (jota ei luonnollisesti ole olemassakaan) eikä generoitua 'en_US.UTF-8' localea.
Napsauta laajentaaksesi...
Mä luulin jo vastanneeni sulle? Mihin lie katosi. Kiitos avusta. Oikea osoite onkin /etc/enviromnent eikä /etc/locale.conf. Muodossa: en_US.UTF-8 UTF-8

ztec sanoi:
Taisi Putin just määrät pakolliseksi Venäjällä Astra-linuxit (tai vastaavat) käyttikset kriittiseen infraan. Heittävät länsisoftat pihalle. Tuleeko tästä sittenkin linux desktopin vuosi?
https://astralinux.ru
Napsauta laajentaaksesi...
Vaikka venäjästä ei tykkäisikään, niin tämä on hyvä uutinen. Onko sotaisan rodun Risc-V-kehitystyöstä päivitystä? Joskus vuosi sitten uutisoitiin että ison rahan kehitys olisi alkamassa.
 
Jeesus(telija) sanoi:
Mä luulin jo vastanneeni sulle? Mihin lie katosi. Kiitos avusta. Oikea osoite onkin /etc/enviromnent eikä /etc/locale.conf. Muodossa: en_US.UTF-8 UTF-8
Napsauta laajentaaksesi...

Edelleen kyllä olisin sitä mieltä että LC_* ympäristömuuttujissa ei kuulu olla tuota loppuosaa enkä keksi miksi se toimisi :confused:
No, mutta jos se kerran toimii niin ehkäpä sitä ei kannata miettiä.
 
Jeesus(telija) sanoi:
Olen lisäillyt ja poistellut tuota ylimääräistä UTF-8 parametria locale.confiin, jos sillä olisi jotain merkitystä. Jonkin googlatun ohjeen se oli localen toimimattomuuden syy. /etc/locale.gen vaatii localen muodossa 'en_US.UTF-8 UTF-8', muuten se ei toimi.
Napsauta laajentaaksesi...

/etc/locale.gen kertoo locale-gen komennolle mitkä localet on tarpeen pitää käyttövalmiina juuri tässä koneessa, ja sillä on vaikutusta vain silloin kun ajetaan "locale-gen" komentoa rootin voimalla (joko käsin ajettuna tai sitten automaattisesti locale-paketin päivityksen yhteydessä). /etc/locale.gen-tiedostolla on oma syntaksinsa, jossa tuo erillinen merkistömääritys locale-nimen perässä kuuluu asiaan; mutta kaikissa muissa paikoissa joissa puhutaan localeista tuota käytettävän merkistön tuplamainintaa ei tarvitse eikä saa olla.

Jotta uudet systeemin laajuiset locale-asetukset tulevat voimaan bootin alkuvaiheesta lähtien, saattaa olla tarpeen päivittää initramfs-tiedosto sen jälkeen kun locale-asetuksia on muutettu. Debianin sukuisissa jakeluissa tämä hoituu tyypillisesti komennolla "sudo update-initramfs -u". Muissa jakeluissa on omat työkalunsa initramfs-tiedoston päivittämiseen.

Systeemin oletuslocale-määrityksiin /etc/locale.conf on uudempi paikka joka on tulossa standardiksi suunnilleen kaikkiin systemd:tä käyttäviin jakeluihin.
Mutta vielä toistaiseksi kannattaa tarkistaa myös "vanha paikka": Debianin sukuisissa Linuxeissa pitäisi olla /etc/default/locale, RedHatista polveutuvissa jakeluissa sitten taas /etc/sysconfig/i18n. Raspbian/RasPi OS on Debianiin pohjautuva jakelu, joten kannattaa katsoa /etc/default/locale.

Pohjimmiltaan nuo locale-asetukset ovat ihan tavallisia ympäristömuuttujia, joten ne on mahdollista asettaa myös kaikkialla missä voidaan määritellä istunnon ympäristömuuttujia, esimerkiksi juuri /etc/environment-tiedostossa.

Eri paikoilla on hieman eri merkitys:

- /etc/locale.conf (tai vanhemmat Debianin /etc/default/locale / RedHatin /etc/sysconfig/i18n ) määrittää koko järjestelmän oletuslocalen, jota myös taustalla pyörivät palveluprosessit käyttävät.
- jos määrität localeita /etc/environment -tiedostossa, niistä tulee systeeminlaajuinen oletusasetus kaikille kirjautuville käyttäjille, mutta kaikki taustaprosessit jotka eivät käynnisty kirjautumisen kautta käyttävät edelleen /etc/locale.conf:ia
- jos määrität locale-ympäristömuuttujia kotihakemistossa olevassa .bashrc / .profile / .bash_profile tms. tiedostossa, asetukset tulevat voimaan omissa komentoikkunoissasi, mutta graafisen käyttöliittymän kautta käynnistettävät ohjelmat eivät välttämättä huomioi näitä asetuksia ollenkaan
- jos määrität locale-asetuksia graafisen käyttöliittymän ohjauspaneelin kautta, se todennäköisesti kirjoittaa asetukset käyttäjän kotihakemistoon, uusissa jakeluissa yleensä jonnekin .config-hakemiston alaiseen tiedostoon. Nimeämiskäytäntö on vasta vakiintumassa: Debianin KDE 5 käytti vuonna 2017 tiedostoa ~/.config/plasma-locale-settings.sh, mutta nykyversiossa on käytössä ~/.config/plasma-localerc.
 
Viimeksi muokattu:
Ajeleekos täällä muut ryzenilla linuksia?

Itte tuon windowsissa täysin toimineen setin eli Asus Crosshair 6 hero, X1800, Corsair LPX 3200 laitoin nyt linuxia pyörittämään ja mitään muuta ei ole ollut kuin ongelmia.
Viimeeksi samaa settiä ajanu linuksilla joskus 3v sitten kait kun tuon hommasin ja selvittelin että onko prossu bugi versiota vaiko ei ja olihan se eli on takuuvaihdettu heti alussa. Silloin testaillessa ei ollu tällaisia ongelmia mitä nyt.

Kone siis jäätyy idlessä ihan täysin. Tuohon löysin jo korjauksen, nyt ei enää jäädy niin että resettiä vaatisi, mutta edelleen tahmaa. Jos laittaa vaikka kernelin käännön menemään niin se on todella hidasta ja kone jäätyy joiksikin sekunneiksi, joskus voi minuutinkin kestää toi jäätyminen. Tuona aikana jos koittaa vaikka ssh:lla sisään niin voi päästä loginiin, salasanan syötön jälkeen ei tapahdu mitään kunnes hepulikohtaus on ohi. Joskus se ssh ehtii timeouttaa ja pitää sitten kirjautua uusiksi.

Oikein mitään ei logeista löydy ja googlen perusteella ongelmia on ollut näiden ekojen rysenien kanssa kuluttaja alustoilla. Global C-state on jo dissattu ja power supply idle power väännetty siihen normaalimpaan biosista. C6 myös disabloitu. Mitähän seuraavaksi?

On löytyny myös boottiparametrit joilla toimii m,utta sitten katoaa kaikki virran säädöt ja prossu käy todella kuumana kun käy siis täydellä kokoajan. Alkaa kämpää lämmetä turhaan.

EDIT:

1649193515193.png


Tuossa siis 1800X vs. 5800X kernelin kääntö (Ei kannata verrata johonkin sorsista suoraan kääntöön, toi on time rpmbuild -bb kernel.spec tehty)

En jaksa uskoa että 5800X on yli 3 kertaa nopeampi. Se on kaikenlisäksi ajossa hyper-v:n alla ja imagelle siis tapahtuu kaikki IO joten overhiittii on jonkin verran.
1800X on ihan suoraan rautaa vasten ja raid-1 SSD alla.

EDIT2:

No nyt alkaa vähän tulla tolkkua. Jotain hämminkiä tuon ssd raid-1 kanssa tuossa nyt on.
Koodi: 
dd if=/dev/zero of=./zero bs=1M count=$((1024 * 60)) status=progress
64039682048 bytes (64 GB, 60 GiB) copied, 901 s, 71.1 MB/s
61440+0 records in
61440+0 records out
64424509440 bytes (64 GB, 60 GiB) copied, 901.179 s, 71.5 MB/s

Kirjoitus sakkaa aika huolella. Tuon dd ajon aikana toi vehe meni ihan lukkoon. Just ajan kernelin kääntöä HDD raid-5 pakalla ja käytös on täysin normaalia. En tiijä olisko noi vanhat SSD:t sitten pikkuhiljalleen kaput.
Aloin ihmetellä kun kernelin sorsien purku tuossa buildissa kestää monta minuuttia kun taas tuossa 5800X:llä olevassa virtuaalikoneessa se purku tapahtuu ihan sekunneissa. Tää jumiminen tuntuu tapahtuvan intensiivisessä kirjoituksessa. Luku toimii ihan normaalisti.
 
Viimeksi muokattu:
JiiPee sanoi:
Ajeleekos täällä muut ryzenilla linuksia?
Napsauta laajentaaksesi...

Tuossa omassa pöytäkoneessa Linux pääosin käytössä. Joskin 2700x ja Anuksen Prime x470-Pro. Jotakin ongelmia oli alkuvaiheessa, mutta ne on selätetty jo vuosia sitten niin ei enää aivan tuoreessa muistissa ole. Muistan kyllä painineeni joskus kuvaamasi kaltaisten hetkellisten jäätymisten parissa, aivan varma en vaan enää ole oliko kyse tästä nimenomaisesta koneesta.

Olen kuitenkin käyttänyt kernelille parametriä pci=nommconf johonkin ongelmaan ratkaisuna, ja se ehkä liittyi niihin jäätymisiin. Tai sitten jokin muu NVME ja/tai IO-ongelma, kuitenkin pohjimmiltaan rauta/firmwarevika, eli ei mitään täysin yllättävää näissä Anuksen demarimman pään malleissa.

Toisen rautaongelman kiertäminen vaati toisen parametrin, efi=no_disable_early_pci_dma lisäämistä. Taisi olla jonkinlaista boottiaikaista perseilyä.
 
Voiko Thinkpadin alt gr:stä tehdä näppäinkomentona toimivaa näppäintä? KDE:n asetuksissa kun yritän liittää sitä minkä tahansa sovelluksen käynnistinnapiksi, niin nauhoitus ei reagoi siihen mitenkään.

Oikea termi lienee mod key?

JiiPee sanoi:
Ajeleekos täällä muut ryzenilla linuksia?
Napsauta laajentaaksesi...
En osaa oikeita termejä sulle antaa, mutta itselläni alkoi selittämättömät ongelmat 3600:n kanssa, kun vaihdoin emolevyä. Mun piti poistaa olemassaoleva Linux-asennus ja uusi ei meinannut mennä sisään millään. Muistaakseni myös Windows alkoi jäätyilemään ja bsodit tulivat tutuiksi.

En osannut ajatella sen johtuvan uudesta emosta, mutta kai se siitä kuitenkin johtuu, sillä vanhalla emolla ei mitään ongelmia ollut, mutta toinen pci-e portti oli saatava.
 
Viimeksi muokattu:
Missähän uudet kernel päivitykset viipyvät, mennyt jonkin aikaa jo viime päivityksistä, vissiin jtn ongelmia?
 
Jeesus(telija) sanoi:
En osannut ajatella sen johtuvan uudesta emosta, mutta kai se siitä kuitenkin johtuu, sillä vanhalla emolla ei mitään ongelmia ollut, mutta toinen pci-e portti oli saatava.
Napsauta laajentaaksesi...

No tää oli vasta hiljattain windows käytössä ilman mitään ongelmia. Kun tässä on tullut googleteltua niin aika paljonkin tuntuu olevan 1st gen ryseneiden ja asuksen emojen kanssa ongelmaa.
Harmi kun en enää muista että mikä bios versio mulla oli silloin kun viimeeksi enempi tässä ajoin linuksia ja ongelmia ei ollut. Pitää varmaan kokeilla ns. 1st gen ryseneitten viimeisintä BIOS versiota.
 
Onko seuraavaa tullut vastaan:

Moottoripyörän sähköinen korjaamo-opas n. vuodelta 2010 tms. html-muodossa. Valikot, linkit jne. Toimii Windows 7, 10, 11 kaikilla selaimilla ja kaikilla koneilla ongelmitta.

Ei toimi millään Linuxilla millään selaimella tai koneella. Kokeiltu Mint ja Ubuntu eri versioita eri vuosilta useassa eri tietokoneessa. Aukeaa, mutta ei näytä mitään sisältöä.
 
Kirjaudu tai rekisteröidy kirjoittaaksesi tänne.

Uutiset

Uutisia lyhyesti

Uusimmat viestit

Statistiikka

Viestiketjuista
301 302
Viestejä
5 127 131
Jäsenet
81 977
Uusin jäsen
Leppis87

Hinta.fi

Back
Ylös Bottom