Linux-kysymyksiä & yleistä keskustelua Linuxista

Ehdinkin tuossa todeta että tämä vehje ei näy lsusbilla, eikä muuten tuolla lsblkil:lakaan.

Taidan seuraavaksi ladata vaimon windows-koneelle jonkun vastaavan kuin gparted ja katsoa saisinko tuon levyn jyrättyä softavapaaksi, sen jälkeen voisi kokeilla aukeaako se Mintissä tai vanhassa telkkarissani. Jos sekään ei onnistu niin lapsi saa windows-koneeseensa lisää levytilaa.
Dmesg ja/tai syslog voisi näkyä löytyykö usb- laite mitenkään vaikka lsusb ei näytäkään
 
Ehdinkin tuossa todeta että tämä vehje ei näy lsusbilla, eikä muuten tuolla lsblkil:lakaan.

Taidan seuraavaksi ladata vaimon windows-koneelle jonkun vastaavan kuin gparted ja katsoa saisinko tuon levyn jyrättyä softavapaaksi, sen jälkeen voisi kokeilla aukeaako se Mintissä tai vanhassa telkkarissani. Jos sekään ei onnistu niin lapsi saa windows-koneeseensa lisää levytilaa.

Toi ettei näy mitään lsusb:lla (eikä siis varmaan dmesg tai usb-devices myöskään näytä mitään), viittaa mahdolliseen ongelmaan koneesi raudassa tai oikeastaan Mintin ajureissa. USB:n pitäisi nimittäin käynnistää se levy ja lsusb:n näyttää edes sen USB-piiri.
 
Toi ettei näy mitään lsusb:lla (eikä siis varmaan dmesg tai usb-devices myöskään näytä mitään), viittaa mahdolliseen ongelmaan koneesi raudassa tai oikeastaan Mintin ajureissa. USB:n pitäisi nimittäin käynnistää se levy ja lsusb:n näyttää edes sen USB-piiri.
Ai, muut usbivehkeet on toimineet. Mutta ehkä ajan tähän Mintun uudelleen.
 
Netissä on tuosta kyseisestä levystä muillakin vähän samanlaisia kokemuksia eli ei vaan ole tullut mitenkään näkyviin linuxissa, joka kyllä on vähän outoa kun luulisi että edes lsusb:lla näkyisi edes jotakin. Jotkut ovat saaneet tuon toimimaan kun ovat jollain win-koneella pistäneet levyn sileäksi mutta ilmeisesti jotkut eivät silläkään tavalla ole saanut tuota toimimaan.

Alkaa pikkuhiljaa tulla mieleen yhteen aikaan muodissa olleet WinModemit, WinPrinterit ja WinScannerit joita ei yleensä ihan helpolla saanut toimimaan kuin windowsissa.
 
Netissä on tuosta kyseisestä levystä muillakin vähän samanlaisia kokemuksia eli ei vaan ole tullut mitenkään näkyviin linuxissa, joka kyllä on vähän outoa kun luulisi että edes lsusb:lla näkyisi edes jotakin. Jotkut ovat saaneet tuon toimimaan kun ovat jollain win-koneella pistäneet levyn sileäksi mutta ilmeisesti jotkut eivät silläkään tavalla ole saanut tuota toimimaan.

Onpas erikoista. Ihan pakasta vedetty T7:n Zorin OS:ssa kyllä sai alustettua haluttuun formaattiin. Vedin muistaakseni olemassa olevat partitiot bittiavaruuteen ja EXT4:na käyttöön.
 
Onpas erikoista. Ihan pakasta vedetty T7:n Zorin OS:ssa kyllä sai alustettua haluttuun formaattiin. Vedin muistaakseni olemassa olevat partitiot bittiavaruuteen ja EXT4:na käyttöön.
Itsekin kyllä vahvasti epäilen että vika on jossain muualla, esim viallinen kaapeli, risa USB-portti, joku BIOS-asetus pielessä (esim itsellä yhdessä koneessa oli joku asetus että mikään USB-massamuisti ei toiminut) tms. Tai sitten tuo vaan on niin paska levy että ei toimi kaikissa kokoonpanoissa eli ei ole standardin mukainen.
 
En ymmärrä miksi se yrittää grub.cfg.new tiedosta käyttää ja mikä se .new tiedosto edes on. Paketinhallinta kun nimeää uudet conffit .rpmnew päätteellä.

Jotainhan tuossa on selkeesti vialla. /boot alla olevia grub conffeja ei pidä mennä käsin sorkkimaan kun ne luodaan dynaamisesti.

Mitäs: ls -l /etc/grub2* näyttää?

pitäs olla symlinkit ja grub2-mkconfig yleensä osoitetaan tuohon /etc/grub2.cfg eikä suoraan /boot koska toi symlink rukataan osoittamaan sinne missä se conffi oikeesti on riippuen siitä onko bios vaiko ueafi bootti käytössä.

Selvis tuo niin, että grub customizer bugittaa ja tekee virheitä niihin tiedostoihin, jotka kokoaa tuon grub.cfg.newn, joka taas päivittää varsinaisen conf-tiedoston. Nimesin vanhat konffaustiedostot toiseksi ja asensin/päivitin grubin uudestaan ja taas menee päivitykset läpi. Pitää siis välttää grub customizerin käyttöä, jos haluaa, että ei tule outouksia.
 
Ajaako täällä moni Discordia linux desktopilla? Minua häiritsee apparmor, joka spämmää /var/log/syslog :in täyteen traceilla estäessään Discordia tekemästä jotain:
Koodi:
apparmor="DENIED" operation="ptrace" class="ptrace" profile="snap.discord.discord" pid=26882 comm="Utils" requested_mask="read" denied_mask="read" peer="unconfined"

