PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Gentoo bootet nicht



Gentlemanunlike
10.02.07, 11:15
Hallo,

habe mich entschlossen nochmal neu zu posten, da sich seit meinem letzten Post relativ viel geändert hat und alles mittlerweile unübersichtlich war.

Also zuerst mal das Problem:
Gentoo gibt beim Start folgendes aus:

/bin/bb: can't access tty; job control turned off
runlevel gibt "unknown" aus.

Es handelt sich bei dem Rechner um einen Toshiba Satellite P10-831.
lspci:

00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02)
00:01.0 PCI bridge: Intel Corporation 82865G/PE/P PCI to AGP Controller (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2)
00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02)
00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02)
00:1f.6 Modem: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Modem Controller (rev 02)
01:00.0 VGA compatible controller: nVidia Corporation NV31M [GeForce FX Go5600] (rev a1)
02:00.0 FireWire (IEEE 1394): Texas Instruments TSB43AB21 IEEE-1394a-2000 Controller (PHY/Link)
02:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
02:04.0 CardBus bridge: Toshiba America Info Systems ToPIC100 PCI to Cardbus Bridge with ZV Support (rev 33)
02:06.0 System peripheral: Toshiba America Info Systems SD TypA Controller (rev 05)


lsusb:

Bus 005 Device 001: ID 0000:0000
Bus 004 Device 002: ID 045e:0084 Microsoft Corp.
Bus 004 Device 001: ID 0000:0000
Bus 003 Device 001: ID 0000:0000
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 002: ID 1058:0901 Western Digital Technologies, Inc.
Bus 001 Device 001: ID 0000:0000


die Festplatten (hda= interne hdd, sda=USB HDD) sind wie partioniert (fdisk -l):


Disk /dev/hda: 60.0 GB, 60011642880 bytes
255 heads, 63 sectors/track, 7296 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/hda1 * 1 5954 47825473+ 7 HPFS/NTFS
/dev/hda2 5955 7296 10779615 5 Extended
/dev/hda5 5955 5964 80293+ 83 Linux
/dev/hda6 5965 6219 2048256 82 Linux swap / Solaris
/dev/hda7 6220 7296 8650971 83 Linux

Disk /dev/sda: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 1 13 104391 83 Linux
/dev/sda2 14 268 2048287+ 82 Linux swap / Solaris
/dev/sda3 269 3522 26137755 83 Linux
/dev/sda4 3523 30401 215905567+ 5 Extended
/dev/sda5 3523 27713 194314176 7 HPFS/NTFS
/dev/sda6 27714 30401 21591328+ 83 Linux


sda1 - 3 sollen später auch mal ein linux beherbergen, aber erstmal soll das laufen

Ausgabe von mount nach erfolglosem boot (/proc ist manuell gemoutet)

tmpfs on /newroot type tmpfs (rw)
/dev/hdc on /newroot/mnt/cdrom type iso9660 (ro)
/dev/loop0 on /newroot/mnt/livecd type squashfs (ro)
proc on /newroot/proc type proc (rw)
sysfs on /newroot/sys type sysfs (rw)
udev on /newroot/dev type tmpfs (rw,nosuid)
devpts on /newroot/dev/pts type devpts (rw)
tmpfs on /newroot/mnt/livecd/lib/firmware type tmpfs (rw)
tmpfs on /newroot/mnt/livecd/usr/portage type tmpfs (rw)
usbfs on /newroot/proc/bus/usb type usbfs (rw)
/dev/hda7 on / type ext3 (rw,data=ordered)
/dev/hda5 on /boot type ext2 (rw)
none on /proc type proc (rw)
udev on /dev type tmpfs (rw,nosuid)


Kernel 2.6.19-r5 (gentoo) ist selbst kompiliert mithilfe der anleitung von Gentoo.org, die .config ist als kernel.txt angehangen.

Die Ausgabe von dmesg ist ebenfalls im Anhang.

Falls noch was fehlt sagt bitte bescheid!

Ich habe leider keine Idee warum die sache nicht läuft...

Vielen Dank schonmal!

ThorstenHirsch
10.02.07, 11:23
Kapier ich nicht - wenn Du dmesg und mount aufrufen kannst, dann hat er doch gebootet.

bla!zilla
10.02.07, 11:32
/bin/bb ist die BusyBox Executable. Du setzt nicht zufällig udev ein? Existiert ein Link von /dev/console nach /dev/tty?

Gentlemanunlike
10.02.07, 11:53
@ ThorstenHirsch:
Er bootet ja, aber halt nur so halb...

@ bla!zilla:
Ja ich setze udev ein.

Ich kann auch problemlos die shell wechseln und z.B. Bash benutzen.

also /dev/console und /dev/tty sind 2 eigenständige Dateien. Wenn /dev/tty ein link wäre müsste file doch

/dev/tty is a Link to *
ausgeben oder?
Ich bekomme aber:

/dev/tty: character special (5/0)

Ich hoffe das war was du wolltest

Achso, wenn ich init, shutdown oder ähnliches nehme gibts das hier zurück:

init: /dev/initctl: no such file or directory

bla!zilla
10.02.07, 12:13
/dev/initctl ist normalerweise eine named pipe und dient als Kontrollkanal für init. Mir scheint als ob dein udev irgendwie Mist baut. Gibt es denn /dev/initctl?

Gentlemanunlike
10.02.07, 12:21
Gibt es denn /dev/initctl?

Nein gibt es nicht.

Soll ich dann udev mal unmergen und wieder neu emergen? - hat nichts gebracht

Aber wenigstens weiss ich jetzt einigermaßen was eine named pipe ist.

Gentlemanunlike
10.02.07, 13:28
Das hier (http://de.gentoo-wiki.com/Udev#Schritte_bei_Fehlermeldung:_.22WARNING:_Unabl e_to_open_an_initial_console..22) hat mich auch nicht weitergebracht, Problem besteht weiter. Werde jetzt mal das udev howto durcharbeiten


aus der init manpage

SCHNITTSTELLE
Init lauscht auf einem Fifo in /dev, /dev/initctl, auf Nachrichten. Telinit benutzt diesen, um mit init zu kommunizieren. Die Schnittstelle ist noch nicht sehr ausführlich dokumentiert. Wer interessiert ist, möge die Datei initreq.h im Quellcode von init studieren.

Quellcode studieren, naja für einen Newbie wie mich eher schwierig

Danke an euch für eure Hilfe, ich habe mich jetzt jedoch dazu entschieden erstmal opensuse draufzumachen, da ich für Gentoo vieeel zu wenig von der Materie verstehe und dieses Problem sich seit einer Woche hält. Trotzdem vielen Dank!!

Gruß Timo

bla!zilla
11.02.07, 11:55
Vielleicht eine gute Idee. Auf jeden Fall ist bei deiner Gentoo-Installation irgendwas im Bereich udev, Shell und / oder Init wrack.