Нещодавно я здійснив міграцію одного зі своїх ноутбуків з Debian a Arch Linux і під час налаштування речей, пов'язаних з мережевими інтерфейсами, я виявив, що новий стандарт завантаження для systemd Я змінив назви пристроїв, які я звик бачити на цих інтерфейсах.
Починаючи зі звичайного процесу, я вставляю термінал (який, до речі, використовує rxvt unicode з zsh як консоль за замовчуванням) «ip adr»Отримання наступного:
У цьому випадку ми налаштуємо назву мережевого інтерфейсу, що відповідає загальному кабелю, з роз’ємом RJ45, який ми маємо вдома для доступу до Інтернету. Перше, що ми бачимо, це те, що це береться за назвою enp0s4. Це сильно відрізняється від eth0 скільки ми бачили. Що ми будемо робити, це змінити назву згаданого інтерфейсу на більш зручний, так би мовити, і це простіше для нас ввести в консолі.
Як попередній крок ми введемо cat /sys/class/net/enp0s4/addres в терміналі, щоб дізнатись MAC пристрою. Це поверне номер типу 000: 00: 00: 00: 00: 0 або просто скопіює ім'я MAC-адреси, що виходить із командою ip addr на попередньому кроці. Ми повинні це записати, бо це нам знадобиться пізніше.
Після цього ми створюємо запис у каталозі /etc/udev/rules.d/ таким чином:
Простий текстовий файл з іменем 10-мережеві правила який буде виконувати функції процесора перед стандартом udev. Примітно, що ми ставимо sudo, оскільки нам потрібен доступ до файлу, який вимагає дозволу на дію.
Після відкриття ми вводимо в нього:
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="00:90:f5:6e:83:57" NAME="internet"
залишаючись таким у моєму випадку:
натисніть комбінацію клавіш CNTR + o, щоб зберегти зміни, і CNTR + x, щоб вийти з редактора (у цьому випадку я використовую nano, але ви можете використовувати все, що забажаєте). Потім ми перезавантажуємо комп’ютер, щоб зміни вступили в силу, отримавши після перезавантаження наступне:
Як ви побачите, якщо ми звернемо увагу на назву інтерфейсів, той, який ми перейменували, з’являється з керованою назвою, яку ми можемо легко ввести.
Сподіваюся, вам це буде корисно, і я запрошую вас коментувати та задавати питання у разі виникнення будь-яких проблем.
Відтепер я буду публікувати такі речі ... привітання.
woooo дякую за інформацію, це чудово для мене, тому що імена, які з'являються з systemd, трохи болять у дупі.
Ну так .. Хоча це не справжня проблема, якщо це одна з форм. Краще зробити Управління цими інтерфейсами з більш репрезентативними іменами
LIVE sysvinit XDDD
Уявляю, але я бачу, що ви не є цільовим користувачем цього повідомлення ха-ха-ха
Я все ще не бачу хорошого в systemd .. Замість того, щоб полегшити наше життя, мені здається, це ускладнює це ... Чи може хтось насправді сказати мені "справжню" перевагу?
Інший випадок, як pulseaudio, який випадково від того самого творця. Як би це не було чудово, але це не вдається більше, ніж рушниця з ярмарку, і вам доведеться дозволити Алсі знову обробляти звук.
Чесно кажучи, він все ще дуже зелений, але зараз єдиною перевагою, яку я бачу, є те, що він змушує систему запускатися на 5 секунд швидше, якщо щось говорить. Сподіваємось, debian все ще підтримує sysvinit, а systemd є необов’язковим.
Зокрема, я вважаю, що systemd - це хороший варіант, тільки для того, щоб проникнути до користувачів, знадобиться деякий час. Одне з того, що я бачу, - це те, що більшість проблем робиться лише тому, що це погано задокументовано ... Я не заперечувати, що можуть бути основні проблеми, але це не означає, що це проблеми, які змушують певну реалізацію кваліфікувати як погану чи добру
Здається, що переваги systemd дещо езотеричні. Я прочитав пояснення щодо вдосконалень, які я впровадив, але не знаю, чи перетворюються вони на кращу продуктивність. І якщо у нас зараз не було розсіювання на Linux, то я знаю три системи запуску: sysvinit, upstart і systemd. І на довершення всього, systemd збирається змусити вас змінити ієрархію файлів unix, яка відома як / usr move. Кілька цікавих відомостей:
http://hackingthesystem4fun.blogspot.com.es/2012/03/usrmove-la-mentira-usrmove-lie.html
Дуже цікава стаття, тоді я прочитав її повністю. (І так, ієрархія каталогів не може зашкодити очищенню, що файли конфігурації зберігаються в каталозі, що називається "і т.д.", а конфігурації програм розподіляються по різних каталогах, що розподіляються системою. Це німо. У цьому сенсі люди Fedora мають робив хорошу роботу.)
Що стосується того, що вони говорять про PulseAudio особисто, мені це ніколи не було потрібно, я один із тих, хто з ALSA залишився (я завжди прекрасно визнаю HW).
У конкретному випадку дистрибутива, яким я користуюся, у мене ніколи не було проблем із настільною машиною, хоча на ноутбуці це викликало роздратування, як аудіо ламалося після виходу з підвіски.
На щастя кілька днів тому, після того, як він багато прокоментував це на форумі, один із користувачів повідомив про проблему в програмі пошуку помилок, вони виявили помилку і негайно випустили патч, який вони відповідали за застосування до Чакри, очікуючи наступної стабільної версія PA, яка включатиме цей патч.
Поточна версія ПА в чакрі: 3.0
Хороша порада, +1
Приємно бачити, що GNU + Linux нарешті вийшов з лона Unix, щоб стати новою, потужнішою, гнучкішою та сучасною системою, відповідно до сучасних вимог.
в системі з тим, наскільки він величезний, все ще неймовірний, чудо сили, гнучкості та модульності, відмінна робота Поеттерінга та його партнерів.
Цей підручник дуже хороший, але я думаю, що якщо ви зможете виконати всі ці кроки, ви також зможете навчитися в p0s4, що простіше, з іншого боку, добре знати, як все робиться, іноді вони потрібні і мій інтерфейс, безумовно, має незрозуміле ім'я.
Ну, я не думаю, що це справді можливість пам’ятати чи ні .. Що я намагаюся зробити за допомогою цього міні-підручника, це вирішити потенційний дискомфорт для користувача дуже поверхнево, крім цього я хочу продемонструйте, що Gnu linux надзвичайно гнучкий, тому ви можете налаштувати його за власним бажанням, дотримуючись простих кроків ... найповерхнішим є те, що він виглядає симпатичніше, розміщуючи персоналізовані речі в системі ..
тепер при встановленні нового archlinux .iso wifi розпізнає мене як wlp2s0, а іноді як wlan0, хтось знає чому?
Systemd вносить зміни, а ядро надає підтримку інтерфейсу .. Дотримуйтесь підручника, який публікує та виправляйте їх статично .. таким чином ви економите проблеми
Я теж зіткнувся з такою ситуацією деякий час тому, але це дві різні речі
за домовленістю файл повинен бути менше 80 (у цьому випадку зазвичай 70) і
Це залежить від того, наскільки решта конфігурації, або скільки пластин у нас є
cat /etc/udev/rules.d/80-net-name-slot.rules
# Цей файл маскує стійкі правила перейменування мережевих пристроїв. якщо ти
# видалити цей файл, /usr/lib/udev/rules.d/80-net-name-slot.rules може
# перейменувати мережеві пристрої відповідно до ID_NET_NAME_ {ONBOARD, SLOT, PATH}
# властивостей ваших мережевих пристроїв із пріоритетом у такому порядку. Подивитися
# результат 'udevadm test-builtin / sys / class / net / $ interface' для
# подробиці про те, що це може бути за нове ім’я.
#
# http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames
У посиланні поставте 3 варіанти в кінці (на freedesktop), при цьому файл не створює їх автоматично для мене, і це не 70- тобто, я не називаю його з певним іменем, це все-таки eth0, як це повинно бути (так, у мене є лише один), і якщо я ставлю більше, як usb, це означає, що мене називають eth1 - 2 - 3, або називає їх у порядку виявлення модуля, 70 - корисно, якщо ми маємо більше однієї дошки, і ми дбаємо про назву (ми хочемо, щоб певна дошка була eth0, а інша - eth1, або ви хочете дати їй назву, і вона не відповідає імені, яке автоматично виходить із порядку монтажу модуль)
якщо це 80 - він продовжує магічно називати їх звичайними іменами eth0 eth1 eth2 (відповідно до порядку виявлення)
якщо 80 немає - або я посилаю його на нуль, у мене є "дивні" імена, які, якщо я хочу, я можу визначити
Якщо це 70- або у випадку вихователя, 10- я обумовлюю імена (є помилка, яка пішла в січні, і якщо їй не було 70, я її не брав, я не пам'ятаю, чи це було arch або debian, але трапилося)
Я вважаю, що краще використовувати netcfg та на деяких комп'ютерах bridge-utils
У debian я не використовую 80-, але використовую той, який створив udev перед переходом до systemd /etc/udev/rules.d/70-persistent-net.rules
Швидше за все, проблема походить від debian…. Хоча потрібно було б перевірити, чи помилка впливала на доступний пакунок, а не на той, який розробляється кожним дистрибутивом .. з останнім, як я коментую, це лише один із багатьох способів зробити правильну конфігурацію
Подивіться, як будь-який хороший какер, я просив у свого / дому місця для встановлення Kali Linux (наступник Backtrack 5).
Kali, на відміну від BT, базується на Debian, насправді _is_ Debian із спеціальним додаванням… systemd!
Насправді, це привернуло мою увагу - в позитивному сенсі - побачити, що Kali Linux працює з systemd так, ніби він використовував Debian протягом усього життя.
Тим часом, група Debian Core Dev:
"Dev1: -Гей, ти чув про цей новий systemd, чи не здорово було б його впровадити?"
«Dev2: -WTF, але ти ким ти вважаєшся !!! Коли ви все ще лаяли себе, я вже використовував SysV, і попереджаю вас, що я планую продовжувати використовувати його до смерті !!! »
«Dev3: -Гей, блін, пильнуй, що ти говориш ...»
«Dev4: - Мені здається, що дядько - інфільтратор ...»
«Dev5: -Погляньте, хек, у Debian ми хвалимося збиранням павутини, не дайте нам такого нового лайна. Можливо, через 15 або 20 років, коли він буде достатньо протестований, ми подивимось на нього ще раз, і якщо ми побачимо, що він відповідає вимогам, ми включимо його в Сід »
«Dev1: -Але привіт хлопці, це добре, не будь таким, мені просто здається, що це * чудовий * PID1, набагато гнучкіший, повноцінніший і потужніший за SysV, який насправді мав ознаки недуг давно, я просто хотів ... »
«Dev2: -BLASFEMIA !!!»
«Dev4: -Ти, зізнайся, швидко, ти приїжджаєш з Арчі, блін!?»
«Dev5: -QUEEEEE ??? Але що ви думаєте, як ми будемо включати те, що недостатньо перевірено !! ?? »
«Dev1 відповідає Dev5: -Але привіт, це те, що в наш час із широким спектром F / LOSS більше не потрібно чекати роками, оскільки програмне забезпечення масово тестується, а сумісність і стабільність різних дистрибутивів практично гарантують мої 50 центів ... »
«Dev3: -Ну, нахуй свої 50 центів, яку частину ти не зрозумів, що це Debian? Ми додаємо лише застаріле програмне забезпечення до нашого дистрибутиву, блін ".
«Dev5: - Звичайно, добре сказав Dev3, слухайте мене, Dev1, лише коли це програмне забезпечення почне замінюватися наступним поколінням PID1, ми розглянемо можливість включити його в Debian. Період, більше не говорити про цю тему ".
«Dev1: -Це те ...»
«Dev2: - І давай, ти шукаєш це, людино, тобі краще витратити свій час на виправлення та підтримку SysV та продовження терміну його корисного використання ще на десять років, якщо він уже 20 років так добре служить нам ми зараз його замінимо ».
«Dev3: -Та людина, якщо ми подивимось на SysV з прихильністю, ще деякий час існує PID1».
«Dev1: -Ну, гаразд, я думаю, що вони праві, мені краще розпочати виправлення програмного забезпечення, яке не було розроблено для сучасних вимог, тому з великими зусиллями ми можемо продовжувати його використовувати ...»
«Dev4: -Звичайно, це шлях, а не ваші модернізми.
"Dev1: - Гаразд, добре, вони мене переконали, systemd - ідіот, а хлопець, який це зробив, - ідіот, який думає робити таке лайно, коли є SysV?"
Розробник {2,3,4,5}: - «Поздоровімо з хлопцями за наступні 50 років застою!»
Сподіваємось, Елав не знає, де ти живеш ...
Ха-ха, я уявляю, як він сміється і гладить свою бейсбольну биту xD
Перевага systemd проти sysvinit / openrc або upstart полягає не в тому, що він настільки великий, це просто модно, оскільки він починається на 3 або 4 секунди швидше.
Я не знаю про вискочку, думаю, ніколи не користувався ним, принаймні свідомо.
3 або 4 секунди відносні, у мене є комп’ютер, який при повному завантаженні зайняв близько 10 хвилин (debian без X і з усім можливим оптимізованим) з systemd, він пішов до половини або менше (ті самі служби, ті ж диски, те саме процесор, той самий баран), тобто поки він не прийме на себе відповідальність,
Якщо ви коли-небудь використовували ubuntu, ви повинні знати, що він вискочив, інакше явно ні.
"Це просто в моді, тому що це починається за 3-4 секунди швидше".
Насправді це не так, насправді головний розробник systemd прямо повідомляє в електронному листі від свого ML, що вони ніколи не думали про systemd як про систему швидкого запуску, що це лише наслідок роботи systemd - що дійсно соковито думаючи про те, чого можна досягти, якщо вони вирішать оптимізувати systemd, щоб бути швидшим ...
"Перевага systemd проти sysvinit / openrc або upstart не в тому, що він такий великий"
Що стосується SysV init, то перевага ВЕЛИЧЕЗНА в порівнянні з Upstart не стільки.
SysVinit - це катраміна, візок поруч із Porsche.
Хоча SysVinit виконував свою мету протягом багатьох років, реальність така, що неявні обмеження програмного забезпечення, створеного, продуманого та спроектованого багато років тому, і на цей момент стають все помітнішими.
Деякими проблемами з SysV, крім повільного часу завантаження, є умови гонки, які зазвичай трапляються в різних середовищах, його структура для активації та деактивації демонів і наскільки складно додавати нові програми та демони до цієї структури без порушення послідовності З самого початку.
systemd вирішує все це чисто, практично, стандартизовано та добре задокументовано - коли в SysV загалом кожен дистрибутив реалізує це так, як йому подобається найбільше.
Про Upstart я не знаю багато чого за межами його конфігураційних файлів, які, строго кажучи, ЖАХЛІ, це китайська мова, це тортури, щоб редагувати їх, і дуже легко робити помилки, якщо ти не божевільний і впадаєш у халепу.
З іншого боку, Upstart, здається, справді ефективний, оскільки останні версії Ubuntu на моїй машині запустились і майже миттєво вимкнулися - чудово.
Однак, коли Поеттерінга запитали, чи справді їм потрібно систематизувати, і якщо вони не аналізували інші варіанти, такі як Upstart, він відповів, що так, вони проаналізували їх, що було багато речей, які їм сподобалися, і що насправді це було в планах впровадити в systemd, але, на їхню думку, структурна база Upstart була поганою, і що цілком можливо, що в майбутньому вони матимуть із цього проблеми.
Пам'ятайте, що systemd народився як ініціатива Red Hat з двох важливих причин:
1. Завдяки досвіду _vastisima_, який компанія має у своїх тисячах розгортань, вони прийшли до висновку, що їм потрібно внести певні фундаментальні зміни в свою систему, щоб задовольнити їхні вимоги, зміни, які логічно викликають неприємність більше одного ветерана - як і всіх глибоких зміни.
2. Ні для кого не секрет, що Red Hat прагне бути Red Hat, а не GNU + Linux.
Окрім арабесок та інших відволікаючих факторів, справа в тому, що systemd все частіше приймається спільнотою GNU + Linux, і це обов'язково добре з кількох причин:
1. розвиток прискорюється, тому кращого продукту можна досягти за менший час
2. Включаючи потреби різних дистрибутивів та співпрацюючи з основними розробниками цих дистрибутивів із systemd та взаємодіючи з розробниками з інших дистрибутивів, обговорюючи патчі та функції, стає набагато легше досягти якісного продукту
3. Це агностик щодо розподілу, в якому він реалізований (дуже важливо!) І консолідується як стандарт (як і POSIX), що адміністратор, який повинен працювати в неоднорідних середовищах, що складаються з різних дистрибутивів, але мають спільну базу управління, буде безумовно цінують подібну систему.
$ systemctl працюватиме на Fedora так само, як openSUSE або Arch, або Chakra, або Red Hat, або Kali Linux, або будь-який інший дистрибутив, який використовує systemd, і це чудово.
4. Наявність великої кількості відповідних людей, що працюють на одному і тому ж PID1, що використовується самим дистрибутивом, значно полегшує роботу самим розробникам при вирішенні проблем або пошуку допомоги чи ідей щодо реалізації тієї чи іншої функції.
5. Оскільки systemd є відкритим і дуже важливим міждисциплінарним проектом, рівень прийняття та вдосконалення проекту є одним із найвищих серед проектів FLOSS.
Наприклад, коли супроводжувач пакету будь-якого дистрибутиву, який передбачає запуск демонів на самому початку, представляє свою версію послуги в системному списку розсилки з проханням про коментарі та пропозиції, трапляється, що після загальної співпраці можна мати цей сервіс найкращим чином вказати той, який не тільки використовує розробника, який відкрив тему, але також надсилає UPSTREAM розробникам самого додатка, щоб вони могли вирішити, чи хочуть вони зробити цю послугу частиною своєї власний пакет і з цим роблять його 100% сумісним з системою OOTB.
6. systemd має сотні сотень нових функцій, які роблять адміністрування систем, якими вона управляє, набагато простішими та плавнішими. Наприклад, він відповідає за управління модулем PAM для менеджерів входу, управління віддаленими підключеннями до системи, завантаження служб за запитом, прослуховування сокетів, а не наявність сплячого демона в пам'яті та викрадення процесора та пам'яті, які чекають активації, управління надійним чином підключені до системи мережеві інтерфейси та пристрої ... це справді монстр, величезний Левіафан, але на відміну від інших систем такого розміру, він працює гнучко, швидко і дуже гладко, і, думаю, єдина причина, що це так ВЕЛИЧЕЗНА система, така як systemd (думайте, що за короткий час вона керуватиме цілою системою), вона розроблена з самого початку ефективною, модульною та масштабованою.
Зокрема, що мені найбільше страждає від використання systemd, це те, що я повинен повторно вивчити все те, що до цього часу я використовував для управління своєю машиною.
Зрозуміло, що деякі доісторики звикли застосовувати певну методологію протягом багатьох років протистояти таким змінам ... але ей! Це інформатика, тут єдине, що не змінюється, це те, що зміна безперервна 😉
Привіт.
Я забув:
"Якщо ви коли-небудь використовували ubuntu, ви повинні знати, що він запущений, якщо не явно ні .."
Яка неприємна реакція, правда? Власний тому, хто вірить у це і знає дуже мало.
Після ваших міркувань я абсолютно впевнений, що ви знаєте, як виробляється вся їжа, яку ви їсте, чи не так? Я кажу ВСЕ.
Так само, як коли ви сідаєте в автобус або літак, ви маєте абсолютні знання про всі деталі транспортного засобу, навіть найдрібніші, про те, як він працює, які оливи, мастильні матеріали та інші рідини вони використовують, і як кожен із них виробничий процес складаються.
Або коли ви користуєтесь ручкою, ви, безсумнівно, чітко розумієте, як зроблено чорнило.
Я не знаю, чи @ проїжджав сюди повз, я все ще не читаю вашої дурості або просто занадто чемний і цивілізований, щоб відповісти вам так, як вам слід.
Зі свого боку, я досить старий і сварливий, щоб терпіти таких гілеїв, як ти:
ПОСМІЙ МИ ЯЙЦЯ.
(І ні, я нікого не захищаю, я просто занадто захворів такою посередністю і отруйною зарозумілістю в одному реченні).
msx, windows використовує ту саму систему завантаження з часів Мойсея xD, ту саму файлову систему, ту саму звукову систему, і нічого не відбувається! Отже, це Linux, де ми заново винаходимо колесо або пробуємо його кожні 5 або 6 років, але це не обчислювальна техніка, це лише частина XD
Ааа, дивись ...
Очевидно, ні.
Система завантаження змінилася з 98 / Me на XP (NTLD), а потім знову змінилася на Windows 7, і тепер вона була оновлена на Windows 8 - що логічно, оскільки технології не однакові, а вимоги неоднакові.
Windows 7 має Windows Vista - -.
msx, але якого біса ти куриш, але якому бісу ти повірив? Так, я відповів абсолютно нормально, але у вас в голові лайно трактувати речі як людину з комплексом неповноцінності, це не моя вина. Це була просто заява, яку я зробив партнерові, не бажаючи обдурювати чи що-небудь, ви створили все в своїй голові, проклятий Вей, підіть і випейте липу, за ту гіркоту, яка у вас всередині
Я вже просив вас днями, будь ласка, припиніть із цим. Я не батько жодного з них, щоб лаяти їх .. Вони збираються боротися за Twitter, G + або Skype .. Зараз добре.
Дуже добре,
можливо, на даний момент у debian є те, що він не настільки суворий до сценаріїв і магічно вміщує, хоча "Так, роби те, що я тобі кажу!" безцінні
Що Арка - богохульники? Ну, Arch - повна протилежність Debian Stable, це точно
Ні, ні, це те, як нас бачать ті цифрові печерні люди, повністю перелякані ритму, який несуть лучники ;-D
Основною проблемою є не команди, а звичка, яка захоплює дистрибутив, з яким він звикає.
Arch - хороший варіант, але поки я спробую Slackware.
Дякуємо за підказку!
як добре це було корисно
Хороша порада =) лише те, що при написанні тексту це виходить наступним чином
"Простий текстовий файл із назвою 10-network-rules." і на зображенні правильним чином воно постає як 10-network.rules
привіт
Це мені послужило .. через хитру конфігурацію, яку я маю, але я також проти такого типу статей, де вони роблять Linux недосвідченим очам.
Яка різниця, якщо ваш інтерфейс називають так, як він називається, якщо важливим є те, що у вас є Інтернет .. те саме, і в моїй хитромудрій конфігурації мені послужило б інше ім'я wifi, і якщо воно використовується для використання літака, то це також та сама історія, але оскільки Linux надає вам цей параметр налаштування, то змініть його .. спасибі за статтю .. зображення
https://pbs.twimg.com/media/BI9FCzQCEAIM0ud.png:large