Вышла Fedora 27, обновляемся на 26 гагага

Ещё в октябре я узнал, что в начале ноября выходит Fedora 27, типа следующая версия. Ну, круто, думаю, перейдём на следующую версию. При этом был уверен, что сижу на текущей - я ж в марте обновлялся. Посмотрел, а у меня fc25. Мне это ни о чём не сказало, я подумал, что мож у них только нечётные номера выходят, до этого сидел на 23, потом сразу на 25 перешёл. Или щас сижу на 26й, но по каким-то причинам во всех пакетах показывает fc25, но это фигня! Я ж помню, что обновлялся, знач всё зоебизь!

Щас смотрю, вышла Fedora 27, присмотрелся, а 26я вышла в июле 2017го! Охуеть, во метеоры! Глаз да глаз нужен. Не успел обновиться, у них уже следующая версия! Решил щас обновиться на 26 тогда - всё равно ведь придётся, сразу с 25 на 27 стрёмно прыгать. Обновляемся:

dnf upgrade --refresh
dnf install dnf-plugin-system-upgrade
dnf system-upgrade download --releasever=26

Обновляется 2089 пакетов, объём закачки 1.9 Гб. Блин, на эти современные системы тырнета не напасёшься! Или это я себе всякого говна наставил? Хрен знает.
Потом

dnf system-upgrade reboot

Комп перезагрузился и 4105 пакетов чо-то там делал. Полчаса эта хрень заняла. По-моему, Винда обновляется быстрее. Ну да ладно, теперь я счастливый обладатель Fedora 26, а скоро буду и 27.

@темы: Linux

---

69е покатушки на лонге

Ну короче, камрады, вчера и сегодня стояла пасмурная, но тёплая и сухая погода. Вчера я этим не воспользовался - дрочил RSS & CSS, а вот сегодня-таки заставил себя выйти. Далеко не ходил, около дома, по остохуевшим горкам и дорожкам, но накатал-таки, необходимые полчаса и даже больше. Почти не ходил, токо катал, запишем-ка мне 40мин покатушек. Итого, 3ч 10мин за год, и думаю, это ещё не предел. Мож на работу отнесу и буду там тренить торможение в перчатках и прочие штуки. Этак ещё больше времени получится!

В прошлые годы я надрочился стоя на едущей доске разворачивать мыском вперёд переднюю ногу и отталкиваться второй ногой, а потом снова становиться на доску. Достижение в том, что это всё уже на ходу, а не с места. В этом году я заметил, что разучился так делать - практики нет, ну вот щас покатался чуток и всё вернулось. Так что в следующем году покажем класс. Мож куплю новую доску - надо чо-то новое уже и трассы новые попробовать. Ладно, это всё планы, посмотрим, короче.

@темы: лонгборд

---

Дальнейшые исследования Линукса и прочих *nixов

Итак, LFS собран и надо куда-то двигаться дальше. Я кое-что узнал по ходу компиляцыи LFS, но без практики это быстро забывается. Нужно подольше подрочить командную строку и всё такое.

Во время ебли с ядром (последний этап LFS) я подумал о том, что ни хрена не знаю про это ядро, да и про ядро FreeBSD тоже. Ситуация осложняется тем, что ваще инфы про ядро очень мало. Если б она была легко доступна, я бы уже всё прочёл.

На русском нашлось мало чего, полез на amazon, думаю, поищу штоле книжки на Энглише. Есть там книженция, стоит 80 баксов. Объём солидный, около 1000 страниц. Но тут я вспомнил про сертификацию LPIC и стал искать книжки для неё. Книжки по LPIC-3 так и нет. За 25 баксов есть книжка практических вопросов к тестам. Меня жаба задушила платить такие бабки, но там вопросы сразу для LPIC-1 и 2. То есть, по 12,5 бакса за каждый уровень сертификации. Это другое дело. Ещё нашёл книжку по systemd чо-то за 5 баксов штоле. Купил. Ещё 1000 команд для *BSD систем. Тоже взял, а то вдруг потом не будет. Вообще, посмотрел всякие там OpenBSD, NetBSD, по DragonFly BSD ни хрена нет, а по этим есть, и по FreeBSD больше всех, что неудивительно. При этом книжки по *BSD в основном про построение фаерволлов и всяких сетевых приблуд. Неудивительно, что на графику, да и на всё остальное там забивают - видимо, основная часть усилий тратится на развитие сетевых возможностей.

И вдруг я увидел симпатичного пингвина с глазами в кучу. Пингвин - символ Линукса, если кто не в курсе. Пингвин распространялся бесплатно и представлял из себя тесты для подготовки к экзаменам LPIC. И это была даже не книжка, а приложение. Я его тут же попробовал поставить на телефон, но тот стал мне задавать всякие стрёмные вопросы, типа, надо разрешить доступ к файлам и изображениям и ещё вот это и это, а ещё этот файл может повредить ваше устойство, и тогда я выключил. На следующий день на работе, под влиянием коллег я-таки решился поставить это приложение. Открываю, а там все вопросы на японском. Или китайском. Но это меня не остановило - я видел там отдельные английские слова и полез отвечать. Первый был правильно, второй ответ угадал, на третьем срезался - там не было английских слов и цепляться было не за что. Таких пингвинов оказалось десять - на все три уровня сертификации LPIC. На всякий пожарный я их все скачал - если сильно захотеть, язык можно перевести, а если ты знаешь язык, но вопросов нет - то жопа. На крайняк можно распознать текст и в гугл-транслятор. Вот до чего технологии дошли.

Подумал ещё про BSD-сертификацию. Это которая BSDA & BSDP. Не то, чтоб я ринулся её сдавать, тут вопрос в другом. Если есть сертификация, значит, должна быть и книжка/руководство, по которой/которому готовятся к экзамену. Обычно там есть необходимый минимум того, что надо знать для успешной сдачи, а экзамен охватывает все аспекты системы. Т.е., если ты хочешь хорошо знать все эти три системы, достаточно прочитать эту книжку. Книжка такая внезапно есть, но очень маленькая - 165 страниц всего. bsdwiki.reedmedia.net/PDF/book-8.5x11-20111124.... ИМХО, это очень скромно для всех *BSD-систем вместе взятых. Но - там могут оказаться крупицы инфы, которую раньше я не встречал, так что прочесть стоит.

Я, конечно, готовлюсь, но сам думаю - идти или не идти на LPIC? На первый уровень надо 2 экза, каждый стоит 18тр, НО! Если брать ваучер, то получится по 200 баксов, т.е. по 12тр. Я отдам 24тр за сертиф. Потом ещё столько же за сертиф 2го уровня. Потом если будет третий уровень, то ещё столько же. Суммы немаленькие, и что я получу в итоге. Ну будет у меня эта бумажка. Она окупится только, если я отсюда двину куда-нибудь, где она будет иметь вес. Если сидеть здесь, смысл сдавать сертиф только - чтобы он был.

@темы: FreeBSD, Linux

---

Стрижом бараду

Оброс, пиздец, надо уже стричься, а мне в лом. Откладывал-откладывал, наконец, как-то утром встал, вымыл бошку, достал машинку и... постриг сначала бошку, на бороду забил. Бошку я уже знаю, как стричь, а с бородой траблы. Снова откладывал-откладывал, наконец, встал с утра, вымыл и вытер бороду, достал машинку, поставил на 11мм, вжик-вжик, а она не стрижёт ни хуя. Елозит по волосам просто - они слишком длинные, друг за друга цепляются и не залазят в расчёску на насадке. И тут ещё аккум в машинке сел. Поставил на зарядку, пошёл на работу. На следующий день зарядил, провёл работу над ошибками и сначала поставил самую большую насадку и на максимум. В неё уже чо-то попало и состриглось. Потом на минимум - опять чо-то состриглось и только потом маленькую насадку сначала на 11, потом на 9мм.

Бороду состриг, усы оставил. Пусть пока растут - будут боцманские или гусарские гагага. Как состриг - появилась седина - надо красить. Покрасил тестовой капсулой краски - херово покрасилось, всё равно заметно. Вот так вот тестовыми капсулами красить. Видимо, придётся ещё раз.

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

@темы: бьюти

---

Я одолел RSS и щас с вами поделюсь

Короче, камрады, у меня firefox, но уверен, всё то же самое (при наличии смекалки) можно проделать и с другими броузерами.

Для Chrome тоже есть своё RSS-расширение, но оно сразу требует войти в аккаунт, чтобы ему было легче за вами шпионить. Поэтому было послано на. В Firefox такой херни пока нет, ну или они не афишируют.

Итак, сначала нужно поставить расширение браузера (плагин) для чтения RSS. Так и набираем в Гугле "RSS add-on (или extension или plugin) for ". Меня это привело вот сюда:
addons.mozilla.org/ru/firefox/addon/brief/
жмём кнопку "добавить в Firefox", и в правом верхнем углу у нас появляется такая оранжевая хрень - точка и две дуги.



Теперь, в этом же углу, токо правее жмём кнопку "меню" (три полоски, указана стрелочкой). Открывается меню, в нижнем левом углу которого есть надписть Customize (отмечена красным овалом).

Открывается страница Customize, на которой мы видим кнопку "Subscribe", такую же, как и кнопка Brief, токо чёрную. Перетаскиваем её в меню справа.


Кликабельно:

Теперь заходим на сайты, от которых мы хотим RSS. Тыкаем в три полоски и смотрим на кнопку Subscribe. Если она чёрная, жмём её и сайт добавляется в Brief. Если она серая, то облом, данный сайт не поддерживает RSS.

После обхода сайтов, жмём кнопку Brief (оранжевую фигню) и открывается страница с фидами или как эта хрень там называется. PROFIT! Вам теперь не надо обходить все эти сайты с вопросом есть ли там чо новое, вы сразу видите это на одной странице.


Кликабельно:

Параллельно с этим обсуществил ещё одну свою давнюю мечту. Дело в том, что меня давно бесит болотно-зелёный фон на сайте opennet.ru. Я бы предпочёл, чтобы он был посветлее, ну хотя бы жёлтым, штоле. Для этого есть расширение Firefox - Stylish. Заходим на тот же addons.mozilla.org и ставим энтот Stylish версии 3.0.1 Но тут меня ждало разочарование. Он выкидывает какую-то ошибку и не работает. В тырнете нашёл совет установить предыдующую версию 2.1.1.

Открываем меню (три полоски) Add-ons (иконка-паззл), на открывшейся странице жмём extensions. Напротив Stylish выбираем Remove. Потом идём сюда: addons.mozilla.org/en-US/firefox/addon/stylish/... и там скачиваем версию 2.1.1.
В правом верхнем углу появляется кнопка - "S в квадрате" - её видно на первой картинке рядом с оранжевой кнопкой Brief.

Жмём на эту S и можно разрабатывать CSS-дизайн для нужного нам сайта. Тут меня ждало разочарование - опять, блядь, надо изучать тонну всякой хуйни. В общем, не так сложно, но занудно. Открываем сайт, тыкаем правой кнопкой в точку на сайте. Открывается контекстное меню, выбираем в нём inspect Element. Вот для этого элемента нам нужно будет менять стиль. Сам сайт остаётся неизменным, но вам он будет показываться с вашими настройками.

Есть возможность загрузить чужие стили для каждого сайта (для которого их уже кто-то сделал). Я посмотрел, но там готовые стили ещё темнее или такие же. Поэтому решил отличиться.

Немножко изменил стиль www.opennet.ru. Болотный фон ушёл, но смотрится всё равно отстойно. Надо ещё много работать.
Вот мой мега-стиль:

@namespace url(www.w3.org/1999/xhtml);

