Hacker Newsnew | past | comments | ask | show | jobs | submit | nelsonmarcos's commentslogin

Man, it's good to know I am not alone.


Do you have any suggestion?


I see this as a very important example of how dangerous the mindset "We have always done it this way" is.


It's a long article written on April 1st. Please, don't say it's an april's fool joke.


If we only had listened our sysadmin...


I can’t help but think about “flying car” on 2010.


I don’t get the 2010 reference, but flying cars are something that might fall into the “just because we can doesn’t mean we should” category. I’m assuming keeping something in the air costs much more energy and pollution than using an axel. Maybe there’s more to it.


* understand the basic directory structure (/, /boot/, /var, /usr, /opt, /etc) * file management (commands: tail, head, cat, awk, sed) * process management (commands: ps, top, kill) * package management (yum, dpkg) * one configuration manager (puppet, chef, ansible) * basics of tcp/ip network management (ifconfig/ip, netstata/ss, ping, trace) addiontal commands if you want to be more than a junior (strace, lsof, iostat, vmstat)

I'd like to point out that some sysadmins are focused on linux internals while others focus on application in production. So, of course, the list may vary according to the position you're looking to be hired.


Good list, I'd also say permissions. The number of problems I fix by understanding users/groups and assigning the appropriate permission (not `chmod 777 *`) is huge. It shows up in a variety of "Cannot access file" type messages or "File does not exist" application errors and people sometimes freak out because the file is there.


To be fair 'chmod 777 *' fixes those issues as well, just at a big cost to security.


I don't know if "fix" is the right word. Chopping your right arm off "fixes" the itch, although you're literally giving your right arm.



Definitely. If something's not working in a Red Hat based distro, it's usually stopped by SElinux.


And the right answer is never "Disable SELinux"


> understand the basic directory structure...

I agree with this.

Anyone interested in command line hacking can find everything nelsonmarcus recommends (and a bit more) in this very readable book: The Linux Command Line A complete Introduction By Shotts https://www.amazon.com/Linux-Command-Line-Complete-Introduct...


Brian Ward's - How Linux Works is also very good https://www.nostarch.com/howlinuxworks2


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: