Linux-kysymyksiä & yleistä keskustelua Linuxista

Dual boottia suunnittelen tässä. Kumpi se olisi parempi pelikäyttöön Nobara vaiko Bazzite vai onko noilla käytännön merkitystä? Onko sillä merkitystä onko Gnome vaiko kde? Vähän toi gnome kiinnostelisi enemmän, kun tullut tuota tehtäväpalkkia kateltua sieltä win95 ajoilta asti ja gnomessa se macosin tapainen sovellusvalikko houkuttelee. Kustomointi ei hirveästi kiinnostele eikä myöskään se terminaalin kirjoittelu. joku vuos pari oli mint, mutta lähti poistoon, kun ei suostunut päivittämään helposti seuraavaan versioon.
KDE/Gnome - käytä sitä, kummasta enemmän tykkäät. Kannattaa hetki käyttää live-tikulta molempia ja tehdä sen mukaan päätös. KDE:n käyttäjänä voin kertoa, että ei sekään yli 5min säätöä tarvitse, jotta saat sen näyttämään macOS:ltä ja käyttökynnys Windowsiin tottuneelle on matala ( = helppo). Kannattaa kokeilla molempia ja vetää omat johtopäätökset. Vastaus tuohon kysymykseen yleensä tulee sen mukaan, mitä vastaaja itse käyttää.
 
Päivitin MX Linux 23 uusimpaan versioon 25. Ainoa ongelma on ettei näppäinkomennot muuttava Kinto toimi. Asentaessa se herjasi jotain Python erroria ja pääte ikkuna hävisi ennen kuin ehdin näkemään koko virheilmoituksen.

Onko jotain muuta keinoa millä saisi XFCE 4.20.1 ympäristössä muutettua Mac näppäimistön komento napin toimimaan control napin sijaan? Eli esim. lopeta ohjelma olisi komento-q, ei control-q?

Yritin katsoa näppäimistöasetuksista ja järjestelmän näppäimistöstä, mutta en huomannut sopivaa asetusta.

Toshy näyttäisi olevan yksi mahdollisuus, mutta ohjeiden perusteella paljon Kintoa monimutkaisempi...
Pystyy vaihtamaan näppäimiä xmodmap komennolla. Selvitä Mac-näppäimen keycode. Kirjoita terminaliin: 'xev' ja sitten painat Mac-näppäintä. Tällä komennolla näkee kaikki näppäimet: 'xmodmap -pk'. Hankalaksi tuosta tekee se, että yritetään syöttää komento-näppäintä. Pitää selvittää millä linux tunnistaa tuon komento-erikoisnäppäimen. Jos tuo xmodmap ei tunnista kaikkia näppäimiä niin sitten pitää katsoa löytyykö se 'showkey -a' komennolla tai 'sudo showkey'

Esim. olen korvannut å näppäimen - _ näppäimillä.
xmodmap -e "keycode 34 = minus underscore minus underscore endash dead_belowcomma endash"
Sitten olen vielä kopioinut suomi-näppäimistö asettelun ja tehnyt kokonaan uuden tiedoston(oman näppäimistö layoutin). Näppäimistön asettelut löytyy /usr/share/X11/xkb/symbols. Lataan tuon 'setxkbmap tiedoston-nimi' tai 'setxkbmap fi'. Tuon voi laittaa latautumaan aina kun painaa F1-näppäintä tai vaihtaa joksikin muuksi pikanäppäimeksi. Keyboard-asetuksista pystyy muuttamaan pikanäppäimiä. Chromebookissa vaihdoin Caps Lockin toimimaan Control-näppäimenä. Linux resetoi joskus näppäimiä automaattisesti, joutuu ajamaan scriptin uudelleen.
 
Tarkista nyt ihmeessä järjestelmän logit. Luultavastihan kyse on joko puuttuvasta tai väärästä kirjastoversiosta tai väärästä Python-versiosta.

Tällainen virhe Githubista ainakin löytyy: Kinto keeps failing · Issue #903 · rbreaves/kinto
Kiitos.

Ratkaisin ongelman postamalla Kinton ja asentamalla Toshyn.

Pystyy vaihtamaan näppäimiä xmodmap komennolla. Selvitä Mac-näppäimen keycode. Kirjoita terminaliin: 'xev' ja sitten painat Mac-näppäintä. Tällä komennolla näkee kaikki näppäimet: 'xmodmap -pk'. Hankalaksi tuosta tekee se, että yritetään syöttää komento-näppäintä. Pitää selvittää millä linux tunnistaa tuon komento-erikoisnäppäimen. Jos tuo xmodmap ei tunnista kaikkia näppäimiä niin sitten pitää katsoa löytyykö se 'showkey -a' komennolla tai 'sudo showkey'

Esim. olen korvannut å näppäimen - _ näppäimillä.
xmodmap -e "keycode 34 = minus underscore minus underscore endash dead_belowcomma endash"
Sitten olen vielä kopioinut suomi-näppäimistö asettelun ja tehnyt kokonaan uuden tiedoston(oman näppäimistö layoutin). Näppäimistön asettelut löytyy /usr/share/X11/xkb/symbols. Lataan tuon 'setxkbmap tiedoston-nimi' tai 'setxkbmap fi'. Tuon voi laittaa latautumaan aina kun painaa F1-näppäintä tai vaihtaa joksikin muuksi pikanäppäimeksi. Keyboard-asetuksista pystyy muuttamaan pikanäppäimiä. Chromebookissa vaihdoin Caps Lockin toimimaan Control-näppäimenä. Linux resetoi joskus näppäimiä automaattisesti, joutuu ajamaan scriptin uudelleen.
Kiitos vinkistä. Täytyy katsoa myöhemmin tarkemmin jos Toshyn kanssa tulee ongelmia.
 
Kone kaatui ja meni bitti poikittain kirjoitusvaiheessa. Usb-tikku (/dev/sdc) ei näy enää file managerissa ollenkaan ja ohessa kuvakaappaus mitä disks näyttää. lsusb näyttää laitteen. Onko tikun sisältö vielä pelastettavissa jollain kikkakolmosella? Luultavasti oli FAT tai FAT32.

o-ou.png
 
Kone kaatui ja meni bitti poikittain kirjoitusvaiheessa. Usb-tikku (/dev/sdc) ei näy enää file managerissa ollenkaan ja ohessa kuvakaappaus mitä disks näyttää. lsusb näyttää laitteen. Onko tikun sisältö vielä pelastettavissa jollain kikkakolmosella? Luultavasti oli FAT tai FAT32.

o-ou.png
Näkyykö tuosta dmesgissä jotain aina tikkua kytkiessä (sudo dmesg -w)? Näyttää vähän siltä, että joko koneen usb-ohjain on sekaisin (reboot voi auttaa) tai tikku kyrvähtänyt. Tuossahan ei lue kapasiteettia eikä mitään.
 
Näkyykö tuosta dmesgissä jotain aina tikkua kytkiessä (sudo dmesg -w)? Näyttää vähän siltä, että joko koneen usb-ohjain on sekaisin (reboot voi auttaa) tai tikku kyrvähtänyt. Tuossahan ei lue kapasiteettia eikä mitään.
Tämä on rebootin jälkeinen tilanne, kaikki muu toimii, paitsi tämä yksi tikku. Se on lisäksi muutaman viikon vanha Kingstoni, että tuskin ainakaan vanhuuttaan on kyrvähtänyt. Eikä ikinä ole tullut sellaista vastaan, että ohjelmallisesti olisi tikku kyrvähtänyt piloille, vaikka kai sekin mahdollista on.

Sudo dmesg -w näyttää tältä kun tökkää tikun kiinni ja sitten pois:

[ 3058.851554] usb 2-6: new SuperSpeed USB device number 17 using xhci_hcd
[ 3058.873052] usb 2-6: New USB device found, idVendor=13fe, idProduct=5500, bcdDevice= 1.10
[ 3058.873065] usb 2-6: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 3058.873072] usb 2-6: Product: USB DISK 53X
[ 3058.873077] usb 2-6: Manufacturer: Phison
[ 3058.874531] usb-storage 2-6:1.0: USB Mass Storage device detected
[ 3058.875088] scsi host7: usb-storage 2-6:1.0
[ 3059.876574] scsi 7:0:0:0: Direct-Access 13FE USB DISK 50X PMAP PQ: 0 ANSI: 4
[ 3059.877221] sd 7:0:0:0: Attached scsi generic sg2 type 0
[ 3059.877634] sd 7:0:0:0: [sdc] Media removed, stopped polling
[ 3059.878743] sd 7:0:0:0: [sdc] Attached SCSI removable disk
[ 3067.751036] usb 2-6: USB disconnect, device number 17
 
