16.04 itsellä ei ole oikeutta omiin tiedostoihin [RATKAISTU]

[jimbo]

Tarkoitus siirtää filejä pöytäkoneelta kannettavalle tikulla, molemmissa 16.04 päivitettynä ja vain 1 sama käyttäjä/root, ei muita käyttäjiä. Ensin tikku on täysin tyhjä, varaamaton, kun tyhjätty gparted. Siinä uuden osion luonti oletus arvoilla, lisää, tulee ext4. Sitten gparted lopetus, koittaa kopioida siihen filejä, ei ole mahdollista, näkyy kuitenkin tiedostot puolella vapaana tikkuna. Sitten gparted alustus ntfs, gparted kiinni ja sama tilanne tiedostot: tikulle ei voi kopioida. Tikun irrotus napista ja kannettavan puolella sama tilanne, ei voi kopioida tyhjälle tikulle. Loistavaa. Näin se pitää aina ollakin, eli itsellä ei ole oikeutta tikkuun. Varmaan vanha asia johon ratkaisukin olemassa, tullut joskus sama aiemmin, ei muista ratkaisua ja varsinkin mistä johtuu ? Vastaava tilanne tullut joskus aiemmin myös sata levyjen kanssa vanhempi ubuntu versio, ei muista yksityiskohtia, mutta periaate varmaan sama.

Mikä olisi ratkaisuna ettei enää k o s k a a n tule ongelmaa ettei voi kopioida tai valita oikeuksista ? Ei tule olemaan muita käyttäjiä lisäksi, tiedosto oikeuksia tms. ei ole muuttanut tai tehnyt muuta kuin edellä kuvatut, sata levyt ei ole kiinni netissä kun on varastolevyjä.

[kalarm]

Nautiluksella saat rootin oikeudet. Jos ei ole asennettuna niin sitten päätteessä.

Koodia: [Valitse]

sudo apt-get install nautilus
sitten.

Koodia: [Valitse]

sudo -i nautilus

[jekku]

Vastaavassa tilanteessa olen tehnyt tikulle hakemiston johon omalle tunnukselle täydet oikeudet.

[JaniAlander]

Jos ei rootin oikeuksillakaan mene sisälle niin on sitten vaihtoehto, että tikku on rikki. Meikällä hajosi just 32 gigainen. Teki sitä, että kopiointi ei tosiaan onnistunut.

[Pakinlinus]

Mieki oon törmännyt temppuileviin tikkuihin, käytössä yli 25 tikkua joista kaksi ei suostu toimimaan. Olen saanut uudelleen alustamalla ja vanhalla ms XP:llä alustamalla jonkun tikun toimimaan.

[SuperOscar]

En nyt kuvauksen perusteella välttämättä arvaisi tikkua vialliseksi.

Jos tikun ext4:ksi alustaa, sen juurikansio on oletusarvoisesti rootin omistuksessa eikä tavallisella käyttäjällä ole sinne mitään oikeuksia. Ratkaisu on silloin tosiaan – niin kuin jekku sanoi –  luoda ensin rootin oikeuksin (esim. sudoamalla) sinne kansio, jonka ottaa omistukseensa.

Jos taas alustaa vfatiksi tai ntfs:ksi, unixmaista oikeuksienhallintaa ei tikulla oikeastaan edes ole, mutta liitettäessä sille asetetaan mount-komennossa käyttöoikeudet. Voi siis olla, että tikku täytyy ottaa haltuun /etc/fstabissa asetettavin parametrein.

En tosin tiedä, miten mikin automaattiliitosohjelma toimii ja mistä ottaa oletusarvonsa.

[JaniAlander]

NTFS tikku ainakin Ubuntuissa liitettynä yleensä antaa ihan kiltisti oikeudet käyttäjälle. Ainakin graafisen tiedostonhallinnan kautta liitettynä. Siitä en ole varma mitä käy jos sen komentoriviltä mounttaa.

[jimbo]

