it-swarm-eu.dev

Boot klesne na (initramfs) výzvy / busybox

Používám HP pavilion dv6000 dual boot win7 a Ubuntu 12.04. (dobře, dodnes). Po restartu proces spouštění klesne na BusyBox Shell a skončím na výzvě:

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in Shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs)

Zkoumal jsem další, kteří měli stejný problém, ale nenašli jsem žádná z těchto řešení, která by pro mě mohla pracovat.

Vyzkoušel jsem popsanou metodu zde a po posledním příkazu

mount -t ntfs-3g /dev/sda1 /root -o force

nedělá nic a dává mi další (inicializační) výzvu.

Dokážu nabootovat na živé CD (USB) a dostat se na terminál, ale nezdá se mi to moc dobré, protože vidím/dev/sda1 v příkazu ls, ale nerozpozná to, když zkuste na to CD.

Ještě jedna otázka: pomocí příkazu fdisk -l jak mohu zjistit, který bod připojení (sda1/sda2) je můj oddíl Windows a který z nich je Ubuntu?

240
dpm

Když jsem na konzole initramfs, předal jsem příkaz exit, abych vyšel ze Shell. Stejná konzole byla představena přede mnou, ale tentokrát s přesným názvem oddílu, který byl poškozen.

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in Shell (ash) 
Enter 'help' for a list of built-in commands.

(initramfs) exit

/dev/mapper/ubuntu--vg-root: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options) 
fsck exited with status code 4. 
The root filesystem on /dev/mapper/ubuntu--vg-root requires a manual fsck. 

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in Shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs) fsck /dev/mapper/ubuntu--vg-root -y

fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
/dev/mapper/ubuntu--vg-root contains a file system with errors, check forced.

Po dokončení kontroly jsem restartoval systém.

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in Shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs) reboot

a to je vše, vrátil jsem se do souborového systému bez chyb.

243
ramsudharsan

Zdá se, že máte špatný superblock. Chcete-li to vyřešit:

Nejprve zavádějte na živé CD nebo USB

Vyhledejte číslo své oblasti pomocí

Sudo fdisk -l|grep Linux|grep -Ev 'swap'

Poté pomocí příkazu zadejte seznam všech superbloků:

Sudo dumpe2fs /dev/sda2 | grep superblock

Nahraďte sda2 Číslem vaší jednotky

Měli byste získat podobný výstup jako je tento

  Primary superblock at 0, Group descriptors at 1-6
  Backup superblock at 32768, Group descriptors at 32769-32774
  Backup superblock at 98304, Group descriptors at 98305-98310
  Backup superblock at 163840, Group descriptors at 163841-163846
  Backup superblock at 229376, Group descriptors at 229377-229382
  Backup superblock at 294912, Group descriptors at 294913-294918
  Backup superblock at 819200, Group descriptors at 819201-819206
  Backup superblock at 884736, Group descriptors at 884737-884742
  Backup superblock at 1605632, Group descriptors at 1605633-1605638
  Backup superblock at 2654208, Group descriptors at 2654209-2654214
  Backup superblock at 4096000, Group descriptors at 4096001-4096006
  Backup superblock at 7962624, Group descriptors at 7962625-7962630
  Backup superblock at 11239424, Group descriptors at 11239425-11239430
  Backup superblock at 20480000, Group descriptors at 20480001-20480006
  Backup superblock at 23887872, Group descriptors at 23887873-23887878

Z tohoto seznamu vyberte alternativní superblock, v tomto případě alternativní superblock # 32768

Nyní můžete zkontrolovat a opravit souborový systém Linux pomocí alternativního superblocku # 32768:

Sudo fsck -b 32768 /dev/sda2 -y

Příznak -y Se používá k přeskočení všech otázek Fix? A k automatickému zodpovězení všech otázek pomocí ano automaticky

Měli byste získat podobný výstup jako je tento:

fsck 1.40.2 (12-Jul-2007)
e2fsck 1.40.2 (12-Jul-2007)
/dev/sda2 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #241 (32254, counted=32253).
Fix? yes
Free blocks count wrong for group #362 (32254, counted=32248).
Fix? yes
Free blocks count wrong for group #368 (32254, counted=27774).
Fix? yes
..........
/dev/sda2: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda2: 59586/30539776 files (0.6% non-contiguous), 3604682/61059048 blocks

Nyní zkuste připojit oddíl

Sudo mount /dev/sda2 /mnt

Nyní zkuste procházet souborový systém pomocí následujících příkazů

cd /mnt
mkdir test
ls -l
cp file /path/to/safe/location

Pokud jste schopni provádět výše uvedené příkazy, pravděpodobně jste opravili chybu.

Nyní restartujte počítač a měli byste být schopni normálně zavést systém.

( zdroj )

90
Amith KK

Ve skutečnosti je řešení snadné, stačí napsat příkaz fsck /dev/sdax jako níže a dejte Y, pokud konzole požádá o opravu:

(initramfs) fsck /dev/sda1

nebo

(initramfs) fsck /dev/sdaX

X určuje číslo části připojeného disku.

Pokud nechcete ručně stisknout 'y' pokaždé, když požádá o opravu, můžete příkaz spustit také pomocí -y možnost.

(initramfs) fsck /dev/sdaX -y
74
efkan
  1. Jednoduchá odpověď je odebrat pevný disk připojit v jiném systému a spustit systém (prosím, nespouštějte z vašeho initramfs chyba pevného disku použít jakýkoli s Ubuntu a gparted nainstalován).
  2. spusťte gparted a vyberte svůj pevný disk a z nabídky klikněte pravým tlačítkem na CHECK.
8
khanthegeek

Právě jsem zkusil štěstí, když jsem zavedl systém pomocí nástroje „Parted Magic“ z Live CD. Při pohledu na oddíly byl v Linuxovém oddílu deklarován „neznámý prostor“ některých GBytů.

Právě jsem tak rozšířil prostor Linuxu na celý oddíl a voila - od té doby se moje Linuxové boty jako dříve bez jakéhokoli selhání doposud nepodařilo.

3
Kai

Mírně odlišná odpověď (Ubuntu 16.04), i když mě k tomu nakonec dovedly jiné odpovědi.

Nejprve jsem si musel zvolit jádro režim obnovy, než jsem mohl vidět chybové zprávy, abych věděl, který systém oddílů/souborů měl chyby.

Od té doby běží fsck /dev/sdb1/ -y opravil to pro mě.

1
Felipe Almeida