Initramfs (fórum)
Van egy számítógép debian9 a fedélzeten. Minden rendben!
Ők hozták a merevlemez a Windows NTFS (meghajtó kezdett felöntjük, meg kell dobni a fájlokat). Én csatlakozik a hajtás és az anya nem hajlandó elindulni a Debian.
Nem init talált. Próbálja elhaladó init = bootarg
(Initramfs)
debian UEFI GPT
Disk Windows valószínűleg mbr, de ez nem éppen
anélkül, hogy a meghajtó a Windows, a debian betöltött
Jó napot kívánok.
Ott RAID1 tömb, amely a 3 lemez. A tömb jön létre btrfs azt jelenti, hogy fut. Ebben a konfigurációban hibatűrésre ellenőrzés kimutatta, hogy az operációs rendszer letöltés csak akkor sikeres, ha az összes készülék van a kosárban.
Ha letiltja a fizikailag az egyik a 3 lemez és próbálja betölteni a rendszert, leromlott állapotban, a initramfs boot hiba lép fel a pengét BusyBoxból a diagnózis:
Ha jól értem, ez jár a hibás utat az initrd, amely nincs meghatározva bomlik csatolási lehetőség a tömbben. És ahogy rendesen nem tudom. Szükségünk van egy kollektív intelligenciát.
ZY Ez a téma folytatása ennek.
Hello mindenkinek! A Linux foglalkozom mostanában, így nem rúg sokkal :) Plusz, hogy a dolgok még rosszabb: a szerver nem tudja, gyakorlatilag semmit, mert Megvan örökölt az előző rendszergazda és a régi neki, hogy nem szállítják :(
Általában az újraindítás után a virtuális szerver (virtualbox fejetlen) néhány Ubuntu estem initramfs :(
szerelhető adja ezt:
Hogy sikerült csinálni:
mert fsck, hogy ellenőrizze a partíció által javasolt kézzel, és próbáltak ki:
Ez nem segített. Véleményem minden fsck és javítások már a mappa / tmp
Mi mást kipróbálni, amit a régi biztosítani?
Természetesen naguglit ilyet post itt. de félek, így gyorsan és ásni, és lerombolja az adatok nem sok tapasztalat.
Tisztelettel, Valery.
Ha a GRUB boot konzol nincs beállítva a gyökér paramétert a parancs linux, a rendszer elindítja az initramfst, van egy kérdés: mi majd kézzel folytatni a normál boot folyamat a hívás systemd? Próbáltam, hogy felmászik a fő fs és végre switch_root, de én semmit.
Nem tudom megérteni, hogy miért olyan plyumut későn kezdődik, azaz Már az inicializálás fázisában démonok. Röviden, initramfs plyumutom és téma által létrehozott (kipróbált és genkernelt-next és Dracut), minden írva a gyertyán
KMS engedélyezve van, és fut.
Tény, hogy a kernel indul, mint rendesen, fuss systemd és már akkor kapcsol plyumut. Próbáltam törölni teszt initramfs, a kép még mindig ugyanaz. Úgy tűnik plyumut nem akar kezdeni az initramfs.
A gondolat kúszik, hogy mi lenne plyumut is működött az elején a mag UEFI-szükség szerint, archviki írja, hogy EFI framebuffer barátok plyumutom. Talán?
Találkoztam egy furcsa probléma. Lehetetlen, hogy adja meg a jelszót a LUKS konténer rakodás közben. Ítélve megjelenő fél csillaggal karakterek egyszerűen lenyelte. És ha vársz egy percet, hogy megfelelően adta. Ezért a tag systemd, mint egy faj egység. A Mount var és az otthon, initramfs újjáépíteni, Plymouth ki. A billentyűzet be van építve a laptop, működik. A Google csendben, segítsen.
Ui Saját rendszer Har-ki, ha segítséget. Rendszer Gyártó: Acer rendszer Típus: Aspire V3-572G BIOS: V1.32 Processzor: Intel (R) Core (TM) i3-4005U CPU @ 1.70GHz (4 CPU),
1.7GHz Memória: 4096MB RAM
Beszéd a Debian Jessie, bár a téma szempontjából fontosak lehetnek más disztribúciók (ubuntu?).
A titkosítás beállításához a root partíció (LUKS). Szeretne hogy átirat végezték flash, és ha nincs behelyezve -, akkor a jelszó használata.
A probléma az, hogy a dolgozó vagy felhasználása jelszót vagy kulcsot a flash meghajtót.
Egy bejegyzés a / etc / crypttab most ilyen (UUDI'y cserélni ponton, a sortöréseket hozzá olvashatóság):
Ha a flash meghajtó van illesztve egy kulcs - minden betöltött. Ha nincs behelyezve - letöltés megszakad, a jelszó nem szükséges.
Kívánatos lenne, hogy megoldást találjanak használata nélkül a harmadik féltől származó szkriptek (vagyis az eszközök elosztása).
Jó estét kívánok. A meghajtó csatlakoztatása a vékony medence LVM keresztül genkernelt létre az initramfs, de van verziója 2.0.88, és meg kell> = 2.0.89. Lehetőség van, hogy helyettesítse egy újabb LVM? LFS'om nem olyan keményen dolgozott, hogy összegyűjti initramfs kezeli.
1. felírni firmware fájlokat közvetlenül a kernel és a könyvtárat / lib / firmware (sobsno ahol Portage, és telepíti a firmware)
2. Pack őket initramfs
Ez a lehetőség, az úton, nem sok lelassítja a rendszer miatt indul kicsomagolás a ramdisk. De minden esetben, ez emlékeztet a mankó, és a korábbi tapasztalatok alapján más disztribúciók, azt is feltételezhetjük, hogy ne legyen. Talán ez annak köszönhető, hogy a munka a görbe systemd és udev Gentben, és itt van beállítva, mint valami különleges. Ki lehet szembe, és tudja, miért történik, és hogyan van valójában fix?
PS: Természetesen, ha az épület a kernel, figyelembe vettem minden irányban gentuviki.
Jó napot kívánok. Azt írja le a problémát és a következtetések érdekében. Egy otthoni szerver Ubuntu Server 16.04 dolgozott néhány hónapig nem panaszok és újraindít. Ez idő alatt, abban, hogy néhány változás, de erről bővebben alább. Az újraindítás után a rendszer nem indul el. Csatlakoztatni a monitort, hogy a következő hibaüzenet betöltésekor:
Ezt követően a rendszer bemegy a initramfs. Ítélve, amit írt, szakasz / dev / sda1 szerelt fordult ellenőrzi és csatlakoztatja a gyökér. Mount parancs ellenőrzi a felcsatolt partíciót. Minden partíció merevlemezek vannak szerelve olyan formátumban könyvtárak / mnt / usbhd-sdxx. Miután partíciók leválasztása fsck vizsgált probléma nélkül. Ahogy én látom, csatlakoztassuk az összes partíciót tudott az udev, és így gyökeret partíciót. A közelmúltban, a udev szabályok adunk automatikusan beilleszti szabályok szerelhető cserélhető adathordozóra. Őszintén szólva, általában a terek az internet, és nem tud áthatolni. Csak nézd meg, hogyan kell felszerelni a cserélhető adathordozókon, és ne indítsa újra a rendszert. Ha igazam van, hogyan lehet letiltani szerelhető válaszfalak udev-ik? A rendszer nem tud futni, és ennek következtében visszaáll a szabályokat nem lehet.
Általában úgy döntöttem, hogy titkosítja a meghajtó fogja használni a dm-crypt + LUKS, default. Nem nagyon járatos ebben, elnézést az esetleges hibákért, bla bla bla.
Problémák a titkosítás nem, van egy probléma az indításkor. A tény az, hogy a berakodás előtt a kernel / root / etc dm-crypt kérni a jelszavát, itt a probléma. Mindenütt azt mondják, meg kell adni az initramfs horgok «titkosítja LVM2», anélkül, hogy ő nem fog kérni semmit, és nem szeretem initramfs, miért akarok nélküle, ez lehetséges?
A végleges szövege a kérdést: Ha a letöltés lehetséges, ha a teljesen titkosított lemez (amellett, hogy a / boot) nélkül initramfs vagy hasonló jellemzők? Más szóval, egyetlen sejtmagban. Mint amilyennek lennie kellene: A rendszer kérni fogja a jelszót visszafejteni a root / etc, miután belépett a normál inicializálási folyamatot.
Az Oracle Linux 6.7 rendszer.
Két mag - 2.6.32-504 (áram) és 2.6.32-573.22.1 (obnovlennnoe)
ha újraindítja a gép működése virradt
Indítás a másik mag (régebbi) találtam. hogy nincs rekord az initrd. Alkotó initramfs dracut'om, hozzáteszem egy bejegyzést grub:
Írása jelent meg, és elismerik, de az induláskor, a következő:
és a következő kernelpánik.
Ítélve google - probléma egyszerűen hiányzik az újraindítás -, hogy az én helyzetem nem alkalmas - a végül újraindul. Mit tudsz mondani? Vegye ki, majd frissített kernel frissítés? Van-e garancia arra, hogy ez nem fog megtörténni újra?
Nekem van egy probléma, repült én bubuntu is, és úgy döntöttem, hogy újra az indító az élő usb és ott grub4dos vonal is, én szerkesztett menu.lst fájlt, és bejutni a parancssor initramfs.Lyudi mondd kérjük: Mit csináljak, hogy visszaállítsa a rendszer, ahol a Felszerelheto SO zadolbalsya kotorászott még mindig nem nayti.Zaranee köszönhetően.