Lueskelin tuosta ja en saanut loppumaan ottamalla Discordin asetuksista pois päältä "activity status" tilan jakamisen. Ei kiinnostaisi lähteä säätämään apparmor logituksen kanssa, kun siihen on niin erilaisia ohjeita heitelty netissä.

Kysymys oikeastaan on: jos on Ubuntua tai muuta distroa ajossa, missä on apparmor JA Discord asennettuna muuten kuin snap -pakettina , niin onko silti lokit täynnä DENIED tracea? Jos tuosta pääsisi eroon heivaamalla snapin pois, niin sen toin tehdä. Vaikka nyt ihan tarkoituksella otin sen halutessani kokeilla sovellusten ajoa hiekkalaatikossa ja Canonicalin varmistamasta reposta (näin ainakin oletan).
 
Ajaako täällä moni Discordia linux desktopilla? Minua häiritsee apparmor, joka spämmää /var/log/syslog :in täyteen traceilla estäessään Discordia tekemästä jotain:
Koodi:
apparmor="DENIED" operation="ptrace" class="ptrace" profile="snap.discord.discord" pid=26882 comm="Utils" requested_mask="read" denied_mask="read" peer="unconfined"

Lueskelin tuosta ja en saanut loppumaan ottamalla Discordin asetuksista pois päältä "activity status" tilan jakamisen. Ei kiinnostaisi lähteä säätämään apparmor logituksen kanssa, kun siihen on niin erilaisia ohjeita heitelty netissä.

Kysymys oikeastaan on: jos on Ubuntua tai muuta distroa ajossa, missä on apparmor JA Discord asennettuna muuten kuin snap -pakettina , niin onko silti lokit täynnä DENIED tracea? Jos tuosta pääsisi eroon heivaamalla snapin pois, niin sen toin tehdä. Vaikka nyt ihan tarkoituksella otin sen halutessani kokeilla sovellusten ajoa hiekkalaatikossa ja Canonicalin varmistamasta reposta (näin ainakin oletan).

Ei nyt varsinaisesti ole vastausta kysymykseesi, mutta Discordin desktop-kikkare sisältää ominaisuuksia jotka kuulostaa enemmän spywaren tunnusmerkeiltä kun hyötysoftan, mm. muiden prosessien nuuskiminen. Juuri näitä AppArmor logeissaan kertoo estäneensä, AppArmor ei niin tuttu ole mutta väittäisin että jos se on oikein konffattu niin se estäisi tuollaiset ilman snapcrappiakin.

Näkisin että ellei sen käyttäminen selaimella ole vaihtoehtona, niin tuossa on kaksi tapaa edetä: joko selvittää miten tuota logitusta suitsitaan taikka sitten sallia sille mitä se haluaa. Jälkimmäistä en suosittele...

Jos sitä on pakko ajaa niin parempi tehdäkin se ympäristössä joka rajoittaa sen pääsyä ulos omasta hiekkalaatikostaan, Firejail tms.
 
Ei nyt varsinaisesti ole vastausta kysymykseesi, mutta Discordin desktop-kikkare sisältää ominaisuuksia jotka kuulostaa enemmän spywaren tunnusmerkeiltä kun hyötysoftan, mm. muiden prosessien nuuskiminen. Juuri näitä AppArmor logeissaan kertoo estäneensä, AppArmor ei niin tuttu ole mutta väittäisin että jos se on oikein konffattu niin se estäisi tuollaiset ilman snapcrappiakin.

Näkisin että ellei sen käyttäminen selaimella ole vaihtoehtona, niin tuossa on kaksi tapaa edetä: joko selvittää miten tuota logitusta suitsitaan taikka sitten sallia sille mitä se haluaa. Jälkimmäistä en suosittele...

Jos sitä on pakko ajaa niin parempi tehdäkin se ympäristössä joka rajoittaa sen pääsyä ulos omasta hiekkalaatikostaan, Firejail tms.
Kiitos kommenteista! Tosiaan kun Discord asetuksista huolimatta yrittää päästä suoraan muiden sovellusten prosesseihin(!), niin päätin poistaa sen. Tietoturvariski kaikkine integraatioineen ja ei luottamusta kuinka törkeästi kerää yksityistä dataa käyttäjästä. Selaimessa nyt kokeilussa ja omaa sandboxia tai VM:ää voin kokeilla myös.
 
Kiitos kommenteista! Tosiaan kun Discord asetuksista huolimatta yrittää päästä suoraan muiden sovellusten prosesseihin(!), niin päätin poistaa sen. Tietoturvariski kaikkine integraatioineen ja ei luottamusta kuinka törkeästi kerää yksityistä dataa käyttäjästä. Selaimessa nyt kokeilussa ja omaa sandboxia tai VM:ää voin kokeilla myös.

Olisikohan se tuo Settings -> Activity Privacy -> Display current activity as status message, joka tämän aiheuttaa? Tuohan monitoroi prosesseja jotta se tunnistaa pelin käynnitymisen.
 
Yritin googlata tätä asiaa mutta en oikein löytänyt vastausta tähän. "Ongelma" on tällainen:

apt.png


Terminaalin yllä tuossa pätkä Mintin Update Managerista.

Kuten näette, käytössä on mozillateamin PPA Thunderbirdille. Otin käyttöön joskus kun mintin(/ubuntun) repoista ei tullut uudempia versioita, sittemmin ovat alkaneet päivittää, mutta edelleen jää jotain versioita väliin ja joskus tulee viivellä.

