[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#615153: exec: 58: /usr: Permission denied

* Debian_bug_report <invisiblemanguard-debianbugreport@yahoo.com.br> [110301 14:57]:
> My problem happen after I did the distro upgrade... I pass 2 months out of
> my debian distro, and I used the testing version (Squeeze), but I return
> yesterday to my debian distro and the Squeeze becomes stable... so I did
> the change to Debian testing again (now called Wheezy)...

A full upgrade is a very complicated thing to reproduce. And you seem to
have 3rd party repositories, so there are packages from other people
that might have bugs, so finding this will be complicated.

> so I rename all my source packages like this source.list:
> #mirror multimídia
> deb http://ftp.br.debian.org/debian-multimedia/ testing main
> #deb http://ftp.debian-unofficial.org/debian testing main contrib non-free
> #mirror wine:
> #deb http://www.lamaresh.net/apt/ squeeze/main

As those are 3rd party repositories, there is some probability the bug
is there.

> So, I went to my Lxterminal and type: "sudo aptitude update". After I type:
> "sudo aptitude safe-upgrade".
> The system make a download of 839mb of data. Everything was made without any
> errors reported... I not use any login manager... I do my login in getty and
> after I start my X and window manager (fluxbox). So, when I restart my
> machine
> and try to start my X with the command "startx", the system returns the
> error:
> "xinit: connection to X server lost" and after said "Wait for X server to
> shut
> down" and stayed with prompt flashing again. So, I tried invoke X with root
> and
> I had sucess! When I went to the .xsession-errors I saw this error:
> Xsession: X session started for invisiblemanguard at Ter Fev 22 16:36:02 BRT
> 2011
> exec: 58: /usr: Permission denied

Could you check the actual permissions of those directories?
Perhaps the output of "ls -la /" would be best.

Where things are mounted might also be interesting, i.e. the /etc/fstab
and the /proc/mounts files.

Other information interesting might be the /var/log/dpkg.* files
covering the interesting timespan.

(Saving /root/.bash_history and looking into it for anything interesting
might also be sensible).

	Bernhard R. Link

Reply to: