[Debian] Permission denied met find

[djohn_croot]

Ik snap het volgende niet: ik sta in de directory /home/<user>/Music en geef de opdracht

code:

find . -name "*.mp3">music.list

om een playlist te maken van alle mp3's in de directories onder de current directory. Waarom krijg ik dan toch de foutmeldingen:

code:

find: `/var/tmp/kdecache-root': Permission denied
find: `/var/lib/gdm3': Permission denied
find: `/var/lib/polkit-1': Permission denied
<snip>

en nog een hele lijst?

Het is op te lossen met sudo, maar ik begrijp niet waarom find deze directories doorzoeken wil.

[deadinspace]

Weet je heel erg zeker dat je in ~user/Music staat (controleer met pwd)? Wat is de inhoud van music.list na je find-opdracht?

[ Voor 8% gewijzigd door deadinspace op 26-03-2011 15:02 ]

[djohn_croot]

Ja, ik sta echt in /home/john/Music
Na

code:

find . -path "*.mp3">test.list

en weer een hele rij permission denied meldingen zegt Vim:

code:

"test.list" 0L, 0C

oftewel, ik heb een leeg bestand gemaakt. Helemaal vreemd vind ik dat ik gisteren dezelfde opdracht in een directory op hetzelfde niveau heb gegeven die wel goed ging. De rechten voor de betreffende directories zijn ook gelijk

[ Voor 0% gewijzigd door djohn_croot op 26-03-2011 16:02 . Reden: -name vervangen door -path, maar output is gelijk. ]

[deadinspace]

Hmm, dat is vreemd. Wat als je -path "*.mp3" eens weg laat? Krijg je dan ook permission denied meldingen op /var enzo, of verdwijnt dat dan? Wat staat er dan in je test.list?

[djohn_croot]

Mmm de meldingen blijven en het bestand blijft leeg. Apart.

[sphere]

Als find /home/john/Music -name "*.mp3" geen resultaten geeft, dan zijn ze er niet.

Misschien is find /home/john/Music | grep -i "*.mp3" handiger.

Resultaten uit /var kunnen nu echt niet meer, tenzij je symlinks hebt oid.

[djohn_croot]

Dat zou ik ook verwachten maar:

code:

john@kefir:~/Music/David Bowie/1977. 'Heroes'$ ls -alt
total 95324
drwxr-xr-x  2 john john     4096 Mar 26 19:42 .
-rw-r--r--  1 john john        0 Mar 26 19:42 heroes.list
-rw-r--r--  1 john john 14812832 Dec 15  2009 03 - 'Heroes'.mp3
<snip>
drwxr-xr-x 34 john john     4096 Dec  5  2009 ..
john@kefir:~/Music/David Bowie/1977. 'Heroes'$ find . -name "*.mp3">heroes.list
find: `/var/tmp/kdecache-root': Permission denied
find: `/var/lib/gdm3': Permission denied
find: `/var/lib/polkit-1': Permission denied
find: `/var/lib/nfs/rpc_pipefs/cache/dns_resolve': Permission denied
find: `/var/lib/sudo': Permission denied
find: `/var/spool/cups': Permission denied
find: `/var/spool/cron/crontabs': Permission denied
<snip>

en ook

code:

find . >heroes.list

geeft hetzelfde resultaat.

[sphere]

Je shell zal wel op een bepaalde manier vervuild zijn dan? Bij mij werkt het prima. Is find misschien een alias? Zijn er dingen speciaal aan je systeem?

Ik zie weinig andere mogelijkheden dan een fijne sessie met strace om dit tot op de bodem uit te zoeken.

[Molybdenum]

find geeft idd een permission denied als je gaat zoeken in mappen die aan root of een andere user dan jij toebehoren.

/var/ is meestal een map voor root.


edit: Ik moet leren lezen.

[ Voor 9% gewijzigd door Molybdenum op 26-03-2011 22:35 ]

[CyBeR]

Doe eens gezellig:

code:

find -version
ls -la `which find`
lsattr `which find`

?