Vaikka PPA:sta on jo asennettu uusin versio, niin silti ubuntun reposta haluavat päivittää heidän omaan pakettiin, jossa siis sama versio, mutta erona on, että PPA:n versiossa on "~mt1" loppuosa.

Onko mitenkään mahdollista säätää niin, että ubuntun repo ei tyrkyttäisi "samoja" versioita, MUTTA, jos olisi uudempia kuin mitä PPA tarjoaa niin sitten ilmoittaisi uudesta versiosta? Veikkaan, että voipi olla mahdotonta koska noissa versionumeroissa on tosiaan tuo loppuosan ero.

Ilmeisesti priorityllä (nyt 500 molemmissa) voisi pakottaa paketit tulemaan vain PPA:sta?

Lisänä on vielä nämä paketit jotka myöskin tulevat PPA:sta:

thunderbird-locale-en-gb
thunderbird-locale-en-us
thunderbird-locale-en
thunderbird-locale-fi

Eli nuokin pitäisi saada priorityllä samalla lailla. Voiko tuon koko PPA sourcen laittaa priorityllä vai pitääkö jokaiselle paketille erikseen määritellä se priority?
 
Tein tiedoston /etc/apt/preferences.d/priority-ppa_mozillateam:

Koodi:
Package: *
Pin: release o=LP-PPA-mozillateam
Pin-Priority: 501

Ja apt update:n jälkeen Mintin Update Manager ei enää tyrkytä ubuntu repon versiota ja terminaalissa:

Koodi:
$ apt policy thunderbird

thunderbird:
  Installed: 1:115.5.0+build1-0ubuntu0.20.04.1~mt1
  Candidate: 1:115.5.0+build1-0ubuntu0.20.04.1~mt1
  Version table:
     1:115.5.0+build1-0ubuntu0.20.04.1 500
        500 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 Packages
        500 http://security.ubuntu.com/ubuntu focal-security/main amd64 Packages
*** 1:115.5.0+build1-0ubuntu0.20.04.1~mt1 501
        501 http://ppa.launchpad.net/mozillateam/ppa/ubuntu focal/main amd64 Packages
        100 /var/lib/dpkg/status
     1:68.7.0+build1-0ubuntu2 500
        500 http://archive.ubuntu.com/ubuntu focal/main amd64 Packages

Homma näyttäisi toimivan.. tosin en tiedä mitä tapahtuu jos PPA ei toimi/päivity enää, tarjoaako sitten uudempaa versiota ubuntun reposta vai ei?

Ja tuon Package: * kanssa kannattaa ilmeisesti olla tarkka, joku PPA voi sisältää vaikka mitä paketteja joita on systeemissäsi joten sieltä voi valua joku paketti jota ei haluta ja joka voi rikkoa jotain. Eli ilmeisesti kannattaa laittaa varmuudeksi vaan ne paketit prioritylle joita tarvitset.

Koodi:
Package: thunderbird
Pin: release o=LP-PPA-mozillateam
Pin-Priority: 501

Package: thunderbird-locale-en-gb
Pin: release o=LP-PPA-mozillateam
Pin-Priority: 501

Package: thunderbird-locale-en-us
Pin: release o=LP-PPA-mozillateam
Pin-Priority: 501

Package: thunderbird-locale-en
Pin: release o=LP-PPA-mozillateam
Pin-Priority: 501

Package: thunderbird-locale-fi
Pin: release o=LP-PPA-mozillateam
Pin-Priority: 501

EDIT: Lisätään vielä tällainen tieto jos joku tästä vinkkiä ottaa itselle, että tuon esimerkissäni olevan o=LP-PPA-mozillateam nimen löytää apt policy komennolla (samalla näkee myös kaikki "pinnit").
 
Viimeksi muokattu:
Pieni ärsytyksen aihe Gentoossa, että se näyttää kotikansion koko polun, eikä vain tildeä "~". Miten tuon sais fiksattua?

