Linux-kysymyksiä & yleistä keskustelua Linuxista

Tuli vähän oksennusta suuhun kun näin tuon suomennetun UI:n :sick:
Ei tosiaan kannata käyttää suomenkieltä missään tietoteknisessä laitteessa, vaikka käännöksen laatu ei olisi heikko, niin viimeistään suomennetut termit ovat kauheita ja monesti täysin epäselviä, että mitä ne tarkoittaa. Aika kauan sitten siivoilin/tuunailin siskon läppäriä ja sillä oli suomenkielellä tietenkin se. Firefoxia säätäessä yksi asetus ei auennut ollenkaan, että mitä se tarkoittaa. Pyysin siskoakin katsomaan sitä ja ei se tajunnut mitään myöskään. Sitten näytin saman asetuksen omalta koneelta englanniksi, sisko katsoi sitä n. sekunnin ja sanoi "aijaa, okei". :) Älkää ihmiset tehkö elämäänne vaikeaksi, käyttäkää laitteitanne englanninkielellä (jos vain osaatte kieltä). Ongelmien hakeminenkin netistä helpottuu valtavasti kun ei joudu turvautumaan pelkkään suomenkieliseen apuun.
 
Ei tosiaan kannata käyttää suomenkieltä missään tietoteknisessä laitteessa, vaikka käännöksen laatu ei olisi heikko, niin viimeistään suomennetut termit ovat kauheita ja monesti täysin epäselviä, että mitä ne tarkoittaa. Aika kauan sitten siivoilin/tuunailin siskon läppäriä ja sillä oli suomenkielellä tietenkin se. Firefoxia säätäessä yksi asetus ei auennut ollenkaan, että mitä se tarkoittaa. Pyysin siskoakin katsomaan sitä ja ei se tajunnut mitään myöskään. Sitten näytin saman asetuksen omalta koneelta englanniksi, sisko katsoi sitä n. sekunnin ja sanoi "aijaa, okei". :) Älkää ihmiset tehkö elämäänne vaikeaksi, käyttäkää laitteitanne englanninkielellä (jos vain osaatte kieltä). Ongelmien hakeminenkin netistä helpottuu valtavasti kun ei joudu turvautumaan pelkkään suomenkieliseen apuun.
Linux alottelijalle se englanti on varmasti parempi kieli alkuun.

Toisaalta äkkiäkös sen kielen vaihtaa englanniksi jos ei muuten osaa englanniksi hakea netistä apua. Itse on tullut käytettyä englanniksi ja suomeksi niin on tottunut kumpaakin kieleen.
 
Ei tosiaan kannata käyttää suomenkieltä missään tietoteknisessä laitteessa, vaikka käännöksen laatu ei olisi heikko, niin viimeistään suomennetut termit ovat kauheita ja monesti täysin epäselviä, että mitä ne tarkoittaa. Aika kauan sitten siivoilin/tuunailin siskon läppäriä ja sillä oli suomenkielellä tietenkin se. Firefoxia säätäessä yksi asetus ei auennut ollenkaan, että mitä se tarkoittaa. Pyysin siskoakin katsomaan sitä ja ei se tajunnut mitään myöskään. Sitten näytin saman asetuksen omalta koneelta englanniksi, sisko katsoi sitä n. sekunnin ja sanoi "aijaa, okei". :) Älkää ihmiset tehkö elämäänne vaikeaksi, käyttäkää laitteitanne englanninkielellä (jos vain osaatte kieltä). Ongelmien hakeminenkin netistä helpottuu valtavasti kun ei joudu turvautumaan pelkkään suomenkieliseen apuun.

Heittovaihtotiedosto. Never forget.
 
Jos Linux Mintin kanssa tapahtuu totaalinen jäätyminen ja ainoa tapa edetä on virtakytkin, niin syyllinen on todennäköisesti selaimien Hardware acceleration elikkä laitteistokiihdytys. Sen kun täppäsi pois, niin jäätymiset loppuivat kuin seinään. Näin ainakin Linux Mint 20.1 Ulyssassa.
 