[ Voor 53% gewijzigd door CyBeR op 26-03-2011 22:53 ]

[djohn_croot]

code:

find -version

geeft

code:

find (GNU findutils) 4.4.2
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Eric B. Decker, James Youngman, and Kevin Dalley.
Built using GNU gnulib version e5573b1bad88bfabcda181b9e0125fb0c52b7d3b
Features enabled: D_TYPE O_NOFOLLOW(enabled) LEAF_OPTIMISATION FTS() CBO(level=0)

en

code:

ls -la `which find`

geeft

code:

-rwxr-xr-x 1 root root 136152 Oct 26 19:55 /usr/bin/find

code:

lsattr `which find`

geeft

code:

------------------- /usr/bin/find

[DumbAss]

Staat er niet ergens een symlink naar /var in /home/john/Music?

[CyBeR]

djohn_croot schreef op zondag 27 maart 2011 @ 00:18:

code:

find -version

geeft

code:

find (GNU findutils) 4.4.2
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Eric B. Decker, James Youngman, and Kevin Dalley.
Built using GNU gnulib version e5573b1bad88bfabcda181b9e0125fb0c52b7d3b
Features enabled: D_TYPE O_NOFOLLOW(enabled) LEAF_OPTIMISATION FTS() CBO(level=0)

en

code:

ls -la `which find`

geeft

code:

-rwxr-xr-x 1 root root 136152 Oct 26 19:55 /usr/bin/find

code:

lsattr `which find`

geeft

code:

------------------- /usr/bin/find

Ok, dat ziet er ok uit. Wilde even checken of je niet een rootkit had met een verneukte find.

Als dergelijke utils raar gaan doen moet je dat even checken namelijk

[ Voor 3% gewijzigd door CyBeR op 27-03-2011 00:33 ]

[djohn_croot]

Ik heb ook strace gedownload en die geeft na

code:

strace -o strace_find find . -name .mp3

een output van dik 7000 regels. Welke info daaruit kan nuttig zijn?

Dit zijn de eerste regels:

code:

execve("/usr/bin/find", ["find", ".", "-name", ".mp3"], [/* 43 vars */]) = 0
brk(0)                                  = 0x96f4000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)

en dit is hetzelfde in een net gemaakte lege directory.

[ Voor 6% gewijzigd door djohn_croot op 27-03-2011 00:47 . Reden: aanvulling ]

[djohn_croot]

In een flits van intelligentie (al weer voorbij hoor) mijn .bashrc tijdelijk hernoemd. Probleem doet zich dan niet meer voor. Ik post later mogelijke daders uit dat bestand.

[djohn_croot]

Allereerst dank voor het meedenken:)

Dit is het het enige in mijn .bashrc dat ik niet begreep:

code:

if [ -z "$debian_chroot" ] && [ -r /etc/debian_chroot ]; then
    debian_chroot=$(cat /etc/debian_chroot)
fi

maar dat blijkt niet de dader.

Mijn hele .bashrc (zonder commentaarregels):

code:

alias psmoff='xset +dpms'
[ -z "$PS1" ] && return
export HISTCONTROL=$HISTCONTROL${HISTCONTROL+,}ignoredups
export HISTCONTROL=ignoreboth
export CLICOLOR=yes
shopt -s histappend
shopt -s checkwinsize
[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"
 #   xterm-color) color_prompt=yes;;
case "$TERM" in
xterm*|rxvt*)
    PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h: \w\a\]$PS1"
    ;;
*)
    ;;
esac
if [ -x /usr/bin/dircolors ]; then
    eval "`dircolors -b`"
fi
alias ll='ls -l'
alias la='ls -A'
alias l='ls -CF'
alias cl='clear'
alias ifconfig='/sbin/ifconfig'
alias hop=htop
alias find='find / -name '
alias sobash='source /home/john/.bashrc'
alias unam='cat /proc/version'
alias up='cd ..'
alias sagd='sudo apt-get update'
alias sagg='sudo apt-get upgrade'
alias mmp='mplayer -playlist'
if [ -f /etc/bash_completion ]; then
    . /etc/bash_completion