Tällähetkellä PS1 näyttää tältä:
Bash:
\[\033[01;32m\]\u@\h\[\033[01;34m\] \w $\[\033[00m\]

Ja vaikka yksinkertaistan sitä muotoon:
Bash:
\u@\h:\w\$

niin koko polku näkyy silti edelleen...

[edit] echo "${HOME}" pulauttaa ihan oikean hakemistopolun ja cd ~ menee sinne kotikansioon.

[edit] Löyty vika... passwd-tiedostossa oli kotihakemistossa ylimääräinen /-merkki hakemiston lopussa. Eli kotikansion muutos "/home/tunnus/" -> "/home/tunnus". Tottakait tuo löyty heti sen jälkeen kun tänne olin kirjoittanut, vaikka sitä ennen oon tunnin verran sitä ratkaisua hakenu :facepalm:.
 
Viimeksi muokattu:
Pieni ärsytyksen aihe Gentoossa, että se näyttää kotikansion koko polun, eikä vain tildeä "~". Miten tuon sais fiksattua?

Tällähetkellä PS1 näyttää tältä:
Bash:
\[\033[01;32m\]\u@\h\[\033[01;34m\] \w $\[\033[00m\]

Ja vaikka yksinkertaistan sitä muotoon:
Bash:
\u@\h:\w\$

niin koko polku näkyy silti edelleen...

[edit] echo "${HOME}" pulauttaa ihan oikean hakemistopolun ja cd ~ menee sinne kotikansioon.

\w -> \W

E: tjaa muistin väärin. Molempien pitäisi näyttää tildeä kun $HOME täsmää. Kokeile silti :)
 
\w -> \W

E: tjaa muistin väärin. Molempien pitäisi näyttää tildeä kun $HOME täsmää. Kokeile silti :)

Joo ei toimi, niin kuin pitäisi. Sain jo ratkaistua sen ja lisäsin sen ratkaisun viestiini, eli: passwd-tiedostossa oli kotihakemistossa ylimääräinen /-merkki hakemiston lopussa. Eli kotikansion muutos "/home/tunnus/" -> "/home/tunnus", niin alkoi toimimaan.
 
Onko Linuxille jotain keskitetyn hallinnan tapaista ratkaisua? Parisenkymmentä sovelluspalvelinta pyörii Linuxin päällä, pääasiassa Ubuntua. Olisi kiva, jos näiden kaikkien esim. päivityksiä ja etenkin käyttäjätilejä pystyisi jotenkin keskitetysti hallitsemaan. Ei tarviis joka koneella manuaalisesti käydä käyttäjätilejä tekemässä tai apt upgradeja ajelemassa.
 
Onko Linuxille jotain keskitetyn hallinnan tapaista ratkaisua? Parisenkymmentä sovelluspalvelinta pyörii Linuxin päällä, pääasiassa Ubuntua. Olisi kiva, jos näiden kaikkien esim. päivityksiä ja etenkin käyttäjätilejä pystyisi jotenkin keskitetysti hallitsemaan. Ei tarviis joka koneella manuaalisesti käydä käyttäjätilejä tekemässä tai apt upgradeja ajelemassa.

Onnistunee esim. Ansiblella.
 
Onko Linuxille jotain keskitetyn hallinnan tapaista ratkaisua? Parisenkymmentä sovelluspalvelinta pyörii Linuxin päällä, pääasiassa Ubuntua. Olisi kiva, jos näiden kaikkien esim. päivityksiä ja etenkin käyttäjätilejä pystyisi jotenkin keskitetysti hallitsemaan. Ei tarviis joka koneella manuaalisesti käydä käyttäjätilejä tekemässä tai apt upgradeja ajelemassa.

Cockpit: Running Cockpit — Cockpit Project

Ansiblella tosiaan sitten voi tehdä mitä vaan.
 
Onko Linuxille jotain keskitetyn hallinnan tapaista ratkaisua? Parisenkymmentä sovelluspalvelinta pyörii Linuxin päällä, pääasiassa Ubuntua. Olisi kiva, jos näiden kaikkien esim. päivityksiä ja etenkin käyttäjätilejä pystyisi jotenkin keskitetysti hallitsemaan. Ei tarviis joka koneella manuaalisesti käydä käyttäjätilejä tekemässä tai apt upgradeja ajelemassa.
Ubuntuun saa unattended-upgrades -paketin, niin sen avulla voi laittaa haluamansalaisia paketteja päivittymään itsestään.
 
Mikä olisi paras tapa suojata Debian käyttöjärjestelmän kiintolevy (ext4) sähkökatkojen varalta? Laitteesta saattaa lähteä sähköt ihan milloin tahansa. Levy saa olla kirjoitus suojattu.
 
Mikä olisi paras tapa suojata Debian käyttöjärjestelmän kiintolevy (ext4) sähkökatkojen varalta? Laitteesta saattaa lähteä sähköt ihan milloin tahansa. Levy saa olla kirjoitus suojattu.
Pahoittelut ympäripyöreästä MuTu-vastauksesta, vetoan vajaisiin lähtötietoihin ;) Mihin käyttöön systeemi tulossa, pitääkö asennuksen jälkeen koskaan tallentaa mitään pysyvästi jne?

Ensimmäiseksi tutkisin tarvitseeko tiedostojärjestelmää edes suojata erikoisemmin. Sehän tekee journal recoveryt bootissa jos sammutus ei ollut siisti, riittäisikö sen luotettavuus?

Read-only boottiin jos kuitenkin täytyy mennä, niin vaihtoehtoja on mutta onko hyviä ohjeita* hommaan? Jos muistia on riittävästi, niin kirjoitusta vaativat hakemistot/tiedostot voi sijoittaa esim tmpfs-tiedostojärjestelmälle. Ne häipyy muistista sähkökatkossa (ja hallitusti sammuttaessa), niin eivät pääse korruptoitumaan levyllä... Ja fiksumpia(?) overlay-ratkaisuja unohtamatta, esimerkiksi UnionFs ja OverlayFS.

Tai riittääkö USB:lta (CD/DVD?) bootattu Live-versio? Tai saisiko Live-imagen bootattua kiintolevyltä?

Toivottavasti joku jolla kokemusta aiheesta osaa vinkata täsmällisemmin.

* ReadonlyRoot - Debian Wiki
 
Mikä olisi paras tapa suojata Debian käyttöjärjestelmän kiintolevy (ext4) sähkökatkojen varalta? Laitteesta saattaa lähteä sähköt ihan milloin tahansa. Levy saa olla kirjoitus suojattu.
Onko pakko olla Debian? Ikävä kyllä siitä ei ole ns. immutable versioo olemassa, mutta monesta muusta distrosta on, joka voisi olla vaihtoehto tuollaiseen käyttöön...

 
Kannattaa muuten huomioida että jos käytössä on SSD niin näiden käyttäytyminen sähkön katketessa vaihtelee aika paljon asemasta riippuen, pahimmillaan tapahtuu korruptoitumista ihan NAND-tasolla.
Jos ei ole varmuutta että ko. levyllä ei ole sellaisia taipumuksia, niin itse ainakin käyttäisin pyörivää levyä ja kaikki write cachetukset pois päältä vaikka olisi read only mounttikin.
 
Onko Linuxille jotain keskitetyn hallinnan tapaista ratkaisua? Parisenkymmentä sovelluspalvelinta pyörii Linuxin päällä, pääasiassa Ubuntua. Olisi kiva, jos näiden kaikkien esim. päivityksiä ja etenkin käyttäjätilejä pystyisi jotenkin keskitetysti hallitsemaan. Ei tarviis joka koneella manuaalisesti käydä käyttäjätilejä tekemässä tai apt upgradeja ajelemassa.
Ubuntu Landscape kun kerran on Ubuntua. Muita: Manage Engine Endpoint Central, Chef, CFEngine, Puppet ja varmasti monia muitakin. Kannattaa miettiä hallitava kokonaisuus, osalla näistä pystyy hallitsemaan useampia käyttiksiä.
 
Voiko bashilla saada saada shortcutin joka etsii historiasta esim kirjoittaa tes - > painaa ylös näppäintä - > bash löytää historiasta docker stop test. Ainakin osa toimii vain jos aloittaa dock eikä keskeltä kuten test.
 
Voiko bashilla saada saada shortcutin joka etsii historiasta esim kirjoittaa tes - > painaa ylös näppäintä - > bash löytää historiasta docker stop test. Ainakin osa toimii vain jos aloittaa dock eikä keskeltä kuten test.
Ctrl+R, kirjoitat tes ja toistat tarvittaessa. En tiedä mitä tarkoittaa "osa toimii". Mikä osa?
 
Jos vähänkään enemmän viettää aikaa komentokehotteessa niin henkilökohtaisesti suosittelisin jonkun kunnollisen fuzzy finderin, esim. fzy, fzf tai skim, ottamista käyttöön tuon vakiohaun tilalle (tai rinnalle jos siltä tuntuu). Itselläni on skim, mutta kehitys on sakannut jo hetken aikaa niin juuri nyt vaikea suositella juuri sitä.
 
Distro-keskustelusta tuli mieleen, että mitä nykyään kuuluu 15 vuotta sitten paljonkin huomiota saaneille 3D-työpöydille? Muistan, että oli jännää pyöritellä kuutiota yms. muutaman päivän ajan, kunnes tuli palattua tavallisen työpöydän ääreen. Compizin päällä noita vissiin pyöriteltiin. Hieman wikiä selailin ja näköjään on ainakin elossa edelleen, mutta joko niille on käyttöäkin?
 
Outoa kun ei ole tullut päivityksiä useaan päivään yhteenkään (10kpl) Ubuntu 22.04-servuuni... Viimesin päivitys on tullut 20, tai 21. päivä joulukuuta, riippuen servusta. Repot kyllä toimii kun asentaminen kerta onnistuu. Ihmeellistä... Onko muilla ollut samanlaista?
 
Outoa kun ei ole tullut päivityksiä useaan päivään yhteenkään (10kpl) Ubuntu 22.04-servuuni... Viimesin päivitys on tullut 20, tai 21. päivä joulukuuta, riippuen servusta. Repot kyllä toimii kun asentaminen kerta onnistuu. Ihmeellistä... Onko muilla ollut samanlaista?
Ei ole tainnut itsellekään tulla omiin koneisiin (Ubuntu/Debian) reiluun viikkoon päivityksiä. Joskus kesällä oli ihan sama juttu, vissiin pariin viikkoon ei tullut mitään.
 
Ei ole tainnut itsellekään tulla omiin koneisiin (Ubuntu/Debian) reiluun viikkoon päivityksiä. Joskus kesällä oli ihan sama juttu, vissiin pariin viikkoon ei tullut mitään.

Hyvä tietää et en oo ainoa, niin ei tarvi rueta selvittelemään enempää. Niilläkin vissiin lomat päällä nyt kun miettii tarkemmin ajankohtaa.
 
Tuli mieleen et mitenkä porukka käyttää superuser/root-oikeuksia, sudottamalla, itse root-käyttäjänä, vai sekakäyttäjä? Itellä pääasiassa sudottaen menee ja joskus harvemmin itse roottina, esim. jonkun palvelin softan konffauksessa, jossa joutuu paljon lukemaan ohjeita, niin sudon passun kysely alkaa joskus ärsyttämään aina kun timeout menee umpeen.
 
Tuli mieleen et mitenkä porukka käyttää superuser/root-oikeuksia, sudottamalla, itse root-käyttäjänä, vai sekakäyttäjä? Itellä pääasiassa sudottaen menee ja joskus harvemmin itse roottina, esim. jonkun palvelin softan konffauksessa, jossa joutuu paljon lukemaan ohjeita, niin sudon passun kysely alkaa joskus ärsyttämään aina kun timeout menee umpeen.

Riippuu paljolti siitä mitä on tekemässä. Joku adhoc komento niin kertaalleen sudolla, jos jotain pitkäkestoisempaa niin sudolla su rootiksi. Useimmiten jälkimmäinen kun palvelimia tulee pääasiassa ruuvattua ja melkein kaikkeen tarvitsee roottia kuitenkin. Joku kertonee että väärä tapa ja kyllähän siinä pieni safe guard on kun ei roottina turaa menemään, mutta kun näiden kanssa on vuosia pelannut niin saa sen saman vahingon pelkällä sudollakin aikaiseksi jos ei ole tarkkana. Toki tarkkaan rajatut sudo oikeudet tietyissä ympäristöissä on ihan perusteltuja, mutta noin ylläpitäjän näkökulmasta harvoin tarpeen.
 
Viimeksi muokattu:
Tuli mieleen et mitenkä porukka käyttää superuser/root-oikeuksia, sudottamalla, itse root-käyttäjänä, vai sekakäyttäjä? Itellä pääasiassa sudottaen menee ja joskus harvemmin itse roottina, esim. jonkun palvelin softan konffauksessa, jossa joutuu paljon lukemaan ohjeita, niin sudon passun kysely alkaa joskus ärsyttämään aina kun timeout menee umpeen.

Käyttökoneissa silloin kun roottina tarvitsee härvätä niin omassa terminaalissaan su -:lla. Sudoa ei ole edes asennettuna.
HTPC ja palvelinvehkeissä on Fedora jossa tulee sudo vakiona eikä niin paljoa kiinnosta värkätä että poistaisi sitä, niin muuten sama proseduuri mutta ssh:lla sisään ja sudo -s.
 
Tuli mieleen et mitenkä porukka käyttää superuser/root-oikeuksia, sudottamalla, itse root-käyttäjänä, vai sekakäyttäjä? Itellä pääasiassa sudottaen menee ja joskus harvemmin itse roottina, esim. jonkun palvelin softan konffauksessa, jossa joutuu paljon lukemaan ohjeita, niin sudon passun kysely alkaa joskus ärsyttämään aina kun timeout menee umpeen.
SSH-avaimella sisään ja auto log in -komentona sudo su :comp:
 
En ole koskaan ymmärtänyt miksi monet käyttää tuota "sudo su"-rimpsua kun siinä on tavallaan sama asia turhaan toistamiseen... "sudo -i" ajaa suoraan interaktiivisen shellin target-käyttäjänä ilman ylimääräistä su:n kautta kiertoa.
 
En ole koskaan ymmärtänyt miksi monet käyttää tuota "sudo su"-rimpsua kun siinä on tavallaan sama asia turhaan toistamiseen... "sudo -i" ajaa suoraan interaktiivisen shellin target-käyttäjänä ilman ylimääräistä su:n kautta kiertoa.

Kirjoittaahan jotkut myös exit vaikka ctrl + d ajaa saman asian. Tottuu tekemään alunperin yhdellä tavalla niin nuo tulee aika selkärangasta sen jälkeen. Vastaavia on pilvin pimein.

sudo su ilman viivaa toimii myös eri tavalla kuin sudo -i.
 
En ole koskaan ymmärtänyt miksi monet käyttää tuota "sudo su"-rimpsua kun siinä on tavallaan sama asia turhaan toistamiseen... "sudo -i" ajaa suoraan interaktiivisen shellin target-käyttäjänä ilman ylimääräistä su:n kautta kiertoa.

Ite käytän kans tuota sudo su/sudo su - komentoa varmaan ihan tottumuksesta. Etenkin ku ei oo tuttuja noi kaikki sudo:n vivut, plus sudo su komennon jälkeen root-käyttäjä pysyy sen hetkisessä hakemistossa missä olin, niin välttyy senkin typottamiselta :). sudo -i ei sitä näytä tekevän.
 
Kirjoittaahan jotkut myös exit vaikka ctrl + d ajaa saman asian. Tottuu tekemään alunperin yhdellä tavalla niin nuo tulee aika selkärangasta sen jälkeen.

Minulla on estetty ctrl-d exit kokonaan. Interaktiivisesta Pythonista ja about kaikista muistakin REPL-tulkeista joita tulee käytettyä poistutaan myös ctrl-d:llä ja aivan liian monesti tulee painettua joko väärässä ikkunassa tai vahingossa kahdesti, ja menee koko shelli kiinni. Yleensä kesken jonkin tekemisen. Vähemmän vitutusta kokonaisuutena kirjoittaa se exit tarvittaessa.
 
Mitähän sitä voisi kokeilla, kun Fedora 39:ssä GDM-kirjautumisikkunassa ei ole valittavana yhtään Wayland-sessioita, vaan kaikissa vaihtoehdoissa on ainoastaan X11 valittavana?
Ongelma liittyy jotenkin Nvidian ajureihin, koska ainoat kerrat kun Wayland on ollut valittavana, oli kun Kernel-päivitykset "rikkoi" Nvidian propietary -ajurit (Nvidian sivuilta ladatut) ja graafinen käyttöliittymä latautui 1024x768-resolla.
Kun ajurit asensi uudelleen, näytön reso latautui normaalisti, mutta kaikki Wayland-vaihtoehdot katosi. Tällä hetkellä käytössä on RPMFusion-repon Nvidia-ajurit, jotka on paketoitu nimenomaan Fedoralle, ja noilla ajureilla kernelin päivityksen yhteydessä
ajurit toimii normaalisti, eikä niitä tarvi uudelleen asennella, mutta eipä ole edelleenkään Waylandiä valittavana. Tämä ongelma oli myös Fedora 38:ssa.

Noilla ohjeilla olen yrittänyt saada Waylandiä toimimaan:

/etc/gdm/custom.conf-tiedostossa olen lisännyt seuraavat vaihtoehdot:
# GDM configuration storage
[daemon]
WaylandEnable=true
DefaultSession=gnome-wayland.desktop

Oli aikaisemmin:
WaylandEnable=false
DefaultSession=gnome-xorg.desktop

Silti valittavana ainoastaan X11 Gnomelle, KDE:lle yms.

Tässä listattuna asennetut Wayland-paketit, jotka listattu komennolla dnf list installed *wayland*

egl-wayland.x86_64 1.1.13-1.fc39 @updates
gnome-session-wayland-session.x86_64 45.0-3.fc39 @fedora-modular
kf5-kwayland.x86_64 5.111.0-2.fc39 @updates
kwayland-integration.x86_64 5.27.10-1.fc39 @updates
kwin-wayland.x86_64 5.27.10-1.fc39 @updates
libwayland-client.i686 1.22.0-2.fc39 @fedora-modular
libwayland-client.x86_64 1.22.0-2.fc39 @fedora-modular
libwayland-cursor.i686 1.22.0-2.fc39 @fedora-modular
libwayland-cursor.x86_64 1.22.0-2.fc39 @fedora-modular
libwayland-egl.i686 1.22.0-2.fc39 @fedora-modular
libwayland-egl.x86_64 1.22.0-2.fc39 @fedora-modular
libwayland-server.i686 1.22.0-2.fc39 @fedora-modular
libwayland-server.x86_64 1.22.0-2.fc39 @fedora-modular
plasma-workspace-wayland.x86_64 5.27.10-1.fc39 @updates
qt5-qtwayland.x86_64 5.15.11-1.fc39 @updates
qt6-qtwayland.x86_64 6.6.0-1.fc39 @updates
sddm-wayland-plasma.noarch 5.27.10-1.fc39 @updates
wayland-devel.x86_64 1.22.0-2.fc39 @fedora-modular
wayland-utils.x86_64 1.2.0-2.fc39 @fedora-modular
xisxwayland.x86_64 2-3.fc39 @fedora-modular
xorg-x11-server-Xwayland.x86_64 23.2.3-1.fc39 @updates

journalctl -b _UID=42 antaa seuraavia Waylandiin liittyviä erroreita

Jan 01 10:04:26 JIMMS-1493165 gdm-wayland-session[2423]: GLib-GIO: Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)
Jan 01 10:04:26 JIMMS-1493165 gdm-wayland-session[2423]: Gdm: session message bus already running, not starting another one
Jan 01 10:04:26 JIMMS-1493165 gdm-wayland-session[2423]: Gdm: Running wayland session
Jan 01 10:04:26 JIMMS-1493165 gdm-wayland-session[2423]: GLib: g_unix_open_pipe() called with FD_CLOEXEC; please migrate to using O_CLOEXEC instead
Jan 01 10:04:26 JIMMS-1493165 gdm-wayland-session[2423]: GLib-GIO: Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)
Jan 01 10:04:26 JIMMS-1493165 gdm-wayland-session[2423]: Gdm: gdm-wayland-session: Session will register itself
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2437]: dbus-daemon[2437]: Cannot setup inotify for '/var/lib/snapd/dbus-1/services/'; error 'Permission denied'
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: DEBUG(+): Enabling debugging
.
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: GLib-GIO-DEBUG(+): Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)
.
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: GLib-GIO-DEBUG(+): _g_io_module_get_default: Found default implementation dconf (DConfSettingsBackend) for ‘gsettings-backend’
.
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: GLib-GIO-DEBUG(+): Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)
.
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2437]: dbus-daemon[2437]: [session uid=42 pid=2437] Activated service 'org.freedesktop.systemd1' failed: Process org.freedesktop.systemd1 exited with status 1
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: WARNING: Could not check if unit gnome-session-wayland@gnome-login.target is active: Error calling StartServiceByName for org.freedesktop.systemd1: Process org.freedesktop.systemd1 exited with status 1
Jan 01 10:04:26 JIMMS-1493165 gnome-session-binary[2438]: WARNING: Could not check if unit gnome-session-wayland@gnome-login.target is active: Error calling StartServiceByName for org.freedesktop.systemd1: Process org.freedesktop.systemd1 exited with status 1
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of QT_IM_MODULE=ibus environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
Jan 01 10:04:26 JIMMS-1493165 gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of QT_IM_MODULE=ibus environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of XMODIFIERS=@im=ibus environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
Jan 01 10:04:26 JIMMS-1493165 gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of XMODIFIERS=@im=ibus environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of XDG_MENU_PREFIX=gnome- environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
Jan 01 10:04:26 JIMMS-1493165 gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of XDG_MENU_PREFIX=gnome- environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: DEBUG(+): Finding a graphical session for user 42
.
.
.
.