Tämä on rebootin jälkeinen tilanne, kaikki muu toimii, paitsi tämä yksi tikku. Se on lisäksi muutaman viikon vanha Kingstoni, että tuskin ainakaan vanhuuttaan on kyrvähtänyt. Eikä ikinä ole tullut sellaista vastaan, että ohjelmallisesti olisi tikku kyrvähtänyt piloille, vaikka kai sekin mahdollista on.

Sudo dmesg -w näyttää tältä kun tökkää tikun kiinni ja sitten pois:

[ 3058.851554] usb 2-6: new SuperSpeed USB device number 17 using xhci_hcd
[ 3058.873052] usb 2-6: New USB device found, idVendor=13fe, idProduct=5500, bcdDevice= 1.10
[ 3058.873065] usb 2-6: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 3058.873072] usb 2-6: Product: USB DISK 53X
[ 3058.873077] usb 2-6: Manufacturer: Phison
[ 3058.874531] usb-storage 2-6:1.0: USB Mass Storage device detected
[ 3058.875088] scsi host7: usb-storage 2-6:1.0
[ 3059.876574] scsi 7:0:0:0: Direct-Access 13FE USB DISK 50X PMAP PQ: 0 ANSI: 4
[ 3059.877221] sd 7:0:0:0: Attached scsi generic sg2 type 0
[ 3059.877634] sd 7:0:0:0: [sdc] Media removed, stopped polling
[ 3059.878743] sd 7:0:0:0: [sdc] Attached SCSI removable disk
[ 3067.751036] usb 2-6: USB disconnect, device number 17
Tuon perusteella näyttää että usb-laitteena tunnistuu ok ja myös tunnistuu massamuistina, usb-storage ladattu ja laite on sdc. Jostain syystä tuo sitten näyttää että tikku olisi asema, josta voi poistaa median. Ei ole itselle tullut ennen vastaan.

Jos ei tikulla ole mitään arvokasta, kokeilisin fdiskillä, pystyykö tekemään osioinnin (esim. o [enter], w [enter], q [enter]) ja/tai sudo mkfs.vfat /dev/sdc. Jos tuon jälkeen herää henkiin, niin voi ehkä graafisestikin jotain tehdä.

edit: tuolla oli myös aiheesta ja voi olla puhki kulunut tikku.
 
Viimeksi muokattu:
Eikä ikinä ole tullut sellaista vastaan, että ohjelmallisesti olisi tikku kyrvähtänyt piloille, vaikka kai sekin mahdollista on.
Minulla on ollut huonoakin onnea juuri tilanteessa, jossa kirjoitus jää kesken.

Riski tähän on olemassa, jos kirjoittaa levylle gigakaupalla tavaraa. Levylle kirjoitettu data voi olla vain puskuroituna ja kirjoitetaan ulos vasta, kun tikkua otetaan pois. Kirjoittamisessa saattaa hyvinkin mennä paria sekuntia pidempään. Yhdelle uudelle Kingstonin 64GB tikulle kellotin kirjoitusnopeudeksi jotain 7 MB/s.
[ 3059.876574] scsi 7:0:0:0: Direct-Access 13FE USB DISK 50X PMAP PQ: 0 ANSI: 4
[ 3059.877221] sd 7:0:0:0: Attached scsi generic sg2 type 0
[ 3059.877634] sd 7:0:0:0: [sdc] Media removed, stopped polling
USB- ja mediaohjain tunnistuvat mutta itse media on hukassa tai ei herää?
[ 3059.878743] sd 7:0:0:0: [sdc] Attached SCSI removable disk
[ 3067.751036] usb 2-6: USB disconnect, device number 17
Tikku nypätty pois 8 sekunnin jälkeen?

Helpointa olisi varmaan kokeilla toimiiko jossain toisessa koneessa tai edes toisessa USB-portissa.
 
Jos ei tikulla ole mitään arvokasta, kokeilisin fdiskillä, pystyykö tekemään osioinnin (esim. o [enter], w [enter], q [enter]) ja/tai sudo mkfs.vfat /dev/sdc. Jos tuon jälkeen herää henkiin, niin voi ehkä graafisestikin jotain tehdä.
Ei tässä mitään korvaamatonta menetetä, mutta mielellään sieltä kaivan muutaman filun ulos jos vaan onnistuu. Lisänä sitten ihan vaan mielenkiinto asiaan. Jos näyttää siltä että ei tiedostoja saa ulos, sitten kokeilen vielä josko tämän ylipäätänsä saisi vielä käyttökelpoiseksi uudelleen osioimalla tms. Vaikka kyllähän tämä siinä vaiheessa siltikin joutaa roskikseen, en tietenkään ota riskiä että sama tikku kosahtaisi toisen kerran.

tuolla oli myös aiheesta ja voi olla puhki kulunut tikku.
Jotenkin en jaksa tähän uskoa, kun tikku ei ole vanha ja ei montaakaan tiedostoa ole ikinä sille kirjoitettu.

Minulla on ollut huonoakin onnea juuri tilanteessa, jossa kirjoitus jää kesken.

Riski tähän on olemassa, jos kirjoittaa levylle gigakaupalla tavaraa. Levylle kirjoitettu data voi olla vain puskuroituna ja kirjoitetaan ulos vasta, kun tikkua otetaan pois. Kirjoittamisessa saattaa hyvinkin mennä paria sekuntia pidempään. Yhdelle uudelle Kingstonin 64GB tikulle..

64GB Kingstoni tämäkin on ja useamman gigan siirto pieniä tiedostoja menossa. En ollut vieressä seuraamassa joten en tiedä kaatuiko kone ensin ja sitten korruptoitui tikku vai tuliko joku kirjoituserrori ja sitten kaatui koko kone, kun tulin paikalle itse oli kone täysin jumissa, rebootilla heräsi ja kaikki muu toimii ihan hyvin.


Tikku nypätty pois 8 sekunnin jälkeen?
Kyllä, tuossa kokeilussa.

Helpointa olisi varmaan kokeilla toimiiko jossain toisessa koneessa tai edes toisessa USB-portissa.

Ihan sama juttu toisissa porteissa ja toisissa koneissa, ei toimi. Tuossa samassa portissa kyllä kaikki muut laitteet toimii edelleen.
 
64GB Kingstoni tämäkin on ja useamman gigan siirto pieniä tiedostoja menossa. En ollut vieressä seuraamassa joten en tiedä kaatuiko kone ensin ja sitten korruptoitui tikku vai tuliko joku kirjoituserrori ja sitten kaatui koko kone, kun tulin paikalle itse oli kone täysin jumissa, rebootilla heräsi ja kaikki muu toimii ihan hyvin.
Linux aika harvoin oikeasti kaatuu vaikka päällisin puolin siltä vaikuttaakin. Tuossa on ehkä muisti käynyt vähiin juuri tikun hitauden vuoksi, ja silloin asiat voivat hieman kestää.

Jos X on jumissa, niin monesti asioita pystyy korjailemaan Ctrl-Alt-F1...F6 -tekstikonsoleilla. Jos sekään ei auta, niin Alt-SysRq- näppäilyillä voi onnistua tuomaan koneen semihallitusti alas, esim. Alt-SysRq-S tekee sync-komennon.
Magic SysRq key - Wikipedia

Jos puskureissa on gigakaupalla tavaraa, myös sync ottaa aikansa.
 
Linux aika harvoin oikeasti kaatuu vaikka päällisin puolin siltä vaikuttaakin. Tuossa on ehkä muisti käynyt vähiin juuri tikun hitauden vuoksi, ja silloin asiat voivat hieman kestää.

Jos X on jumissa, niin monesti asioita pystyy korjailemaan Ctrl-Alt-F1...F6 -tekstikonsoleilla. Jos sekään ei auta, niin Alt-SysRq- näppäilyillä voi onnistua tuomaan koneen semihallitusti alas, esim. Alt-SysRq-S tekee sync-komennon.
Magic SysRq key - Wikipedia