Joo kiitos, nautilus oli toki, eipä vaan heti muistanut. Tässä tulosta, oli auki terminal ikkuna ennestään ennen komentojen ajoa jossa ufw tietoa ja pari tiedosto ikkunaa. Uuden terminal ikkunan avaus ja -i  komennon jälkeen tuli hups ikkuna, siitä ei ottanut ylös mitä siinä luki, mutta muuten tulokset komentojen jälkeen. Näiden komentojen jälkeen antoi vielä pelkän nautilus josta tulokset lopussa. Tikku on usb 3, 8Gb Transcend, eikä oikeen usko että siinä voisi olla mitään vikaa, ollut satunnaisessa käytössä, lähinnä ollut LTS versio siinä jos tarvii asentaa uudestaan/toiselle levylle tms. eikä ole tullut vastaan ongelmia tikun toiminnan suhteen. Sinänsä yhden pienen filen kopiointi tikulle onnistui, mutta tuli myös tämä hups ym. komentojen jälkeen.

Ei nyt varmaan mennyt mitään pahemmin pieleen..? mikäs on tämän -i mekitys ja onko kuinka tarpeellinen ? onkos ntfs hyvä muoto mihin alustaa kun ihan tavallisia filejä ? Kokeilen saamaa vielä kannettavan puolella näiden kommenttien jälkeen, ensin tikku ihan tyhjäksi gparted.
Lisäys: tietty tuli vielä mieleen mikä olis järkevin tapa tehdä homma tyhjästä tikusta alkaen jotta ei tule ongelmia ? eli komennot, mihin muotoon alustus jne.
kiitos!

Koodia: [Valitse]

sudo apt-get install nautilus


Luetaan pakettiluetteloita... Valmis
Muodostetaan riippuvuussuhteiden puu       
Luetaan tilatiedot... Valmis       
nautilus is already the newest version (1:3.18.4.is.3.14.3-0ubuntu5).
Seuraavat paketit on alun perin asennettu automaattisesti, eikä niitä enää tarvita:
  kde-l10n-engb kde-l10n-fi linux-headers-4.4.0-31
  linux-headers-4.4.0-31-generic linux-headers-4.4.0-47
  linux-headers-4.4.0-47-generic linux-headers-4.4.0-51
  linux-headers-4.4.0-51-generic linux-headers-4.4.0-53
  linux-headers-4.4.0-53-generic linux-headers-4.4.0-57
  linux-headers-4.4.0-57-generic linux-headers-4.4.0-59
  linux-headers-4.4.0-59-generic linux-image-4.4.0-31-generic
  linux-image-4.4.0-47-generic linux-image-4.4.0-51-generic
  linux-image-4.4.0-53-generic linux-image-4.4.0-57-generic
  linux-image-4.4.0-59-generic linux-image-extra-4.4.0-31-generic
  linux-image-extra-4.4.0-47-generic linux-image-extra-4.4.0-51-generic
  linux-image-extra-4.4.0-53-generic linux-image-extra-4.4.0-57-generic
  linux-image-extra-4.4.0-59-generic linux-signed-image-4.4.0-31-generic
  linux-signed-image-4.4.0-47-generic linux-signed-image-4.4.0-51-generic
  linux-signed-image-4.4.0-53-generic linux-signed-image-4.4.0-57-generic
  linux-signed-image-4.4.0-59-generic ubuntu-core-launcher
Use 'sudo apt autoremove' to remove them.
0 päivitetty, 0 uutta asennusta, 0 poistettavaa ja 0 päivittämätöntä.
N: Ignoring file '20auto-upgrades.ucf-dist' in directory '/etc/apt/apt.conf.d/' as it has an invalid filename extension

Koodia: [Valitse]

sudo -i nautilus

(nautilus:8636): Gtk-WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.

** (nautilus:8636): CRITICAL **: Another desktop manager in use; desktop window won't be created
Nautilus-Share-Message: Called "net usershare info" but it failed: Lapsiprosessin ”net” käynnistäminen epäonnistui (Tiedostoa tai hakemistoa ei ole)