fi
bind '"\e[A"':history-search-backward
bind '"\e[B"':history-search-forward
xset -dpms
alias psmon='xset -dpms'
alias psmoff='xset +dpms'

[Daedalus]

djohn_croot schreef op zondag 27 maart 2011 @ 14:33:

code:

[...]
alias find='find / -name '
[...]

There's your problem

[djohn_croot]

Ja, idd, wat een oenige alias.

Dank!

[sphere]

sphere schreef op zaterdag 26 maart 2011 @ 22:29:
[...]
Is find misschien een alias?
[...]

[CyBeR]

Daedalus schreef op zondag 27 maart 2011 @ 14:36:
[...]
There's your problem

Eh? Dat komt niet overeen met z'n strace output.

(En inderdaad, wat een belachelijk ding om te aliassen.)

[ Voor 13% gewijzigd door CyBeR op 27-03-2011 17:07 ]

[djohn_croot]

sphere schreef op zondag 27 maart 2011 @ 16:03:
[Is find misschien een alias?]

Yep, jij had 'em al door en daar las ik weer overheen en zo.

Volgende keer eerst maar even deze instructies opvolgen.

[ Voor 79% gewijzigd door djohn_croot op 27-03-2011 17:13 ]

[Daedalus]

CyBeR schreef op zondag 27 maart 2011 @ 17:07:
[...]


Eh? Dat komt niet overeen met z'n strace output.

Blijkbaar trekt strace zich niets aan van een Bash alias:

martin@amaterasu:~$ alias blop='echo blop'
martin@amaterasu:~$ blop
blop
martin@amaterasu:~$ strace blop
strace: blop: command not found

[deadinspace]

Daedalus schreef op zondag 27 maart 2011 @ 17:19:
Blijkbaar trekt strace zich niets aan van een Bash alias:

martin@amaterasu:~$ alias blop='echo blop'
martin@amaterasu:~$ blop
blop
martin@amaterasu:~$ strace blop
strace: blop: command not found

Natuurlijk trekt strace zich daar niks van aan
strace krijgt gewoon "find" als argument, en voert dus "find" uit.

Zou ook een mooie boel worden als dat niet zo was, dan zou het volgende alias wel heel vervelend worden:

alias find='strace -o /tmp/find.log find'

En bash vervangt alleen aliassen aan het begin van een commando, met andere woorden: alleen die dingen die daadwerkelijk een commando zijn. Ook dat is prettig, want anders krijg je:

echo Could not find the specified file.
Could not find / -name the specified file.

[CyBeR]

Daedalus schreef op zondag 27 maart 2011 @ 17:19:
[...]
Blijkbaar trekt strace zich niets aan van een Bash alias:

martin@amaterasu:~$ alias blop='echo blop'
martin@amaterasu:~$ blop
blop
martin@amaterasu:~$ strace blop
strace: blop: command not found

Duh, natuurlijk. Inderdaad strace krijgt 'm niet als alias. Maar dan heeft z'n commando op dat moment natuurlijk wel gewerkt, alleen had 'ie het niet door.

[sam.vimes]

CyBeR schreef op zaterdag 26 maart 2011 @ 22:51:
Doe eens gezellig:

code:

find -version
ls -la `which find`
lsattr `which find`

?

'which' is een extern programma dat ook niets afweet van bash aliassen.
Gebruik volgende keer de bash-builtin 'type':

Bash:

type find

dan krijg je:

find is aliased to `find / -name '

[CyBeR]

sam.vimes schreef op maandag 28 maart 2011 @ 13:55:
[...]

'which' is een extern programma dat ook niets afweet van bash aliassen.
Gebruik volgende keer de bash-builtin 'type':

Bash:

type find

dan krijg je:

find is aliased to `find / -name '

Mja, maar achterhalen of 't een alias was, was ook niet mijn doel op dat moment. Zoals ik al zei: find op die manier aliassen is 100% idioot dus dat had ik gewoon echt niet aan zien komen