Jos puskureissa on gigakaupalla tavaraa, myös sync ottaa aikansa.
Tiedän, tämä oli ensimmäinen kerta ikinä kun sain linuxin oikeasti totaali jumiin, tästä ei ollut muuta ulospääsyä kuin virrat pois ja takaisin. Edes tekstikonsoleihin ei päässyt, ei mitään eloa missään, alt-sysrq tosin jäi kokeilematta kun tästä näppäimistöstä puuttuu koko nappi.
 
alt-sysrq tosin jäi kokeilematta kun tästä näppäimistöstä puuttuu koko nappi
Mikäs näppäimistö?

Jos läppäri kyseessä niin se saattaa löytyä piilotettuna, esim. omassa Thinkpadissa äärettömän intuitiivinen Alt-SysRq sekvenssi menee: Alt pohjaan, painetaan Fn+S ja vapautetaan ne Alt edelleen pohjassa, painetaan haluttua Magic SysRq näppäintä.

Jos taas ulkoinen näppäimistö niin se ehkä löytyy PrtScrnin takaa normaalisti vaikka ei olisi merkittykään.

Tuon voi testata jollakin turvallisella komennolla, vaikka w eli show-blocked-tasks ja katsomalla tuleeko dmesgiin mitään.
 
Mainittakoon, että Ctrl+Alt+F7 palauttaa sitten takaisin graafiselle puolelle, jos menee kokeilemaan tekstikonsolia.
 
Kiinnostaisi Linuxin ajaminen päivittäiseen työkäyttöön, surffailuun jne. ja sitten olosuhteiden pakosta Win11 ajaminen pelaamiseen. Senverta laiska ja haluaa hommien toimivan nopeasti, että dual boot ratkaisu minusta aika kökkö, että aina tarttis bootata toisesta toiseen, kun aktiviteettia vaihtaa. Ei riittävän käytönnällinen minusta.

Mikä olisi paras tapa ajaa kuvainnollisesti molempia järjestelmiä samaan aikaan ja vaihtaminen toisesta toiseen olisi luokkaan ALT+Tab tai vain ikkunan vaihto? Nopeasti katsottuna näyttäisi, että linux voisi ajaa VM:nä windowsin sisällä, mutta tämä ei oikein houkuta tai ainakin tuntuu kans vähän kököltä. Perusteluja miksi ei olisi otetaan vastaan, jos on.
 
Kiinnostaisi Linuxin ajaminen päivittäiseen työkäyttöön, surffailuun jne. ja sitten olosuhteiden pakosta Win11 ajaminen pelaamiseen. Senverta laiska ja haluaa hommien toimivan nopeasti, että dual boot ratkaisu minusta aika kökkö, että aina tarttis bootata toisesta toiseen, kun aktiviteettia vaihtaa. Ei riittävän käytönnällinen minusta.

Mikä olisi paras tapa ajaa kuvainnollisesti molempia järjestelmiä samaan aikaan ja vaihtaminen toisesta toiseen olisi luokkaan ALT+Tab tai vain ikkunan vaihto? Nopeasti katsottuna näyttäisi, että linux voisi ajaa VM:nä windowsin sisällä, mutta tämä ei oikein houkuta tai ainakin tuntuu kans vähän kököltä. Perusteluja miksi ei olisi otetaan vastaan, jos on.
Itellä oli vähän aikaa käytössä setuppi omassa pöytäkoneessa, jossa Proxmoxin päällä ajoin virtuaalista Linuxia ja Windowssia. Molemmilla oli omat näytönohjaimet, Windowssilla oli parempi pelaamista varten ja Linuxilla heikompi, että saa kuvan ulos. Vaihto noiden välillä onnistui helposti kun vaihto vain vahvarista inputtia + hiiri, sekä näppis siirttyi Linuxin ja Windowssin välillä jollain softalla, jonka nimeä en nyt muista.

Vaatii toki, että koneessa on riittävästi resursseja käytettäväksi, että toi onnistuu.
 
Kiinnostaisi Linuxin ajaminen päivittäiseen työkäyttöön, surffailuun jne. ja sitten olosuhteiden pakosta Win11 ajaminen pelaamiseen. Senverta laiska ja haluaa hommien toimivan nopeasti, että dual boot ratkaisu minusta aika kökkö, että aina tarttis bootata toisesta toiseen, kun aktiviteettia vaihtaa. Ei riittävän käytönnällinen minusta.

Mikä olisi paras tapa ajaa kuvainnollisesti molempia järjestelmiä samaan aikaan ja vaihtaminen toisesta toiseen olisi luokkaan ALT+Tab tai vain ikkunan vaihto? Nopeasti katsottuna näyttäisi, että linux voisi ajaa VM:nä windowsin sisällä, mutta tämä ei oikein houkuta tai ainakin tuntuu kans vähän kököltä. Perusteluja miksi ei olisi otetaan vastaan, jos on.
Jos ei ole käytössä kuin yksi kone niin ei siinä paljon vaihtoehtoja ole, dual boot tai sitten jos löytyy kaksi näyttistä niin Windows virtualisointi pelejä varten. Lähtee nyt kumminpäin vaan, niin pelejä kannattaa koittaa myös linuxin puolella, toki jos suoraan tietää ettei toimi lainkaan, niin ei sitten.
Huomiona, että vaatii sitten molemmilta näyttiksiltä kaapelit näyttöön ja jotenkin pitäisi myös hiiri/näppis saada toimimaan.
 
Kiinnostaisi Linuxin ajaminen päivittäiseen työkäyttöön, surffailuun jne. ja sitten olosuhteiden pakosta Win11 ajaminen pelaamiseen. Senverta laiska ja haluaa hommien toimivan nopeasti, että dual boot ratkaisu minusta aika kökkö, että aina tarttis bootata toisesta toiseen, kun aktiviteettia vaihtaa. Ei riittävän käytönnällinen minusta.

Mikä olisi paras tapa ajaa kuvainnollisesti molempia järjestelmiä samaan aikaan ja vaihtaminen toisesta toiseen olisi luokkaan ALT+Tab tai vain ikkunan vaihto? Nopeasti katsottuna näyttäisi, että linux voisi ajaa VM:nä windowsin sisällä, mutta tämä ei oikein houkuta tai ainakin tuntuu kans vähän kököltä. Perusteluja miksi ei olisi otetaan vastaan, jos on.
Toteutettavissa, täydellinen tilanne vaatinee tosin kolme käyttöjärjestelmää: "hypervisor" käyttöjärjestelmä jossa ajetaan eri virtuaalikoneissa Linuxia ja Windowsia. Käytännössä siis kaksi Linuxia koska Windows on kasa paskaa eikä tällaiseen sovellu ensinkään. Toki voi käyttää myös siihen tarkoitettuja ratkaisuita, tyyliin Xen tai kokonaan HV tarkoitukseen kehitetyt.

Hieman kevyempi vaihtoehto on ajaa Linuxia pääkäyttöjärjestelmänä ja siinä VM:ssä Windowsia. Tällöin riittää kaksi käyttöjärjestelmää.

Molemmissa tapauksissa tarvitsee resursseja jokaiselle käyttöjärjestelmälle. Windows ei mielellään jaa mitään, joten sille tarvitsee omistetut näytönohjaimen, ja jonkin verran muistia ja CPU coreja. Kenties hypervisor ja varsinainen Linux voisi jakaa ne hiukan sopuisammin.

Käytännössä vaatii siis riittävästi CPU, muisti ja oheislaiteresursseja jotka jakaa tarpeen mukaan. Ja pakostakin niiden käyttöaste ei tule olemaan ikinä optimaalinen koska kaikkea ei vaan voi jakaa eri virtuaaliskooppien välillä. Näytönohjaimet ja äänilaitteet lienee hankalin rasti, muistin ja CPU corejen dynaaminen allokointi on virtuaalihommissa arkipäivää mutta näytönohjainten tapauksessa vaatisi SR-IOV tuen raudalta ja kuluttajavehkeissä tätä harvemmin tarjolla. Toisinsanoen, joko joutuu tekemään kompromisseja tai huolehtimaan että niitä on enemmän kuin tarpeeksi ettei pieni hukka haittaa.
 
Kiinnostaisi Linuxin ajaminen päivittäiseen työkäyttöön, surffailuun jne. ja sitten olosuhteiden pakosta Win11 ajaminen pelaamiseen. Senverta laiska ja haluaa hommien toimivan nopeasti, että dual boot ratkaisu minusta aika kökkö, että aina tarttis bootata toisesta toiseen, kun aktiviteettia vaihtaa. Ei riittävän käytönnällinen minusta.

