Gentoo "Could not find..."

S

Samara-X

Mitglied
Hallo!

Ich habe Gentoo neu installiert, Stage3 mit genkernel.
Grub als Bootloader.. nun wollte ich starten und bekam
diese Meldung:

>>Activating mdev
ls: : No such file or directory
>> Determining root device...
!! Could not find the root block device in .
Please specify another value or: press Enter for the same, type "shell" for a shell, or "q" to skip...
root block device()::

meine fstab:

/dev/sda1 (/boot) ext2 defaults
/dev/sda2 (none) swap sw
/dev/sda3 (/) ext3 defaults

meine grub.conf:

title=Gentoo
root (hd0,0)
kernel /boot/kernel-genkernel... root=/dev/ram0
initrd /boot/initramfs-genkernel...

Liegt es vll. an Grub? Ich habe keine Ahnung :(
Kann man sofern es an Grub liegt, den Bootloader auch
weglassen?

Danke,

MfG.
 
Code:
fdisk -l
und die gesamte (sic!) menu.lst statt dieses zerschnibbelten Etwas posten.
 
Code:
kernel /boot/kernel-genkernel-x86-2.6.24-gentoo-r3 root=[B]/dev/ram0 [/B]

Code:
/dev/sda1               1          13      104391   83  Linux
/dev/sda2              14         268     2048287+  82  Linux swap / Solaris
[B]/dev/sda3 [/B]            269        7296    56452410   83  Linux

/dev/sda1 (/boot) ext2 defaults
 /dev/sda2 (none) swap sw
[B] /dev/sda3 [/B](/) ext3 defaults

Greetz,

RM
 
Ok dank deiner Hilfe kamen wir nun weiter!
Aber nun folgt das nächste Problem:

* Checking root filesystem ...
fsck.ext3: No such file or directory while trying to open /dev/sda3
/dev/sda3:
The superblock could not be read or does not describe a correkt ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>

* Filesystem couldn`t be fixed :(
Give root password for maintencance
(or type Control-D to continue):

Mhh also das Dateisyste scheint nicht zu funzen, aber why?
 
Mhh also das Dateisyste scheint nicht zu funzen, aber why?

Dazu müsste man hellseherische Fähigkeiten haben.

Der Einzige, der weiß, was mit dem Dateisystem gemacht wurde, bist Du.

Ein fsck nach Start von $LIVECD könnte nicht schaden.

Code:
fsck.ext3: No such file or directory while trying to open /dev/sda3
Sicher, daß bei der Kernelkonfiguration nicht etwas Wichtiges vergessen wurde? (z.B. ext3-Unterstützung)
 
Ich hatte bei der Kernel Configuration genkernel all angegeben
da sollte meiner Meinung nach ext3 aktiviert geweßen sein. Ich
glaube ich installier alles neu, vielen danke für deine Hilfe.
 
Laut Handbuch müsste dein Grub-Eintrag in etwa so aussehen.

title=Gentoo Linux 2.6.19-r5
root (hd0,0)
kernel /boot/kernel-genkernel-x86-2.6.19-gentoo-r5 root=/dev/ram0 init=/linuxrc ramdisk=8192 real_root=/dev/sda3 udev
initrd /boot/initramfs-genkernel-x86-2.6.19-gentoo-r5

Quelle: Die Benutzung von GRUB
 
Ich hatte bei der Kernel Configuration genkernel all angegeben
da sollte meiner Meinung nach ext3 aktiviert geweßen sein. Ich
glaube ich installier alles neu, vielen danke für deine Hilfe.
Neu zu installieren ist Blödsinn. Das Problem ist dadurch immer noch nicht gelöst. Poste doch lieber mal den Inhalt von /usr/src/linux/.config
 
Alternativ zu Genkernel könntest du den Kernel von Hand installieren.
Mit einem kleinen Trick gehts recht leicht, und man hat fürs erste nen bootfähigen Kernel.

zcat /proc/config.gz > /usr/src/linux/.config && make oldconfig && make && make modules_install
Danach noch alle nötigen Dateien nach /boot kopieren.
Den Eintrag für deinen Bootloader kannste ja aus dem Handbuch entnehmen.
 
Na,

beim genkernel ist definitiv ext3-Unterstützung bei.

Das hier

The superblock could not be read or does not describe a correkt ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>

probiert?
 
Ach *heul* nichts klappt, ich beginne bei Gentoo
aufzugeben. Es will einfach nicht klappen..
Immer wieder kommt diese Fehlermeldung:
* Checking root filesystem ...
fsck.ext3: No such file or directory while trying to open /dev/sda3
/dev/sda3:
The superblock could not be read or does not describe a correkt ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>

* Filesystem couldn`t be fixed
Give root password for maintencance
(or type Control-D to continue):

@Rain_Maker
fsck bringt leider nichts :(

@Edward Nigma
die änderung der grub.conf nach deinen Beispiel
tut auch nicht das Problem lösen, leider :(

@a.b.
Die .config ist sehr lang!
http://nopaste.com/p/abmQEnS8M

@Edward Nigma (zweiter Post)
Bei der Neuinstallation habe ich es nach deinen Trick
gemacht, dabei sagte er immer das er oldconfig nicht
finden könne deswegen lies ich oldconfig weg. Aber
Problem ist leider gleich trotz alternative zu gengernel.

@supersucker
e2fsck -b 8193 /dev/sda3
e2fsck: Bad magic number in super-block while
trying to open /dev/sda3

Danke an euch allen für die Hilfe!
Hat noch jemand Ideen zur Lösung meines Problemes? :) ;(
 
Was passiert, wenn du "/dev/sda" überall (Grub und fstab) durch "/dev/hda" ersetzt und dann bootest?
 
a.b.
Was passiert, wenn du "/dev/sda" überall (Grub und fstab) durch "/dev/hda" ersetzt und dann bootest?

ES KLAPPT !!!!!
I LOVE YOU :D :D :D

Danke vielmals euch allen, und besonders dir a.b!
 
Auch wenn es nicht gefallen mag, daß ich hier meine kleine Fliege in die Suppe tauche.

Aber wenn mit einem Kernel > 2.6.22 immer noch hda statt sda verwendet wird, dann wurde bei der dessen Konfiguration Mist gebaut.

Stichwort libata.
 
Hängt das nicht vom Chipsatz bzw. Der Schnitstelle (ide/sata) ab? Die Option für meinen Chipsatz findet sich nun mal im "alten" Bereich, der libata-Treiber ist als experimentell gekennzeichnet
 
Zuletzt bearbeitet:
Ob ide/sata spielt zumindest keine Rolle.

Beispiel:

openSUSE 10.2 (Kernel 2.6.18)

Code:
###Don't change this comment - YaST2 identifier: Original name: linux###
title openSUSE 10.2 - 2.6.18.8-0.9
    root (hd0,4)
    kernel /boot/vmlinuz-2.6.18.8-0.9-default root=/dev/[B]h[/B]da5 vga=0x317 resume=/dev/[B]h[/B]da8 splash=verbose showopts elevator=
    initrd /boot/initrd-2.6.18.8-0.9-default

Arch Linux (Kernel 2.6.24)

Code:
###Don't change this comment - YaST2 identifier: Original name: Arch Linux (/dev/hda6)###
title Arch Linux
    kernel (hd0,5)/boot/vmlinuz26 root=/dev/[B]s[/B]da6 vga=0x317 ro resume=/dev/[B]s[/B]da8
    initrd (hd0,5)/boot/kernel26.img
(Und es geht logischerweise um die selbe Platte in der selben Maschine aka "mein Schlepptop")

Was ich bisher so gelesen habe, verwenden (bis auf Gentoo bzw. zumindest Gentoo mit Genkernel wie es scheint) alle aktuellen Distributionen (Kernel >= 2.6.22) wohl libata.

Schönes Beispiel für die daraus entstehende Verwirrung sieht man zum Bleistift hier:

http://unixboard.de/vb3/showthread.php?t=35364&highlight=libata&page=2

Besonders verwirrend ist in diesem Thread allerdings die Ausgabe von fdisk -l in Post #3, wobei von Seiten des TE keinerlei Information erfolgte, woher diese Ausgabe kommt.

Greetz,

RM
 
Zuletzt bearbeitet von einem Moderator:
de.gentoo-wiki.com:

<*> ATA/ATAPI/MFM/RLL support --->
Dieses Submenu beinhalted Treiber für den IDE-Controller. Der Zugriff auf P-ATA Festplatten und CD-Laufwerke erfolgt dann über /dev/hd*. Für neuere Systeme existieren jedoch neuere Treiber im Submenu Serial ATA (prod) and Parallel ATA (experimental) drivers. Wer diese nutzen möchte, kann ATA/ATAPI/MFM/RLL support getrost komplett deaktivieren.


ATA/ATAPI/MFM/RLL support --->
[ ] Support for SATA (deprecated; conflicts with libata SATA driver)

< Help >

.config - Linux Kernel v2.6.25-rc7 Configuration
────────── Support for SATA (deprecated; conflicts with libata SATA driver)

CONFIG_BLK_DEV_IDE_SATA:

There are two drivers for Serial ATA controllers.

The main driver, "libata", uses the SCSI subsystem
and supports most modern SATA controllers. In order to use it
you may take a look at "Serial ATA (prod) and Parallel ATA
(experimental) drivers".

The IDE driver (which you are currently configuring) supports
a few first-generation SATA controllers.

In order to eliminate conflicts between the two subsystems,
this config option enables the IDE driver's SATA support.
Normally this is disabled, as it is preferred that libata
supports SATA controllers, and this (IDE) driver supports
PATA controllers.

Sagt die Kernelconfig.

Darum wird bei manchen hda statt sda angegeben, warum das bei manchen Distris so ist ist die Benutzung von "IDE driver's SATA support".
 

Ähnliche Themen

Kernel Panic GRUB 2

X startet nichtmehr

Raid-1 einrichten

xrandr: cant open display

Akonadi startet nicht mehr

Zurück
Oben