Linux пользовательSa-nya

Комментарии пользователя (264)

14.07.2020, 19:06
Не сказал бы что полностью пустая. На gentoo системах это делать прикольно, т.к. сама философия дистрибутива подталкивает тебя убирать все лишнее.
А так же я думаю, что на слабом железе можно попробовать и побаловаться, где результат хоть и небольшой, но на глаз возможно будет даже и заметный. У меня как раз есть нетбук на целероне с 2 гб оперативки, как-нибудь поиграюсь и может браузер будет немного плавнее работать, посмотрим
ссылка
14.07.2020, 18:59
Я сейчас заглянул в статье на установку grub. Надо было сделать это раньше. Для efi систем команда установки отличается.
ссылка
14.07.2020, 18:53
я уже говорил, grub спокойно ставится на efi, у меня он работает.
У других эти проблемы с загрузкой в большинстве потому, что статья устаревшая и надо отдельно ставить ядро линукса, оно теперь не идет в пакете base.
Я уверен, что вашу проблему с грабом можно было решить
ссылка
14.07.2020, 18:47
я уже говорил: ucode-пакеты опциональны для любого процессора. Хотите ставьте, хотите - нет; это просто обновление микрокода процессора
ссылка
12.07.2020, 20:26
там форк только одной библиотеки и панели
ссылка
12.07.2020, 20:14
я обычно встречаюсь с такими проблемами, которые решаются только обновой
ссылка
12.07.2020, 20:12
у меня на арче плазма еще ни разу не падала
ссылка
12.07.2020, 20:10
это еще мало. К тому же, далеко не все даже их заметили бы
ссылка
12.07.2020, 20:00
Что-то я сомневаюсь, что вы правильно поняли, ведь
> ...речь идет об одинаковой скорости работы одинаковых ядер - что на арче, что на генте, все одно<
Это я вроде как и имел в виду.
В любом дистрибутиве если сделать оптимизации под свое железо, то профита будет не больше 5% от стока
ссылка
12.07.2020, 19:53
В основном да. Но ведь при установке на только одну систему он тоже ее успешно находит.
У rEFInd тоже есть автоматический поиск, но при его установке нужно еще отдельно драйвер для нужной файловой системы загрузить, если потребуется, а так же надо будет поправить параметры ядра, т.к. в live-usb он их некорректно ставит. Если это не сделать, то у вас даже единственная система не загрузится.
А в grub сделать только один апдейт и все готово
ссылка
12.07.2020, 19:26
я сам не считаю efibootmgr какой-то большой проблемой, сам изначально хотел сделать загрузку через нее, но не судьба.
Я просто смотрю на все эти вещи под разными углами, у каждого свои минусы, но и плюсы тоже ведь есть. К примеру, у grub самый лучший автоматический поиск систем для загрузки
ссылка
12.07.2020, 19:18
я вам просто объяснил разницу, ведь у вас было неточное представление. И возможные последствия такого решения.
Как я понял, вам это неактуально, но если все время будете зависеть от таких четких инструкций и не осознавать что делаете, то в итоге познание линукса не будет улучшаться, ведь инструкции могут устареть
ссылка
12.07.2020, 19:08
У меня тоже вываливался grub в rescue mode, но все это были мои ошибки, которые я потом нашел.
>злые языки говорят
Пока сами не попробуете, не узнаете. Что-то мне подсказывает, что разница будет максимум в каких-нибудь 2 секунды. (я не призываю пробовать, ведь в этом действительно нет смысла)

Вы как-то слишком категорично относитесь к слову "костыль". Не стоит так сильно наседать на это. Как программист я вам скажу: оптимизированный код почти никогда не бывает красивым.

Вот тут рассказано о возможных кирпичах:
https://habr.com/ru/post/314412/
Я ведь и сам столкнулся с неидельной прошивкой uefi
ссылка
12.07.2020, 18:49
вы опять запутались.
Для gpt обязателен efi-раздел, тот который отформатирован в vfat. Но он не обязательно должен быть примонтирован в /boot.
/boot может быть каталогом на системном разделе. Его основная задача - это хранить ядра. Но если же efi-раздел примонтирован не в /boot, то нужен либо скрипт, который будет при обновлении ядра копировать его на efi-раздел (в арчвики куча простых способов), либо использовать bind mount, ведь менеджер загрузок может загружать ядро только с efi-раздела. Все это есть в статье, которую я дал выше.
И делается это все для того, чтобы не было конфликтов на разных ОС на одном девайсе
ссылка
12.07.2020, 18:00
/boot
https://wiki.archlinux.org/index.php/EFI_system_partition
efi-раздел не обязательно монтировать в /boot, можно в /boot/efi (у меня так), можно /efi.
/var
скорее всего ваш собеседник админ, в этом случае важно, чтобы базы данных хранились отдельно от системы
ссылка
12.07.2020, 17:44
я немного неправильно выразился. Под загрузчиком в том комментарии я понимал для каждой системы свой. Для mbr - загрузчик, для uefi - менеджер загрузок.