Mikä olisi paras tapa ajaa kuvainnollisesti molempia järjestelmiä samaan aikaan ja vaihtaminen toisesta toiseen olisi luokkaan ALT+Tab tai vain ikkunan vaihto? Nopeasti katsottuna näyttäisi, että linux voisi ajaa VM:nä windowsin sisällä, mutta tämä ei oikein houkuta tai ainakin tuntuu kans vähän kököltä. Perusteluja miksi ei olisi otetaan vastaan, jos on.
Oleellista varmaan on, että kuinka paljonko jää kaipaamaan ohjelmia/pelejä Windowsin puolelta. Itsellä kävi testailujen jälkeen niin, että Windows-puoli on nyt vain Battlefield 6:tta varten ja kaikki muu mitä teen pyöriikin jo Linuxin puolella. Käyttiksestä toiseen siirtyminen ei vie montaa sekuntia niinä iltoina kun bäfää pelataan.

On myös ns. pomimnvarma viritys kun käyttikset tiedoistoineen on omilla levyillään. Noissa ylläolevissa säädöissä saa varmasti menemään aikaa enemmän kun käyttisten vaihteluihin menee eliniässä, mutta toki se säätäminen voi olla myös osa hupia :D
 
Mikä olisi paras tapa ajaa kuvainnollisesti molempia järjestelmiä samaan aikaan ja vaihtaminen toisesta toiseen olisi luokkaan ALT+Tab tai vain ikkunan vaihto? Nopeasti katsottuna näyttäisi, että linux voisi ajaa
Entä jos koneessa olisi linux ja sitten siellä pyörisi virtuaali-windows johon otat yhteyttä xrdp:llä, jolloin windows olisi yksi ikkuna muiden joukossa.
 
Mikäs näppäimistö?
Logitech MXkeys S. Se sama Prtscr/sysrq puute oli jo ongelma aikaisemmin heti näppiksen kaupasta haettuani, mutta sen kuvakaappauksen sain sitten kyllä tälle opetettua toiselle tyhjälle nappulalle. Sysrq:n tarve ei ollut edes tullut mieleen aikaisemmin.
 
Kiitos näistä kommenteista ja ideoista. Ei selkeästi mitään kovin helposti pystyttevää ratkaisua ole, taikka mikä sitten pystytettyä olisi kokemukselta sama kuin käynnistää pelkkä Windows virtanapista, painaa PIN ja aloittaa hommat. Mietityttää esim. että itelle tapana ja tykkään koneen sammuttaa aina päivän päätteeksi, niin vaikuttaa kaikki noi järjestelyt olla sellaisia sitten, että ei ihan yhtä nappia painamalla varmaan kaikki Barbarossan 3 käyttistä käynnisty tai SamCer:n Proxmox setti tai iccb:n Windows virtualisointi linux sisällä. Ei tämän välttämättä helppoa pystytyttää tarvitsisikaan olla, mutta näyttäis siltä, että raudan puolesta tarttis ainakin toinen näytönohjain hankkia. Tiedä sitten miten 7800x3d ja 32gb ddr5 riittäisi näissä eri jako mahdollisuuksissa.
 
Jos X on jumissa, niin monesti asioita pystyy korjailemaan Ctrl-Alt-F1...F6 -tekstikonsoleilla. Jos sekään ei auta, niin Alt-SysRq- näppäilyillä voi onnistua tuomaan koneen semihallitusti alas, esim. Alt-SysRq-S tekee sync-komennon.
Magic SysRq key - Wikipedia
Mainittakoon, että Ctrl+Alt+F7 palauttaa sitten takaisin graafiselle puolelle, jos menee kokeilemaan tekstikonsolia.
Näihin sellainen kommentti, että molemmat näppäinkombot voi nykyään tietoturvasyistä estää eli niitä ei välttämättä ole omassa distrossa. Olen esim. omasta kytkenyt pois. Samoin dmesg ei näy usereille. X alkaa myös olla vähenemään päin.
 
Näihin sellainen kommentti, että molemmat näppäinkombot voi nykyään tietoturvasyistä estää eli niitä ei välttämättä ole omassa distrossa. Olen esim. omasta kytkenyt pois. Samoin dmesg ei näy usereille. X alkaa myös olla vähenemään päin.
Herää kysymys vaan, että miksi? Ja toisaalta mitähän teitoturvasyy tuossa tekstikonsolissa nyt sitten piilee?
Kätevä se on silloin, kun graafinen puoli jäätyy (pelien kanssa silloin tällöin tapahtuu) niin saa jollain keinolla tapettua prosessin.
 
Herää kysymys vaan, että miksi? Ja toisaalta mitähän teitoturvasyy tuossa tekstikonsolissa nyt sitten piilee?
Kätevä se on silloin, kun graafinen puoli jäätyy (pelien kanssa silloin tällöin tapahtuu) niin saa jollain keinolla tapettua prosessin.

Tuolla sitä on selitetty auki. Pahoittelut pelköstä linkistä, mutta nyt ei ehdi muuta.
 
Käytännössä vaatii siis riittävästi CPU, muisti ja oheislaiteresursseja jotka jakaa tarpeen mukaan. Ja pakostakin niiden käyttöaste ei tule olemaan ikinä optimaalinen koska kaikkea ei vaan voi jakaa eri virtuaaliskooppien välillä. Näytönohjaimet ja äänilaitteet lienee hankalin rasti, muistin ja CPU corejen dynaaminen allokointi on virtuaalihommissa arkipäivää mutta näytönohjainten tapauksessa vaatisi SR-IOV tuen raudalta ja kuluttajavehkeissä tätä harvemmin tarjolla. Toisinsanoen, joko joutuu tekemään kompromisseja tai huolehtimaan että niitä on enemmän kuin tarpeeksi ettei pieni hukka haittaa.
Onkos tuo SR-IOV nyt niin harvinainen enään? varmaan kaikissa AMD AM4-5 emoissa mitä nappuloinut on löytynyt UEFI:sta SR-IOV ja IOMMU ym jutut.
 
Herää kysymys vaan, että miksi? Ja toisaalta mitähän teitoturvasyy tuossa tekstikonsolissa nyt sitten piilee?
Kätevä se on silloin, kun graafinen puoli jäätyy (pelien kanssa silloin tällöin tapahtuu) niin saa jollain keinolla tapettua prosessin.
Itsellä on tuosta listasta moni kohta sellainen, mikä aiheuttaa ongelmia. Esim. ctrl-alt-f? ei tällä seatilla tuota mitään tulosta kun kuva tulee toiselle käyttäjälle ja häiritsee tämän elämää. Näyttisajurit myös printtaavat todella hitaasti VT:lle. Käytännössä jos pitää päästä komentoriville ja DE (Wayland) on jumissa, kirjaan ssh:lla sisään. Ja jos kone on niin jumissa ettei ssh toimi ja pitää alkaa yksittäisiä prosesseja tappamaan, on helpoin bootata uudestaan. Reboot kestää lämpimänä luokkaa 10-15 sek.

Tietoturvaongelmia nyt ainakin on, että jos olet startx:llä käynnistänyt DE:n, niin senhän saa tapettua/ohitettua ilman loginia. VT voi unohtua auki. Tai ehkä et halua tarjota login-ruutua systeemiin. Toki nuo tty:t voi disabloida erikseenkin ilman että luopuu vt-tuesta.
 

Tuolla sitä on selitetty auki. Pahoittelut pelköstä linkistä, mutta nyt ei ehdi muuta.
Ei tuo blogi vuodatus vuodelta 2012 ainakaan tuohon tietoturva kysymykseen selittäny auki mitään.
Lähinnä jonkuin tyypin mielipide siitä, kun tuossa konsolissa ei toimi gpu:n rautakiihdytys tai fonttien anti-aliasing... :D
Ja ei tuo vielä ~13 vuodessa ole mihinkään deprekoitunut. Sitä en tiedä, että kehtitetäänkö tuota enää nykyään, mutta miksipä "ehjää/valmista" tarvitsee korjata/kehittää.
 