** (nautilus:8636): WARNING **: Couldn't save the desktop metadata keyfile to disk: Tiedoston ”/root/.config/nautilus/desktop-metadata.WUWQWY” luominen epäonnistui: Tiedostoa tai hakemistoa ei ole
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged

Koodia: [Valitse]

nautilus


(nautilus:8798): GLib-GIO-CRITICAL **: g_dbus_interface_skeleton_unexport: assertion 'interface_->priv->connections != NULL' failed

(nautilus:8798): GLib-GIO-CRITICAL **: g_dbus_interface_skeleton_unexport: assertion 'interface_->priv->connections != NULL' failed

(nautilus:8798): Gtk-CRITICAL **: gtk_icon_theme_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed

(nautilus:8798): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(nautilus:8798): GLib-GObject-CRITICAL **: g_signal_connect_object: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed

[Tomin]

Mikä olisi ratkaisuna ettei enää k o s k a a n tule ongelmaa ettei voi kopioida tai valita oikeuksista ? Ei tule olemaan muita käyttäjiä lisäksi, tiedosto oikeuksia tms. ei ole muuttanut tai tehnyt muuta kuin edellä kuvatut, sata levyt ei ole kiinni netissä kun on varastolevyjä.

Olen melko varma, että SuperOscar on oikeassa tässä. Tosiaan hieman hankalasti noiden luotujen osioiden oikeudet menevät root-käyttäjälle, vaikka niitä haluttaisiinkin käyttää ihan tavallisella käyttäjällä (jonka id sattuu yleensä olemaan 1000).

Linuxiin pitäisi saada joku mekanismi (ehkäpä systemd:n avustuksella?), jonka avulla Linuxin tiedostojärjestelmiä voisi käyttää sujuvammin ulkoisilla medioilla. Sen pitäisi toimia jotenkin niin, että tuon ulkoisen levyn tai muistitikun juuren oikeudet asetettaisiin liitoksen tekevälle käyttäjälle. Jotenkin muistelen, että Levyt-ohjelmalla pystyi ainakin joskus valitsemaan, että käyttäjä saa oikeudet ulkoisen median tiedostojärjestelmän juureen.

NTFS, vfat ja UDF tiedostojärjestelmiä käytettäessä tuo ei ole ongelma, koska niillä joko ei ole Unix-tyylisiä oikeuksia tai niitä ei käytetä Linuxin toteutuksessa. Nämä ovat siksi helpoimpia ulkoisilla medioilla, mutta mielelläni näkisin helpon tavan käyttää myös ext4:ää ulkoisilla medioilla.

[SuperOscar]

Olen melko varma, että SuperOscar on oikeassa tässä.

Mutta aivan yhtä varmasti oikeassa on myös JaniAlander Eli automountterit varmaan on toteutettu niin, että ne liittävät UNIX-oikeuksia ymmärtämättömät tiedostojärjestelmät antamalla kaikille kaikki oikeudet. Muu ratkaisu voisi olla turvallisempi mutta samalla hankalampi.

Tosiaan hieman hankalasti noiden luotujen osioiden oikeudet menevät root-käyttäjälle, vaikka niitä haluttaisiinkin käyttää ihan tavallisella käyttäjällä (jonka id sattuu yleensä olemaan 1000).

Tämä menee hitusen syrjään aiheesta, mutta minusta UNIXin käyttöoikeuksien inhottavin puoli on riippuvuus numeerisista id:istä. Jos esimerkiksi vien oman tikkuni äitini koneelle, en voikaan tehdä sille mitään, koska äitini on oman koneensa ensisijaisena käyttäjänä id:ltään 1000 kuten minä omallani. (Tai no, oli sitä. Muutin sen sitten, koska äitini ei taatusti tule huomaamaan, onko hänen id:nsä 1000 vai 1001.) Erityisen hankalaa se on NFS-liitosten yli toimiessa, paitsi tietysti jos sattuu voimaan käyttää NFS4:ää (minä en voi, koska QNAPin NAS ei tunne kuin 2- ja 3-versiot.)

