Linux-kysymyksiä & yleistä keskustelua Linuxista

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

[edit] En siis halua lisätä käyttäjän oikeuksia, vaan käynnistää sovellus toisenna käyttäjänä, jolla on sopivat oikeudet. Onko toi edes mahdollista?
 
Viimeksi muokattu:
SamCer sanoi:
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 komennolla su -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...
Napsauta laajentaaksesi...
Ihan yksinkertaisuudessaan lisää käyttäjä libvirt groupiin, jonka jälkeen pitäisi toimia ihan normaalikäytäjänä:
Bash: 
sudo usermod -aG libvirt $(whoami)
 
SamCer sanoi:
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 komennolla su -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...
Napsauta laajentaaksesi...

su nollaa oletuksena environmentin, joten DISPLAY ei välity. Kannattanee käyttää sudoa tai muuten järjestää DISPLAY-asetus perille.
 
@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?
 
SamCer sanoi:
@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?
Napsauta laajentaaksesi...
Emmanuele Bassi GNOMEn kehittäjä on muotoillut asian näin:
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
Napsauta laajentaaksesi...
 
SamCer sanoi:
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)...
Napsauta laajentaaksesi...
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ä.
 
JRan sanoi:
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ä.
Napsauta laajentaaksesi...

No nyt alko toimimaan! Kiitos!

[edit] Tai ei suoraan vaan vaati vielä tämän rimpsun antamisen xhost +si:localuser:<toinenkäyttäjä> että alkoi toimimaan.

Kokonaisuus menee siis näin:
Koodi: 
> xhost +si:localuser:<toinenkäyttäjä>
> echo $DISPLAY                               
:1
> su -l <toinenkäyttäjä>
> export DISPLAY=:1
> <käynnistettäväGUIsofta>

Kun ei enään tarvitse <käynnistettäväGUIsoftaa>, niin:
Koodi: 
> exit
> xhost -si:localuser:<toinenkäyttäjä>
 
Viimeksi muokattu:
Noissa molemmissa pitää lisätä <käyttäjälle> oikeudet X-serveriin komennolla 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.
 
JRan sanoi:
Emmanuele Bassi GNOMEn kehittäjä on muotoillut asian näin:
Napsauta laajentaaksesi...
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?
 
Lammas sanoi:
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?
Napsauta laajentaaksesi...
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ä:
github.com

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

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 github.com
 
JRan sanoi:
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ä:
github.com

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

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 github.com
Napsauta laajentaaksesi...
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.
 
Lammas sanoi:
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.
Napsauta laajentaaksesi...
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.

Mutta tosiaan root käyttäjällä saa ihan oikeaa tuhoa aikaan, jos suorittaa sokkona koodia ja sinne on lipsahtanut vähän typoja ja kukaan ei ole vaivautunut kunnolla testaamaan sitä.

Yleensä vaarallisimmat ovat rm -rf komennot ympäristömuutujista, shelliparametreista tms. Komento muuttuu pahimmillaan muotoon:
Bash: 
rm -rf /oikea_hakemisto /

Toki dd komennolla saa myös ikävää jälkeä aikaiseksi.
 
Ei ole ollut käyttänyt PopOSia nyt hetkeen, mutta muistelisin että jotain Flatpakien oikeuksia sai säädettyä Pop Shopin kautta menemällä sovelluksen tietoihin ja jostain kulmasta pääsi säätämään oikeuksia.
 
Oravamedian käpy sanoi:
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.
Napsauta laajentaaksesi...

Onhan nvidian ajurit eikä open source ajureita?
 
Oravamedian käpy sanoi:
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.
Napsauta laajentaaksesi...
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
 
Emeron sanoi:
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
Napsauta laajentaaksesi...
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.

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.
 
Hyrava sanoi:
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.

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.
Napsauta laajentaaksesi...
Aa, pitäs lukee vähä tarkemmin ennenku vastaa
 
Oravamedian käpy sanoi:
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.
Napsauta laajentaaksesi...

Nämä nimeltä mainitsemattomat Steam pelit ovat varmaan uudehkoja DX12 pelejä. 780 GTX:llä ei ole täyttä DX12 tukea, ja on mahdollista että Windowsissa nämä pelit menevät käynnistettäessä DX11 tilaan. Linux-Steamissa täytyy todennäköisesti lisätä pelikohtaisia käynnistysparametrejä jotta sama tapahtuisi.
 
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. :/
 
Viimeksi muokattu:
HornyHernandez sanoi:
Edit: Näköjään Cinnamonissa Shift+7 on Check spelling ja siksi ei toimi. :/
Napsauta laajentaaksesi...

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.
 
herra57 sanoi:
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.
Napsauta laajentaaksesi...

