маю комп з debian9 на борту. Всі прекрасно працює!
Принесли жорсткий диск з виндой в ntfs (диск почав сипатися, потрібно перекинути файли). Підключив до матері диск і Дебіан відмовляється завантажуватися.
No init found. Try passing init = bootarg
(Initramfs)
debian uefi gpt
диск з виндой швидше за все mbr, але це не точно
без диска з виндой, debian вантажиться
Доброго вам дня.
Є raid1 масив, що складається з 3-х дисків. Масив створений засобами btrfs, на ньому встановлена ОС. Перевірка відмовостійкості даної конфігурації показала що завантаження ОС проходить успішно тільки за умови що все диски в кошику підключені.
Якщо відключити фізично один з 3-х дисків і спробувати завантажити систему в деградированном стані, то в initramfs відбувається помилка завантаження з відвалом в BusyBox з діагностикою:
Якщо я правильно розумію, то це пов'язано з неправильно сформованим чином initrd, в якому не вказано опція монтування degraded для масиву. А як це вказати правильно я не знаю. Потрібен колективний розум.
З.И. Дана тема є продовженням цієї.
Всім привіт! З лінуксом маю справу дуже недавно, тому сильно не штовхати :) Плюс до всіх неприємностей: про сервер не знаю, практично нічого, тому що він мені дістався у спадок від попереднього адміна і інфу по ньому він мені не передав :(
Загалом, після перезавантаження віртуальний сервер (virtualbox headless) на якийсь Ubuntu вивалився в initramfs :(
mount видає таке:
Що встиг зробити:
тому пропонувалося перевірити розділ fsck вручну, то і спробував його перевірити:
Не допомогло. По-моєму, все, що fsck знаходив і виправляв було в папці / tmp
Що ще спробувати, яку інфу надати?
Звичайно нагугліть щось типу ось цього поста. але боюся так з наскоку і без особливого досвіду копатися і не порушить дані.
З повагою, Валерій.
Якщо в консолі GRUB при завантаженні не поставити параметр root у команди linux, то система вантажиться в initramfs, у мене питання: чи можна-ли після цього вручну продовжити нормальний процес завантаження з викликом systemd? Я пробував монтувати основну ФС і виконувати switch_root, але у мене нічого не виходить.
Не можу розібратися чому плюмут так пізно стартує, тобто аж на етапі ініціалізації демонів. Коротко, initramfs з плюмутом і темою створений (пробував і genkernel-next і dracut), в грабе все прописано
KMS включений і працює.
За фактом, стартує ядро як зазвичай, запускається systemd і аж потім включається плюмут. Пробував для тесту видаляти initramfs, картина все та ж. Судячи з усього плюмут не хоче стартувати з initramfs.
Закрадаються думки, що для того, що б плюмут працював ще на старті ядра потрібен UEFI, на арчвікі пишуть що EFI фреймбуфер дружить з плюмутом. Може бути?
Зіткнувся з дивною проблемою. Не виходить ввести пароль від LUKS контейнера при завантаженні. Судячи з з'являтимуться зірочкам половина символів просто проковтує. Причому якщо почекати з хвилину, то вводиться нормально. Звідси тег systemd, схоже на якусь гонку юнітів. Монтую var і home, initramfs збирати заново, Plymouth вимикав. Клавіатура вбудована в ноут, робоча. Гугл мовчить, виручайте.
P.S. Мої системні хар-ки, якщо допоможе. System Manufacturer: Acer System Model: Aspire V3-572G BIOS: V1.32 Processor: Intel (R) Core (TM) i3-4005U CPU @ 1.70GHz (4 CPUs),
1.7GHz Memory: 4096MB RAM
Мова про Debian Jessie, хоча тема може бути актуальною і для інших дистрибутивів (ubuntu?).
Налагоджено шифрування кореневого розділу (LUKS). Хочеться, що б розшифровка виконувалася з флешки, а якщо вона не вставлена - то за допомогою введення пароля.
Проблема в тому, що працює або запит пароля або використання ключа з флешки.
Запис в / etc / crypttab зараз така (UUDI'и замінив на точки, розриви рядків додані для зручності читання):
Якщо флешка з ключем вставлена - все завантажується. Якщо ж не вставлено - завантаження переривається, пароль не вимагається.
Хочеться знайти рішення без використання сторонніх скриптів (тобто засобами з дистрибутива).
Добрий вечір. На диску lvm з thin пулом, через genkernel створюю initramfs, але там версія 2.0.88, а потрібно> = 2.0.89. Можна як нибудь підставити туди lvm новіше? LFS'ом не займався, тому збирати initramfs ручками складно.
1. Прописати файли прошивок прямо в ядрі і вказати директорію / lib / firmware (собсно куди Портаж і встановлює прошивки)
2. Запакувати їх в initramfs через
Цей варіант, до речі, не багато гальмує старт системи за рахунок розпакування рамдіска. Але в будь-якому випадку, це все нагадує милиці, і виходячи з попереднього досвіду роботи з іншими збірками, можу припустити що так бути не повинно. Можливо це пов'язано з кривою роботою systemd і udev на Генті, або тут це налаштовується як то специфічно. Може хто стикався і знає чому так відбувається і як власне це пофиксить?
PS: природно при складанні ядра я враховував всі вказівки з гентувікі.
Доброго дня. Описую проблему і мої умовиводи по порядку. Домашній сервер на Ubuntu Server 16.04 працював протягом декількох місяців без нарікань і перезавантаження. За цей час в систему вносилися певні зміни, але про це трохи нижче. Після перезавантаження система не завантажилася. Підключаю монітор, бачу такі помилки при завантаженні:
Після цього система переходить в initramfs. Судячи по написаному, розділ / dev / sda1 виявився змонтований до перевірки і монтування в якості кореневого. Командою mount перевіряю змонтовані розділи. Всі розділи жорстких дисків виявляються змонтовані в каталоги формату / mnt / usbhd-sdxx. Відключивши всі розділи без проблем перевіряються fsck. Наскільки я розумію, змонтувати всі розділи міг udev, і тим самим зайняти кореневий розділ. Нещодавно в правила udev додавав правила автоматичного монтування, щоб монтувати переносні носії. Зізнаюся чесно, правило знайшов на просторах інтернету і не вникав. Просто перевірив як монтуються переносні носії, а систему не перезапускається. Якщо я правий, то як відключити монтування розділів udev-му? Систему запустити не можу, а отже скинути правила не можу.
Загалом, диск вирішив зашифрувати, збираюся використовувати dm-crypt + LUKS, дефолт. Не дуже в цьому розбираюся, перепрошую за неточність бла бла бла.
Проблем з шифруванням немає, є проблеми при завантаженні. Справа в тому, що перед завантаженням ядра / кореня / etc dm-crypt повинен запитати пароль, тут проблема. Скрізь говорять, що потрібно додати в initramfs хукі «encrypt lvm2», без цього він нічого не запитає, а я initramfs не люблю, навіщо він мені, я хочу без нього, чи можливо?
Фінальна формулювання питання: Чи можлива завантаження з повністю зашифрованого диска (крім / boot) без initramfs або подібних фич? Іншими словами за допомогою одного ядра. Як повинно бути: Система повинна питати пароль для дешифрування кореня / etc, після введення звичайний процес ініціалізації.
Система Oracle Linux 6.7.
Є два ядра - 2.6.32-504 (поточний) і 2.6.32-573.22.1 (обновленнное)
при перезавантаженні працюючої машини видався
Завантажившись з іншого ядра (старішого), з'ясував. що відсутній запис про initrd. Створив initramfs dracut'ом, додав запис в grub:
Запис з'явилася і розпізнається, однак при завантаженні з'являється наступне:
і подальший kernel panic.
Судячи з Гуглу - проблема просто в відсутності перезавантаження - що до моєї ситуації не підходить - бо я в кінцевому підсумку перезавантажився. Що можете підказати? Видалити оновлене ядро і заново оновити? Чи є гарантія, що це не повториться?
У мене така проблема, полетів мій бубунту ну і зважився я перевстановити його завантажують з live usb а там рядок grub4dos ну відредагував я файл menu.lst і потрапляю в командний рядок initramfs.Люді підкажіть будь-ласка ЩО мені робити далі щоб перевстановити повністю систему, що куди монтувати я вже ТАК задолбался перерив все не можу найті.Заранее спасибі.