Ei tuo blogi vuodatus vuodelta 2012 ainakaan tuohon tietoturva kysymykseen selittäny auki mitään.
Lähinnä jonkuin tyypin mielipide siitä, kun tuossa konsolissa ei toimi gpu:n rautakiihdytys tai fonttien anti-aliasing... :D
Ja ei tuo vielä ~13 vuodessa ole mihinkään deprekoitunut. Sitä en tiedä, että kehtitetäänkö tuota enää nykyään, mutta miksipä "ehjää/valmista" tarvitsee korjata/kehittää.
SIis onhan VT-asiat menneet eteenpäin sen jälkeen. Kernelistä on poistettu scrollback-tukea yms. sen jälkeen. Suunta on siihen päin, että se lähtee pois. VT oli myös yksi viimeisia esteitä ettei rt-kerneliä saatu. Yksi kehityskulku on vaihtaa kmscon-tyyliseen kokonaan. Toinen on sitten, että nykyään kun on logind/seatd yms., niin tuo "istuimeton" login on täysin käyttökelvoton abstraktio. VT aiheuttaa myös login managereihin ongelmia (esim. tämä)
 
Ei tuo blogi vuodatus vuodelta 2012 ainakaan tuohon tietoturva kysymykseen selittäny auki mitään.
Lähinnä jonkuin tyypin mielipide siitä, kun tuossa konsolissa ei toimi gpu:n rautakiihdytys tai fonttien anti-aliasing... :D
Ja ei tuo vielä ~13 vuodessa ole mihinkään deprekoitunut. Sitä en tiedä, että kehtitetäänkö tuota enää nykyään, mutta miksipä "ehjää/valmista" tarvitsee korjata/kehittää.
Sen kirjoittaja, linux-devaaja David Herrmann oli varsin aktiivinen CONFIG_VT:n poistamiseksi ja noilta main sitä alettiin tehdä. Mutta Linuxin kanssa mikään ei ikinä etene nopeasti vaan kaikki etenee vähitellen.

Tää on yksi niistä tietoturvaan liittyvistä ongelmista, joihin VT liittyy: https://www.cve.org/CVERecord?id=CVE-2020-14390
 
Ei tuo blogi vuodatus vuodelta 2012 ainakaan tuohon tietoturva kysymykseen selittäny auki mitään.
Lähinnä jonkuin tyypin mielipide siitä, kun tuossa konsolissa ei toimi gpu:n rautakiihdytys tai fonttien anti-aliasing... :D
Ja ei tuo vielä ~13 vuodessa ole mihinkään deprekoitunut. Sitä en tiedä, että kehtitetäänkö tuota enää nykyään, mutta miksipä "ehjää/valmista" tarvitsee korjata/kehittää.
Minäkin ihmettelen, mitä tietoturvaongelmia voi liittyä paikalliseen terminaaliin. Tietenkin kaikki käyttäjän tumpelointiin liittyvät ongelmat (kuten avoimeksi jäänyt login-sessio) ovat läsnä mutta niiden realisoituminen edellyttää fyysistä pääsyä terminaalille.

Ei, konsolilla ei tarvita minkäänlaatuista grafiikkakiihdytystä eikä mitään muutakaan grafiikkakilkettä ja ASCII-merkistö riittää. VGA:n tekstimoodi on se, mitä ensisijaisesti pitäisi käyttää.
Käytännössä jos pitää päästä komentoriville ja DE (Wayland) on jumissa, kirjaan ssh:lla sisään. Ja jos kone on niin jumissa ettei ssh toimi ja pitää alkaa yksittäisiä prosesseja tappamaan, on helpoin bootata uudestaan.
Waylandiin en ole itse tutustunut mutta sekö on jotenkin ristiriidassa konsolien kanssa? Konsolillahan voi ratkaista monet softajumit käynnistämällä X:n uudelleen:
Koodi:
/etc/init.d/lightdm stop
top
/etc/init.d/lightdm start
ssh-yhteys on kömpelö, koska käsillä pitää olla toinen kone, josta pääsee ottamaan ssh-yhteyden.
Tää on yksi niistä tietoturvaan liittyvistä ongelmista, joihin VT liittyy: https://www.cve.org/CVERecord?id=CVE-2020-14390
"Published: 2020-09-18"
Ei tämä muutenkaan mahdottoman vakavalta uhalta näytä:
"Due to the nature of the flaw, privilege escalation cannot be fully ruled out."

Jos murto on ylipäänsä mahdollinen, sen joutuu varmaankin räätälöimään jokaiselle Kernel-versiolle erikseen?
 
Kone kaatui ja meni bitti poikittain kirjoitusvaiheessa. Usb-tikku (/dev/sdc) ei näy enää file managerissa ollenkaan ja ohessa kuvakaappaus mitä disks näyttää. lsusb näyttää laitteen. Onko tikun sisältö vielä pelastettavissa jollain kikkakolmosella? Luultavasti oli FAT tai FAT32.

o-ou.png
On mahdollista pelastaa tiedot usb-muistitikulta. TestDiskillä korjaa partition ja sitten Windows tunnistaa usb-massamuistin väärin. Windows ilmoittaa, että uusi laite yhdistetty jonka levyjärjestelmää ei tunnistettu. Ehdottaa, että korjataan ongelma alustamalla/formatoimalla. Korjataan ongelma esim. Active@ Partition Recoverylla ja sitten sen jälkeen pelastetaan tiedot Active@ File Recoverylla. Nuo ohjelmat toimii Windowsissa, TestDisk toimii myös linuxissa.
 
Viimeksi muokattu:
Jos pahantekijällä on fyysinen pääsy koneelle niin siinä konkurssissa joku virtuaaliterminaalin teoreettinen haavoittuvuus on pienemmästä päästä murheita :think:


Onkos tuo SR-IOV nyt niin harvinainen enään? varmaan kaikissa AMD AM4-5 emoissa mitä nappuloinut on löytynyt UEFI:sta SR-IOV ja IOMMU ym jutut.
Onhan niissä nykyään, mutta ei se kovin paljoa lämmitä jos ei ole näytönohjainta jossa rauta, firmware ja ajuri sisältää sen toiminnallisuuden.

Tuppaavat olemaan noita ammattilais- ja laskentakortteja. Tosin nakkasin hanskat naulaan tämän ajatuksen toteuttamiseksi jo aikaa sitten enkä ole enää vaivautunut aktiiisesti tilannetta seuraamaan hetkeen, mutta en pidättele hengitystä että joku esittää normaalien ihmisten peli- ym käyttöön soveltuvan kortin joka toimii jaettuna.

Kuulemma Intelin korteilla saattaa olla tuki mutta niiden soveltuvuudesta mihinkään ei taida olla vielä yksimielisyyttä.
 
Kone kaatui ja meni bitti poikittain kirjoitusvaiheessa. Usb-tikku (/dev/sdc) ei näy enää file managerissa ollenkaan ja ohessa kuvakaappaus mitä disks näyttää. lsusb näyttää laitteen. Onko tikun sisältö vielä pelastettavissa jollain kikkakolmosella? Luultavasti oli FAT tai FAT32.

o-ou.png
Aiemman keskusteluun lisäisin, että kannattaa ottaa dd:llä kopion siitä /dev/sdc-laitteesta, ja sen jälkeen vasta eri ohjelmilla tonkimaan sitä kopiota (tai mieluummin kopion kopiota). Näin tikun sisältöön ei kosketa, jolloin yritys-erehdys -menetelmälläkään ei alkuperäiset tiedostot vaarannu.
 
Jos pahantekijällä on fyysinen pääsy koneelle niin siinä konkurssissa joku virtuaaliterminaalin teoreettinen haavoittuvuus on pienemmästä päästä murheita :think:
Vaikka olisi fyysinen pääsy konsolille, niin aika vaiva on ruveta näppäimistöllä murtamaan konetta, jos siellä ei olekaan sessio auki. :kahvi:
Melko lailla helpompaa on yrittää SSH:n kautta sisään - senhän pitää olla auki, jotta konsolille on korvike.

Konsolin tietoturvariskit ei nyt oikein vakuuta, ja kolikon toinen puoli on se, että konsolille on oikeasti hyödyllistä käyttöä. Arvokasta on nimenomaan se, että konsolit toimivat ilman mitään grafiikkakilkkeitä, jolloin niitä voi käyttää mm. grafiikkaongelmien ratkomiseen.
 
Minäkin ihmettelen, mitä tietoturvaongelmia voi liittyä paikalliseen terminaaliin. Tietenkin kaikki käyttäjän tumpelointiin liittyvät ongelmat (kuten avoimeksi jäänyt login-sessio) ovat läsnä mutta niiden realisoituminen edellyttää fyysistä pääsyä terminaalille.
Tumpelointi on yksi ja toinen se, että sitä kautta voi päästä esim. boottaamaan koneen, johon ei pitäisi olla oikeutta tai joku etänä tai toisella seatilla istuva voi näin kokea. Erityisesti noilla oletusasetuksilla kone ei ole vakavasti otettava 24/7-käyttöön.