Itse asiassa tilannehan on se, että valtaosa kotikäyttäjien Linux-koneista on yhden käyttäjän yksinomaisessa käytössä. Tällöin valtaosa käyttäjistä on id:ltään 1000. Sitten kun tikku siirtyy koneelta toiselle, se on aina ”väärän” henkilön omistuksessa. Joskus sillä ei ole väliä (jos kaverilta kaverille siirretään tiedostoja), joskus siitä voi tulla isoa suurempi turvallisuusriski ja pirunmoinen riesa.

[jimbo]

Edellä on hyvää syvällisempää keskustelua asiaan liittyen ja jatkon kannalta. Näihin pariin omaan kysymykseen edellä toivoisi mieluusti kommenttia.

[Tomin]

Ei nyt varmaan mennyt mitään pahemmin pieleen..? mikäs on tämän -i mekitys ja onko kuinka tarpeellinen ? onkos ntfs hyvä muoto mihin alustaa kun ihan tavallisia filejä ? Kokeilen saamaa vielä kannettavan puolella näiden kommenttien jälkeen, ensin tikku ihan tyhjäksi gparted.

Vfat toiminee hyvin, jos tallentelet lähinnä pieniä tiedostoja (kokoraja 4 gigaa), sillä niillä ei ole noita tiedostojen oikeuksia (liitettäessä siis tavallaan määrätään kaikki käyttäjälle). Ntfs pitäisi toimia myös samaan tapaan, mutta jos tiedostojärjestelmän kanssa tulee ongelmia, niin niitä ei ehkä voi Linuxilla korjata. Sen jälkeen automaattiliittämisen pitäisi hoitaa tarvittavat jutut, jotta pääset sitä käyttämään. Tosiaan ext4:n ja kumppanit saa kyllä toimimaan, mutta vaatii vähän lisäsäätöä, jotta sinne pystyy tiedostoja tallentamaan. Yksi niiden etu olisi journalointi, joka suojaa tiedostojärjestelmää (ei välttämättä uusia tietoja) sähkökatkoilta ja varomattomilta irroituksilta.

Lisäys: tietty tuli vielä mieleen mikä olis järkevin tapa tehdä homma tyhjästä tikusta alkaen jotta ei tule ongelmia ? eli komennot, mihin muotoon alustus jne.

Voit alustaa sen haluamallasi työkalulla vfatiksi tai ntfs:ksi, tuskin tulee ongelmia. Jos haluat, voit kokeilla Levyt-ohjelmaa, jossa mielestäni on joskus ollut valinnat asettaa levy jonkun tietyn käyttäjän omistukseen, vaikka käyttäisi jotain Linuxin tiedostojärjestelmää kuten sitä ext4:ää. Valitettavasti en ihan tähän hätään oikein pysty tuota asiaa tarkastamaan tai antamaan parempia ohjeita.

Olen melko varma, että SuperOscar on oikeassa tässä.

Mutta aivan yhtä varmasti oikeassa on myös JaniAlander

Viittasin tuohon diagnoosiin aloittajan ongelmasta, jos se jäi viestistäni epäselväksi (ja saattoi ihan hyvin jäädä).

[Postimies]

Tarkoitus siirtää filejä pöytäkoneelta kannettavalle tikulla, molemmissa 16.04 päivitettynä ja vain 1 sama käyttäjä/root, ei muita käyttäjiä. Ensin tikku on täysin tyhjä, varaamaton, kun tyhjätty gparted.

Jos koneet verkossa miten olisi rsync? Esim  rsync -avrp /kansio  user@192.168.11.5:/kansio/  ssh pitää olla käynnissä toisessa koneessa. Rsynkin kanssa törmää myös käyttöoikeuksiin. Itselle ei ihan selvää mikä olisi oikea tapa siirtää tiedostoja joihin ei ole käyttöoikeutta.

