[OPGELOST] map /home/steven/.gvfs in intrepid

[Steven Klein Haneveld]

Kameraden,

Ik probeer in mijn gebruikersmap de rechten zo te zetten, dat bestanden in principe niet uitvoerbaar zijn, maar mappen uiteraard wel. Dit wil ik, omdat ik nu bij elk tekstbestandje de melding krijg dat het uitvoerbaar is en wat ik dan wil. Die melding is doorgaans onzin, omdat het vaak gewoon een notitie als tekstbestandje betreft.
Het enkele bestandje dat ik dan wel uitvoerbaar wil hebben, doe ik daarna wel handmatig aanpassen.

Ik voer het volgende commando in:

Code: [Selecteer]

sudo chmod -R a-x+X /home/steven
Ik heb ervaring met dit commando - het ging in Hardy altijd goed.
Maar helaas - in Intrepid krijg ik deze foutmelding:

Code: [Selecteer]

chmod: kan geen toegang krijgen tot `/home/steven/.gvfs': Toegang geweigerd

Ik heb die map gevonden, maar er blijkt helegaar niets in te zitten.
Verwijderen wil niet, want zoals te zien was, heb ik geen toegang - ook niet met sudo dus....

Hoe zit dit?

Alvast dank voor het meedenken,

Groet

Steven

[Nunslaughter]

Dat is normaal dat die leeg is en dat ge geen rechten hebt. Hoe het juist zit weet ik niet zo vanbuiten.

[Steven Klein Haneveld]

Ok, dank je Nunslaughter.
Het is dus normaal dat die map er is.

Nog iets vreemds ontdekt.
Via gksudo nautilus een verkenner in root opgestart.
Maar dan is die hele map ineens niet te vinden.

Iemand anders nog een idee?

[Tom]

Ok, dank je Nunslaughter.
Het is dus normaal dat die map er is.

Nog iets vreemds ontdekt.
Via gksudo nautilus een verkenner in root opgestart.
Maar dan is die hele map ineens niet te vinden.

Iemand anders nog een idee?

Ook in verborgen bestanden gekeken?.
A ja bij mij is die map ook leeg , altijd al geweest.

[track]

Hoi Steven,

onze vriend met de vele ooo's levert dit op: http://en.wikipedia.org/wiki/GVFS

Mogelijk is de .gvfs  een virtuëel iets binnen gnome ?
Wat levert een  sudo ls  -lsa  ".gv*"  vanuit de terminal (binnen gnome dus) op ?
En hetzelfde commando vanaf een zuivere console ?  ([ctrl][alt][F1] dus, en inloggen, terug met [ctrl][F7])
Daar zou je normaal alle rechten en de eigenaar zien.

track

[Ronnie]

Hoi Steven,

onze vriend met de vele ooo's levert dit op: http://en.wikipedia.org/wiki/GVFS

Mogelijk is de .gvfs  een virtuëel iets binnen gnome ?
Wat levert een  sudo ls  -lsa  ".gv*"  vanuit de terminal (binnen gnome dus) op ?
En hetzelfde commando vanaf een zuivere console ?  ([ctrl][alt][F1] dus, en inloggen, terug met [ctrl][F7])
Daar zou je normaal alle rechten en de eigenaar zien.

track

Waarschijnlijk heb je gelijk. Als je rechterklik op een zip-archief of iso (waarschijnlijk ook alle andere archieven) doet, en dan kiest voor "Archief-Aankoppelaar" dan wordt deze "gemount" in .gvfs

[heir4c]

In sommige installaties had ik dit, en nu ook weer in Jaunty. Als je kijkt naar het disk gebruik lijk ik 13 GB te hebben ook al heb ik slechts een harde schijf van 8 GB.(zie afbeelding)   

[track]

Waarom doen jullie niet gewoon maar die  sudo ls  -lsa  ".gv*"  in de terminal ??

Als het een link of een ander imaginair iets zou zijn vertoont hij het dan toch ?

track

[Steven Klein Haneveld]

Hoi Steven,

onze vriend met de vele ooo's levert dit op: http://en.wikipedia.org/wiki/GVFS

Mogelijk is de .gvfs  een virtuëel iets binnen gnome ?
Wat levert een  sudo ls  -lsa  ".gv*"  vanuit de terminal (binnen gnome dus) op ?
En hetzelfde commando vanaf een zuivere console ?  ([ctrl][alt][F1] dus, en inloggen, terug met [ctrl][F7])
Daar zou je normaal alle rechten en de eigenaar zien.

track

In beide gevallen krijg ik hetzelfde antwoord van de console:

Code: [Selecteer]

steven@pchlp:~$ sudo ls  -lsa  ".gv*"
ls: kan geen toegang krijgen tot .gv*: Bestand of map bestaat niet
steven@pchlp:~$

Dat het iets met mounten van doen had, had ik inmiddels ontdekt.
Prima,
maar ik zou graag mijn plannetje ten uitvoer brengen (zie mijn topicstart).

Hoe kan ik dit omzeilen? Kan ik die map sowieso verwijderen - of desnoods tijdelijk elders neerzetten?

[Steven Klein Haneveld]

Waarom doen jullie niet gewoon maar die  sudo ls  -lsa  ".gv*"  in de terminal ??

Als het een link of een ander imaginair iets zou zijn vertoont hij het dan toch ?

track

Hij gaf toch 2 opties?
Ook de gewone terminal in Gnome?
Die heb ik ook gedaan.
Zie vorige post.

[mrGee]

Hallo

Misschien kun je aan de hand van dit;
http://www.linuxforums.org/forum/linux-security/127743-root-permission-denied-while-luser-can-remove-dir.html

er iets meer uit halen.

Als ik in de terminal; mount in tik, zie ik volgende;
gvfs-fuse-daemon on /home/gerrit/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=gerrit)
trouwens, met; ls -als .gvfs, kun je hem wel zien, niet als root! dus;sudo
Ik weet niet of het al die moeite waard is om de zaak te gaan chmodden
die van mij zegt nu;
gerrit@box:~$ ls  -lsa  .gvfs/
totaal 4
0 dr-x------  2 gerrit gerrit    0 2009-04-24 20:03 .
4 drwxr-xr-x 74 gerrit gerrit 4096 2009-04-24 20:25 ..
Maar je schijnt hem eerst te moeten unmounten, dan te gaan wijzigen.

Groeten Gerrit

[Steven Klein Haneveld]

trouwens, met; ls -als .gvfs, kun je hem wel zien, niet als root! dus;sudo
Ik weet niet of het al die moeite waard is om de zaak te gaan chmodden
.....
Maar je schijnt hem eerst te moeten unmounten, dan te gaan wijzigen.

Groeten Gerrit

Ah, kijk eens aan - Track had een foutieve code opgegeven (lsa ipv als)
Dat ga ik eerst proberen.....
En ja: het is de moeite om alles te chmodden. Al is het alleen maar, omdat het nu eenmaal kan. En ik wil het. Dus moet het  :-D
Dus eerst unmounten..... En dan aanpassen.....
Maar ik hoef op zich die map niet te chmodden - ik vraag me zelfs af, of het wel verstandig is om die map te chmodden..... Ik wil hem alleen omzeilen, zeg maar "alles chmodden, behalve die map". Is dat geen beter idee?

Bedankt voor je link. Leesvoer. Ik zal het eens doornemen.

Toch zou het een uitkomst zijn als ik een uitzondering kon opnemen in die chmod-code.....

[heir4c]

In sommige installaties had ik dit, en nu ook weer in Jaunty. Als je kijkt naar het disk gebruik lijk ik 13 GB te hebben ook al heb ik slechts een harde schijf van 8 GB.(zie afbeelding)   

Heb me hier eventjes vergist, sorry, mijn usb's werden erbij geteld.

[mrGee]

@ Steven Klein Haneveld (hierna te noemen SKH  )

Nee, in principe maakt het voor opties niet uit; dus ls -als of ls -lsa of ls -sla
is hetzelfde, het is de; sudo , die hier ongewenst is (raar maar waar)

Succes met je chmodding ( kan trouwens ook prima mbv. mc, iets grafischer)

[Steven Klein Haneveld]

Bedankt,

Later meer.
Groet,
Steven

[Steven Klein Haneveld]

@ Steven Klein Haneveld (hierna te noemen SKH  )

Nee, in principe maakt het voor opties niet uit; dus ls -als of ls -lsa of ls -sla
is hetzelfde, het is de; sudo , die hier ongewenst is (raar maar waar)

Succes met je chmodding ( kan trouwens ook prima mbv. mc, iets grafischer)

Nogmaals dank voor de tips.
mc zal ik eens bekijken.

dat chmodden is trouwens al wel gelukt - ik heb het nu map voor map gedaan en de verborgen bestanden en mappen maar laten zitten.

Blijft staan dat ik niet goed snap wat ik nu moet unmounten, om .gvfs toegankelijk te maken. Zover ik weet staat bij mij alles gemount in /media.....

Maar bedankt voor alle reacties mensen, ben er al een eind mee geholpen  :-)

[Johan van Dijk]

Als je alleen bestanden wil chmodden, zou je ook find kunnen gebruiken.
Voorbeeld:
cd  #om naar je home map te gaan
find . -type -f -exec chmod -x '{}' \;

Dit commando zoekt binnen je home map en geeft alleen bestanden weer. Vervolgens wordt chmod uitgevoerd met de argumenten -x (executable uitzetten) en de bestandsnaam.

Je kan ook zoeken met find
find . -type f -executable
Dit geeft alleen bestanden weer die uitvoerbaar zijn.

Door -type f te veranderen in -type d kan je alleen de mappen weergeven.

Als je dus op alle mappen de "x" vlag uit wil zetten maar niet op de bestanden:
find . -type d -exec chmod -x '{}' \;

Aanzetten kan met chmod +x
Nog beter: gebruik u+x, dan krijgt alleen de eigenaar die rechten. De groep en andere gebruikers krijgen die rechten niet.
Enzovoort...

[Johan van Dijk]

~/.gvfs is een speciale map.
Daar heb je alleen zelf toegang toe, root moet er met z'n tengels vanaf blijven. Een commando met sudo faalt dus op die map.

De goede rechten voor die map zijn:
dr-x------

(Er is wel een omweg om als root die map te bewerken. In de recoverymode kan je gewoon de rechten veranderen. Het kan misschien ook als de gebruiker niet is ingelogd maar dat weet ik niet zeker)

[mrGee]

En toch heb ik hem als root wel kunnen unmounten en ook weg kunnen werpen
gewoon om eens even te proberen.
Dus hij is niet te benaderen als root en niet te unmounten als user.
Het is dacht ik ook een soort placeholder/bridge  icm. met FUSE als ik een stukje
uit die wiki zo snel even heb kunnen doorlezen.

Na opstart wordt ie weer netjes aangemaakt en gemount

Groeten Gerrit

[Steven Klein Haneveld]

@ Johan,
Dat chmodden:\het ging me erom, dat alle _mappen_ wel "uitvoerbaar" zijn (anders kun je er niet in), maar de bestanden in die mappen niet. Het meest snelle is dan, om een chmod recursief (-R) toe te passen op de gebruikersmap (/home/steven).

Jouw oplossing vind ik heel grappig. Ik zal hem zeker bij mijn notities zetten (ook zulk een tekstbestand dat hij standaard uitvoerbaar maakt). Maar in dit geval zou dat ook een hoop typwerk opleveren.

Maar ik zal zeker eens gaan experimenteren met je codes. Misschien dat ik er zelfs een scriptje van kan maken (lachen zeg, linux!).

@ Johan en mrGee,
Bedankt voor jullie beider uitleg.
Duidelijk verhaal - toch wel.
De laatste opmerking - dat Ubuntu de map na herstart zelf weer aanmaakt - geeft een hoop ruimte tot experimenteren. Mooi. Kan ik dus ongestraft lekker pielemansen met die prachtige terminal-codes van Johan  :-D

Ja ik weet het - helemaal ongestraft hoeft het niet te zijn..... Met rechten is het uitkijken.

Mochten er nieuwkomers zijn die dit lezen:
kijk uit met het sleutelen aan rechten. Zorg dat je weet wat je doet.....

Allen bedankt die geholpen hebben, jullie zijn geweldig.

Voor nu is het opgelost. Mocht ik nog weer vragen krijgen, dan schop ik dit draadje wel weer open ;-)

Groeten,

Steven

[Johan van Dijk]

@ Johan,
Dat chmodden:\het ging me erom, dat alle _mappen_ wel "uitvoerbaar" zijn (anders kun je er niet in), maar de bestanden in die mappen niet. Het meest snelle is dan, om een chmod recursief (-R) toe te passen op de gebruikersmap (/home/steven).

Jouw oplossing vind ik heel grappig. Ik zal hem zeker bij mijn notities zetten (ook zulk een tekstbestand dat hij standaard uitvoerbaar maakt). Maar in dit geval zou dat ook een hoop typwerk opleveren.

Er zit wel een verschil tussen de opdrachten: Met chmod -R verander je alles, bestanden en mappen. Met find kan je kiezen wat je wil veranderen.

Maar ik zal zeker eens gaan experimenteren met je codes. Misschien dat ik er zelfs een scriptje van kan maken (lachen zeg, linux!).

Scriptjes zijn altijd handig

[Steven Klein Haneveld]

Johan, scriptjes zijn inderdaad handig

Wat de chmod -R betreft:
je hebt wel gelijk, maar hiermee:

Code: [Selecteer]

sudo chmod -R a-x+X /home/steven
blijven de _mappen_ uitvoerbaar en de _bestanden_ worden niet uitvoerbaar.
Probeer maar eens

Bedankt zover.

Groet,

Steven