Jos Linux Mintin kanssa tapahtuu totaalinen jäätyminen ja ainoa tapa edetä on virtakytkin, niin syyllinen on todennäköisesti selaimien Hardware acceleration elikkä laitteistokiihdytys. Sen kun täppäsi pois, niin jäätymiset loppuivat kuin seinään. Näin ainakin Linux Mint 20.1 Ulyssassa.
Varsinkin nvidian ajureiden kanssa, kaikki electron/jne. hw acc. softat saattaa vetää koneen jumiin. Itsellä ollut ongelma lähinnä Joplin-softan kanssa. Ei myöskään kannata automaattisesti päivittää aina uuteen Update Managerin kautta tarjolla olevaan nvidian ajuriin vaan testata jokainen uusi ajuri ja palauttaa se vanhan toimiva (esim. Timeshiftillä) ja blacklistata uusi toimimaton ajuri Update Managerista. Itse testannut monta ajuriversiota ja vain yksi versio (450.119.03) toimii lähes kunnolla, kaikki uudemmat kusee näytön kun palaa takaisin sleep ja/tai hibernate-tilasta, ja yksi ajuriversio hirttää koneen jumiin kun tekee hibernaten.

Pari vaihtoehtoa on kokeilla ennen virtanappia:

1) Cinnamonin restart, jos pystyy: Alt+F2 ja kirjoita r-kirjain ja enter.

2) Cinnamonin restart (toinen tapa), ensin avaa TTY1 (Ctrl+Alt+F1), loggaudu sisään ja sitten seuraa näitä ohjeita:

Koodi:
1) Run "cinnamon --replace --display=:0" (command "w" should show the display number)
2) Press "CTRL+C" and type "exit"
3) Change back to TTY7

If Cinnamon is still frozen:

4) Press "CTRL+ALT+ESC"

If Cinnamon is still frozen:

5) Change back to TTY1 and login again
6) Run "cinnamon --replace --display=:0"
7) Change back to TTY7
8) Press "ALT+F2" and type "r" to restart cinnamon
9) Change back to TTY1
10) Type "exit"
11) Change back to TTY7
Itse laitoin tuon ohjeen kotikansioon tekstitiedostoon joka on helppo vaikka cat-komennolla tulostaa ruudulle kun on kirjautunut TTY1:ssä sisään. On auttanut monta kertaa. Valitettavasti Cinnamon on nvidian lisäksi vähän jumittumis/kaatumisherkkä.

3) Xorgin restart (user loggautuu ulos, kaikki auki olevat softat menee kiinni) -> Ctrl Alt Backspace
 
Tuonne Jolla ketjuun jo laitoin, mutta laitetaan tännekin, kun varmaan enempi lukijoita täällä ja juurikin Linuxille tuo tulossa...
Itse en huomannut vielä, että onko tuo tulossa ilmaisena vai onko se ns. lisensoitava maksullinen systeemi. Täytin lomakkeen, josko he minulle tuon White paperin sieltä lähettävät, josta saisi enempi irti infoa.

Nyt sitten tullut samainen Android emulointi rajapinta Linux käyttöjärjestelmään, kovat on lupaukset, että kaikki Android sovellukset toimisi. Kyllähän ne siis käyntiin lähtee nykyään luurissa, mutta ainakin SailFishOS on vielä joitakin rajoituksia hardwareen liittyen, mutta josko tämä kehitys toisi sinnekin parempaa tukea.
 