Kyseessä joku ns. kompakti näppis jossa F<numero>-näppäimet tyyliin Fn+<numero> combon takana ja se sekoilee jotenkin?
 
herra57 sanoi:
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.
Napsauta laajentaaksesi...

Ok, googlasin noita pikaisesti ja katsoin, että Shift + 7, mutta voi olla, että oli Shift + F7. En vielä ole päässyt kotiin tutkimaan lisää. Jos jollain on ideaa, saa ehdottaa.
 
Barbarossa sanoi:
Kyseessä joku ns. kompakti näppis jossa F<numero>-näppäimet tyyliin Fn+<numero> combon takana ja se sekoilee jotenkin?
Napsauta laajentaaksesi...

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.
 
Oravamedian käpy sanoi:
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.
Napsauta laajentaaksesi...

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?
 
Bugtastic sanoi:
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?
Napsauta laajentaaksesi...
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:
Koodi: 
VK_ICD_FILENAMES=NONE steam
Ihan tarkkaan en edes tiedä mitä tuo tekee mutta tuo korjasi yhden pelin herjat näytönohjaimesta. Jotenkin tuo johonkin Protonin näytönohjainjuttuun liittyi.
 
HornyHernandez sanoi:
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.
Napsauta laajentaaksesi...

Nyt pääsin testaamaan ja Gnomessa näppis toimii niin kuin pitää ja saan shift + 7:lla kirjoitettua //////.

Ongelma on siis Cinnamonissa. :confused2:
 
HornyHernandez sanoi:
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. :/
Napsauta laajentaaksesi...
Kokeile ruotsinkielisen näppäimistön us-alavarianttia. Erikoismerkit menevät us-paikoille, mutta ääkköset tarvitsevat alt gr:n kaveriksi toimiakseen.
 

Liitteet

  • KB_United_States-NoAltGr.svg.png
    KB_United_States-NoAltGr.svg.png
    99,9 KB · Luettu: 43
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:

1699273856008.png
 
feuerstrahl sanoi:
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:

1699273856008.png
Napsauta laajentaaksesi...
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
 
kaakau<"'\\/> sanoi:
Oli.
Napsauta laajentaaksesi...
Tarvin yksityiskohtaisempia neuvoja. Mitä tuon from kohtaan pitäisi laittaa ? /dev/sda1 ?

Kokeilin tuota komentoa eka path /dev/sda1 ja toinen oli tuo /media....

sending incremental file list
skipping non-regular file "sda1"

sent 56 bytes received 49 bytes 210,00 bytes/sec
total size is 0 speedup is 0,00
 
Kun yritän ajaa Fedora 39:ssä sudo grub2-mkconfig -o /boot/grub2/grub.cfg tai sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg, saan seuraavan errorin:

