sudo ei riitä

[ubpappa]

Useassa uusasennuksessa tulee vastaan, että
lisää asennettaessa ei sudo riitä oletuksilla, vaan
pitää vaihtaa järjestelmän valvojaksi, jotta asennus
onnistuu.
Onko jossain jakelukohtaisia ohjeita 
(viimeksi mate16.10 numlock)

[JaniAlander]

Kyllä sen nyt pitäisi riittää jos sulla vaan on yksi käyttäjä ja se on järjestelmänvalvoja. Siis oletusasetuksilla.

[JaniAlander]

Tosin ubuntu-restricted-extras paketin kanssa on ongelmia, valittaa riittämättömistä oikeuksista. Minä kiersin asian asettamalla ko. paketin käyttämän latauskansion kaikille avoimeksi asennuksen ajaksi.

[ubpappa]

Liittysikö nämä viimeisestä asennuksesta tähän samaan
ongelmaan 

[JaniAlander]

Ettei liittyisi. Tosiaan tämä meikän ruma kikka on mennä tuossa mainittuun kansioon (käytännössä komentorivillä, tai toki jos uskallat graafisen tiedostonhallinnan täysillä oikeuksilla avata niin sillä sitten) ja antaa täydet oikeudet siihen kaikille käyttäjille. Väliaikaisesti sitten, korjaa oikeudet kun asennus on onnistunut.

[Postimies]

Tarvitaanko tuota ubuntu-restricted-extras pakettia enää? Itsellä ei asennettu ja apt ilmoitti
Seuraavat UUDET paketit asennetaan:
  cabextract libavcodec-extra libavcodec-ffmpeg-extra56 libmspack0
  ttf-mscorefonts-installer ubuntu-restricted-extras

ja noita fontteja en kaipaa. Ainakin Kodi toimi vaikka libavcodec-ffmpeg-extra56 paketti uupuu.
Tosin Kodi kaatuili kun vahingossa tuli käännettyä jo versio 18.

[ubpappa]

Ettei liittyisi. Tosiaan tämä meikän ruma kikka on mennä tuossa mainittuun kansioon (käytännössä komentorivillä, tai toki jos uskallat graafisen tiedostonhallinnan täysillä oikeuksilla avata niin sillä sitten) ja antaa täydet oikeudet siihen kaikille käyttäjille. Väliaikaisesti sitten, korjaa oikeudet kun asennus on onnistunut.

Näyttää olevan joku virheilmoitus bugi
kun tomenpide toimi kuitenkin!

[nm]

Ettei liittyisi. Tosiaan tämä meikän ruma kikka on mennä tuossa mainittuun kansioon (käytännössä komentorivillä, tai toki jos uskallat graafisen tiedostonhallinnan täysillä oikeuksilla avata niin sillä sitten) ja antaa täydet oikeudet siihen kaikille käyttäjille. Väliaikaisesti sitten, korjaa oikeudet kun asennus on onnistunut.

Näyttää olevan joku virheilmoitus bugi
kun tomenpide toimi kuitenkin!

Kyseessä oli varoitus (W), joka johtui siitä että /var/cache/apt/archives/partial -hakemiston omistajaksi on vaihtunut väärä käyttäjätunnus. Sen pitäisi olla _apt -käyttäjän omistuksessa näissä uusissa jakeluissa (ainakin 16.04:stä lähtien). Apt yrittää oletuksena tehdä lataukset _apt-tunnuksella tietoturvan vuoksi, mutta jos se epäonnistuu oikeuksien puuttumisen vuoksi, Apt siirtyy vanhaan käytäntöön ja lataa tiedostot pääkäyttäjänä.

[JaniAlander]

Itse asiassa operaatio epäonnistuu. Ja toi kansio on rootin omistuksessa, ainakin oli mulla.

[nm]

Itse asiassa operaatio epäonnistuu.

Epäonnistuuko myös komentorivillä? Mitä apt-get listaa kokonaisuudessaan, kun kyseinen varoitus ilmenee?

Ja toi kansio on rootin omistuksessa, ainakin oli mulla.

Niin, siksi tuo herja tulee. Muuta omistajaksi _apt.

[salai]

Itse asiassa operaatio epäonnistuu.

Epäonnistuuko myös komentorivillä? Mitä apt-get listaa kokonaisuudessaan, kun kyseinen varoitus ilmenee?

Ja toi kansio on rootin omistuksessa, ainakin oli mulla.

Niin, siksi tuo herja tulee. Muuta omistajaksi _apt.

Omistajan nimi pitää olla "_apt-", siis tavuviiva lopussa.

Olen pitkään ihmetellyt, kun PinguyBuilderilla remasteroidussa Peppermint 7:ssä ei Synapticillä päivitys toimi - kylläkin komentoriviltä.
Luotuani tuon puuttuvan partial-kansion ja vaihdettuani omistajaksi _apt-, Synaptic rupesi pelaamaan.

[nm]

Omistajan nimi pitää olla "_apt-", siis tavuviiva lopussa.

Ubuntussa ja Debianissa se on pelkkä _apt ilman tavuviivaa:

Koodia: [Valitse]

$ ls -l /var/cache/apt/archives/
yhteensä 4
-rw-r----- 1 root root    0 huhti 21  2016 lock
drwx------ 2 _apt root 4096 loka   2 17:48 partial

