shgurbanov

Поддержу Sand : берём Devops Roadmap и подтягиваем скиллы сверху вниз. Если хочется продолжать работать дальше в сетевом администрировании (вакансии Network Engineer с требованием знания Ansible/Salt были и 7 лет назад, только не у нас), то должны научиться раскатывать конфиги из гита и мониторить всё описанное хозяйство со сбором логов.

Думаю этого хватит
https://stackoverflow.com/questions/939778/linux-a...

так вот можно ли достать чистый линукс без графической оболочки без отпечатка какой либо компаний.

Можно, но если вы не смогли поставить Arch, по установке которого есть отличный мануал, ну и в принципе там ничего крмое базовых вещей знать не надо, то и поставить что-то еще более хардкорное у вас не хватит знаний. А самое главное, что поьзоваться-то дальше вы им как будете? Грубо говоря, вы спрашиваете, как купить истребитель, но не умеете летать даже на обычном маленьком винтовом самолётике. Ну и нафиг истребитель тогда?

Наиболее 'чистый линукс без графической оболочки без отпечатка какой либо компаний' - это gentoo, если речь идет об операционной системе а не о голом ядре, так как там в большинстве случаев пакеты собираются прямо из исходников, часто ссылка в .ebuild идет прямо на github. Само собой сами 'мейнтейнеры' gentoo так же оставляют отпечаток, в соответствующих патчах, подбору софта в репозитарии (portage) но в наименьшей степени, не мешая гибкости делать все это самому.

p.s. если что графическая оболочка есть и у gentoo, по желанию, есть даже вариант с прекомпилированными бинарниками, все как вы любите - готовое на блюдечке но настроенное кем то другим.

Самые подробные инструкции, а главное, проходя по процессу установки, начинаешь понимать как именно внутри все устроено, что очень важно для обучения. Огромное и дружелюбное сообщество, да и многие инструкции от arch подойдут, а так как при работе с gentoo появляется правильное видение концепций linux, инструкции из других linux типа ubuntu так же помогают, хотя начинаешь понимать ущербность большинства из них.

Начинать с реального железа не советую, хотя если цель наступить по быстрее на как можно большее количество грабель, то тогда да. Так же настоятельно не рекомендую для начинающего ковыряться с конфигурацией ядра, и хотя это тоже как часть обучения очень важно, лучше с этим повременить.

Только gentoo позволяет оттюнить сборку на столько качественно, что потребление ресурсов (ram и диска) будут минимальны, на столько на сколько это в принципе возможно. И при этом очень много чего автоматизировано или снабжено удобными утилитами.

Но и сил на это уйдет столько, что начнешь понимать, почему в мире именно этим процессом занимаются целые компании, так как в конечном счете с gentoo мейнтейнером ос становишься лично ты.

https://www.linuxfromscratch.org/lfs/

Ставите ось в которой на данный момент можете комфортно работать, а уж после этого в виртуалке экспериментируйте с дистрибутивами. Как только добились желаемого результата там - ставьте свое творение на реальное железо.

man getuid
man getpwuid

Есть стандартные функции для подобных задач. Их использовать намного правильнее, чем парсить utmp (в который пользователь может не попасть, особенно если это неинтерактивный логин или su/sudo) и /etc/passwd (поскольку пользователи могут храниться не только в passwd, но и в winbind/ldap/nis/итд).

Вариант 1:

#include <stdio.h>
#include <stdlib.h>

int main(int argc,char **argv)
{
    char *cmd = "whoami";
    char buf[BUFSIZ];
    FILE *ptr;
 
    if ((ptr = popen(cmd, "r")) != NULL)
        while (fgets(buf, BUFSIZ, ptr) != NULL)
            (void) printf("%s", buf);
            (void) pclose(ptr);
    return 0;
}

Вариант 2:

#include <stdlib.h>
 
int main(int argc,char **argv)
{
    system("whoami");
    return 0;
}

Оба варианта вернут имя текущего пользователя.

SSD по идее влиять не должен, потому что узкое место процессор а не диск. Экспериментировал, кидал проект в tmpfs ( файловая система в оперативке ) — скорость сборки не менялась. Впрочем возможно на больших проектах разница будет но вряд ли значительная.
Если процессор многоядерный — скажите системе сборки чтобы использовала побольше этих самых ядер ( make -j N ( где N — 1.5 * количество ядер ) ).