Eli oiskohan näillä jotain tekemistä tuon ongelman kanssa?

Could not make systemd aware of QT_IM_MODULE=ibus environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
/usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of QT_IM_MODULE=ibus environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of QT_IM_MODULE=ibus environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
/usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of XMODIFIERS=@im=ibus environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of XMODIFIERS=@im=ibus environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
/usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of XDG_MENU_PREFIX=gnome- environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of XDG_MENU_PREFIX=gnome- environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist

Samaa ongelmaa ollut monella muullakin, mitä tuota googlailin, mutta kaikki ne, millä ne on tuon saaneet toimimaan, ei toimi minulla. Ongelma edelleen sama. Jos jollakin on ideaa, saa ehdottaa.
 
Ite käytän kans tuota sudo su/sudo su - komentoa varmaan ihan tottumuksesta. Etenkin ku ei oo tuttuja noi kaikki sudo:n vivut, plus sudo su komennon jälkeen root-käyttäjä pysyy sen hetkisessä hakemistossa missä olin, niin välttyy senkin typottamiselta :). sudo -i ei sitä näytä tekevän.

Tuohan on nbimenomaan varsin huono homma kun ei hakemistoa vaihda. Voit olla käyttäjän kotihakemistossa ja sitten kirjoittelet sinne roottina sontaa.