Ei, konsolilla ei tarvita minkäänlaatuista grafiikkakiihdytystä eikä mitään muutakaan grafiikkakilkettä ja ASCII-merkistö riittää. VGA:n tekstimoodi on se, mitä ensisijaisesti pitäisi käyttää.
Kaikilla laitteilla ei ole VGA:ta. Esim. ARM-pohjaiset laitteet. On ihan hyvä miettiä sellasiakin käyttötapoja, jotka skaalautuvat eri laitteille.
Waylandiin en ole itse tutustunut mutta sekö on jotenkin ristiriidassa konsolien kanssa? Konsolillahan voi ratkaista monet softajumit käynnistämällä X:n uudelleen:
Koitin jo tuohon yllä selittää, että tämä ei vaan ole järkevää jos on multiseat. Ensinnäkin jos vaihdan VT:tä, se VT ei näy (välttämättä) sen seatin näytöllä. Seat0 näyttää VT:n, eivät muut. Jotta ei vahingossa kuse toisten käyttäjien työpöytiä, niin on ihan fiksua estää koko paska.

Mainitsin Waylandin ihan vaan sen takia, että valtaosa distroista alkaa pyöriä paletilla Wayland/Vulkan/Pipewire/Systemd ja siihen on hyvä totutella eikä olettaa, että kaikilla on alsa, bash, xorg, sysvinit, lightdm ja näin päin pois.

Koodi:
/etc/init.d/lightdm stop
top
/etc/init.d/lightdm start
ssh-yhteys on kömpelö, koska käsillä pitää olla toinen kone, josta pääsee ottamaan ssh-yhteyden.
Eiköhän monella Linux-käyttäjällä ole useampi kone. Kirpparilta saa kympeillä. Viimeksi myin pois 16 gigan muistilla ja 2 TB levyllä varustetun Ivy Bridge -koneen 40 eurolla. Varakone on ihan kätevä vaikka jos laitteisto vikaantuu.
 
Ssh-clientin voi asentaa puhelimeen. Sitten kirjautuu wifin kautta ssh-serverille. Jos pelkää tietoturvan puolesta niin sitten ostaa sellasen otg usb-c rj45 adapterin. Olen käyttänyt termux, juicessh ja userland ohjelmia.
 
Ssh-clientin voi asentaa puhelimeen. Sitten kirjautuu wifin kautta ssh-serverille. Jos pelkää tietoturvan puolesta niin sitten ostaa sellasen otg usb-c rj45 adapterin. Olen käyttänyt termux, juicessh ja userland ohjelmia.
Meinaat että modernin openssh:n kryptot ja avainpohj. kirjautuminen ja päälle wpa3 eivät anna riittävästi suojaa *kotona* ? Jos siis on VT-pääsyä korvaamassa verkkokirjautumisella? Monella ihan jo näytön linkki vuotaa kuvan naapurin hamssille selkokielisenä.
 
Jos on pääsy lokaaliin terminaaliin niin kaipa sitten on pääsy myös virtanappulaan tai johtoon jolloin pahis voi aina bootata jos ei muuten niin ottamalla sähköt pois...

Poislukien laitteet jotka on lukollisessa kaapissa upsin kanssa mutta sellaisten lähelle ei taida muutenkaan päästäkovin helposti.
 
Onkos tuo SR-IOV nyt niin harvinainen enään? varmaan kaikissa AMD AM4-5 emoissa mitä nappuloinut on löytynyt UEFI:sta SR-IOV ja IOMMU ym jutut.

Jos pahantekijällä on fyysinen pääsy koneelle niin siinä konkurssissa joku virtuaaliterminaalin teoreettinen haavoittuvuus on pienemmästä päästä murheita :think:



Onhan niissä nykyään, mutta ei se kovin paljoa lämmitä jos ei ole näytönohjainta jossa rauta, firmware ja ajuri sisältää sen toiminnallisuuden.

Tuppaavat olemaan noita ammattilais- ja laskentakortteja. Tosin nakkasin hanskat naulaan tämän ajatuksen toteuttamiseksi jo aikaa sitten enkä ole enää vaivautunut aktiiisesti tilannetta seuraamaan hetkeen, mutta en pidättele hengitystä että joku esittää normaalien ihmisten peli- ym käyttöön soveltuvan kortin joka toimii jaettuna.

Kuulemma Intelin korteilla saattaa olla tuki mutta niiden soveltuvuudesta mihinkään ei taida olla vielä yksimielisyyttä.

Kyllä se varmaan joskus tulevaisuudessa myös kuluttaja puolelle tulee mutta vielä ei ole näköpiirissä.

Valitettavasti edes Intel ei ole lähteny kokeilemaan purjeita tuon kanssa. Mulla on Arc B570 koneessa ja:
Koodi:
lspci -vs 0e:00.0 | grep -E "(VGA|Capabilities:)"
0e:00.0 VGA compatible controller: Intel Corporation Battlemage G21 [Arc B570] (prog-if 00 [VGA controller])
        Capabilities: [40] Vendor Specific Information: Intel Capabilities v1
        Capabilities: [70] Express Endpoint, IntMsgNum 0
        Capabilities: [ac] MSI: Enable+ Count=1/1 Maskable+ 64bit+
        Capabilities: [d0] Power Management version 3
        Capabilities: [100] Alternative Routing-ID Interpretation (ARI)
        Capabilities: [110] Null
        Capabilities: [200] Address Translation Service (ATS)
        Capabilities: [420] Physical Resizable BAR
        Capabilities: [400] Latency Tolerance Reporting

Jos tuki olisi niin tuolta listalta löytyisi vastaavanlainen rivi:
Capabilities: [188] Single Root I/O Virtualization (SR-IOV)

Intel siis tekee ihan samaa kuin nvidia ja amd, eli ammatti korteista vain löytyy tuo tuki ja kuluttaja raudassa se on disabloitu.
 
Jos on pääsy lokaaliin terminaaliin niin kaipa sitten on pääsy myös virtanappulaan tai johtoon jolloin pahis voi aina bootata jos ei muuten niin ottamalla sähköt pois...

Poislukien laitteet jotka on lukollisessa kaapissa upsin kanssa mutta sellaisten lähelle ei taida muutenkaan päästäkovin helposti.
Kyllä, mutta multiseat on tässä se olennainen juttu. Tuskin kukaan ehdottomasti haluaa sellaisia käytettävyyttä laskevia ominaisuuksia, jotka haittaavat normaalia käyttöä. Linuxissa (tai siis distroissa ja työpöydissä) on jonkinlainen tuki, mutta sitä ei ole ikinä viety loppuun asti. VT ja konsoliin printtaaminen on monella tavalla ollut ongelmallinen ja tahtotila on päästä siitä eroon. Magic sysrq taas on sellainen, että nykyään kun on atomiset journaloivat cow-tiedostojärjestelmät ja backupit, niin aika kylmästi voi painaa resettiä r-e-i-s-u-b:n sijaan.
 
Magic sysrq taas on sellainen, että nykyään kun on atomiset journaloivat cow-tiedostojärjestelmät ja backupit, niin aika kylmästi voi painaa resettiä r-e-i-s-u-b:n sijaan.

No empä nyt ihan noin ylimielinen asian suhteen olisi. Juuri tuossa ASPM taistelun yhteydessä kävi niin että Arc B570 veti ittensä kunnolla jojoon kun dynaamisesti laitoin ASPM:n päälle. Tästä hirttäytymisestä seurasi se että koko paska meni aivan tilttiin. Lopulta ssh:n kautta todella suurella viiveellä sain kuin sainkin reboot komennon menemään läpitte.

Mulla on /var/lib erillisillä levyillä, btrfs raid-5 ja toi pooli kiukustui rebootissa ja ilmoitti että siellä on virhe. No toki kun oli raid-5 niin virhe korjattiin. Jos ei olisi ollut niin mulla olis ollu read-only filesystem ja taistelu että sen saa korjattua. On aika pitkä aika siittä kun viimeeksi on filesystem saanut osumaa, mutta edelleen on mahdollista kun sopivasti paska iskee tuulettimeen.
Onneksi tästä ei isompaa savottaa tullut.
 
