mersenneforum.org My installation just LOST most of its system utilities and permissions
 Register FAQ Search Today's Posts Mark Forums Read

2018-04-17, 03:20   #1
Dubslow

"Bunslow the Bold"
Jun 2011
40<A<43 -89<O<-88

3×29×83 Posts
My installation just LOST most of its system utilities and permissions

Cross posting from reddit:

Quote:
 Not sure how else to describe it, but suddenly, in the course of normal usage, my system started behaving in the strangest way. First I noticed the system clock forgot the local time zone -- so I clicked on the calendar app, only to be told that permission was denied to launch the relevant executable. I couldn't create new browser tabs, I couldn't open new terminals, I couldn't launch the System Monitor, all the icons disappeared from the start menu, most of the icons disappeared from my tray, all sorts of wacky stuff. So I Alt+F1d to a lower terminal, which worked, except for when it didn't: top command not found ps permission denied to load some shared library (forget which) which top (nothing) locate top locate: command not found sudo shutdown -h now sudo: command not found poweroff poweroff: command not found init 0 init: command not found sudo init 0 sudo: command not found su doesn't work because there's no root account, and of course sudo su fails the same as above less /var/log/kern.log permission denied (not surprising, but frustrating since i can't become root) Things like ls or cd or grep still work fine, it's the more import system stuff that seems to be fucked up somehow. And for some of them it's not just missing, but being denied permission to load shared libraries. wtf could cause this? The only proximate thing I can think of in my browsing is that just before this, I ran the sudo checkinstall .... command from the OBS Studio [build instructions](https://github.com/obsproject/obs-st...ild-directions), but I find it equally unlikely as anything else that there's a severe rm -rf / bug in there, and I'm not even sure that would cause symptoms to manifest in this way. I at least still have my laptop from which I'm writing this, and my roommate has a rescue live disk that's currently plugged in, so I can mount my SSD and poke around according to suggestions, I just don't know what to look for. It is an LVM/luks encrypted FS but the rescue disk came with the suitable CLI utilities for me to decrypt and mount it anyways. This is Debian 9 stretch=stable with Cinnamon GUI/wm. The root partition is separate from the home partition. Even the slightest suggestion of where to start looking for problems, nevermind how to fix it, would be most welcome. (I suppose worst case scenario I can reinstall the OS and overwrite the current root partition? I think the home partition is clean?)
(This affects my aliquot reservation but not my NFS@Home work)

Last fiddled with by Dubslow on 2018-04-17 at 03:21

 2018-04-17, 04:15 #2 a1call     "Rashid Naimi" Oct 2015 Remote to Here/There 22×52×23 Posts Of absolutely no value, but just to voice my opinion and that of the silent majority, the security and permission structure of Linux is an unnecessary pain. They keep making overriding these permissions more and more difficult to the point of being practically impossible. My Linux systems have 0 critical information and I wouldn't mind if the whole world had full access to them. Additionally having a secure open source software is an oxymoron. I wished they would ease bypassing all those nonsensical permission stricture.
 2018-04-17, 04:31 #3 Dubslow Basketry That Evening!     "Bunslow the Bold" Jun 2011 40
2018-04-17, 06:26   #4
retina
Undefined

"The unspeakable one"
Jun 2006
My evil lair

24·5·83 Posts

Quote:
 Originally Posted by a1call ... I wouldn't mind if the whole world had full access to [my files].
Until you are doing online ordering with your CC, or logging in to your bank/FB/email account. Then you will hope that no one can access your sessions keys.
Quote:
 Originally Posted by a1call Additionally having a secure open source software is an oxymoron.
Open source is actually part of the requirement for making sure it is secure. Closed source is harder to vet for security.

 2018-04-17, 06:36 #5 paulunderwood     Sep 2002 Database er0rr 3×1,451 Posts Did the disk just go "read only" due to I/O errors? This happened to me a few weeks ago on a 20 year old 40 GB HDD. Last fiddled with by paulunderwood on 2018-04-17 at 06:36
 2018-04-17, 06:50 #6 Dubslow Basketry That Evening!     "Bunslow the Bold" Jun 2011 40
2018-04-17, 06:55   #7
paulunderwood

Sep 2002
Database er0rr

3·1,451 Posts

Quote:
 Originally Posted by Dubslow The disk is only a ~12 month old SSD. Plausible, but rather unlikely. I'm leaving memtest running overnight followed by Prime95 tomorow (memtest at 2h40m, no errors)
It will only go read only temporarily. You should check the logs to diagnose the cause.

2018-04-17, 07:14   #8
Dubslow

"Bunslow the Bold"
Jun 2011
40<A<43 -89<O<-88

3·29·83 Posts

Quote:
 Originally Posted by paulunderwood It will only go read only temporarily. You should check the logs to diagnose the cause.
Interesting where or under what title may ssd logs be found?

 2018-04-17, 07:17 #9 paulunderwood     Sep 2002 Database er0rr 3·1,451 Posts I can't quite remember. Probably one of the kernel logs.
2018-04-17, 07:22   #10
Dubslow

"Bunslow the Bold"
Jun 2011
40<A<43 -89<O<-88

1C3516 Posts

Quote:
 Originally Posted by paulunderwood I can't quite remember. Probably one of the kernel logs.
Ah. Your prior post had triggered my memory that, though I tried to read the logs natively, I utterly neglected to attempt such from the recovery disk. Oops.

 2018-04-17, 16:26 #11 chris2be8     Sep 2009 96616 Posts I'd have started with: echo \$PATH Then ls -ld the various dirs in your path and see if the permissions look reasonable (they should usually all be readable and executable by everyone). If you could still write to your home dir then saving output from various commands would be useful. Eg: Code: env >> diag.txt set >> diag.txt mount >> diag.txt df -h >> diag.txt Ditto if you could ssh on to it from another systems that's working OK, you could save output there. Next time you boot of the recovery disk try looking at permissions of dirs such as /usr/local/bin /usr/bin and /bin (this is where knowing what you path was when the problem started would be useful. Also, have you tried to boot it back up without the recovery disk? It might have been a temporary glitch. Chris

 Similar Threads Thread Thread Starter Forum Replies Last Post Rodrigo GPU Computing 16 2017-12-23 15:04 LegionMammal978 Msieve 17 2017-01-20 19:49 wildrabbitt Linux 5 2015-12-22 16:51 rebirther Forum Feedback 39 2013-12-08 15:16 swl551 MISFIT 0 2013-03-11 02:29

All times are UTC. The time now is 10:58.

Mon Nov 28 10:58:36 UTC 2022 up 102 days, 8:27, 0 users, load averages: 1.17, 1.10, 1.04