>если я ставлю предназначенный для другой таблицы разделов загрузчик в 32 Мб который в uefi то ли будет работать, то ли не будет...<
То, что grub изначально для mbr, действительно делает его костыльным на efi системах, но работает он исправно. Когда вы ставите систему, то выбираете какой grub ставите: на mbr или на gpt. Если выбрали gpt, то ставится вполне себе оформленное efi-приложение, которое сможет вам как минимум загрузить систему. Ставить под сомнение самый популярный загрузчик под сомнение весьма странно.

По поводу прямой загрузки через uefi. Смотрите логику:
1) Использовать монолитное ядро линукса для загрузки непосредственно загрузочной записью uefi без сторонних загрузчиков и менеджеров загрузки → фича. Ведь никакая современная система так же не может.
2) Реализация uefi производителем не гарантирует безболезненное изменение записей вручную через efibootmgr → костыль. У вас есть какой-никакой шанс сделать кирпич
ссылка
12.07.2020, 16:52
/boot
Делать /boot efi-разделом в перспективе не очень хорошая идея, если вы вдруг захотите поставить рядом еще один дистрибутив. Если нет, то без проблем
/var
Вы же понимаете насколько это легкоразрушаемый аргумент? С таким же успехом можно основной раздел системы сделать на 10 ГБ больше и при этом профита будет больше. У вас может закончится место на системном разделе, а в var оно будет проставивать и наоборот, еще 10 гб - это слишком много, у меня этот каталог только до 1 гб доходит, на 10 гб можно целую мини-систему поставить. На арче для домашнего использования var в основном забивает systemd своими логами и дампами. При этом используемое место для хранения логов можно сократить, что я и сделал, теперь он совсем небольшой.
Вот для сервера это имеет больше смысла, т.к. там будут храниться и пользовательские данные типа баз данных, почты и что-либо еще
ссылка
12.07.2020, 16:12
Попробую перевернуть ваше мировоззрение. Использовать загрузчики - это вполне нормально. На самом деле то, что ядро можно загрузить напрямую из-за особенности монолитной архитектуры, больше походит на костыль, о возможных проблемах даже в арчвики написано. Насколько я знаю, никакая популярная система точно так же не может.
ссылка
12.07.2020, 15:59
я вам об этом же и говорю. Профита особого нет: за вас соберут или вы сами соберете, ускорение минимально что на арче, что на генте. Т.к. на генте, используя genkernel, который за вас сделает конфиг ядра можно грубо приравнять к стоковому ядру арча, там не будет сильных оптимизаций
ссылка
12.07.2020, 15:58
Так я вот и жду аргументов. Я точно так же мог вам порекомендовать не делать так
ссылка
12.07.2020, 13:52
По поводу ваших колебаний. Конкретно новичку лучше в первую очередь ставить арч, т.к. там огромная и классная вики, больше народу => помощь проще найти даже уже готовое, нет этих сложностей сборки. Познавать лучше постепенно. Как говорится: тише едешь - дальше будешь.
Я в пример: когда только пришел в линукс, немного попользовавшись минтом до этого, я решил поставить арч по советам из форумов в духе "если хочешь глубже узнать линукс, то ставь арч, эти убунты тебя научат только как мышкой кликать надо". Но я сразу же утонул в вики и запутался в новых знаниях. Пришлось попользоваться дебианом и ему подобными, чтобы набраться опыта, систематизировать понемногу приходящие новые знания и осилить
ссылка
12.07.2020, 13:39
Похоже вы немного запутались в статьях. Я попробую систематизировать.
efibootmgr - это программа, которая напрямую правит записи uefi в NAND память на плате. Когда говорят "без загрузчика", то подразумевают именно создание записи efi через efibootmgr (или ей пожобные на других системах), которая напрямую грузит ядро (арчвики: EFISTUB->efibootmgr). Но это может плохо закончиться (вплоть до кирпича), если производитель вашей платы фигово реализовал uefi, но я не думаю, что в современных девайсах уже будут серьезные проблемы, технология уже освоенная. Лично у меня проблема не критичная, но все-таки неприятная: адекватно грузится только дефолтная запись, поэтому я туда поставил мнималистичный менеджер загрузок systemd-boot, т.к. у меня несколько систем стоит.
Да, grub в основном заточен под mbr и довольно тяжеловесен, но и менеджеры загрузок есть тяжелее того же systemd-boot - это rEFInd и Clover.
Грубо говоря, менеджеры загрузок несут в себе тот же функционал посредника, что и загрузчики, только используют уже средства uefi
ссылка
12.07.2020, 12:51
Я смотрю, что вы настоящий вырвиглаз мастер.
Все просто: темная тема не давит на глаза, когда окружение тоже темное.
Конкретно хайп на темные темы пошел с мобильных устройств, где появились экраны, которые при черном цвете потребляют меньше заряда
ссылка
12.07.2020, 12:43
так же как и в генте, вы ведь одно и то же ядро собираете. Реального профита не так много
ссылка
12.07.2020, 12:40
Конкретно у кальки есть свой репозиторий уже собранных в бинарники пакетов
ссылка