Kyllä, mutta multiseat on tässä se olennainen juttu.
Linux on laaja ja eri ympäristöissä on hyvinkin erilaiset tarpeet. Mitä tarkoitat multiseat-ympäristöllä? Jotain ssh:n yli käytettävää etäpalvelinta? Etäkäytössä konsoli ei tietenkään ole etäkäyttäjillä vaan ylläpitäjillä, jos näilläkään.
Tuskin kukaan ehdottomasti haluaa sellaisia käytettävyyttä laskevia ominaisuuksia, jotka haittaavat normaalia käyttöä. Linuxissa (tai siis distroissa ja työpöydissä) on jonkinlainen tuki, mutta sitä ei ole ikinä viety loppuun asti. VT ja konsoliin printtaaminen on monella tavalla ollut ongelmallinen ja tahtotila on päästä siitä eroon.
Mitä ongelmia taustalla oleviin konsoleihin tuleva tulostus muka aiheuttaa työpöydän käyttäjälle? Ainakaan yhden käyttäjän työasemalla tässä ei ole koskaan ongelmaa, vaan päinvastoin tulosteista on pelkkää hyötyä tai ne on harmittomia.
Magic sysrq taas on sellainen, että nykyään kun on atomiset journaloivat cow-tiedostojärjestelmät ja backupit, niin aika kylmästi voi painaa resettiä r-e-i-s-u-b:n sijaan.
Aika kevytmielistä on edes ehdottaa kylmää resetiä. Juurihan tässäkin ketjussa @asentaja1'lta pimentyi muistitikku kylmäbootin yhteydessä.
 
En aio jankata enempää mutta jos kone on kotioloissa multiseat niin kuulostaa oudolta tarttua terminaalin tuöostuksiin tai turvallisuuteen, käyttäjienhän pitäisi kai asua samassa taloudessa.
Tietysti jos ei ole luottoa... niin kannattaa suosiolla hommata useampi kone.
Ja jos joku murtautuu paikalle niin todennäköisesti kertaluokkaa isompi vahinko kävi jo.

Työkäyttöön ilman muuta erilliset koneet niin ei tarvitse edes miettiä jaetun ympäristön turvaa. Sama juttu toimistolla/vastaavassa ympäristössä.
 
Linux on laaja ja eri ympäristöissä on hyvinkin erilaiset tarpeet. Mitä tarkoitat multiseat-ympäristöllä? Jotain ssh:n yli käytettävää etäpalvelinta? Etäkäytössä konsoli ei tietenkään ole etäkäyttäjillä vaan ylläpitäjillä, jos näilläkään.

En taida tuosta jatkaa kun ei mene millään jakeluun.
Mitä ongelmia taustalla oleviin konsoleihin tuleva tulostus muka aiheuttaa työpöydän käyttäjälle? Ainakaan yhden käyttäjän työasemalla tässä ei ole koskaan ongelmaa, vaan päinvastoin tulosteista on pelkkää hyötyä tai ne on harmittomia.
Aiemmin rt-ominaisuuksien blokkina on ollut mm. synkroniset printk-kutsut. Nykyisin sekin on saatu korjattua, mutta viivästytti reaaliaikatuen saamista useilla kuukausilla tai jopa vuosilla. Vaikea laskea kerrannaisvaikutusta.
 

En taida tuosta jatkaa kun ei mene millään jakeluun.
Siis käytetään Linuxia kuin minikonetta kasarilla: samassa keskusyksikössä on monta käyttäjää kiinni päätteillä? Tämähän on moniajo-käyttiksen natiivi käyttötapa; päätteet on olleet sarjaportilla kiinni keskusyksikössä. Miten tämä toteutetaan nykyään ja mikä siinä oikein on ongelmana?

Virtuaalipäätteethän on loogisesti ehtaa multiseatia, kun käyttäjällä on kuusi riippumatonta "terminaalia" Alt-F1..6 takana. Jonkinlaisella nypläyksellä voi X-sessioitakin käsittääkseni olla useampia. Myös fyysisiä COM-päätteitä voi myös olla useampia mutta niille on ollut vähänlaisesti kysyntää viime vuosina.
Aiemmin rt-ominaisuuksien blokkina on ollut mm. synkroniset printk-kutsut. Nykyisin sekin on saatu korjattua, mutta viivästytti reaaliaikatuen saamista useilla kuukausilla tai jopa vuosilla. Vaikea laskea kerrannaisvaikutusta.
RT:n saaminen yleiskäyttöiseen kerneliiin voi olla aika tekemätön paikka, jos kerneliä ei ole alusta pitäen RT:ksi suunniteltu. Voisitko muistuttaa, missä työpöytäkäyttäjä tarvitsee RT:a?

Yleisesti ottaen on aivan varmaa, että uusissa erikoissovelluksissa vanhat ominaisuudet voi muodostua tavalla tai toisella rajoitteiksi. Ihmeen moneen Linux on kyllä vuosien saatossa venynyt.
 
Siis käytetään Linuxia kuin minikonetta kasarilla: samassa keskusyksikössä on monta käyttäjää kiinni päätteillä? Tämähän on moniajo-käyttiksen natiivi käyttötapa; päätteet on olleet sarjaportilla kiinni keskusyksikössä. Miten tämä toteutetaan nykyään ja mikä siinä oikein on ongelmana?
Ajatellaan että sulla on vaikka 4 samanaikaisen käyttäjän kone. Eli koneessa neljä GPU:ta ja vastaavasti näppikset ja hiiret jokaiselle. Vaikkapa luokkahuoneessa on ihan käyttökelvoton tilanne, että yksi käyttäjä pakottaa muut katsomaan mustaa ruutua, kun itse äheltää VT:ssä. Ongelma tietty korostuu mitä useampia käyttäjiä on. Toki tuon voi ohittaa jos tekee multiseatin hypervisor-tasolla ja Linuxit on vain guest-käyttiksiä, mutta miksei käytä Linuxin suoraa tukea jos on..
Virtuaalipäätteethän on loogisesti ehtaa multiseatia, kun käyttäjällä on kuusi riippumatonta "terminaalia" Alt-F1..6 takana. Jonkinlaisella nypläyksellä voi X-sessioitakin käsittääkseni olla useampia. Myös fyysisiä COM-päätteitä voi myös olla useampia mutta niille on ollut vähänlaisesti kysyntää viime vuosina.
Kannattaa ottaa vähän selvää mistä puhuu. Esim. X:ssä on luokkaa 10 vuotta ollut tuo multiseat-tuki vakiona (tarkoittaa ettei tarvi xorg.confien kanssa äheltää vaan loginctl:llä tai udev-säännöllä luo vaan seatin) ja juuri nuo useat instanssit käyttävät sitä nykyään. Toisaalta nykyään ollaan myös siirtymässä Waylandiin.
RT:n saaminen yleiskäyttöiseen kerneliiin voi olla aika tekemätön paikka, jos kerneliä ei ole alusta pitäen RT:ksi suunniteltu. Voisitko muistuttaa, missä työpöytäkäyttäjä tarvitsee RT:a?
Vaikkapa DAW, CNC ja robotiikka. Ei nyt edes mitään uusi juttu, esim. LinuxCNC - Wikipedia on ollut olemassa vuosikaudet. Samoin on Ubuntu Studiota jne.

Tuosta vielä
Aika kevytmielistä on edes ehdottaa kylmää resetiä. Juurihan tässäkin ketjussa @asentaja1'lta pimentyi muistitikku kylmäbootin yhteydessä.
Reset-napin painaminen ei ole cold boot.

"A cold boot (or hard boot) is starting a computer from a completely powered-off state, unlike a warm boot (restart), which reboots a running system. This process involves the full Power-On Self-Test (POST) to initialize all hardware and load the operating system from scratch, effectively clearing memory and resolving many software glitches. It's performed by pressing the power button after a full shutdown or pulling the power, and it's crucial for troubleshooting unresponsive systems"

Cold Boot vs. Warm Boot

- Cold Boot: Power off, then power on. Full system check. Solves deeper issues.
- Warm Boot: Restart (Ctrl+Alt+Del, reset button). Bypasses some hardware checks, faster but less thorough.
 
