ext2 > ext4 > ext3 -----/dev/sda5 on /root failed: No such Device

Linux-kezdő

Üdv!

Tehát most óvatosabban cp-ztem vissza az ext4-es után. link

De a következő a problémám. Boot során ezt kapom.
-------------------------------------------------

.
.
.
mount: mounting /dev/sda5 on /root failed: No such device
Begin: Running /scripts/local-bottom... done
Begin: Running /scripts/init-bottom...
mount: mounting /dev on /root/dev failed: No such file or directory
mount: mounting sys on /root/sys failed: No such file or directory
mount: mounting proc on /root/proc failed: No such file or directory
Target filesystem doesn't have /sbin/init
No init found. Try passing init= bootarg

Busybox v1.10.2 (Debian 1:1.10.2-2) buil-in shell (ash)
Enter 'help' for a list of built-in commands
/bin/sh: can't access tty: job control turned off
(initramfs)

Na innen kezdve lövésem sincs mit kellene csinálnom.

Megpróbáltam már ext3-as root partícióval is, de ugyanez. Másolni próbáltam már a --preserve=all opcióval de ugyanez.

Ha a partíciókon variáltam, akkor az okozhat ilyen gondot? Grub menu.lst-ben, illetve fstab-ban javítottam a partíciók számát. (variálás valamelyik partíciót megszüntettem, mert nem kellett)

Kérdésem: mi a probléma vajon?

Köszi

Debian lenny 2.6.28.1 kernel ext4 támogatással (modulként)

  • 2195 megtekintés

( gthomas | 2009. 02. 23., h – 22:50 )

Detto

Mintha az initrd img-ben nem lenne benn az ext4...

( gthomas | 2009. 02. 23., h – 23:14 )

Megoldás:
grub menu.lst: 

kernel		/vmlinuz-2.6.28-8-generic root=UUID=7971d6f3-cdf9-4d3c-ae67-cb355ae35e1c ro  single rootfstype=ext4

A lényeg: 

rootfstype=ext4

Nálam szerepelt a rootfstype=ext4 opció a menu.lst-ben, inkább az okozhatott problémát, hogy a partíciókat átvariáltam és az initrd.img-t újra kellett volna generálni.

De azóta teljesen újratelepítettem a rendszert.
---
BornToBePuli
Software is like sex! It's better when it's free! ;-) -Linus Torvalds-

( holcam | 2010. 02. 09., k – 13:01 )

Feltétlenül érdemes megnézni a /boot/grub/menu.lst fájlt. Nekem egy új kernel felülírta az egészet. A #kopt részre is nézz rá!!!

RAID1 -ben volt a vinyó. Ezután az /etc/fstab -ot is érdemes megnézni.

Én Live CD-ről bootoltam be: http://www.sysresccd.org/

Ha RAID-ben vannak a vinyók, és a erről a CD-ről bootolsz, akkor az md0, md1, md2 stb-t tudod mountolni, az sda1 stb.-t nem.

( Nuti | 2010. 02. 20., szo – 14:25 )

Nekem sem indult el a rendszerem. Miután a szoftverforrások menüben a nem ajánlott frissítéseket is engedélyeztem, a 2.6.31-20 kernelre frissült néhány napja a 32 bites Ubuntum. Három alkalommal lefagyott, de miután az újraindítást követően probléma nem volt, nem fordítottam ennek nagy figyelmet, míg a mai napon már nem indult el, és hasonló kimenetet kaptam, annyi különbséggel, hogy nekem az egész disket nem találja. Miután értelmeztem az itt leírtakat, és máshonnan való infókat, gyakorlatilag meg kellett próbálnom LiveCD-ről bootolva a GRUB lst-et felülírnom. A probléma az, hogy az egész merevlemezem nem csatolható. Valaki tudna ötleteket adni?

( Z0l v | 2010. 02. 20., szo – 18:47 )

egyre tobb a problema ebben a threadben :)
1. raidnel ne felejtsetek el a dpkg-reconfigure mdadm-et MIUTAN elkeszitettetek a tombot, kulonben nem frissiti az initrd-t es nem fogja megtalalni rebootkor.
2. a rootfs fajlrendszeret kernelbe forditjuk, nem pedig modulba, fuggetlenul az initrd-tol.