Jos haluat säilyttää sen ext4 tiedostojärjestelmän tikulla tee sinne kansio, jolle sinulla on oikeudet.

/etc/fstab tiedostoon voi tehdä tikulle rivin. user optiolla tikun voi liittää myös normi käyttäjä ilman root oikeuksia.
Tikku kannattaa liittää kansioon johon on oikeudet.

[jimbo]

Sen verran vielä olisiko Vfat suositeltavin muoto varasto levylle ? kun filet alle 4Gb, entä jos on tätä isompia filejä ?  Oletuksena levyssä ei ole mitään vikaa kun alustus, vanhemman tyyppinen mekaaninen internal SATA 3.5" ja käyttöä on luokkaa pari kertaa vuodessa, varasto levyt ei ole netissä eikä ubuntua ole levyllä.

[nm]

Sen verran vielä olisiko Vfat suositeltavin muoto varasto levylle ? kun filet alle 4Gb, entä jos on tätä isompia filejä ?  Oletuksena levyssä ei ole mitään vikaa kun alustus, vanhemman tyyppinen mekaaninen internal SATA 3.5" ja käyttöä on luokkaa pari kertaa vuodessa, varasto levyt ei ole netissä eikä ubuntua ole levyllä.

Vfat eli FAT32 ei tue yli 4 gigatavun tiedostoja. En muutenkaan käyttäisi sitä enää tänä päivänä muista kuin yhteensopivuussyistä. NTFS on yleensä parempi valinta. Miinuksena se, että ongelmatilanteissa saatat tarvita Windowsia tiedostojärjestelmän korjaamiseen.

Puhtaassa Linux-käytössä ext4 ja xfs ovat parhaat vaihtoehdot arkistointiin. Ne ovat luotettavia ja laajasti käytettyjä, ja tiedostojärjestelmän korjaus onnistuu natiiveilla työkaluilla. Käyttöoikeudet ovat useimmiten vain pintapuolinen ongelma. Roottina tiedostoihin pääsee aina käsiksi, ja oikeudet voi vaihtaa tarvittaessa:

Koodia: [Valitse]

sudo chown -R $USER: /media/käyttäjä/levyliitos
Oikeuksien hallinta menee hankalaksi siinä tapauksessa, jos on tarvetta siirtää arkistolevyä jatkuvasti eri koneiden ja käyttäjien välillä. Silloin kannattaa harkita vakavasti NAS-ratkaisua tai pilvitallennusta.

[jimbo]

Oikeuksien hallinta menee hankalaksi siinä tapauksessa, jos on tarvetta siirtää arkistolevyä jatkuvasti eri koneiden ja käyttäjien välillä. Silloin kannattaa harkita vakavasti NAS-ratkaisua tai pilvitallennusta.

Ei ole kuin 1 käyttäjä, käyttis LTS versio joka päivittyy, tästä tuskin ongelmaa. Mieleen tulee kun on NTFS muodossa ja pöytäkoneen emo vaihtuisi uuteen voisiko tästä tulla ongelmia oikeuksien suhteen ?

Valinta on siis lopulta NTFS tai ext4/xfs välillä, joista linux puolen muodoissa ei liene oleellista eroa eli sama kumpaa näistä käyttää eikä tule oikeuksien kanssa ongelmia vaikka levy olisi eri koneessa joskus satunnaisesti. Valinta fyysisen levyn ja pilven välillä on jokaisen tehtävä itse, siinä ei nyt ongelmaa, pilvet välistä "vuotaa" josta on tarpeeksi esimerkkejä, tämä tästä.

[nm]

Mieleen tulee kun on NTFS muodossa ja pöytäkoneen emo vaihtuisi uuteen voisiko tästä tulla ongelmia oikeuksien suhteen ?