Viimeksi muokattu:
Varsinkin nvidian ajureiden kanssa, kaikki electron/jne. hw acc. softat saattaa vetää koneen jumiin. Itsellä ollut ongelma lähinnä Joplin-softan kanssa. Ei myöskään kannata automaattisesti päivittää aina uuteen Update Managerin kautta tarjolla olevaan nvidian ajuriin vaan testata jokainen uusi ajuri ja palauttaa se vanhan toimiva (esim. Timeshiftillä) ja blacklistata uusi toimimaton ajuri Update Managerista. Itse testannut monta ajuriversiota ja vain yksi versio (450.119.03) toimii lähes kunnolla, kaikki uudemmat kusee näytön kun palaa takaisin sleep ja/tai hibernate-tilasta, ja yksi ajuriversio hirttää koneen jumiin kun tekee hibernaten.

Pari vaihtoehtoa on kokeilla ennen virtanappia:

1) Cinnamonin restart, jos pystyy: Alt+F2 ja kirjoita r-kirjain ja enter.

2) Cinnamonin restart (toinen tapa), ensin avaa TTY1 (Ctrl+Alt+F1), loggaudu sisään ja sitten seuraa näitä ohjeita:

Koodi:
1) Run "cinnamon --replace --display=:0" (command "w" should show the display number)
2) Press "CTRL+C" and type "exit"
3) Change back to TTY7

If Cinnamon is still frozen:

4) Press "CTRL+ALT+ESC"

If Cinnamon is still frozen:

5) Change back to TTY1 and login again
6) Run "cinnamon --replace --display=:0"
7) Change back to TTY7
8) Press "ALT+F2" and type "r" to restart cinnamon
9) Change back to TTY1
10) Type "exit"
11) Change back to TTY7
Itse laitoin tuon ohjeen kotikansioon tekstitiedostoon joka on helppo vaikka cat-komennolla tulostaa ruudulle kun on kirjautunut TTY1:ssä sisään. On auttanut monta kertaa. Valitettavasti Cinnamon on nvidian lisäksi vähän jumittumis/kaatumisherkkä.

3) Xorgin restart (user loggautuu ulos, kaikki auki olevat softat menee kiinni) -> Ctrl Alt Backspace

Kuten kirjoitin "totaalinen jäätyminen", siinä ei kikkailut enää auta.
 
Käytössä Debian 11 stable XFCE (4.16). Kun käynnissä olevan ohjelman minimoi tai painaa näytä työpöytä -painiketta, niin ohjelma(t) näkyvät harmaina kuvakkeina ja niminä tehtäväpalkissa. Olen huomannut, että sama ominaisuus on myös MATE-työpöydässä. Tämä onminaisuus on aivan typerä ja olen yrittänyt saada sitä pois XFCEn foruumilta löytyneen ohjeen avulla, mutta ei ole auttanut. Onko ratkaisuun muitakin keinoja?
 
- EDIT

Sain pelastettua, pääsin biossiin kun näppäilin vaan jotain niin hyppäs biossiin jostain syystä täysin vahingossa. Tajusin biossissa ollessa myös että nythän ongelma olikin se että boot asetuksia täytyi vähän muokata ja sillä ratkes ongelma niin tuo käynnistyi taas vanhaan LMDE käyttikseen. Oma tyhmyys taas esteenä.

- EDIT 2

Kerkesin tänne jo ihmetellä että voiko sitä edellistä käyttöjärjestelmää enää pelastaa kun biossiin laitoin default asetukset. Pystyihän sen onneksi. Ja onneksi näinkin helpolla keinolla niin että kaikki näyttäis toimivan ja olevan ok.

Alkuun tuotti tuon bios resetin jälkeen vaikeuksia päästä sinne takaisin kun ei millään löytyny sitä että miten sinne pääsee. Vahingossa sitten onneksi pääsin kuten tuossa yllä jo selitinkin. Kyllä siinä varmaan alkunäytössä oli joku tekstin pätkä millä sinne biossiin pääsee, mutta kun meinas vähän tulla hätä puseroon niin en sitten kertakaikkiaan millään sitä nähnyt.

Onneksi en tällä kertaa ollut ihan niin hätäinen ja lähteny jo puhdasta asennusta läppärille tekemään :) Sitte olis kyllä harmittanu kun olisin ymmärtäny että miten tuo lopulta toimi ja uudelleen asennus olisi ollu täysin turha.
 
