Bootprobleme: /dev/hdc1 does not exist

Computer: Software & Programmierung UNIX & Linux
#1

Hallo,

ich brauche mal wieder eure Hilfe. Ich habe seit heute Mogen ein
Problem beim Booten meines Rechners. Genauer gesagt: Debian will
nicht mehr mit dem Rechner ist alles in bester Ordnung. :smile: Das
Problem stellt sich wie folgt dar:
Ich starte den Rechner und erst mal sieht auch alles ganz normal aus.
D.h. alles lÀuft ohne Fehler durch bis das root Dateisystem
eingehÀngt werden soll. Hier die letzten EintrÀge des Bootprozesses
bevor der Rechner aufgibt (Kommentare von mir sind in Klammern):
[
SNIP
]
Probing IDE interface ide1

hdc: ST3120026A, ATA DISK drive
hdd: SAMSUNG SV1203N, ATA DISK drive
ide1 at 0x170-0x177,0x376 on irq 15
Done.
Begin: Mounting root file system
 (das liegt auf hdc1)
Begin: Running /scripts/local-top

Done.
Begin: Waiting for root file system
 (nun passiert geschlagene 5
Minuten garnichts
 und dann:smile:
Done.
ALERT!: /dev/hdc1 does not exist. Dropping to shell!
BusyBox v.1.01 (Debian 1:1.01-4) Builtin shell (ash)
/bin/sh: can’t access tty;job control turned off
/ #
Wie man sieht bleibt er in einer root-shell (ash?,sh?) hÀngen. Ohne
das PW Abzufragen. Ein: ‚ls /dev/ | grep hd‘ bringt keine Ergebnisse,
hdc fehlt also tatsÀchlich.
Google sagt dass eventuell die module fehlen um die Festplatte
ansprechen zu können. Das kann meiner meinung nach nicht sein, weil
er die FP ja richtig erkennt. lsmod ist leider nicht möglich:
‚/bin/sh: lsmod: not found‘. Das Motherboard ist ein MSI KT4 Ultra
mit Via VT8235 Chipsatz. Der Versuch: ‚insmod via82cxxx‘ bringt
jedoch:
'Using /lib/modules/2.6.15-1-k7/kernel/drivers/ide/pci/via82cxxx.ko
insmod: cannot insert
‚/lib/modules/2.6.15-1-k7/kernel/drivers/ide/pci/via82cxxx.ko‘: file
exists (-1): File exists
scheint also geladen zu sein??
Ich weiß nicht weiter hab leider auch keine Knoppix zur Hand um es
mal damit zu probieren.
Nun werdet ihr fragen was ich gestern als letztes gemacht habe. Ich
hab mit aptitude ein upgrade gefahren. Meines wissens (kann mich ja
verguckt haben) hat aptitude dabei aber nichts von der Platte
gelöscht!
Braucht ihr noch Infos? Hmmm kernelversion geht nicht aber ich weiß
dass es 2.6.15 ist. FĂŒr alles weitere einfach fragen :smile:
Könnt ihr mir weiterhelfen?

Danke schon mal

Hans

#2

Hallo nochmal :smile:

alles wieder in Butter. Es ließ mir keine Ruhe und ich habe mich noch mal an den Rechner gesetzt. Und plötzlich ging alles ganz schnell :smile:
Es fehlte nicht das Modul fĂŒr den Chipsatz sondern nur ide-disk. Ein einfaches ‚modprobe ide-disk‘ und danach ‚exit‘ reichte aus um Debian zum laufen zu ĂŒberreden.
Ich habe keine Ahnung warum das Modul nicht geladen wurde! Nun weiß ich aber woran es liegt und bin eine Erfahrung reicher:
Bleib auf apt-get 
 aptitude ist nĂŒscht fĂŒr dich *grins*

Hans

#3

Hallo,

Bleib auf apt-get 
 aptitude ist nĂŒscht fĂŒr dich *grins*

Ich wĂŒrde sagen, „testing“ ist fĂŒr dich nĂŒscht.

Gruß,

Sebastian

#4

Hallo,

Abgesehen davon, daß dein Kommentar ohne jede Information daherkommt, die mir sagen wĂŒrde, warum du findest dass testing nichts fĂŒr mich ist, hĂ€ttest du wenigstens etwas schreiben können was den anderen (oder mir) sagt woher das Problem kommt. Dazu scheinst du nicht in der Lage zu sein, obwohl du hier im Forum schon ab und an einiges Wissen offenbart hast. Warum hĂ€lst du in dem Fall nicht einfach die Fre
 Ă€h Finger still? Den Kommentar oben braucht kein Mensch!
Aber ich konnte mir selber helfen obwohl testing ja nichts fĂŒr mich ist. Danke!

Hans

[Bei dieser Antwort wurde das Vollzitat nachtrÀglich automatisiert entfernt]

#5

Hallo,

Bleib auf apt-get 
 aptitude ist nĂŒscht fĂŒr dich *grins*

Ich wĂŒrde sagen, „testing“ ist fĂŒr dich nĂŒscht.

Abgesehen davon, daß dein Kommentar ohne jede Information
daherkommt, die mir sagen wĂŒrde, warum du findest dass testing
nichts fĂŒr mich ist,

Testing ist fĂŒr Entwickler, die dann entsprechend Bug-Reports verfassen. Anwender sollten „Stable“ nutzen.

Und mit der impliziten Vermutung, daß irgendwas (aptitude) an dem Problem Schuld ist, machst Du Dich eher unbeliebt.

Aber ich konnte mir selber helfen obwohl testing ja nichts fĂŒr
mich ist.

Fein, dann kannst Du ja auch noch einen Bug-Report verfassen. Tippst Du das nun bei jedem Reboot ein?

HTH,

Sebastian

Zu den initramfs-tools gibt es ja schon einige Bug-Reports


#6

Hattest Du eine Hardware Einstellung geÀndert oder die Platte ausgebaut ?

MfG

#7

Hallo nochmal,

Testing ist fĂŒr Entwickler, die dann entsprechend Bug-Reports
verfassen. Anwender sollten „Stable“ nutzen.

Das mag ja sein
aber du kannst mir nicht erzÀhlen, dass es viele Desktop-Systeme geben wird, die auf Stable laufen.
Ich hab u.a. testing laufen weil ich glaube damit mehr ĂŒber linux zu lernen weil ich dann gezwungen werde mich damit zu beschĂ€ftigen, damit sowas wie heute eben NICHT so hĂ€ufig auftritt. Nenn es wie du es willst ich hab damit einiges gelernt und hab noch Spass daran. Ausserdem ist es noch ein Relikt aus Woody zeiten bei denen stable einfach ein gutes StĂŒckchen hinter neueren Entwicklungen herhinkte.

Und mit der impliziten Vermutung, daß irgendwas (aptitude) an
dem Problem Schuld ist, machst Du Dich eher unbeliebt.

ok war etwas ‚vage‘ von mir ausgedrĂŒckt geb ich zu
 gemeint war, dass aptitude gerne automatisch pakete installiert und/oder deinstalliert und dabei recht unĂŒbersichtlich fĂŒr den ungeĂŒbten Benutzer (mich) ist. Das macht das reine apt-get nicht oder zumindest hab ich da mehr ĂŒberblick/kontrolle drĂŒber. Es war nicht gemeint dass aptitude Schuld ist.

Tippst Du das nun bei jedem Reboot ein?

Hatte den Rechner noch nicht neu gestartet bei meiner ersten Antwort auf meinen eigenen Artikel. Es ist tatsĂ€chlich so, dass ich es jedes mal eintippen musste, wenn ich den Rechner neu gestartet hab. Und das hĂ€tte ich tatsĂ€chlich erst mal getan bis ich mal zeit gehabt hĂ€tte zu googlen oder hier jemand eine vernĂŒnftige Antwort gegeben hĂ€tte :wink:

Zu den initramfs-tools gibt es ja schon einige Bug-Reports


Danke fĂŒr den Tipp. Der hats dann gebracht. Hab udev explizit ‚upbgegraded‘ und jetzt gehts auch ohne eintippen! Hoffe da kommt nichts mehr nach.
Ich frage mich nur gerade warum du mir den Tipp nicht gleich gegeben hast anstatt erst mal so eine blöde Antwort zu posten? Aber du wirst dir sicher unmengen an BĂŒchern durchgelesen haben bevor du eine Frage gestellt hast. Wenn du ĂŒberhaupt Fragen hast. Denn du weißt sicher schon alles oder? Aber lassen wir das. Ich habs ja mit deiner Hilfe nun hinbekommen. :wink:

Danke

Hans

#8

Hattest Du eine Hardware Einstellung geÀndert oder die Platte
ausgebaut ?

MfG

Hey,

nein die Hardware ist nicht verĂ€ndert worden. Es lag an udev bzw. den initramfs-tools. Mir hat es geholfen udev auf eine neuere Version ‚upzugraden‘. Jetzt gehts wieder.
Ich weiß noch nicht genau welches von beiden der PösePube war und wie die zusammenspielen aber ich werd mir die beiden in den nĂ€chsten Tagen wenn ich Zeit habe mal vorknöpfen und anschauen :wink:

Hans

#9

Hallo,

Testing ist fĂŒr Entwickler, die dann entsprechend Bug-Reports
verfassen. Anwender sollten „Stable“ nutzen.

Das mag ja sein
aber du kannst mir nicht erzÀhlen, dass es
viele Desktop-Systeme geben wird, die auf Stable laufen.

Hm? Also ich nutze in der Tat ein fast reines Stable fĂŒr meine Desktops. Zwei Ausnahmen:

Ich habe einen anderen Kernel (2.6.15, der Debian 2.6.8 hat Probleme/einen Bug mit meinem USB-Modem) und Openoffice.or 2.0, wobei ich letzteres eigentlich nur zum „angucken“ installiert habe - ich nutze es kaum.

Dazu nutze ich die IMHO sehr guten Backports von Norbert Tretkowski (http://www.backports.org)

Ich hab u.a. testing laufen weil ich glaube damit mehr ĂŒber
linux zu lernen weil ich dann gezwungen werde mich damit zu
beschÀftigen, damit sowas wie heute eben NICHT so hÀufig
auftritt.

Ich bevorzuge eine andere Lern-Taktik: ausgehend von einem System, was keine (allzugroßen) Überraschungen bietet; lernen in kontrollierter Umgebung, gewissermaßen.

Hatte den Rechner noch nicht neu gestartet bei meiner ersten
Antwort auf meinen eigenen Artikel. Es ist tatsÀchlich so,
dass ich es jedes mal eintippen musste, wenn ich den Rechner
neu gestartet hab. Und das hÀtte ich tatsÀchlich erst mal
getan bis ich mal zeit gehabt hÀtte zu googlen oder hier
jemand eine vernĂŒnftige Antwort gegeben hĂ€tte :wink:

Gut, nun hast Du aber immerhin etwas gelernt :smile:

Zu den initramfs-tools gibt es ja schon einige Bug-Reports


Danke fĂŒr den Tipp. Der hats dann gebracht.

Prima.

Ich frage mich nur gerade warum du mir den Tipp nicht gleich
gegeben hast anstatt erst mal so eine blöde Antwort zu posten?

Es ist etwas nervtötend, dauernd „Linux funktioniert nicht zuverlĂ€ssig“ zu hĂ€ren nur weil die Leute mit einer Entwicklerversion spielen.

Wenn du ĂŒberhaupt Fragen hast.
Denn du weißt sicher schon alles oder?

NatĂŒrlich nicht. Ich bin auch schon gehörig auf den Schnabel gefallen.

Gruß

Sebastian

#10

Hallo,

Auch Hallo,

Testing ist fĂŒr Entwickler, die dann entsprechend Bug-Reports
verfassen. Anwender sollten „Stable“ nutzen.

Ja,aber man sollte auch mal neugierig sein.

Ich hab u.a. testing laufen weil ich glaube damit mehr ĂŒber
linux zu lernen weil ich dann gezwungen werde mich damit zu
beschÀftigen, damit sowas wie heute eben NICHT so hÀufig
auftritt.

Ja,ein Debian testing kann man versuchen aber wenn möglich nicht auf einem
Produktivsystem und wenn man seine Daten noch braucht.
Das sollte schon relativ stabil laufen.

Ich bevorzuge eine andere Lern-Taktik: ausgehend von einem
System, was keine (allzugroßen) Überraschungen bietet; lernen
in kontrollierter Umgebung, gewissermaßen.

ACK

Es ist etwas nervtötend, dauernd „Linux funktioniert nicht
zuverlĂ€ssig“ zu hĂ€ren nur weil die Leute mit einer
Entwicklerversion spielen.

ACK
War auch neugiering und habe mal ein kanotix auf eine Test Partition
installiert.

noob@nooblinux:~$ infobash -v3
Host/Kernel/OS „nooblinux“ running Linux 2.6.16.5-kanotix-1 i686 [KANOTIX 2 006 CeBIT]
CPU Info Intel Pentium M 2048 KB cache flags( nx ) clocked at [1729.000 MHz]
Videocard ATI Radeon Mobility X700 (PCIE) X.Org 7.0.0 [1280x800 @60hz]
Network cards Intel PRO/Wireless 2200BGMarvell 88E8001 Gigabit Ethernet Controller, at port: a800
Marvell 88E8001 Gigabit Ethernet Controller, at port: a800
Processes 87 | Uptime 16min | Memory 273.777/1009.93MB | HDD FUJITSU MHV2100AT Size 100GB (55%used) | GLX Renderer MOBILITY RADEON X700 Generic | GLX Version 2.0.5755 (8.24.8) | Client Shell | Infobash v2.50rc10
noob@nooblinux:~$

Das lÀuft hier völlig problemlos und mit sehr guter performance.

NatĂŒrlich nicht. Ich bin auch schon gehörig auf den Schnabel
gefallen.

LOL

Gruß Norbert und frohes Eier suchen.