@-moz-document domain("www.opennet.ru") {
body {background: #FFFFFF;}
tbody {background: #FFFFFF;}
p {background: #FFFFFF; }
li {background: #adff2f}
}

А вот результат:


Кликабельно:


Да, фон стал светлым, но смотрится всё равно отстойно. А чтоб такого не было, видимо придётся прописывать стиль для каждого элемента, пока не заебёшься. Ну, посмотрим.

Подведём итог. Мы (то есть вы и я) обалдели двумя охуенно важными фичами RSS & CSS. И как же они нам помогут в жизни? Stylish поможет убить кучу времени, изучая эти ёбаные CSS-стили. Впрочем, есть шанс, что для вашего сайта можно спиздить готовый дизайн (на который кто-то уже убил кучу времения, изучая эти ёбаные CSS-стили). Но для этого дизайн должен вам понравиться. RSS поможет убить кучу времени, читая всякую хрень. Если раньше вы читали одну-две статьи, зато полностью, то теперь будете прочитывать двадцать, но только заголовок и две-три строчки. Да, экономится часть времени на поиск нового на сайтах. Впрочем, некоторые сайты не поддерживают RSS, так что лазить на них придётся всё равно. Так что принципиально ничего не поменяется. Но - в общем-то, мы не так уж много времени затратили на освоение - пока что. А вы что скажете?

@темы: компьютерное

---

Биткоины

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

Во-вторых, по-моему мнению, падруга должна была им сказать: "вы чо - если он узнает про биткоины, то сам их намайнит и нам ни хера не достанется, нельзя ему говорить!" В-третьих, я спросил, мол, раз инфы в тырнете мало, вы смотрели в русском тырнете?
- Да
- А в английском?
- Нет
- А почему? - Не могут объяснить. Уж казалось бы - английский знают, в русском инфы мало, очевидно, какой шаг должен быть следующим, дык вот нет! Вообще, я и сам такой, это токо ебучий Линукс вместе с ЛФСом меня довёл - часто что-то не компилится, пишет ашыбки, приходится искать по всему миру. Знал бы китайский или японский - искал бы и на нём, там тоже встречаются дельные посты.

Ну и так уж получилось, что Катя Аффца хвастаецца, что у неё в родном Эркуцке есть собственная ферма майнинга (вполне возможно это пиздёж), а появилась у неё энта ферма т.к. Аффца попала под влияние какого-то чела из Эркуцка, который эти фермы рекламирует и ваще рассказывает на ютубе, что биткоины это очень пиздато и путь в миллионеры. Вот, я и скинул падруге сцылу на видео этого перца. Пусть посмотрит и сделает свои выводы. У меня вот сразу вопрос - если это так легко и пиздато и дело верняк, зачем он помогает остальным обогатиться? Майнил бы сам, дык нет, по доброте душевной он помогает людям, типа. А ещё на его канале много тёлок (в том числе и Катя там засветилась), которые, счастливо улыбаясь, рекламируют заработок на биткоинах и как это всё пиздато. Попахивает наебаловом.

А вы что думаете о биткоинах?

@темы: мысли вслух

---

Мысли о Diary

Короче, я когда узнал про Дайри, не придумал ничего лучше, как писать тут о себе любимом. И правда, о чём же ещё писать в Дневнике? А некоторые умудрились развернуть тут бизнес. Узнал я об этом случайно - когда недавно началась чехарда с Дайри, эти люди были заинтересованы в сохранении площадки и готовы были отстёгивать бабло.

Короче, ааа, держите меня, подо мной щас кресло загорицца! Пока я тут пишу, прошу заметить, совершенно бесплатно, кто-то намывает бабло!

@темы: мысли вслух

---

LFS. Часть 7. LFS собран! Обе версии - systemd & sysVinit

АААА! Этот день будет вписан в историю великой страницей! Нуу, на самом деле не такой уж и великой, но у меня давно в жизни ничего великого не происходило, поэтому всё зависит от точки зрения, верно?

Обе версии LFS строятся одинаково примерно до середины, после чего разветвляются - на одну версию ставится systemd, на другую продолжаем ставить обычные пакеты и ближе к концу sysVinit. С самого начала я задумывался о том, что надо бы попробовать две версии и посмотреть, чем они отличаются. Но прям с нуля каждую это долго и никому не нужно. 5я глава для них общая, различия начинаются в середине шестой.

Перед установкой systemd я сохранил копию будущей системы, после чего поставил systemd, оставшиеся пакеты, и начал геморроиться с ядром. Которое не загружалось. Дык вот, вооружённый знаниями, прихожу с утра на работу и смотрю - все те модули, которые я говорил, у меня вкомпилены в ядро. Так хер ли ж оно не загружается? Проверяю ещё раз - загружается! Проверяю предыдущее - тоже загружается и так все варианты ядер, которые я собрал, включая самое первое ядро! (( Мистика, сука-блядь! В чём же было дело? Ну, я использовал как вспомогательный диск с Arch-linux, и у арчеводов принято делать метки на разделах диска и ссылаться на эти разделы через метки или через UUID. То есть, в grub.cfg они пишут так:

linux /vmlinuz-bla-bla-bla root=<b>LABEL=root</b> ro

и у них прокатывает, потому что есть initramfs.
ну и я писал так и обламывался. А надо было так:

linux /vmlinuz-bla-lba-bla root=<b>/dev/sda2</b> ro

Архаично? Ну, возможно, зато работает. В общем, все мои ядра загрузились с параметром /dev/sda загрузились только в путь. Как это объяснить. Ну, типа udev умеет распознавать LABEL & UUID, поэтому, если в initramfs есть udev, то это сработает, а если нет, то нет. Но я вчера напоследок загружался с initramfs, в котором только base, никакого udev, и неожиданно - оно распознало LABEL. В общем хуй знает, этот ебучий Линукс полон загадок.

Ободрённый успехом, что ядро загрузилось и LFS 8.1-systemd собран, я поднапрягся, докомпилил недостающие пакеты в версии sysVinit, создал новую виртуальную машину, захерачил всё туда, собрал ядро и запустил ещё один LFS! Второй раз всё происходило быстрее, понятное дело. Примечательно, что у ютуберов, собирающих LFS видео сборки тоже получается примерно в 7 частях.

На радостях я даже зарегился на их сайте и похвастал своим достижением!
Ура, товарищи!

@темы: LFS, Linux

---

Великий и ужасный LFS. Часть 6. Ненависть!

Ебаные красноглазики, сука-блядь, поубывав бы! Чо-то нахуевертят, напидорасят, блядь, своими руками ижжопы! Десять конфиругационных файлов, один ссылается на другой, якобы, чтобы было "удобно". Хочешь что-то изменить под себя и понимаешь что надо менять сразу в нескольких местах.

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

Но обо всём по порядку. Я откомпилировал всё это говнище, которое перечислено в их книжке-инструкции и даже немножко постиг дзэн ГНУ-Линукса. Казалось бы, всё! Ещё немного, и ты получишь результат, ради которого столько ебался. У меня впереди было два тихих выходных на работе. Один день я потратил, чтобы перенести эту хрень с каталога на виртуальный диск плюс ещё докомпилинг доп.пакетов. Ну, тут они ни при чём, с каталога на диск это моя инициатива - они в самом начале предупреждали, что нужен хотя бы отдельный раздел. Второй день я целиком посвятил ебле с ядром. Безрезультатной.

Для тех, кто не в курсе - дело в том, что стандартное ядро не знает, на каком оборудовании ему придётся запускаться. И для успешного запуска главное это опознать диск (контроллер диска), на котором лежит собсно операционная система. Для этого есть два пути. Первый - внедрить в код ядра драйвера всех возможных дисков. Получится охуенно большое ядро, ну как охуенно, нормальное в целом, на десяток мегабайт больше, короче, больше обычного. И поскоку система ставится один раз и стоит на одном и том же компе годами, то все эти драйвера будут загружаться и висеть в памяти зря.

Второй путь - оформить драйвера в виде подгружаемых модулей. Тогда в памяти будет висеть только то, что нужно. Но тут проблема - если модули отдельно от ядра, то они лежат на диске. А чтобы получить доступ к диску, внезапно нужны модули, которые лежат на диске.

Для этого придумали такую штуку - initramfs. Это такой архив, в который запакованы все драйвера и библиотеки, которые могут понадобиться, а в ядре ничего нет. Архив лежит рядом с ядром, при загрузке загрузчик помещает в память ядро и архив и передаёт управление ядру. Ядро своими щупальцами дотягивается до архива, находит нужные ему драйвера, монтирует диск, и загрузка продолжается.

Во FreeBSD и вообще в *BSD такой хуйни нет, и ядро там - загружается. Зато в *BSD есть много другой хуйни, которая сводит на нет все преимущества, и о которой мы поговорим позднее. Может быть.


Дык вот, а не похуй ли нам? Ну загружается как-то там и ладно. Мне в общем тоже было похуй до того момента, когда в LFS наступил последний шаг - сборка ядра. Они там предлагают собрать ядро БЕЗ initramfs. Ядро собирается, стартует, но подцепить диск не может. Теоретически, если вкомпилить в ядро нужный модуль, точнее, несколько нужных, оно загрузится. Но только на этой машине, а если на другой машине стоит другой драйвер диска, то там оно снова споткнётся. Но это дело будущего, а сейчас надо хотя бы понять, какой драйвер подоткнуть и как.

И если в память загрузить в initramfs одинокий драйвер без ничего, догадается ли ядро его там найти или ему кто-то должен сообщить? Ядро при загрузке выдаёт какую-то малоинформативную хуйню вроде Dump stack: 0x100ff и дальше куча цифр. Можно ли это как-то использовать или нет, хз.

Вообще, я никогда до этого не конфиругил ядро в Линукс. Не было необходимости. А вот во FreeBSD - конфирурил, и оно загружалось! Как дело было во FreeBSD - ты открываешь текстовый файлик и правишь параметры. Там куча комментариев, в которых написано, что за параметр и в каких случаях его включать. В целом несложно. Выкидываешь то, что ненужно - поддержку всяких накопителей на магнитной ленте, перфокарт, перфолент и прочего, чего у тебя никогда не будет. Добавляешь то, что нужно - какой-нибудь там IPFW2, NAT и прочее, и потом компилишь.

В Линуксе перед тобой открывается шикарный псевдографический интерфейс с менюшкой с подменюшками. По нему можно лазить. А ещё есть графический тырфейс - аж целых два. Ух ты! - подумал я, почему же во FreeBSD до сих пор никто ничего такого не сделал? Потому что нихуя непонятно, что же ты на самом деле правишь. Ну или надо знать. Я скоро перешёл на текстовый файлик - так быстрее. В менюшке написано "Поддержка SCSI", ты включаешь, а что ты там включил - хер его знает. А в тырнете тебе пишут:
CONFIG_SCSI_MOD=y
CONFIG_SD_MOD=y
и именно это ты должен найти в файлике и включить. Нередко в разных местах.

Я нескоко раз пересобрал ядро с разными вариантами:
make menuconfig - запускает меню для конфигурации
make defconfig - стандартное ядро
make localmodconfig - собираем ядро со всеми модулями, которые есть на текущей машине
make localyesconfig - то же, что предыдущее, только модули вкомпилены в ядро
make nconfig - не помню, то такое тоже есть

Методом научного тыка и неистового гугления (вы же не думаете, что я бездумно собирал ядро?) я накопал, что у меня в VirtualBox используется
00:0d.0 SATA controller: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) SATA Controller [AHCI mode] (rev 02)
Для него нужны чо-то там AHCI. Модули, которые я нашёл в /lib/modules на своей машине
ahci.ko
libahci.ko
libata.ko
ahci_platform.ko
libahci_platform.ko
В общем чо-то типа того. В Гугле рекомендовали включить CONFIG_SATA_AHCI, CONFIG_SCSI_SATA_AHCI и мож ещё парочку. В LFS-машине можно прочитать файлик /lib/modules/4.12-7/modules.builtin - модули, вкомпиленные в ядро. Я получил все, кроме libata.ko

К вечеру я заебался, спиздил ядро и initramfs из Арча и подсунул его на свой LFS-диск. Похуй, что в LFS версия ядра 4.12, а в Арче 4.13, моё ядро вместе с Арч-initramfs загрузилось, а вот ядро Арча без своей initramfs - нет.

В GRUB2 тоже есть модули - файлы с расширением .mod (а у ядра с расширением .ko). Они нигде толком не описаны, хотя нет, пижю, вот апесание
blog.fpmurphy.com/2010/06/grub2-modules.html
Как я понял, это не то же, что модули ядра, это скорее как команды загрузчика. Например boot, linux это отдельные модули. Впрочем, иногда несколько команд упаковывается в отдельный модуль. Эти модули могут помочь загрузчику в загрузке ядра, а вот могут ли они помочь ядру - хер знает.

Я ваще прочёл несколько серьёзных (или пытающихся казацца таковыми) книг по Линуксу и нигде не сказано, как именно ядро определяет из всех драйверов нужный. Вот "как-то там" определяет.

Почти весь следующий день убил на то, чтобы разобраться как же собрать без Initramfs. Нашёл на archwiki, как в Арче генерится файл initramfs и как управлять его конфигурацией. Делаем так:
cd /etc/mkinitcpio.d/
cp linux.preset linux-1.preset
vim linux-1.preset
В нём правим ('default') на ('normal'), initramfs-linux.img на initramfs-normal.img, default_image на normal_image
normal_options="-S udev,keyboard,filesystem,fsck,block,autodetect,modconf" #тут перечисляем, что нужно исключить из будущего initramfs. Через запятую. А взято оно из строчки HOOKS=(... в /etc/mkinitcpio.conf
Сразу скажу - исключить можно всё, кроме base. Hook "base" содержит процесс init, без которого всё загибается.
В /etc/mkinitcpio.conf надо в пункт MODULES=() включить те модули, которые нам нужны. Как узнать, какие? Эт я определил на своей виртуалке под Арчем с помощью modinfo & lsmod.
Запустить LFS надо на той же самой виртуалке = оборудование одинаковое. ??? PROFIT!
lsmod перечиляет загруженные модули, modinfo module_name|grep depend даёт строчку модулей, которые зависят от module_name. А значит, если ты загрузишь один из них, module_name подгрузится автоматически, как необходимый. Загружено было около 70 модулей, из них я отследил следующие связанные:
ahci, libahci, libata, ata_piix, ata_generic, pata_acpi, scsi_mod, sd_mod, sr_mod, cdrom
Вот про scsi_mod & sd_mod хер бы я когда догадался сам. Я-то всё задрачивал на *ahci* & *libata*.
Короче, в стоку в /etc/mkinitcpio.conf включаем следующее MODULES=(ext4 ahci sd_mod). Остальное всё подгрузится автоматически. В HOOKS там же можно включить HOOKS=(base) и тогда скомандовать mkinitcpio -p linux-1, после чего в /boot окажется компактный initramfs-normal.img.
Надеюсь, это всё вам очень пригодилось. Следующим пунктом исследований будет как вкомпилить всю эту хрень в ядро и загрузится ли ядро без initramfs в принципе? init-то у него не будет.

У меня вот нет очучения, что я узнал чо-то там полезное, сокровенное. Так, будто в куче говна какой-то порылся, время убил, ни хрена не понял, но хоть результат есть, и на том спасибо.

@темы: LFS, Linux

---

Кускус и булгур

Поехали недавно в Метро на закупку гречки с падругой. Она не очень хотела ехать - ей вести предстояло. Есть ли смысл покупать гречку именно там? Не знаю. Промониторили цены в Авоське, Пятёрочке и Перекрёстке - гречка стоит 80 -70р/900г. Есть также гречка чуть ли не за 20р, но я побоялся её брать. Явно подъёбка какая-то присутствует. Правда, мы совершенно не знаем, сколько должна стоить гречка, а начинать надо именно с этого. Приехали в Метро, там та же гречка те же 80р. Но была Fine Life, она чуть подешевше, и я взял именно её, потому что в сетевых магазах её не было, и так поездка в Метро обретала смысл. Ещё мы там взяли зелёную гречку, булгур и кускус.

Булгур и кускус это такая специальным образом обработанная пшеница. Булгур стоит чуть дороже гречки, а кускус ещё дороже булгура - чо-то там 130р 500г.

В отличие от гречки, их промывать не нужно. Кускус хорош тем, что варить его не надо вообще. Заливаешь кипятком и через 5 минут он готов. Щас есть такая же вермишель (стоит тоже 80р) - кидаешь её в кипяток, варишь 3 минуты и готово. Но тут надо варить, а там просто залил. И то вермишель, а тут какая-никакая крупа. Плох кускус тем, что он дорогой. Такой бюджетный деликатес гыгыгы.

Булгур дешевле кус-куса, но его надо варить, как и гречку, минут пятнадцать. Это заёбывает. И даже после этого он всё равно остаётся твёрдый, как перловка. А гречка мягкая.

Короче, везде есть какое-то но. Пожалуй, продолжу жрать гречку. Но иногда хочется разнообразия.

@темы: мысли вслух

---

Ставим NetBSD, OpenBSD & DragonFlyBSD

Короче, камрады, мне тут внезапно в голову ёбнуло, что я ведь никогда не ставил другие BSD-системы. Всегда только FreeBSD и её причёсанные версии. Почему? Ну потому что она была самая популярная и я думал, что это не зря. Помню, когда вышла DragonFlyBSD я загрустил. Потому что мне хотелось её посмотреть, но я думал "я с этой Фри в жопе сижу, ни хуя не разобрался, куда мне ещё кидаться чо-то остальное осваивать - усилия распылять. Этак ваще ничо не изучу. И пыхтел над FreeBSD." А надо было-таки распыляться. Потому что, если здесь ты упёрся в стену, мож там будет прорыв. В итоге я забил хер на ФриБСД и ушёл в йезучение Виндаса. Сертификация и всё такое. А если бы я вместо Фри попробовал сразу же Линукс, глядишь, всё было бы проще.

Например, после Фри у меня остался страх - что сейчас прочитаешь инструкцию, сделаешь как там написано - и ни хрена не заработает. И ты будешь сидеть, копать тырнет и чувствовать себя мудаком. А надо повысить самооценку - если у тя чо-то не выходит, это необязательно ты мудак, это мож операционка какая-то не такая. В общем, этот страх остался до сих пор и мешает. В Винде такого нет. В Линуксах такая херня (когда чо-то ломается и не знаешь, что делать) происходит раз в 100 реже, чем во ФриБСД.

Короче, мы отвлеклись. Я тут решил поставить все эти операционки по очереди и позырить на них, пока они ещё живы и развиваются. А то загнутся ещё, а я так их ни разу и не поставил, хотя мог. И Gentoo я ещё не ставил для полного щастья.

@темы: FreeBSD

---

Думы о Многом

Со стороны может показаться, что я занялся какой-то хернёй - устанавливаю какие-то операционки левые, компиляю - на хер это надо? Ну или на лонгборде, например, катаюсь.

На это у меня есть аргумент, что это лучше, чем смотреть BadComedian или Red Cynic. Всё-таки, когда компиляешь, узнаёшь что-то новое, и есть шанс, что оно тебе пригодится в жизни и на работе.

На это можно возразить, что когда смотришь BadComedian или Red Cynic, тоже узнаёшь что-то новое, что с тем же успехом может пригодиться в жизни или на работе. А главное - этак можно всю жизнь прокомпилять безрезультатно - и ни пеффка в подъезде не попить, ни Red Cynic'а не посмотреть. И почувствовать, что проебал свою жизнь. Впрочем, точно такое же ощущение будет, если вместо компиляции делать всё вышеуказанное.

Тут мне нечем возразить (( Так что же делать?

@темы: мысли вслух, Linux

---

Хочу перевести с английского книжку по LFS

Вот, думаю, стоит ли это делать и сколько времени займёт. С одной стороны, это позволило бы тем, кто не знает Энглиша, но хочет попробовать свои силы - таки попробовать. С другой стороны, это их не спасёт от чтения английского текста - там будут логи, англоязычные форумы с обсуждением ошибок.

www.linuxfromscratch.org/lfs/downloads/stable-s...

И не знаю, как это делать, чтоб быстрее шло - открываешь два окна, в одном текст, в другое печатаешь, так, что ли?

@темы: LFS, Linux

---

Великий и ужасный LFS. Часть 5.

Короче, камрады, если кто будет собирать LFS, лучше собирайте на отдельном диске или разделе.

Но обо всём по порядку. В эти выходные у меня были наполеоновские планы закончить наконец это дрочево. Возможно, прямо в субботу. В субботу пришёл на работу и вперёд! Сначала доустановил проги, которые там рекомендовалось - lynx, openssl, openssh, dhcpcd, sudo, wget, gptfdisk & gparted. Начал с openssl. Оказывается, тесты для него надо выполнять не из-под root. А то будут траблы. Все эти проги входят в книжку BLFS. А для неё нету логов компиляции (наверное, до хрена места занимают) соответственно, если при сборке возникают ошибки, непонятно - это нормально или надо пересобирать.

Тесты openssl под root провалились, под nobody прошли. Дальше ставим openssh. Снова тесты под nobody. Вываливаются с сообщением чо-то там nobody HOME=/dev/null No such file or direcrory. Чо за фигня? Задумался. Оказывается, у nobody не определена домашняя папка. Делать нечего, создал полноценного пользователя user. С домашним каталогом и всеми делами. Там этот ssh создал ключи и тесты отхерачил. Собрал остальное. Там под каждый пакет есть минимум один дополнительный, который тоже надо поставить. Это уже заебало. Апофеозом был gptfdisk, которому нужен какой-то popt, чтобы собрать прогу sgdisk и ICU, чтобы метки писать в unicode. Не знаю, чо за sgdisk, но мож нужное чо-то, поэтому popt скачал и поставил, потому качаю ICU, начинаю собирать, оно медленно собирается, а я и думаю - вот нахер мне в unicode метки писать? Скоко раз я буду разбивать диск с помощью этой проги? Скорее всего 0, а если очень повезёт, то один. На каком языке я буду давать метку? На китайском штоле? Правильно! Скорее всего на английском. Потому что если написать на русском или турецком, в другой программе можно обрести геморрой. Поэтому метки дисков все и пишут на Энглише - не выёбываются. Прервал сборку этой ICU, грохнул исходник и собрал без неё. На всю эту хрень убил несколько часов - пока ошибки разберёшь, пока то-сё.

Теперь мне предстоял квест по переносу содержимого из папки на виртуальный диск. В прошлый раз я установил на виртуалку Арч, сегодня он успешно запустился, правда, не сразу. Я пробросил туда ssh, подцепил второй виртуальный диск и через scp поставил копироваться. Копируется минуту, другую, третью, какие-то файлы пошли двоичные с расширением s2ml. Чо за херня? - думаю. Посмотрел в тырнете - это ж Старкрафт! Оказалось, что в безопасном и защищённом Линуксе эта хрень каким-то образом через /home/lfs/lfs/var/run/media/... вылезла на соседний диск и всё оттуда перекачивает. Уже 12 Гб дерьма!

Прервал, думаю, как так? Вроде отмонтировал всё перед запуском, проверял специально. Проверяю ещё раз mountpoint var/run - является точкой монтирования. Отмонтировал - всё равно является. umount --force, ему пох. Перезагрузился. Всё равно. Таких папки в var две: lock & run. Горят светло-голубым дьявольским огнём. Заходишь внутрь, а там куча файлов и каталогов! Переменовываешь - пох. Перед этим делом я сделал резервную копию lfs - lfs_bckp. Захожу в lfs_bckp/var/run, а там - та же херня! Мистика! Оказалось, это симлинки(ярлыки)! Указывают на /run & /run/lock! Конечно, бля, там будет куча файлов. И ваще, что за умник догадался засунуть в /var симлинки на /run да ещё и /run/lock? Есть же /run в корне, её прекрасно всем видно, хер ли ему не хватает-то? Он бы ещё на десять уровней вглубь бы их захерачил, чтобы точно никто не нашёл! ((

команда cp позволяет не следовать по симлинкам. А в scp такой опции нет. Что делать? Попробуем через общие папки в виртуалке. Проблема в том, что Х-ы подо мной, VirtualBox тоже подо мной, а собирал я под lfs - прав у меня нет на его папку. Решил на корень lfs дать права себе, а дальше мы подмонтируем и в виртуале уже будет root. Подмонтировал, копирую, cp не хочет копировать некоторые файлы. Там суидный бит. А ещё на некоторые файлы права не root:root, а root:какая-то левая группа. Которой нет ни на моей машине, ни на виртуалке. Только в файлах lfs. cp при копировании ставил root:root.

Почитал тырнет - самый верный способ - сделать архив и распаковать его там. Делаем архив:
tar cvf --numeric-owner --same-owner --preserve-permissions lfs_bckp lfs
Сделал, перекачал на виртуалку, распаковал - красота! Всё сохранилось - права, суидные биты и прочее. Смонтировал там всякие /dev /run /sys и прочее, перешёл в chroot, а времени уже до хера. Читаю про конфиг ядра. Открываю, там менюшка неебовая, короче, опять читать надо, что отмечать, что нет, а уже пора домой валить - время 21:30.

Если бы собирал на отдельном разделе этой херни бы не было, сэкономил бы несколько часов. Вот такая у меня потрясающая эффективность! И этот человек хочет учить других Линуксу ыыы. Хотя... Кто умеет - работает, кто не умеет - руководит, кто не умеет руководить - учит. Так что всё по канону.

Во FreeBSD и Windows такого дерьма ни-ког-да бы не случилось! Потому что во Фри нет всяких виртуальных run'ов и прочей хуйни, а в Windows ярлык это блядь просто ярлык! Там можно сделать похожие симлинки, но - не нужно.

@темы: LFS, Linux

---

Дайри собрали бабла! Апокалипсис отменяецца!

nos.diary.ru/p214149337.htm?from=30

Смущает токо то, шо до этого платили 2000 пользователей. Сейчас 4567 платежей, некоторые по нескольку раз. Т.е. 2000, которые и так платили + ещё, допустим, 1500 новых раскошелилось. Из 30 000 пользователей. Под угрозой закрытия. М-да. Этот народ непобедим не запугать!

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

Ладно, чо мы о грустном. Наоборот, можно порадоваться, что из этих 30к имеются не 1, не 2, а несколько тысяч смелых пользователей с деньгами! И я среди них! Ура, товарищи, жизнь удалась! Думаю, в такой компании мы будем жить припеваючи

@темы: Дневниковедение

---

Медали на дайри

Смотрите, какие тут медали, я себе спиздил одну
roldotheundying.diary.ru/p176824203.htm

@темы: Дневниковедение

---

Новый дизай-5

Камрады, я-таки нашёл, как "установить" дизай!
diary-tips.diary.ru/p127982528.htm?oam
Оказывается, у меня при копировании из кода почему-то удалились всякие url(), а я сижу голову ломаю (( Ну ничего, щас будем пилить новый дизай. Ну как новый - цвета поменяем чуток.

@темы: Дневниковедение

---

Умер Михаил Задорнов

Ему было 69 лет. Рак мозга, как и у Жанны Фриске, если верить журнализдам.

@темы: bir gun bu dunyadan

---

FreeBSD 11.1 ставим и сравниваем

Окрылённый успехом установки guest additions на Arch, и как оно всё работает, и как я до хера там понял, решил-таки попробовать поставить Её - великую и ужасную FreeBSD. Не какой-то там допиленный и причёсанный клон типа TrueOS или DesktopBSD, неее - нам подавай настоящую еблю! Стоя в гамаке! На лыжах!
Зачем? Ну, у меня было две цели.
1) Сравнить современную FreeBSD с современными Linux-дистрибутивами.
2) Попробовать примерить FreeBSD на роль декстопной оси на работе.
Первое стало возможно, потому что в этом году у меня наконец появился некоторый опыт использования, которого раньше не было. А второе, если получится, это просто круто само по себе. Ну и примерить это ж не значит поставить? Итак:
Создаём виртуалку, сразу ставим 32Мб видеопамяти, 1Гб ОЗУ, больше не могу, у меня их всего 3. Скачал диск, начал ставить. В отличие от Arch, там текстовый инсталлятор. Хорошо знакомый по предыдущим установкам FreeBSD. Хорошо они его не стали менять. Доходим до собсно установки. На экране появляется набор того, чего ставить:
[ ] base-dbg base system (debugging)
[ ] doc additional documentation
[ ] kernel-dbg kernel (debugging)
...

Чо, бля? Вы чо, уже прямо при установке предлагаете вместо использования сразу дебажить её? Оказалось, это добавочные опции. Дальше идёт настройка сети и всё - перезагружаешься, вываливаешься в чёрный экран с логином. Конечно, я хотел поставить графику и конечно я не хотел ставить из портов - накомпилялся уже. И ещё я хотел guest additions. Как ни странно, в хэндбуке FreeBSD было описание, как их ставить и в репозитории тоже были специальные пакеты для guest additions. Другое дело, что заработали они далеко не сразу.

Нашёл инструкцию по установке Gnome. Есть два варианта - ставить из портов или пакетов. Ставим из пакетов. Пакет pkg, при помощи которого собсно и надо ставить ещё не стоит. Предлагают его установить. Сделано. Ставим gnome3. 559 пакетов! Это они предлагали мне всё это компилять? Серьёзно? Через несколько минут поставилось. Запускаем X -configure, получаем xorg.conf, X вылетает. Оказывается в guest additions нужны какие-то модули, которые не все поставились. Ну ладно, хрен с ним. Никогда я такой хернёй не занимался ещё, модули какие-то. Они нашлись, установились, общие папки подключаются. Но не так как в Линукс.
В Линукс:
mount -t vboxsf share /mnt
А здесь:
mount -t vboxvfs share /mnt
Ладно, продолжаем. Надо в xorg.conf дописать имена этих модулей в нужные места и всё будет ок. Записываю, по -configure вроде запускается и даже не вылетает. Хорошо. Пишем в .xinitrc exec /usr/local/bin/gnome-session
Запускаем. Нету startx. Нечем запускать. Что за фигня? Полез в тырнет, оказывается, надо поставить пакет xinit. А чо нельзя было его вместе с gnome3 затянуть? Видимо, нет. startx появился, запускаем. Вылетает - нету xauth. Что за фигня? Полез в тырнет. Ничего внятного, допёр, что, возможно нету пакета xauthorization или как-то так. Точно. Поставил. Запускаем. Запустилось, всё круто, токо мышь не реагирует и клава тоже. Искал искал - нашёл рецепт - не работает. Снова искал - не хватает пакетов
xf86-input-keyboard
xf86-input-mouse
Тут я задумался и выяснил, что не установлен X-сервер, поставил xorg и всё заработало - ещё 140 пакетов. Мне их тоже предлагалось компилять из портов?
На эту хуйню я убил несколько часов. Твою ж мать! Вроде в 2017 году живём, неужели сложно блядь при установке того же gnome сделать элементарную проверку и написать, что не установлен ни xorg, ни xfree, ни xwayland? В обычном Линуксе такого ни-ког-да бы не случилось, потому что при инсталяции он предлагает сразу поставить графику. Старые версии FreeBSD тоже это предлагали, какого хера они перестали делать это сейчас - хер знает. Я бы сэкономил несколько часов времени. Кстати, уже по-моему второй раз в одну и ту же западню попадаю. Вижу, что gnome затягивает кучу пакетов xorg, значит, наверное он его ставит, а вот не факт. В итоге gnome3 у меня запустился и всё на этом - памяти не хватает. KDE и пробовать не стал, попробовал xfce, оно запустилось, настроил большой экран, а ещё поставил windowmaker, вот тот - вообще летает. Поставил firefox и libreoffice. Из пакетов, не из портов.
Вот сцылка про установку графики, если кому будет любопытно
www.freebsd.org/doc/handbook/x11-wm.html
fusion809.github.io/mate-freebsd/ - для mate
Mate поставил ещё. DesktopBSD поставляется в двух версиях xfce & mate, вот мне стало интересно, чо за mate такое. Mate это, в сущности, gnome2.

Современный linux сейчас использует кучу виртуальных файловых систем - всякие proc, run, sys, dev, dev/pts, dev/чо-то ещё и так далее. Во FreeBSD11 ничего этого нет. В том числе нет и initrd/initramfs. Есть только /devtmpfs. Думаю, хорошо - не хер плодить всякую виртуальщину, скоро собственный диски хрен найдёшь в дебрях всяких sysfs.

Но как только ты собираешься ставить на Фрю "современную графическую среду", картина меняется. Gnome3, KDE, Mate требуют /proc, dbus и HAL. Видимо, потому что они написаны под Linux и там всё это есть. dbus это шина, которая позволяет приложениям обмениваться между собой. Межпроцессная коммуникация, IPC-решение, короче.

HAL

HAL это Hardware Abstraction Layer (никак не связан с Windows HAL, хоть и расшифровывается одинаково). hald это прога, которая отслеживает подключение и отключение нового оборудования и доступ к нему. Использует /sys fs. В Linux уже считается устаревшим, и с 2011 года его пытаются выпилить, тем не менее, почему-то граф.среды продолжают его использовать. А, вот. Его код растворился в коде udevd. Во FreeBSD вместо udevd существует devd. Чо-то муть какая-то. devd есть, а hald всё равно нужен. Короче, ладно.
Таким образом, во FreeBSD появляется /proc и ещё целая куча чужеродных вещей. XFCE 4.12 вроде как этого пока не требует (если верить инструкции по ссылке выше)

В принципе оно на езду не влияет, но неплохо бы понимать, что откуда берётся.

По нагрузке на систему (1Гб ОЗУ)
Gnome3 (3.18.0) пиздец, может только запуститься и всё. Открываешь терминал, он сразу падает.
Mate (1.18) пиздец, та же фигня. Терминал не может открыть.
Xfce (4.12) полегче - терминал можно открыть и даже чо-то делать в нём.
Windowmaker ну это не среда, это wm. Вот с ним всё заебись - летает.
Но это актуально для виртуалки с 1Гб, на нормальной машине пох чо запускать.

• В Linux vi это ссылка на vim и даже в режиме vi этот vim более удобен. (Хотя там вроде можно как-то включить эмуляцию самого настоящего vi) Во FreeBSD vi это vi, а vim надо дополнительно ставить.



• В Linux для модулей есть команды lsmod, insmod. В самой логичной(тм) системе подобные команды называются kldstat, kldload. k это kernel, ядро, ld видимо load. kldstat - kernel load statistic. kldload - kernel load load гагага, логично, не так ли?



• Во FreeBSD нет удобных команд lsblk, lsusb, lscpu, lsscsi, blkid, которые очень выручают. Аналогов этих команд тоже пока нет. Можно получить ту же инфу, но не так удобно отформатированную и всё такое. lsblk вроде кто-то собирался портировать.



• Попробовал узнать, к какому пакету принадлежит команда ps во Freebsd. Потому что в Linux ps берёт инфу из /proc. Тут /proc изначально нет, значит, пакет должен быть другой. А ни к какому пакету не принадлежит! Пакетный манагер я поставил уже после установки системы и он ничего не знает о тех файлах, которые тут были до него. В Линуксе такой хуйни нет. Там даже ядро это пакет. В итоге ты легко можешь отследить зависимости для любого файла, что поможет избежать неприятностей.



• Kоманда find / медленно работает на FreeBSD, т.к. там /usr/ports - наверное миллион мелких файлов, и она по ним копает. А уж если исходники добавить, наверное, будет вообще пиздец.



• Новый хвалёный пакетный манагер FreeBSD - pkgng не обеспечивает функцию 'provides' - поиска пакета, который устанавливает нужный файл. Старый тоже не обеспечивал. А как с этим в Линукс? Yum & dnf обеспечивают. Вот сцыла на таблицу с эквивалентами команд разных пакетных манагеров wiki.archlinux.org/index.php/Pacman/Rosetta видимо, все остальные тоже обеспечивают.
  

Подключился через ssh к виртуалке с FreeBSD, а щас и думаю - на хрена мне общие папки, если можно было всё через scp залить?

Закрыл ещё один гештальт - несколько лет назад в тырнете видел скриншот рабочего стола windowmaker и на обоях - горы. Тогда у меня чо-то ни хера не вышло эти горы поставить, а щас я поднапрягся, нашёл куда картинки сложить и всё получилось. Теперь сижу с горами на рабочем столе. Крутота!

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

@темы: FreeBSD, Linux

---

Великий и ужасный LFS - Часть 4. Вторая установка Arch (внеплановая)

Итак, камрады, я докомпилировал 6ю главу LFS ещё во вторник. Начал читать про 7ю главу про настройку и прочее. Посмотрел видео одного перца, дык там он за 25 минут прошёл 7,8,9 главу и загрузился в LFS. Ободрённый его успехом я с новыми силами ринулся в среду на бастион. Прочитал 7ю главу повторно, внезапно всё стало понятно. Создал конф.файлики.
Нужно удалить отладочные символы из системных библиотек и пакетов (это называется striping) для уменьшения места. Но перед этим надо сохраниться.
14499 Мб=14,5 Гб - размер системы до операции
13672 Мб=13,7 Гб - после. Мы спасли целых 828 Мб!
Потом я решил удалить распакованные исходники (во время компиляции я их не удалял, плевал на инструкции)
2401 Мб=2,4 Гб фига се! Вот это эффект! Мож не стоило эти сраные символы трогать, достаточно исходники было удалить. Это токо распакованные исходники. Архивы tgz там ещё остались. Ну да ладно.

Как они в своей книжке предлагают "вдохнуть жизнь" в новую систему? Очень просто. На твоей машине уже должен быть Линукс, ты собираешь LFS на отдельном диске (или разделе). Когда наступает время Ч, ты или добавляешь загрузку с этого диска в имеющийся загрузчик или ставишь новый загрузчик и прописываешь туда обе системы - ту, что была и свежесобранную LFS. Получается dualboot. Если что-то пошло не так, всегда можно загрузиться в основную систему и поправить.

У меня на компе лишних дисков нет, собирал всё в папке. И основной загрузчик я трогать не хочу. Поэтому будем делать всё на виртуалке. Для этого нужно как-то закинуть содержимое на виртуальный диск.
Сначала я думал подмонтировать виртуальный диск к основной системе и перелить всё на него, но ни хрена не вышло. Не знаю, чем подмонтировать. Вроде есть какой-то пакет virtualbox-fuse, но в основных репозиториях его нет. Мож надо какой-то сторонний подключить, хз, это разбираться надо.
Тогда я решил подмонтировать содержимое к виртуалке как общую папку, но на пустой виртуалке этого сделать нельзя.
Тогда я решил загрузиться с LiveCD, пусть это будет Arch - он маленький, всего 523 Мб. Скачал, запустился. Но, оказалось, без guest additions общие папки всё равно сделать нельзя, а установить их можно только на нормальную систему. Тогда я решил "по-быстрому" установить Arch. (Это как бы намекает на аццкую сложность его установки). Разбил диск в GPT, а на виртуалке BIOS. EFI написано "только для ОС специального назначения" и я его зассал включать, но это и хорошо, т.к. для UEFI на диске нужен специальный раздел размером 500Мб, а нах он нам там нужен?
Arch поставился без проблем, ставлю загрузчик GRUB, а хер там, ошибку пишет. Оказывается, ему нужен маленький раздел, буквально 1Мб для BIOS-boot. Тороплюсь, 1Мб создать не получилось, грохнул бутовый раздел 100Мб в начале диска, создал этот BIOS-boot 1 Мб и 99Мб бутовый раздел для Linux. Сделал grub-install, написал grub.cfg, гружусь, а хер там - ядра нет в /boot. Сначала я поставил Arch, потом грохнул /boot, и там было ядро. Надо его переустановить. А времени уже не осталось, и пошёл я домой. В выходные точно добью эту хрень.

В четверг меня мысли одолевают - ну допустим, поставлю я Arch, надо вкрячить guest additions, чтобы общие папки были доступны. Дома же есть Arch, можно значит попробовать. Подцепляю диск guest additions - конечно, ни хера не ставится. Лезу в тырнет, оказывается, на Arch-wiki прям расписали чо как делать для virtualbox и даже пакеты специальные есть - те же guest additions, но проверенные. Я от такого сервиса аж охуел. Во виртуализация как далеко шагнула! Раньше как было - есть у тебя, допустим, vmware, к нему чо-то там прилагается, не работает, вот и ебись! Это проблема твоя и vmware. А щас не так. Ща виртуалки токо ленивый не запускает, и, видимо, как производители, так и пользователи уделяют повышенное внимание тому, чтобы всё работало без гемора.

Ставлю пакеты - не ставятся. Уже, говорят, стоит там уже guest additions, которые с диска. Наполовину встали и зафейлились. А чо толку, что они стоят, они ж не работают. Полез смотреть. Это всё софт-линки, а сами guest additions поставились в /opt. Линки я удалил, и пакеты встали. Сразу общие папки появились, экран больше стал, ваще красота!

@темы: LFS, Linux