Viimeksi muokattu:
Huomasin tuossa vahingossa, että Teamviewerin joku systemd service daemon (teamviewerd) on koko ajan ajossa ja tcp portti kuuntelemassa localhostissa, oli TV auki tai ei (ja vaikka estetty sisäänpäin tulevat yhteydet TV:stä). Ei oikein mukavalta tunnu tuollaista pitää koko ajan kuuntelemassa. Windowsissa homma oli helppo ratkaista kun kävi disabloimassa servicen aina päivityksen jälkeen. Mutta linuxissa homma ei olekaan helppo. TV:tä ei voi avata ilman, että tuo teamviewerd on käynnissä. Bootissa service menee päälle aina. Ja lisäksi päivityksen jälkeen kuulemma service uudelleenkirjoitetaan.

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.

Vai pitääkö TV heivata männikköön ja keksiä joku toinen softa? Anydeskiä kokeilin jotain vuosia sitten ja se oli ainakin silloin tosi sekava ja toimiko se edes silloin kunnolla, en muista enää ihan tarkkaan muuta kuin, että en pitänyt siitä yhtään. Mitä etähallintasoftaa käytätte?
 
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.

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

Mitä etähallintasoftaa käytätte?

En keksi tarvetta muulle kuin SSH:lle :)
 
Systemd servicelle override, niin päivitys ei ylikirjoita sitä
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.

Lisää sudoersiin konfiguraatio että systemctl stop/start teamviewerd ei kysy salasanaa.
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?
 
Muuten ihan hyvä mutta tuolla ei paljon tehdä "auta tietoteknisesti kädettömiä niiden tietokoneella etänä" supporttia.

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

saako määriteltyä, että sitä saa ilman salasanaa ajaa vain tiettyjen parametrien kanssa?

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

Saa, sudoersiin voi määrittää komennot myös parametreineen.
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.
 
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?

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.
 
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.
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.
 
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.

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.
 
WantedBy parametrin ja on ihan sama onko service enabloitu vai disabloitu niin se ei käynnisty bootissa
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..
 
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..

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.
 
TightVNC

Asennusrumban idea selviää tästä.
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ä).
 
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ä).

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'.
 
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ä).

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.
 
Mac:n ja Windowsin etäkäyttöön ehdottomasti paras on Chrome Remote Desktop, ei vaadi palomuurisäätöjä ja toimii suoraan selaimesta/puhelimesta.
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.
 
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?
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?
 
LC_COLLATE=en_FI.UTF-8
en_Fi.UTF-8 localea ei ole muistaakseni olemassa. Joku olikohan kde sen jostain syystä jossain tapauksessa asettaa ja siitä tulee onkelmaa.


Tuolla esim. kyseinen homma mainittu.
 
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?

locale -a

ja listasta sellainen asetukseksi joka löytyy.
 
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.

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".


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


Tuolla esim. kyseinen homma mainittu.

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

ja listasta sellainen asetukseksi joka löytyy.
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ä.
 
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ä.

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ä?
 
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ä?
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=

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

/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.
 
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.

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
 
Kotitko suorittaa tuon komennon sudo locale-gen en_US.UTF-8?
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=

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

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.
 
Manpage ei toimi shellissä ilman localea:
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)
 
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

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.
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?
 
Manpage ei toimi shellissä ilman localea:
man locale

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

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

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

Juuri tuota ylläolevaa tulee jos on locale-muuttujiin asetettu olemattomia localeja, voi vaikka kokeilla itse esim. LC_COLLATE=aa_BB locale
 
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

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.
 
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.

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.
 
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.

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.
 

Statistiikka

Viestiketjuista
258 256
Viestejä
4 486 869
Jäsenet
74 126
Uusin jäsen
rkj

Hinta.fi

Back
Ylös Bottom