Follow along with the video below to see how to install our site as a web app on your home screen.
Huomio: This feature may not be available in some browsers.
Mitä käyttistä / versiota suosittelisitte mini-pc:hen jota on tarkoitus käyttää pääasiassa verkon ksutta päivittyvänä iPhonen valokuvien backupina ja hdmi:n kautta 4K telkkariin videoiden katseluun?
Vaikuttaa hyvältä!Oletko katsonut LibreELECiä?
Oliko kyseessä siis ihan PC rautaa vai joku arm pohjainen systeemi?Mitä käyttistä / versiota suosittelisitte mini-pc:hen jota on tarkoitus käyttää pääasiassa verkon ksutta päivittyvänä iPhonen valokuvien backupina ja hdmi:n kautta 4K telkkariin videoiden katseluun?
Oliko kyseessä siis ihan PC rautaa vai joku arm pohjainen systeemi?
Toi synkkaus wifin yli on aiemmin onnistunut vain maksullisilla softilla tai joskus muistaakseni ainoa ilmainen softa on ollut VLC, juu luit oikein VLC. Normaalisti siis video/audio siirto, mutta ainakin aiemmin VLC:llä pystyi myös siirtämään suoraan mitä tahansa tiedostoja.
Tuohon käy siis oikeastaan sitten mikä vaan distro. Jos siis haluat valmiiksi vähän enemmän esimerkiksi multimedia ominaisuuksia, niin joku Ubuntu pohjainen voisi olla myös ihan ok. Itselle LibreELEC täysin vieras, mutta toki siitäkin näyttää Intel/AMD buildi löytyvän, joten sen puolesta varmasti toimii. Seuraava kysymys varmaan onkin kerneli, että millä configilla se on käännetty.joo ihan pc, tuollainen minisforum amd:n prossulla.
kiitos, täytyy tutkia ja myös vlc. Luulisi että tällaista olisi moni tarvinnut.
Kuulostaa ihan hyvältä viritykseltä. Itsellä on iCloud firman kortilla maksettuna, niin ei ole tullut säädettyä mitään synkkausta aikoihin, vaikka Linuxia siis käytän pöytäkoneissa ja servereissä, Applen rautaa sitten kannettavassa muodossa (läppäri, puhelin ja kello).Löytyi Nextcloud, joka näyttäisi siltä että voisi ja asian.
eli LibreELEC + Kodi + Nextcloud voisi olla hyvä kombo.
Voisi siis ottaa kopion pc:lle ja tälle sitten joku halpa cloud kopio. Ei huvittaisi maksella 10€/kk Applelle 2Tb iCloudista.
su -l <superuser>
, mutta saan vastaan virheilmoituksen:(virt-manager:8037): Gtk-WARNING **: 14:32:10.873: cannot open display:
Ihan yksinkertaisuudessaan lisää käyttäjä libvirt groupiin, jonka jälkeen pitäisi toimia ihan normaalikäytäjänä:Miten PopOS:ssa, tai yleensäkään Linuxissa, avataan GUI softa, tässä tapauksessa esim. virt-manager, kun on kirjautunut sisään rajoitetulla tilillä, jolla ei ole siis oikeuksia tuon Virt-managerin käyttöön?
Kokeilin terminaalin kautta käynnistää sitä, sen jälkeen kun olin kirjautunut terminaalissa superuser-oikeudet omaavana käyttäjänä sisään komennollasu -l <superuser>
, mutta saan vastaan virheilmoituksen:
Koodi:(virt-manager:8037): Gtk-WARNING **: 14:32:10.873: cannot open display:
Virt-manager toimii vain esimerkkinä, olen tietoinen virsh-komennosta...
sudo usermod -aG libvirt $(whoami)
Miten PopOS:ssa, tai yleensäkään Linuxissa, avataan GUI softa, tässä tapauksessa esim. virt-manager, kun on kirjautunut sisään rajoitetulla tilillä, jolla ei ole siis oikeuksia tuon Virt-managerin käyttöön?
Kokeilin terminaalin kautta käynnistää sitä, sen jälkeen kun olin kirjautunut terminaalissa superuser-oikeudet omaavana käyttäjänä sisään komennollasu -l <superuser>
, mutta saan vastaan virheilmoituksen:
Koodi:(virt-manager:8037): Gtk-WARNING **: 14:32:10.873: cannot open display:
Virt-manager toimii vain esimerkkinä, olen tietoinen virsh-komennosta...
Emmanuele Bassi GNOMEn kehittäjä on muotoillut asian näin:@JRan En siis halua lisätä käyttäjän oikeuksia, vaan pelkästään hetkellisesti startata sovellus toisena käyttäjänä, jos se on vain mahdollista.
@oongee En halua antaa kys. käyttäjälle sudotus oikeuksia, edes rajoitettuja sellaisia.
Välillä tulee tarve käynnistää joku graaffinen sovellus kun on kirjautunut sisään rajoitetulla tilillä, niin etsin tapaa (jos sellaista edes on), jolla sen voisi käynnistää toisena käyttäjänä ilman, että vaihdan koko DE:n toisen käyttäjän DE:ksi.
Miten tuon DISPLAY-asetuksen voisi järjestää hetkellisesti sille yhdelle sovelle?
there are no *real*, substantiated, technological reasons why anybody should run a GUI application as root. By running GUI applications as an admin user you are literally running millions of lines of code that have not been audited properly to run under elevated privileges; you are also running code that will touch files inside your $HOME and may change their ownership on the file system; connect, via IPC, to even more running code, etc.You are opening up a massive, gaping security hole
Emmanuele Bassi GNOMEn kehittäjä on muotoillut asian näin:
Aa, ymmärsin vähän väärin alkuperäisestä komennostasi sen mitä olet tekemässä. Mutta jos ajat seuraavan komennon käyttäjänä millä olet ajamassa virt-manageria.Toi nyt menee taas ohi... Tuossa puhutaan rootista, ei toisesta käyttäjästä, jolla on eri oikeudet (eri oikeudet, mutta ei root-/su-/sudo-oikeudet)...
export DISPLAY=:0
Aa, ymmärsin vähän väärin alkuperäisestä komennostasi sen mitä olet tekemässä. Mutta jos ajat seuraavan komennon käyttäjänä millä olet ajamassa virt-manageria.
Bash:export DISPLAY=:0
Toki DISPLAY sen mukaan, joka on oikeasti kirjautuneella käyttäjällä käytössä.
xhost +si:localuser:<toinenkäyttäjä>
että alkoi toimimaan.> xhost +si:localuser:<toinenkäyttäjä>
> echo $DISPLAY
:1
> su -l <toinenkäyttäjä>
> export DISPLAY=:1
> <käynnistettäväGUIsofta>
> exit
> xhost -si:localuser:<toinenkäyttäjä>
Bash:export DISPLAY=:0
Toki DISPLAY sen mukaan, joka on oikeasti kirjautuneella käyttäjällä käytössä.
su -w DISPLAY - <käyttäjä>
..?Juu toimii myös näin.Tai miksei vaansu -w DISPLAY - <käyttäjä>
..?
xhost +si:localuser:<käyttäjä>
, muuten ei suostu käynnistämään sovellusta. Ja kun lopettaa, niin exitin jälkeen xhost -si:localuser:<käyttäjä>
, jolla poistetaan ne oikeudet.Mitä tuossa tarkoitetaan tällä "you are also running code that will touch files inside your $HOME ..."? Miten oman kotikansion tiedostojen käsittelyyn vaikuttaa se, ajetaanko ohjelmaa roottina vai ei?Emmanuele Bassi GNOMEn kehittäjä on muotoillut asian näin:
Niin siis tämän jälkeen jos ohjelma luo/kirjoittaa tiedostoja, kotihakemistosi tiedostot ovat root käyttäjän tiedostoja, joten normaali käyttäjä ei voi lukea/kirjoittaa/poistaa niitä.Mitä tuossa tarkoitetaan tällä "you are also running code that will touch files inside your $HOME ..."? Miten oman kotikansion tiedostojen käsittelyyn vaikuttaa se, ajetaanko ohjelmaa roottina vai ei?
Ok, nyt tajusin. Eli tässä kohtaa kyseessä oli lähinnä mukavuushaitta (tai esittämiesi bugisten ohjelmien kohdalla vähän isompikin haitta).Niin siis tämän jälkeen jos ohjelma luo/kirjoittaa tiedostoja, kotihakemistosi tiedostot ovat root käyttäjän tiedostoja, joten normaali käyttäjä ei voi lukea/kirjoittaa/poistaa niitä.
Pointti oli siis se, että root käyttäjänä ei Linuxissa kuulu ajaa mitään graafista. Ja juu kyllä jotkut softat on toki tehty ja testattu tätä varten, mutta silti kannattaa pysytellä komentorivillä sen root käyttäjän kanssa.
Tässä pari malliesimerkkiä jotka tulivat mieleen. Lähinnä siis millaisia bugeja softissa saattaa olla ja softat oli kuitenkin ihan suht laajasti käytössä:
![]()
Moved ~/.local/share/steam. Ran steam. It deleted everything on system owned by user. · Issue #3671 · ValveSoftware/steam-for-linux
Edit: Please stop posting stupid image memes or unhelpful messages. This interferes with Valve's ability to sift through the noise and see if anyone can figure out what triggers it. This may not be...github.com
![]()
install script does rm -rf /usr for ubuntu · Issue #123 · MrMEEE/bumblebee-Old-and-abbandoned
An extra space at line 351: rm -rf /usr /lib/nvidia-current/xorg/xorg causes the install.sh script to do an rm -rf on the /usr directory for people installing in ubuntu. Totally uncool dude!!! The ...github.com
Juuri oikein ymmärretty, eli tosiaan seuraavalla kerralla softa ei välttämättä käynnisty ollenkaan jos se on aiemmin suoritettu roottina. Tai se ei pysty lukea kirjoittaa omia tiedostojaan.Ok, nyt tajusin. Eli tässä kohtaa kyseessä oli lähinnä mukavuushaitta (tai esittämiesi bugisten ohjelmien kohdalla vähän isompikin haitta).
Tulkitsin lainauksen ensin niin, että kotihakemiston tiedostot olisi jotenkin paremmin turvassa (esim. haittaohjelmilta), jos ohjelmia ajaa tavallisena käyttäjänä eikä roottina. Mutta tämähän olisi aika huono vinkki. Kaikki muut tiedostot kyllä olisivat paremmin turvassa, mutta kotikansion tiedostojen varastamiseen/tuhoamiseen ei yleisesti ottaen tarvitse root-oikeuksia.
rm -rf /oikea_hakemisto /
Kokeilin tuota POP OS jakelua. Ongelmaksi muodostui ettei ohjelmien tiedostonhallinta suostu näyttämään kuin ainoastaan ne kansiot, jotka ovat samalla kiintolevyllä kuin Linux jakelu. Näin ollen ulkoisella kovalevyllä olevia tiedostoja ei saa näkyville. Käyttöjärjestelmän kautta ulkoiset kovalevyt ja usb-tikut näkyvät ja tiedostoja voi käsitellä mutta ei softien kautta. Mikä neuvoksi?
Jostain syystä useimmat Steam pelit eivät suostu käynnistymään. Joko pelin Laucherin käynnistys kestää useita minuutteja, jonka jälkeen Steam jumittuu ennen pelin päävalikon latautumista tai sitten tulee herja "ERROR: DX12 is not supported on your system". Samat pelit kuitenkin pyörivät ongelmitta samalla hardwarella Windows 10 kautta, joten miten ne saisi toimimaan myös Linuxin kautta?
Näytönohjain GeForce GTX 780 jossa uusimmat päivitykset, kokeiltu myös eri Proton jakeluilla tuloksetta.
Onhan nvidian ajurit eikä open source ajureita?
jos on pelkästään win versio pelistä ni eihän se päälle lähdekkään. Steamissä näkyy jos on win only. Jos haluaa Win pelejä linukalla pelata pitää wine yms. emulaattori asentaaJostain syystä useimmat Steam pelit eivät suostu käynnistymään. Joko pelin Laucherin käynnistys kestää useita minuutteja, jonka jälkeen Steam jumittuu ennen pelin päävalikon latautumista tai sitten tulee herja "ERROR: DX12 is not supported on your system". Samat pelit kuitenkin pyörivät ongelmitta samalla hardwarella Windows 10 kautta, joten miten ne saisi toimimaan myös Linuxin kautta?
Näytönohjain GeForce GTX 780 jossa uusimmat päivitykset, kokeiltu myös eri Proton jakeluilla tuloksetta.
Johan tuossa mainittiin että Protonia käytetty. Protonilla siis saa ainakin suurimman osan Steamin windows-peleistä toimimaan ihan heittämällä linuxissa. Ei siis tarvitse mitään wineä tms erikseen. Yhtäkkiä ei tule mieleen kuin ehkä pari peliä jotka ei tuolla Protonilla ole toimineet.jos on pelkästään win versio pelistä ni eihän se päälle lähdekkään. Steamissä näkyy jos on win only. Jos haluaa Win pelejä linukalla pelata pitää wine yms. emulaattori asentaa
Aa, pitäs lukee vähä tarkemmin ennenku vastaaJohan tuossa mainittiin että Protonia käytetty. Protonilla siis saa ainakin suurimman osan Steamin windows-peleistä toimimaan ihan heittämällä linuxissa. Ei siis tarvitse mitään wineä tms erikseen. Yhtäkkiä ei tule mieleen kuin ehkä pari peliä jotka ei tuolla Protonilla ole toimineet.
Itsellänikin on nyt lähiaikoina tuo Steam vähän kiukutellut, joskus käynnistyy ihn järkyttävän pitkään ja joskus tulee vain joku "Launching Steam" taskbariin mutta mitään ei tule näkyviin mutta tuon näkymättömän ikkunan tappamalla Steam lähtee kuitenkin hetken kuluttua käyntiin. Tuota kiukkuamista on nyt ollut ehkä kuukauden verran säännöllisen epäsäännöllisesti, varmaan joku paskempi päivitys Steamista julkaistu joka tökkii joillakin.
Jostain syystä useimmat Steam pelit eivät suostu käynnistymään. Joko pelin Laucherin käynnistys kestää useita minuutteja, jonka jälkeen Steam jumittuu ennen pelin päävalikon latautumista tai sitten tulee herja "ERROR: DX12 is not supported on your system". Samat pelit kuitenkin pyörivät ongelmitta samalla hardwarella Windows 10 kautta, joten miten ne saisi toimimaan myös Linuxin kautta?
Näytönohjain GeForce GTX 780 jossa uusimmat päivitykset, kokeiltu myös eri Proton jakeluilla tuloksetta.
Edit: Näköjään Cinnamonissa Shift+7 on Check spelling ja siksi ei toimi. :/
Joku tässä vielä on solmussa koska minun ymmärtääkseni ainakin Mint-Cinnamonissa spell check on shift-F7 eli shift ja functionäppäin nro7 eikä numeronäppäin 7 josta kyllä pitäisi tulla se kauttaviiva jos asetukset on oikein. joku muu siis ehkä on asetuksissa pielessä. En tiedä fedora-cinnamonista mutta olisin hyvin hämmästynyt jos he olisivat saaneet päähänsä sitoa spell checkin shift-numeronäppäin7 yhdistelmään enkä nopeasti googlatessa löytänyt fedora-cinnamonin keyboard layoutista oikein mitään tietoja.
Joku tässä vielä on solmussa koska minun ymmärtääkseni ainakin Mint-Cinnamonissa spell check on shift-F7 eli shift ja functionäppäin nro7 eikä numeronäppäin 7 josta kyllä pitäisi tulla se kauttaviiva jos asetukset on oikein. joku muu siis ehkä on asetuksissa pielessä. En tiedä fedora-cinnamonista mutta olisin hyvin hämmästynyt jos he olisivat saaneet päähänsä sitoa spell checkin shift-numeronäppäin7 yhdistelmään enkä nopeasti googlatessa löytänyt fedora-cinnamonin keyboard layoutista oikein mitään tietoja.
Kyseessä joku ns. kompakti näppis jossa F<numero>-näppäimet tyyliin Fn+<numero> combon takana ja se sekoilee jotenkin?
Löytyy Nvideon viralliset driverit Nvidia driver 470. Kokeilin asentaa myös uudestaan mutta ei vaikutusta yhteensopivuuteen.
Steamin kautta toimivat ainoastaan suoraan Linus Torvelolle yhteensopivat pelit ja Proton yhteensopivista pyörii ainoastaan alkuperäinen Deus EX. Kaikilla muilla peleillä, myös hyvin vanhoilla tulee joko DX12 viittaava virheilmoitus, Steam jää jumiin Launcheriin tai peli jumittuu ensimmäiseen tai toiseen latausruutuun, jonka jälkeen Steam jää jumiin.
Laitanpa tuon niksin jatkoksi yhden rimpsun millä joku vähän uudempi peli lähti toimimaan, eli ei käynnistetä steamia perinteisesti suoraan kuvakkeesta / valikosta vaan komentoriviltä seuraavanlaisella loitsulla:Nyt menee arvailuksi mutta voisi kokeilla Steamissä pelin kohdalta oikealla klikkauksella ottaa "Properties" ja sieltä launch options kohtaan laittaa
PROTON_USE_WINED3D11=1 %command%
Kaipa tuon ympäristömuuttujan voisi asettaa globaaliksikin jos tuolla korjautuu?
VK_ICD_FILENAMES=NONE steam
Kyseessä Logitechin Craft -näppis, joten tuosta ei kai ole kyse. Testailen vielä Gnomella ja KDE:llä kun pääsen koneen ääreen, josko niillä toimisi normaalisti.
Kokeile ruotsinkielisen näppäimistön us-alavarianttia. Erikoismerkit menevät us-paikoille, mutta ääkköset tarvitsevat alt gr:n kaveriksi toimiakseen.Oisko jollakin antaa vinkkiä, miten saan Fedorassa standardi näppäinyhdistelmät toimimaan, kun keyboard layout on Finnish (Windows)? Tällä hetkellä Shift + 7 ei anna kauttaviivaa, niin kuin pitäisi, vaikka kaikista muista numeronäppäimistä tulee just se merkki, mikä pitääkin, kun Shift on pohjassa. 7-näppäin toimii muuten normaalisti. Shift + 7 on ainoa, joka ei toimi. Nyt saan /-merkin ainoastaan numpadin näppäimestä.
Edit: Näköjään Cinnamonissa Shift+7 on Check spelling ja siksi ei toimi. :/
Onko oikeudet oikein uudessa polussa?Tarvis jeesiä. Mulla on minecraftin servu joka ottaa onnistuneesti backupi osoitteeseen /var/opt/minecraft/crafty/crafty-4/backups/5047c554-22bd-4a1c-92a8-dce1175e851d
Koneessa on tyhjä 512gb ssd, johon ne pitäisi saada liikutettua. Pystyn muokkaamaan tuota pathia mutta jotain teen väärin kun servu ei tee backuppeja sinne. Tässä on joku mounttaus- tai oikeusongelma, mutta en tajua että mikä. Osaisiko joku jeesata ? Backup ei anna virheilmoitusta, muuta kuin punaisen huutomerkin errorina. Backup menee muka sekunnissa läpi kun oikeasti siinä kestää minuutti. Tiedostoja ei muodostu.
Toi tyhjä ssd on levynhallinnassa tän näköinen:
![]()
sudo chown crafty:crafty /path/to/your/server -R
sudo chmod 2775 /path/to/your/server -R
Onko oikeudet oikein uudessa polussa?
sudo chown crafty:crafty /path/to/your/server -R sudo chmod 2775 /path/to/your/server -R
Eli tässä tapauksessa poluksi /media/xxx/crucial-ssd/backupkansio -R
Oliko tämä kommentti tarkoitettu minulle ?Koita rsync -avz /from/ /to/, niin antaa varmaan jonkun järkevämmän virheilmoituksen.
Oli.Oliko tämä kommentti tarkoitettu minulle ?
Tarvin yksityiskohtaisempia neuvoja. Mitä tuon from kohtaan pitäisi laittaa ? /dev/sda1 ?
Käytämme välttämättömiä evästeitä, jotta tämä sivusto toimisi, ja valinnaisia evästeitä käyttökokemuksesi parantamiseksi.