Syntax error at line 201 Syntax errors are detected in generated GRUB config file. Ensure that there are no errors in /etc/default/grub and /etc/grub.d/* files or please file a bug report with /boot/efi/EFI/fedora/grub.cfg.new file attached.

Noista /etc/default/grub and /etc/grub.d/* -tiedostoista en löydä mitään ongelmaa.

Grub.cfg.new-tiedostossa tuota riviä 201 edeltävä osio on seuraavanlainen:

197 ### BEGIN /etc/grub.d/31_uefi-firmware_proxy ###
198
199 if [ "$grub_platform" = "efi" ]; then
200
201 fi

Eli, jos grub-alusta on efi, sitten pitäisi tehdä jotain, mutta mitä? Tuosta kai se antaa tuon syntax errorin?

Mitä teillä lukee tuossa kohtaa tiedostossa /boot/grub2/grub.cfg.new? Pitäisikö nuo edelliset rivit vain kommentoida inaktiivisiksi risuaidalla, kun en keksi, mitä siinä pitäisi olla ja miten tuon korjaisi?
 
Annan tähän vain saman suosituksen kuin muillekkin että kannattaa vaihtaa bootloader johonkin muuhun kuin tuo iänvanha onglemapesäke grub. Eikös Fedora tuu jo nykyään systemdbootilla vakiona? Sitten on vielä se vaihtoehto että laittaa EFI boottaa suoraan eikä tarvi mitää erillistä bootloaderia välissä sotkemassa.
Pahoittelen että kysymykseesi minulla ei ole vastausta.
 
HornyHernandez sanoi:
Kun yritän ajaa Fedora 39:ssä sudo grub2-mkconfig -o /boot/grub2/grub.cfg tai sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg, saan seuraavan errorin:

Syntax error at line 201 Syntax errors are detected in generated GRUB config file. Ensure that there are no errors in /etc/default/grub and /etc/grub.d/* files or please file a bug report with /boot/efi/EFI/fedora/grub.cfg.new file attached.

Noista /etc/default/grub and /etc/grub.d/* -tiedostoista en löydä mitään ongelmaa.

Grub.cfg.new-tiedostossa tuota riviä 201 edeltävä osio on seuraavanlainen:

197 ### BEGIN /etc/grub.d/31_uefi-firmware_proxy ###
198
199 if [ "$grub_platform" = "efi" ]; then
200
201 fi

Eli, jos grub-alusta on efi, sitten pitäisi tehdä jotain, mutta mitä? Tuosta kai se antaa tuon syntax errorin?

Mitä teillä lukee tuossa kohtaa tiedostossa /boot/grub2/grub.cfg.new? Pitäisikö nuo edelliset rivit vain kommentoida inaktiivisiksi risuaidalla, kun en keksi, mitä siinä pitäisi olla ja miten tuon korjaisi?
Napsauta laajentaaksesi...

Shelliscriptissä tyhjä if-lohko aiheuttaa syntax errorin, mitä ikinä tuosta puuttuukaan on syypää. Kannattanee kurkata mitä /etc/grub.d/31_uefi-firmware_proxy on syönyt.

Tai sitten heittää grubin tunkiolle kuten jo ehdotettiin. Hyödyllisempää käyttää ongelman selvittelyyn kuluvan ajan siihen että vaihtaa käyttöön systemd-bootin. Se on toiminut Fedoralla jo ainakin 34:sta asti vaikka oletuksena onkin grub kaivettu haudastaan uusiin asennuksiin. Valitettavasti suoraa ohjetta tälle en muista kun edellisestä Fedoran asennuskerrasta jokunen vuosi aikaa, mutta ei ollut iso operaatio, löytynee nopeammin kun ratkaisu yo. ongelmaan.
 
feuerstrahl sanoi:
Tarvisin edelleen apua tuohon kovalevyn mounttausongelmaan, jos joku pystyy opastamaan...
Napsauta laajentaaksesi...

Ilmeisesti se toinen levy ei ole mountattu minnekään. /dev/sdjotain ei ole suoraan käytettävissä kopiointiin jne.

Käytän niin harvoin graafista linuxia etten tunnista jakelua tuosta kuvasta, mikä linux siis on asennettuna ?

kokeile vaikka terminaalissa komentoa "df", se kertoo onko levy mountattu vai ei. Tässä esimerkki yhdestä koneesta:

Koodi: 
 df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            7.7G     0  7.7G   0% /dev
tmpfs           1.6G   12M  1.6G   1% /run
/dev/sda4       228G   62G  155G  29% /
tmpfs           7.8G     0  7.8G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           7.8G  787M  7.0G  10% /tmp
/dev/md0        3.6T  1.8T  1.9T  50% /data/data1
/dev/md1        3.6T  2.0T  1.7T  54% /data/data2
/dev/sda1       380M  124M  232M  35% /boot
/dev/sda2        98M  9.7M   89M  10% /boot/efi
tmpfs           1.6G     0  1.6G   0% /run/user/1000

/dev/sda4 on root- levy (/)
/dev/md0 ja /dev/md1 on datalevyt jotka löytyvät hakemistoista /data/data1 ja /data/data2

Sinulla pitäisi näkyä jollakin rivillä /dev/sda1 ja mount- hakemisto jos se on mountattu. Jos näin on niin viimeisessä sarakkeessa on se hakemisto jonka alle jonnekin ne tiedostot pitää kopioida.
Se 128G levy on ilmeisesti joku nvme/vastaava ja näkyy jollakin muulla kuin /dev/sdxx.

Jos levyä ei ole mountattu niin se pitää ensin tehdä, oikea paikka lisätä aina käytössä olevat levyt on /etc/fstab, ohjeita löytyy esim täältä: /etc/fstab – Linux.fi
 
ississ sanoi:
Ilmeisesti se toinen levy ei ole mountattu minnekään. /dev/sdjotain ei ole suoraan käytettävissä kopiointiin jne.

Käytän niin harvoin graafista linuxia etten tunnista jakelua tuosta kuvasta, mikä linux siis on asennettuna ?

kokeile vaikka terminaalissa komentoa "df", se kertoo onko levy mountattu vai ei. Tässä esimerkki yhdestä koneesta:

Koodi: 
 df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            7.7G     0  7.7G   0% /dev
tmpfs           1.6G   12M  1.6G   1% /run
/dev/sda4       228G   62G  155G  29% /
tmpfs           7.8G     0  7.8G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           7.8G  787M  7.0G  10% /tmp
/dev/md0        3.6T  1.8T  1.9T  50% /data/data1
/dev/md1        3.6T  2.0T  1.7T  54% /data/data2
/dev/sda1       380M  124M  232M  35% /boot
/dev/sda2        98M  9.7M   89M  10% /boot/efi
tmpfs           1.6G     0  1.6G   0% /run/user/1000

/dev/sda4 on root- levy (/)
/dev/md0 ja /dev/md1 on datalevyt jotka löytyvät hakemistoista /data/data1 ja /data/data2

Sinulla pitäisi näkyä jollakin rivillä /dev/sda1 ja mount- hakemisto jos se on mountattu. Jos näin on niin viimeisessä sarakkeessa on se hakemisto jonka alle jonnekin ne tiedostot pitää kopioida.
Se 128G levy on ilmeisesti joku nvme/vastaava ja näkyy jollakin muulla kuin /dev/sdxx.

Jos levyä ei ole mountattu niin se pitää ensin tehdä, oikea paikka lisätä aina käytössä olevat levyt on /etc/fstab, ohjeita löytyy esim täältä: /etc/fstab – Linux.fi
Napsauta laajentaaksesi...

Ubuntu, uusin versio. On se mountattuna tuonne media -alkuiseen polkuun. Silti jotain syystä homma ei toimi.
 
ississ sanoi:
Ilmeisesti se toinen levy ei ole mountattu minnekään. /dev/sdjotain ei ole suoraan käytettävissä kopiointiin jne.

Käytän niin harvoin graafista linuxia etten tunnista jakelua tuosta kuvasta, mikä linux siis on asennettuna ?

kokeile vaikka terminaalissa komentoa "df", se kertoo onko levy mountattu vai ei. Tässä esimerkki yhdestä koneesta:

Koodi: 
 df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            7.7G     0  7.7G   0% /dev
tmpfs           1.6G   12M  1.6G   1% /run
/dev/sda4       228G   62G  155G  29% /
tmpfs           7.8G     0  7.8G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           7.8G  787M  7.0G  10% /tmp
/dev/md0        3.6T  1.8T  1.9T  50% /data/data1
/dev/md1        3.6T  2.0T  1.7T  54% /data/data2
/dev/sda1       380M  124M  232M  35% /boot
/dev/sda2        98M  9.7M   89M  10% /boot/efi
tmpfs           1.6G     0  1.6G   0% /run/user/1000

/dev/sda4 on root- levy (/)
/dev/md0 ja /dev/md1 on datalevyt jotka löytyvät hakemistoista /data/data1 ja /data/data2

Sinulla pitäisi näkyä jollakin rivillä /dev/sda1 ja mount- hakemisto jos se on mountattu. Jos näin on niin viimeisessä sarakkeessa on se hakemisto jonka alle jonnekin ne tiedostot pitää kopioida.
Se 128G levy on ilmeisesti joku nvme/vastaava ja näkyy jollakin muulla kuin /dev/sdxx.

Jos levyä ei ole mountattu niin se pitää ensin tehdä, oikea paikka lisätä aina käytössä olevat levyt on /etc/fstab, ohjeita löytyy esim täältä: /etc/fstab – Linux.fi
Napsauta laajentaaksesi...


df antaa tämän:

Filesystem 1K-blocks Used Available Use% Mounted on
tmpfs 1624692 1984 1622708 1% /run
/dev/nvme0n1p2 121969296 97336076 18391380 85% /
tmpfs 8123444 0 8123444 0% /dev/shm
tmpfs 5120 4 5116 1% /run/lock
/dev/nvme0n1p1 523248 6220 517028 2% /boot/efi
tmpfs 1624688 1652 1623036 1% /run/user/1000
/dev/sda1 491133848 28 466112124 1% /media/mun_nimi_tahan/Backup
 
feuerstrahl sanoi:
Tarvisin edelleen apua tuohon kovalevyn mounttausongelmaan, jos joku pystyy opastamaan...
Napsauta laajentaaksesi...
Ilmeisesti sulla crafty controller käytössä ja onko tarkoitus ottaa kaikki backupit suoraan sinne uudelle levylle?

Varmaan kannattaa siinä tapauksessa mountata se levy suoraan /var/opt/minecraft/crafty/crafty-4/backups/ polkuun fstabia käyttäen.
 
Jos koitan saadan minecraftin backupit menemään tuonne /media/mun_nimi/Backup -hakemistoon niin ei vain toimi. Vammaista kun ei tule virheilmoitusta.
 
Pörkyle sanoi:
Ilmeisesti sulla crafty controller käytössä ja onko tarkoitus ottaa kaikki backupit suoraan sinne uudelle levylle?

Varmaan kannattaa siinä tapauksessa mountata se levy suoraan /var/opt/minecraft/crafty/crafty-4/backups/ polkuun fstabia käyttäen.
Napsauta laajentaaksesi...
Juuri näin. Mikä helvetti on fstab :D
 
Kirjaudu tai rekisteröidy kirjoittaaksesi tänne.

Uutiset

Uutisia lyhyesti

Uusimmat viestit

Statistiikka

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

Hinta.fi

Back
Ylös Bottom