$ sudo chown _apt- /var/cache/apt/archives/partial
chown: virheellinen käyttäjä: ”_apt-”

[salai]

Omistajan nimi pitää olla "_apt-", siis tavuviiva lopussa.

Ubuntussa ja Debianissa se on pelkkä _apt ilman tavuviivaa:

Käyttäjän nimi näkyy todella olevan pelkkä _apt.
Lisänneeköhän Nemo-tiedostoselain tuo tavuviivan tiettyjen käyttäjien (apt-, ntp-, syslog-, uuidd-) nimen perään, kun kansion oikeuksia menee muuttamaan?
Suurimpia syitä Peppermintin (ja Nemon) käyttöön minulla on helppous käyttää graafisia työkaluja järjestelmän tiedostojen käsittelyyn.

[JaniAlander]

En nyt muista mitä tarkalleen se sanoo, mutta jotain dropping privileges:in epäonnistumisesta ja latauksen tökkäämisestä. Bugi yhtäkaikki, jos ko. kansio on tarkoitettu _apt käyttäjän kirjoitettavaksi ko. käyttäjällä pitäisi olla oletusarvoisesti oikeudet siihen kirjoittamiseen. Vaan ei ole. Ja tosiaan ko. paketteja ei asenneta eli bugi on siinä suhteessa fataali.

[nm]

En nyt muista mitä tarkalleen se sanoo, mutta jotain dropping privileges:in epäonnistumisesta ja latauksen tökkäämisestä. Bugi yhtäkaikki, jos ko. kansio on tarkoitettu _apt käyttäjän kirjoitettavaksi ko. käyttäjällä pitäisi olla oletusarvoisesti oikeudet siihen kirjoittamiseen. Vaan ei ole.

On se hakemisto oletuksena _apt:n omistuksessa Ubuntu 16.04:ssä. Joku ohjelma on teillä muuttanut ne oikeudet vääriksi.

[JaniAlander]

Jaa-a mikä lienisi, kun moinen tapahtuu heti puhtaalta pöydältä asennettaessa. Todistin saman ilmiön systerin koneelle Kubuntu puhtaalta pöydältä asennettaessa. Ja eilen suht. tuoreelta asennuskuvalta. Sama aiemmin 16.04 Ubuntu Matella myös. Taidanpa huvin vuoksi ladata Ubuntun asennuskuvan ja testata virtuaalikoneella josko silläkin tärppäisi.

[nm]

Jaa-a mikä lienisi, kun moinen tapahtuu heti puhtaalta pöydältä asennettaessa. Todistin saman ilmiön systerin koneelle Kubuntu puhtaalta pöydältä asennettaessa. Ja eilen suht. tuoreelta asennuskuvalta. Sama aiemmin 16.04 Ubuntu Matella myös. Taidanpa huvin vuoksi ladata Ubuntun asennuskuvan ja testata virtuaalikoneella josko silläkin tärppäisi.

Merkkaa muistiin asennuksen jälkeen tehdyt toimenpiteet ja ota kuvakaappaus virheilmoituksesta. Kokeile myös komentorivillä apt-getillä ja kopioi listaus talteen.

ubuntu-restricted-extras / ttf-mscorefonts-installer -paketin samannäköinen virhe koskee eri hakemistoa kuin tuo ubpapan virhe, ja johtuu eri syistä.

[Postimies]

Kurkkasin /etc/passwd tiedostoon ja minulla löytyy sieltä
rivi _apt:x:105:65534::/nonexistent:/bin/false. 65534
melko iso luku ryhmälle. Kai sille on syynsä.

[nm]

Kurkkasin /etc/passwd tiedostoon ja minulla löytyy sieltä
rivi _apt:x:105:65534::/nonexistent:/bin/false. 65534
melko iso luku ryhmälle. Kai sille on syynsä.

Yleinen käytäntö Debian-pohjaisissa jakeluissa nogroup-ryhmälle. Vastaa nobody-tunnuksen UID-arvoa 65534.

Koodia: [Valitse]

$ grep 65534 /etc/group
nogroup:x:65534:

[Postimies]

Kurkkasin /etc/passwd tiedostoon ja minulla löytyy sieltä
rivi _apt:x:105:65534::/nonexistent:/bin/false. 65534
melko iso luku ryhmälle. Kai sille on syynsä.

Yleinen käytäntö Debian-pohjaisissa jakeluissa nogroup-ryhmälle. Vastaa nobody-tunnuksen UID-arvoa 65534.

Koodia: [Valitse]

$ grep 65534 /etc/group
nogroup:x:65534:

Itsellä muistikuva, että systeemi käyttää lukuja alle 1000 ja käyttäjät
alkaa tuhatluvusta. Eli yleensä ensimmäinen luotu käyttäjä on
1000 (GID/UID) mitä helpottaa uusinta asennusta. Hankalampi juttu on
taas jos käyttäjä/ryhmä jo käytössä. Esim. jos edellissä asennuksessa
käytetty palvelu onkin nyt vaikka systemd:n käytössä niin sitä on hankala
ruveta muuttamaan. Vai voisiko jo asennuksessa luoda käyttäjän jonka
GID ja UID on alle 1000.