Mitenhän tuolla tavalla on muutenkin muuttuja, että jos jotain softaa ajelee joka kotihakemistoon kirjoittelee conffeja niin meneekö ne rootin himaan vai käyttäjän himaan. Itte vedän sudo -i niin voi olla varma että asiat tapahtuu rootin muuttujilla, ei käyttäjän.
 
Sudolla mennää ja sormenjäljellä autentikointi niin ei haittaa toistuvat kyselyt, silloin harvoin kun sudo oikat ei riitä niin
Koodi:
su root
vaihtaa käyttäjän.

Oon miettiny että kun tossa toi smart card reader on niin selvittäis että miten vois tehä autentikoinnin sen kautta henkilökortilla.
 
Jatketaas simppelien kysymysten parissa: Mulla on joku Samsungin ikivanha miniläppäri lasten leluna kirjoitteluun. Tällä hetkellä siitä löytyy FreeDOS, ja kone käynnistyy suoraan komentokehotteeseen, joten tekstiä tulee näytöllä sen kun nappia painaa. Mietin, jos kumminkin virittelisi jonkun oikean tekstieditorin ja sitä myöten vaikka Linuxin. Reunaehtona tässä tosin on, että kone pitäisi saada käynnistäessä kirjautumaan automaattisesti sisään, ja käynnistämään tekstieditorin (esim. Nano). Käyttäjät kun ovat 3- ja 5-vuotiaita, niin ei vielä voine olettaa että noiden tekeminen luonnistuisi :)