Vaikkapa DAW, CNC ja robotiikka. Ei nyt edes mitään uusi juttu, esim. LinuxCNC - Wikipedia on ollut olemassa vuosikaudet. Samoin on Ubuntu Studiota jne
Vähän ehkä offtopic mutta missään nimessä mitään vakavasti otettavaa cnc/robotiikkajuttua ei todellakaan kannata edes miettiä koneeseen jossa on enemmän kuin 1 näyttö koneen vieressä, 1 käyttäjä ja se laitetta ohjaava ohjelmisto näkyvissä. En laskisi enää työpöytäkäytöksi.

Musiikkijuttuihin en ota kantaa kun niistä ei ole kokemusta. Kuulostaa kyllä järkevältä että voi vaatia rt- toiminnallisuuksia mutta luulisi siihenkin hommaan löytyvän dsp/vastaavia jotka vähentää ohjaavan koneen rt-vaatimuksia kuten cnc- puolellakin.
 
Musiikkijuttuihin en ota kantaa kun niistä ei ole kokemusta. Kuulostaa kyllä järkevältä että voi vaatia rt- toiminnallisuuksia mutta luulisi siihenkin hommaan löytyvän dsp/vastaavia jotka vähentää ohjaavan koneen rt-vaatimuksia kuten cnc- puolellakin.
Musapuolelle on aika monenlaista laitetta nykyään alkaen pienen kännykän kokoisista, joihin voi ladata efektit ja soitella bändikämpillä tai keikalla. Tietenkin laitteet kannataa hankkia tarpeen mukaan.

DAW-käyttöön tietokone on edelleen loogisin valinta. DAW ei vaadi mitään ihmeellistä nykymittapuulla PC:n raudalta ja nykyään RT-paikat on jo kernelissä, joten yhtään mitään ei tarvi tehdä. Halvimmillaan kympin audio interface aliexpressistä ja kitaraan kiinni. 96 kHz näytteistys ja 24-bit dynamiikka vaatii luokkaa 2,5 Mbps kaistaa. Pian 25 vuotta täyttävässä USB2:ssa on efektiivistä kaistaa vajaa 300 Mbps. En minä estämään jos välttämättä haluat ostaa erilliset laitteet. Veikkaisin, että nyt kun distroihin alkaa vakiintua tuet, niin Linux yleistyy näissäkin asioissa.
 
Ajatellaan että sulla on vaikka 4 samanaikaisen käyttäjän kone. Eli koneessa neljä GPU:ta ja vastaavasti näppikset ja hiiret jokaiselle. Vaikkapa luokkahuoneessa on ihan käyttökelvoton tilanne, että yksi käyttäjä pakottaa muut katsomaan mustaa ruutua, kun itse äheltää VT:ssä.
Jotain tämmöistä vähän epäilinkin, luokka/toimisto/callcenter, jossa yksi kone jaetaan monelle. Monessa näyttökortissa on 4 lähtöä, jolloin yksikin GPU voi tukea 4 näyttöä. Olettaisin, että on vain konffauskysymys saada jaettua nämä neljälle käyttäjälle. Jos taas yhteydet otetaan ssh:n yli, käyttäjiä voi olla hyvinkin paljon, mutta käyttäjällä pitää olla vähintään joku thin-client. Tai kyllähän old-skool-X toimi iloisesti verkon ylikin ilman ssh:a.

Jos yksi käyttäjä menee tekstikonsolille, blokkaako se X:n muilta? Olen olettanut, että X toimii taustalla normaalisti vaikka käyttäjä olisi välillä konsolia näpräämässä. Toisaalta miksi kukaan menisi tekstikonsolille tällaisesssa ympäristössä varsinkaan kun kaikki tekevät jotain? Ehkä räätälöity kernel auttaisi?
Kannattaa ottaa vähän selvää mistä puhuu. Esim. X:ssä on luokkaa 10 vuotta ollut tuo multiseat-tuki vakiona (tarkoittaa ettei tarvi xorg.confien kanssa äheltää vaan loginctl:llä tai udev-säännöllä luo vaan seatin) ja juuri nuo useat instanssit käyttävät sitä nykyään.
X on lähtökohtaisesti suunniteltu verkon yli toimivaksi multiseat-ympäristöksi. Missä nyt oikein on ongelma?
Vaikkapa DAW, CNC ja robotiikka. Ei nyt edes mitään uusi juttu, esim. LinuxCNC - Wikipedia on ollut olemassa vuosikaudet. Samoin on Ubuntu Studiota jne.
Tämmöisiin tarkoituksiin voi useimmiten käyttää hyvin pitkälle räätälöityä kerneliä, jossa on mukana vain aivan välttämätön.
Reset-napin painaminen ei ole cold boot.
Tästä olen eri mieltä. Reset-nappi vetää fyysisesti alas emolevyn RESET-linjan, joka palauttaa jokaisen komponentin kylmäkäynnistystilaan. Käynnistys menee samalla prosessilla kuin virtojen tullessa päälle. Toki erona on se, että data säilyy rekistereissä ja muistissa mutta sitä pitäisi käsitellä korruptoituneena.
 
Jotain tämmöistä vähän epäilinkin, luokka/toimisto/callcenter, jossa yksi kone jaetaan monelle. Monessa näyttökortissa on 4 lähtöä, jolloin yksikin GPU voi tukea 4 näyttöä. Olettaisin, että on vain konffauskysymys saada jaettua nämä neljälle käyttäjälle.
Saa sen näinkin, mutta menee hyvin paljon vaikeammaksi.
Jos yksi käyttäjä menee tekstikonsolille, blokkaako se X:n muilta? Olen olettanut, että X toimii taustalla normaalisti vaikka käyttäjä olisi välillä konsolia näpräämässä. Toisaalta miksi kukaan menisi tekstikonsolille tällaisesssa ympäristössä varsinkaan kun kaikki tekevät jotain?
Voit ihan kokeilla esim. koneessa, jossa CPU:lla on iGPU ja sitten laitat erillisen GPU:n rinnalle niin että molemmista saat kuvaa samaan aikaan. Tähän nyt löytyy monesta koneesta tuki. Toinen vaihtoehto on pari näytönohjainta jos koneessa on noita 16x paikkoja useampia. Tuo ctrl-alt-fX vaihtaa kuvaa kaikkien näytönohjaimien ja kaikkien käyttäjien osalta - myös silloin kun eri käyttäjillä on eri X-instanssi. Mikä tässä on niin vaikeaa tajuta? Toki se X pyörii taustalla, mutta se ei paljon lohduta jos yllättäen asiaan liittymättömältä käyttäjältä katoaa kuva.

X on lähtökohtaisesti suunniteltu verkon yli toimivaksi multiseat-ympäristöksi. Missä nyt oikein on ongelma?
En tiedä haluatko tahallaan sotkea keskustelua, mutta VT:t on lokaalien terminaalien ominaisuus. Ei kannata sotkea verkkoyhteyksiä tähän. VT-säädöt eivät tosiaan vaikuta etäyhteyksiin ja miksi pitäisikään? Jos ajan ssh:n yli X-ohjelmia etänä, niin se X on ihan eri koneellakin, niin miten VT:n ja X:n välillä voisi olla mitään yhteyttä?
Tämmöisiin tarkoituksiin voi useimmiten käyttää hyvin pitkälle räätälöityä kerneliä, jossa on mukana vain aivan välttämätön.

Tästä olen eri mieltä. Reset-nappi vetää fyysisesti alas emolevyn RESET-linjan, joka palauttaa jokaisen komponentin kylmäkäynnistystilaan. Käynnistys menee samalla prosessilla kuin virtojen tullessa päälle. Toki erona on se, että data säilyy rekistereissä ja muistissa mutta sitä pitäisi käsitellä korruptoituneena.
Oheislaitteissa (esim. USB) on omat firmikset, jotka voivat toimia täysin itsenäisesti ja esim. datan korruptoituminen vähenee huomattavasti, kun virta ei katkea. Et oikein taida ymmärtää sulautettujen järjestelmien toimintaa, jos ajattelet, että ei ole mitään eroa katkaiseeko esim. USB-laitteesta virrat kokonaan vai resetoi CPU:n. Kokeilepa vaikka kytkeä RPi zero tai vastaava usb-porttiin ja kokeile miten toiminta eroaa kun otat töpselin irti seinästä minuutiksi vs painat minuutin kotelon reset-nappia.
 

Statistiikka

Viestiketjuista
301 693
Viestejä
5 134 276
Jäsenet
82 030
Uusin jäsen
mjargen

Hinta.fi

Back
Ylös Bottom