Oikeudet eivät ole millään tavalla rautaan sidottuja, eikä rautamuutoksilla ole muutenkaan väliä NTFS:n tai muiden tiedostojärjestelmien kannalta. Liitoksiin on tosin hyvä käyttää tiedostojärjestelmän UUID:tä, jotta levytunnuksen vaihtuminen ei vaikuta fstabin kautta tehtäviin liitoksiin. Ulkoisen levyn tapauksessa tälläkään ei ole merkitystä, kun udev/udisks/gvfs huolehtii liitoksista.

linux puolen muodoissa ei liene oleellista eroa eli sama kumpaa näistä käyttää eikä tule oikeuksien kanssa ongelmia vaikka levy olisi eri koneessa joskus satunnaisesti.

Liittäminen sinänsä ei muuta oikeuksia, mutta jos kopioit toisella koneella sinne levylle uutta dataa, kyseisten tiedostojen omistajakäyttäjä ja -ryhmä määräytyvät käyttäjän numeerisen UID:n ja GID:n perusteella.

Mutta kuten sanottu, rootilla on aina täydet oikeudet tehdä mitä tahansa, ja voit korjat omistajamerkinnät siinä koneessa, jossa yleensä käytät levyä.

[jimbo]

mutta jos kopioit toisella koneella sinne levylle uutta dataa

Mieleen tulee vielä miten toinen kone tässä tapauksessa määritellään kun ei riipu raudasta ?

Mielessä muuttaa nykyiset NTFS pohjaiset levyt kun ehtii ajan kuluessa linux muotoon ja käyttää sitä jatkossa. Toisaalta levyissä ei ole vikoja ja käyttö on hyvin harvoin, mutta kun win puoli ei ole enää ollut mieluinen pitkään aikaan niin mahd. ongelmien tullessa olisi sitten kokonaan erossa siitä.

 

[nm]

mutta jos kopioit toisella koneella sinne levylle uutta dataa

Mieleen tulee vielä miten toinen kone tässä tapauksessa määritellään kun ei riipu raudasta ?

Joo, kone on tässä väärä sana. Tarkoitin toisessa järjestelmässä. Voi olla vaikka samalla koneella toinen Ubuntu-asennus.

Tiedostojärjestelmään merkitään tiedoston omistajaksi numeerinen UID, joka mäppäytyy käyttäjätunnukseen /etc/passwd -tiedoston määritysten mukaan (kenttä 3 = UID, kenttä 4 = GID). Voit tarkistaa oman UID:si myös komennolla

Koodia: [Valitse]

echo $UID
Debian-pohjaisissa jakeluissa asennuksen yhteydessä luotavan käyttäjätunnuksen UID on 1000. Red Hat / Fedora -pohjaisissa jakeluissa se on ollut aiemmin 500, mutta Fedora 16:sta lähtien 1000. Jos sinulla on useampia käyttäjätunnuksia, jotka on luotu eri järjestyksessä eri järjestelmiin, niiden UID:t eivät täsmää ja tiedostot kuuluvat eri järjestelmissä eri käyttäjille.

[Postimies]

Mielessä muuttaa nykyiset NTFS pohjaiset levyt kun ehtii ajan kuluessa linux muotoon ja käyttää sitä jatkossa. Toisaalta levyissä ei ole vikoja ja käyttö on hyvin harvoin, mutta kun win puoli ei ole enää ollut mieluinen pitkään aikaan niin mahd. ongelmien tullessa olisi sitten kokonaan erossa siitä.

Muunto ehkä turhaa.  NTFS-tiedostojärjestelmää Linux lukee hyvin. Samoin monet TV:t ym. laitteet joihin voi liittää levyjä (USB ym.). Itse alustan tikun
NTFS-formaattiin kun siihen voi pistää isoja leffoja TV:stä katsottavaksi. Ext4 tai XFS (hyvä ja vakaa myös) ovat hyviä jos käytät vain Linux-systeemiä.