Koneen tietoja: Samsung N120, prossuna Intel Atom N280 (1,66 GHz, huikea 1-ydin hyper-threadingilla), 2GB RAM, 128GB SSD. Suurin rajoittava tekijä on varmastikin tuo prossu, 32-bittinen joten ihan perus Ubuntu Serveriä ei saa sisään. Asennuksen aikana käytettävissä on verkkoyhteys, mutta käytössäollessaan kone on irrotettu verkosta.

Elikkä, mikä (mieluusti Debian-pohjainen) tekstipohjainen/CLI Linux tuohon kannattaisi upottaa, ja miten se konffataan A) kirjautumaan sisään automaattisesti ja B) avaamaan nano-tekstieditorin?
 
Elikkä, mikä (mieluusti Debian-pohjainen) tekstipohjainen/CLI Linux tuohon kannattaisi upottaa, ja miten se konffataan A) kirjautumaan sisään automaattisesti ja B) avaamaan nano-tekstieditorin?

Tein pari kk sitten ubuntulla tuollaisen, joka avasi brave-selaimen tekstieditorin sijaan.

Muistaakseni asennusvaiheessa laitoin rastin, että kirjaudu sisään automaattisesti.

Sitten braven automaattinen käynnistys oli hankalampi, se piti laittaa johonkin tiedostoon, joutui hieman googlella hakemaan, mutta sekin lähti toimimaan.
 
