Як і кожного 1 січня, починається новий рік. 365 днів, щоб користуватися всіма можливостями безкоштовного програмного забезпечення з відкритим кодом. Ви знайдете декілька пропозицій усписок новорічних обіцянок для користувачів Linux і шанувальників безкоштовного програмного забезпечення.
Звичайно, це лише пропозиції, і якщо ви пошукаєте, ви зможете знайти багато інших справ.
Новорічні обіцянки для користувачів Linux
Встановіть незвичайні дистрибутиви Linux
Це правда, що багато з нас є наполегливими інсталяторами, але ми майже ніколи не виходимо за межі звичайних дистрибутивів. 2023 рік — гарний час, щоб спробувати інші, які потребують трохи більше нашої уваги та навичок.
Red Hat Enterprise Linux
Це розповсюдження, націлене на корпоративний ринок і вимагає оплати передплати, однак, є кілька способів спробувати це безкоштовно.
Традиційно CentOS використовувався компаніями, які не хотіли платити за технічну підтримку Red Hat.CentOS спочатку був окремим дистрибутивом, скомпільованим із вихідного коду Red Hat. Згодом компанія почала тісніше співпрацювати з спільнотою, яка відповідає за проект.
Коли IBM придбала Red Hat, все змінилося, і CentOS стала тестовим стендом для майбутніх випусків Enterprise. Тобто певна технологія тестується у Fedora, потім реалізується в CentOS і, коли вона остаточно зріла, додається до RHEL.
Як це часто буває у світі відкритого коду, рішення IBM призвело до появи кількох альтернативних проектів і конкурентів, таких як SUSE Linux і Oracle, які пропонують безкоштовні версії. Реакцією Red Hat було продовження умов безкоштовної ліцензії для розробників.
Традиційно його можна було використовувати на машині лише з метою тестування. Тепер його можна безкоштовно використовувати у виробництві на 16 комп’ютерах, включаючи основні публічні хмари, таких як AWS, Google Cloud Platform і Microsoft Azure. В останньому випадку витрати на користування платформами доведеться оплачувати.
Щоб отримати доступ до програми, необхідно зареєструватися на сайті цю сторінку створення облікового запису Red Hat або вхід за допомогою облікових даних GitHub, Twitter або Facebook. Зверніть увагу, що підписки обробляються з цій сторінці.
Залишилося тільки завантажити і встановити дистрибутив.
Ви будете дивуватися, чому ви повинні це зробити.
Red Hat є не тільки найпоширенішим дистрибутивом у корпоративному секторі, Він також розробляє інструменти для роботи з контейнерами, хмарними розгортаннями та створенням додатків.. Крім того, ви можете завантажити повну документацію щодо них.
Linux від Scratch
Якщо вам не подобаються існуючі дистрибутиви Linux або ви хочете зрозуміти функцію кожного з компонентів дистрибутива Linux, це те, що ви шукаєте.
Linux від Scratch це не розподіл. Це інструкція щодо того, як отримати та зібрати всі частини для створення власного дистрибутива Linux. Проект має продовження під назвою Beyond Linux From Scratch, що дозволяє нам наблизити його до будь-якого зі звичайних дистрибутивів Linux.
Проект також включає додаткова документація, сховища патчів та засоби автоматизації побудови розподілу.
Як я вже говорив вище, встановлення LFS не тільки дасть вам краще розуміння того, що робить кожен компонент системи Linux, але ви також зможете спробувати замінити пакунки на власний ризик.
LineageOS
Минулого року я вже робив тест на установку це операційна система на основі вихідного коду Android для мобільних телефонів на старому смартфоні та був дуже задоволений досвідом. Цього року я планую відродити Motorola G5 Plus, змінивши відеомодуль і перетворивши його на мій основний телефон з еквівалентом LineageOS Android 12.
Варто зазначити це Не всі моделі телефонів підтримуються офіційними варіантами, але якщо ви шукатимете в Google, ви можете знайти деякі, розроблені сторонніми розробниками. Або ви можете створити його самостійно. Документація обширна, і її можна знайти по всій мережі.
Я користуюся цією нагодою, щоб побажати вам щасливого початку року та запрошую повідомити нам, чи є у вас якісь новорічні обіцянки, пов’язані з відкритим кодом. Нижче наведена форма зворотного зв'язку.
Ти правий. Дуже добре, але не могли б ви показати мені, як зробити так, щоб ядро Linux не шукало диски асинхронно?
У мене ця проблема вже досить давно, і я не можу вирішити її більше року, гугличи. Я навіть скомпілував ядро Linux із відповідним параметром, але це марно. Звичайно, я поставив команду scsi_mod.scan=sync у /etc/default/grub, але це теж не допомагає.
Оскільки це модуль, я також спробував команду "scsi_mod.scan=sync" у файлі в /etc/modprobe.d/, але ні те, ні інше.
Я також спробував це "без крапки" (як рекомендовано на багатьох форумах) "scsi_mod scan=sync". Але нічого.
Я використовую Debian11 Bullseye.
Привіт.
Скоріше це було б новорічне рішення для Лінуса Торвальдса, але якщо я знайду рішення, я повідомлю вам
Я дам тобі знати, якщо я теж його отримаю.
Єдині ядра Debian, які все ще зберігають порядок дисків, це:
Debian10 Усі.
Офіційне ядро Debian11 5.10.0-10: 5.10.84-1 (2021-12-08) (усі в довільному порядку).
Debian12 5.16.1 (усі в довільному порядку).
Я заблокував їм оновлення, але я все ще там.
Я знаю, що ця проблема не стосується людей, які мають лише ОДИН диск у Linux, або мільйонерів, які мають суперкомп’ютер із сотнями дисків і хочуть, щоб система завантажувалася швидко. Але ті з нас, у кого є диск з ОС і ще чотири диски з даними, не раді бачити це на початку:
sda Том 3
sdb том 1
sdc Debian11
sdd Том 4
з Тома 2
А яке ще це має значення, правда? Звичайно, звичайно... Але ядро Clonezilla Live робить те саме. Поки ви не знаєте порядку дисків, ви загубилися. Оскільки Clonezilla використовує традиційні назви sda, sdb,… і ядро, яке також змінює диски. Мені часто доводиться перезапускати саму Clonezilla Live, поки вона не покаже мені диски в порядку. Буває, що диски начебто впорядковані, але сда зачепила сама флешка. Знову перезавантажте систему за допомогою Clonezilla.
Коли я роблю образ ОС Debian11 і порядок такий, як показано вище, образ диска буде створено з посиланням на диск у sdc. Один поганий день у мене, і я хочу відновити резервну копію образу, він попередить мене, що він буде відновлений на диску sdc. Але якщо того дня ядро Clonezilla Linux надало йому інший порядок, мені дуже легко завантажити дані з іншого диска.
Це сталося лише раз, і я не знав, що зробив. Система все ще мала старий образ і поділений образ-близнюк з ідентичними UUID на іншому диску, з якого були відсутні всі дані. Я згадав усіх родичів Linux Torwalds та його співробітників. Добре, що у мене було щоденне резервне копіювання на іншому ПК, і я зміг відновити всі дані.
Clonezilla не дозволяє мені відновити диск на інший диск, окрім того, який я створив. Якщо це "sdc", носом він змушує вас відновити в "sdc". Оскільки ви не визначили, який диск тепер є "sdc", ви збираєтеся зробити його хорошим. Я не знаю, чому Clonezilla запитує, чи вона вже вирішила. Ну, це має бути останнє попередження перед стратою.
Мені доведеться мати справу з цією проблемою протягом життя Debian11. А в Debian12 вони вже мають ядро 6.0.0-6, а я маю 5.16.1. Чому я маю використовувати Debian12 із цим ядром?
Це проблема, яку я вважаю дуже жирною. І це привід переходити на іншу систему.
Вони кажуть, що "Linux ви можете змінити на свій смак". Але для звичайного користувача це практично неможливо. Треба робити майстер. Я не думаю, що це в межах моєї можливості.
Мені доведеться поглиблено вивчити всю систему Linux SCSI, я не програміст. У мене є інші справи, окрім копання глибше в Linux.
Тому не дивуйтеся, що Linux майже не використовується людьми.
У всякому разі.
Існує список розсилки користувачів Debian. Можливо, вони вам допоможуть. https://lists.debian.org/debian-user-spanish/
Привіт знову.
Вибачте, але ця проблема мене дуже вразила.
Я пішов коментувати перший сайт, який знайшов. Після пошуку в Google більше 11 місяців.
Це не той форум. Linuxadictos Я думаю, що це портал для новин та інформації про Linux, але не для вирішення проблем.
мені шкода Я буду шукати в іншому місці.
Спокійно. Ви порушили це питання з повагою і дали мені зрозуміти те, про що я не знав. Я рекомендую список розсилки Debian, про який я розповідав вам в іншому коментарі.
Більшість відповідей іншим користувачам, які піднімають цю саму проблему, полягає в тому, що вони використовують UUID. Проблема в тому, що більшість програм все ще використовують традиційне позначення:
gparted
дельфін
клонезілла живе
і т.п ...
Коли ВСІ програми використовуватимуть UUID або мітки, я більше не буду піклуватися про стару номенклатуру.
Вони можуть використовувати псевдоніми для UUID (які не призначені для людей).
Я можу сказати, що це найбільша проблема, яку я коли-небудь мав з Linux.
Я помилявся.
Ядро Debian12, яке не псує диски, це:
5.16.0-1 (відповідає офіційному 5.16.7-2)
Привіт знову.
Я надсилаю вам посилання, щоб ви могли самостійно прочитати проблему та як розробники ядра працюють для багатих, які мають комп’ютери із сотнями дисків.
https://www.suse.com/es-es/support/kb/doc/?id=000018449
у цьому перекладеному абзаці:
«Починаючи з ядра 5.3, порядок, у якому перевіряються та називаються пристрої SCSI, став недетермінованим. Це результат зміни, яку було внесено для додавання асинхронного опитування пристрою. Опитування здійснюється асинхронно для кожного пристрою, тому навіть пристрої на одній шині можуть з’являтися у «випадковому» порядку. Логіка цієї зміни полягає в тому, що якщо ви збираєтеся мати десятки дисків, ви хочете, щоб вони запускалися якнайшвидше, а не синхронно опитували/виходили з ладу/очікували; у середовищі, де є сотні дисків і навіть більше розділів, ця зміна ще важливіша. »
Вітчизняному користувачеві «на біса».
Що ж, мій ПК завантажується так само швидко як із замовленими дисками, так і з невпорядкованими. Я не бачу жодної переваги. Це буде мілісекунди.
Чи можете ви уявити, що Windows змінить назву завантажувального диска C: на F: або на D:?
Ну нічого, коли я більше не зможу продовжувати використовувати пристойні старі ядра, я залишу Linux.
Спасибі за інформацію. Те, що ви пропонуєте, дуже цікаве.
До речі, одна з новорічних обіцянок, яку я пропоную, — спробувати FreeBSD.
Привіт. Ви пробували використовувати noasync? Він використовується з командою монтування.
mount -o noasync /partición /mnto
mount -o sync /dev/sda1 /mntМої диски мають параметр noauto у fstab. Тобто вони не монтуються при запуску. Проте, якщо запустити
ls -l /dev/disk/by- ви побачите, що вони вже мають імена sda, sdb,…
Також ваша команда марна. Вказує на те, що ви монтуєте розділ на sda-диск, тобто диск уже має ім'я sda, пов'язане з ним. Чи зможете ви змінити його на sdb? Ти не можеш. Я уявляю, що ви один із тих, хто має лише один диск. Так можна жити щасливо. Ця проблема вас не стосується. І навіть якщо у вас є кілька дисків, якщо ви не використовуєте Clonezilla або dolphin, ви можете жити спокійно.
У повсякденному житті безлад у старій номенклатурі вас не зачіпає. Більшість програм потребує лише посилання на розділи, змонтовані на /media/ або /mnt. Просто деякі програми, такі як Dolphin, покажуть вам мітки дисків не по порядку, коли ви підете до монтування дисків. Інші, як-от Gparted, покажуть вам диски з їхніми поточними іменами в неправильному порядку. І якщо ви збираєтеся використовувати Clonezilla Live, будьте дуже обережні, щоб не помилитися, адже його творці продовжують використовувати справжні імена sdX.
Я спробував рішення, наведене в посиланні suse, яке я вказав вище, але воно не працює. І що ця стаття з вересня минулого року. Це має працювати лише для дистрибутива suse.
Хоча це мені мало допомагає, я зараз читаю:
https://documentation.suse.com/sles/12-SP4/html/SLES-all/cha-grub2.html
в розділі
12.3.2 Налаштування порядку дисків
Принаймні suse дає набагато більше інформації. І у мене в голові виникає думка перейти на Suse. Це був один із дистрибутивів, які я пробував багато років тому.
Я додаю це в команду
mount -o sync /dev/sda1 /mnt
опція синхронізації призначена для синхронізації даних на диску. Ви говорите, що дані слід записувати безпосередньо на диск і витрачати менше часу на пам’ять.
Це не має нічого спільного зі скануванням (синхронізацією або асинхронізацією) дисків під час запуску, у чому полягає моя проблема.
Більше дезінформації з kernel.org
https://docs.kernel.org/scsi/scsi-parameters.html
Конкретний параметр: scsi_mod.scan
Буквально сказано:
scsi_mod.scan= [SCSI] синхронізація (за замовчуванням) сканує шини SCSI як вони є
виявлено. async сканує їх у потоках ядра,
дозволяє продовжити завантаження. ніхто не ігнорує їх, очікуючи
простір користувача для виконання сканування.
Вони кажуть, що за замовчуванням встановлено синхронізацію. Це неправда. Це було РАНІШЕ. Але тепер нові ядра завантажуються в асинхронному режимі.
Панове kernel.org брешуть, або вони все ще мають застарілу інформацію.
Найгірше те, що встановлення параметрів завантаження, які рекомендують багато веб-сайтів, не працює.
/ І т.д. / за замовчуванням / GRUB
GRUB_CMDLINE_LINUX_DEFAULT=”scsi_mod.scan=sync” —-> НЕ ПРАЦЮЄ
Помістіть команду у файл scan_sync
/etc/modprobe.d/scan_sync
зі змістом:
scsi_mod scan=sync —–> НЕ ПРАЦЮЄ
Вони так переплутали, що їхні власні інструкції не працюють.
Але я спокійний, тому що через 1-2 роки вони знову подумають про домашніх користувачів і запропонують якесь рішення, наприклад, генерувати спеціальні ядра для домашніх користувачів. І якщо вони цього не зроблять, ви побачите, що частка Linux для суперкомп’ютерів значно зросте, а Microsoft побачить зростання кількості домашніх користувачів.
Слухай, я перестану надсилати тобі повідомлення, тому що я написав дуже довге повідомлення, і я його надіслав, але воно, здається, не з’являється.
Я забув про здорову звичку копіювати вміст у текстовому редакторі перед публікацією на форумі.
Просто скажу, що ви не зрозуміли, що я вам сказав. Параметр sync у команді mount призначений для синхронізації даних і не має нічого спільного з параметром sync для сканування дисків ядром під час запуску.
Немає опції noasync (лише sync або async). Там написано "man mount".
Ваша команда вказує на розділ sda1 диска під назвою sda, але ваша команда не змінює його на sdb.
Єдине рішення, яке я бачу для своєї проблеми, це запустити ПК лише з системного диска, а потім підключити диски в потрібному порядку. Це призначить їм диски в потрібному порядку. Але, як ви розумієте, це не буде практичним рішенням.
І давайте перевіримо, чи ви це розумієте: це не має нічого спільного з немонтуванням дисків у каталозі. Диски отримують імена sdX, коли ядро їх вибирає.
Я думав, що причиною є systemd, але це не тому, що я встановив Devuan (який не використовує systemd), і вони все ще зіпсовані. Винуватцем є ядро. І рішення, наведені на kernel.org, самі по собі НЕ ПРАЦЮЮТЬ. Навіть без компіляції ядра.
Я не збираюся більше писати тут, тому що не хочу витрачати свій час і втрачати свої повідомлення.
Я дякую тобі за твою доброту.
Якщо я це зроблю, я знову опублікую це на вашому форумі. Але я втомився від цієї теми.
Поки назавжди.
Здравствуйте.
Повідомлення, що містять команди, необхідно підтверджувати вручну. Сьогодні субота. Навіть блогери заслуговують на перерву.