Elikkä, mikä (mieluusti Debian-pohjainen) tekstipohjainen/CLI Linux tuohon kannattaisi upottaa, ja miten se konffataan A) kirjautumaan sisään automaattisesti ja B) avaamaan nano-tekstieditorin?
Laittaisin Debianin Stablen (bookworm tällä hetkellä), löytyy tuki vanhoille 32bittisille yms. Makuasoita.

A) Graafisella puolella esim. SDDM:n autologin hoitaa tuon. (CLI-puolella ei ole tullut kokeiltua)

B) Ks. yo. Autologin: kopioimalla halutun ohjelman .desktop-tiedoston /usr/share/xsessions -hakemistoon sen voi sitten määritellä Autoginin SESSION-muuttujaan, niin se avaa vain ko. ohjelman, ei ikkunointia eikä mitään muuta.

Kokeilin vasta samaa setuppia Retroarch-emulaattorille. Kopioinnin jälkeen ko. sessio tulee myös hiirellä/näppiksellä valittavaksi vaihtoehdoksi SDDM:n login -ikkunaan. CLI-hommiin löytynee kevyempää ratkaisua, mutta sopivasta GUI-editorista voisi löytyä ipanoita kiinnostavia juttuja ;)

Ps. Eee 900 -Atom läppärillä joskus jälkikasvua viihdytti Tuxpaint, jaksoi pyörittää ja löytyy suoraan Debianin repoista. Uskoisin että toimii sekin tuolla Autologin-kikalla.
 
Laittaisin Debianin Stablen (bookworm tällä hetkellä), löytyy tuki vanhoille 32bittisille yms. Makuasoita.

A) Graafisella puolella esim. SDDM:n autologin hoitaa tuon. (CLI-puolella ei ole tullut kokeiltua)

B) Ks. yo. Autologin: kopioimalla halutun ohjelman .desktop-tiedoston /usr/share/xsessions -hakemistoon sen voi sitten määritellä Autoginin SESSION-muuttujaan, niin se avaa vain ko. ohjelman, ei ikkunointia eikä mitään muuta.

Kokeilin vasta samaa setuppia Retroarch-emulaattorille. Kopioinnin jälkeen ko. sessio tulee myös hiirellä/näppiksellä valittavaksi vaihtoehdoksi SDDM:n login -ikkunaan. CLI-hommiin löytynee kevyempää ratkaisua, mutta sopivasta GUI-editorista voisi löytyä ipanoita kiinnostavia juttuja ;)

Ps. Eee 900 -Atom läppärillä joskus jälkikasvua viihdytti Tuxpaint, jaksoi pyörittää ja löytyy suoraan Debianin repoista. Uskoisin että toimii sekin tuolla Autologin-kikalla.
Kiitoksia, pitää perehtyä. Tuxpaint vaikuttaa kyllä oivalta lisältä, jossain vaiheessa se merkkien ilmestyminen näytölle nappia painaessa ei taatusti olekaan enää ihan niin mielenkiintoista :D
 

Statistiikka

Viestiketjuista
301 828
Viestejä
5 136 389
Jäsenet
82 057
Uusin jäsen
sami.sillanpaa5

Hinta.fi

Back
Ylös Bottom