target filesystem doesnt exist

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
nobse
Beiträge: 52
Registriert: 31.10.2004 14:33:57
Wohnort: canary islands
Kontaktdaten:

target filesystem doesnt exist

Beitrag von nobse » 17.06.2009 11:16:58

hi,
wollte für mein etch mit standardtkernel (2.6.18) nene neuen kernel backen (2..6.30) und stoß an meine grenzen...
ich hab 2 ide platten mit müll und windows und eine s-ata mit linux und irgendwo hängts gscheid..

.config (2.6.18)vom standartkernel übernommen, jetzt aber ext3fs und s-ata fest implementiert.mittels fakeroot ein .deb erstellt und installiert:

Code: Alles auswählen

Begin:waiting for root filesystem...
Check root=bootarg cat /proc/cmd 
/dev/sda6 does not exist
dannach noch den chipsatz fest eingebunden
rootfs-> done

Code: Alles auswählen

mount: Mounting /dev/sda6 on /root failed no such device
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 doesnt have /sbin/init
um den verdacht ausszuschließen dass ich den falschen chipsatz eingebunden habe;
hab ich extra im handbuch nachgelesen:
northbridge intel 945gc
southbridge intel Ich7

und hab dann unter

Code: Alles auswählen

<*> Serial ATA (prod) and Parallel ATA (experimental) drivers
<*> Intel ESB, ICH, PIIX3, PIIX4 PATA/SATA support 
eingebunden
kann mir jemand weiterhelfen, ich mach da jetzt schon seit tagen rum und stoß echt an meine grenzen
thx4help
nobs

Spasswolf
Beiträge: 3472
Registriert: 30.11.2005 10:32:22
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Wald

Re: target filesystem doesnt exist

Beitrag von Spasswolf » 17.06.2009 11:31:06

Stell mal deine /etc/fstab, /boot/grub/menu.lst und .config nach http://nopaste.debianforum.de/
um den verdacht ausszuschließen dass ich den falschen chipsatz eingebunden habe;
hab ich extra im handbuch nachgelesen:
northbridge intel 945gc
southbridge intel Ich7
Am besten geeignet ist die Ausgabe von "lspci -nn"
ich hab 2 ide platten mit müll und windows und eine s-ata mit linux und irgendwo hängts gscheid..
Hier könnte auch ein Problem liegen. Unter neuen Kernel werden sowohl sata als auch Ide Platten als /dev/sd* angesprochen.

nobse
Beiträge: 52
Registriert: 31.10.2004 14:33:57
Wohnort: canary islands
Kontaktdaten:

Re: target filesystem doesnt exist

Beitrag von nobse » 17.06.2009 11:54:23

hab die ausgaben nach nopaste gepostet

Code: Alles auswählen

Hier könnte auch ein Problem liegen. Unter neuen Kernel werden sowohl sata als auch Ide Platten als /dev/sd* angesprochen.
hm, was genau würde das für mich bedeuten, bzw wo wären diverse einstellungen zu ändern?
thx4help

Spasswolf
Beiträge: 3472
Registriert: 30.11.2005 10:32:22
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Wald

Re: target filesystem doesnt exist

Beitrag von Spasswolf » 17.06.2009 12:05:30

Am besten du setzt einen Link: http://nopaste.debianforum.de/22347
hm, was genau würde das für mich bedeuten, bzw wo wären diverse einstellungen zu ändern?
thx4help
Falls die Ide Platten zuerst gezählt werden, wäre deine / Platte als /dev/sdc bekannt, am besten du stellst auf UUIDs (zumindest die fstab) um, denn mit sdc könnte wiederum der alte Kernel nichts anfangen.

nobse
Beiträge: 52
Registriert: 31.10.2004 14:33:57
Wohnort: canary islands
Kontaktdaten:

Re: target filesystem doesnt exist

Beitrag von nobse » 17.06.2009 12:25:55

Hi,
also ich hab jetzt mal gegoogelt und viele einträge gefunden die beschreiben, dass man doch auf uuids umstellen soll- leider hab ich keinen eintrag gefunden der mir beschreibt wies geht :( hat jemand nen link für mich wos steht?
momentan guggts ja noch so aus :
http://nopaste.debianforum.de/22349

thx4help

Benutzeravatar
Lirion
Beiträge: 318
Registriert: 11.04.2007 08:30:14
Lizenz eigener Beiträge: GNU Free Documentation License
Wohnort: Worms
Kontaktdaten:

Re: target filesystem doesnt exist

Beitrag von Lirion » 20.06.2009 22:58:59

Dein nopastelink beschreibt, wie die Ausgabe von

Code: Alles auswählen

ls -l /dev/disk/by-uuid
aussieht.

Das ist Schritt eins: Rausfinden der UUIDS, bzw. zu welchem Device die gehören.

Schritt zwei: Anwenden. Statt

Code: Alles auswählen

/dev/sda6 /irgendwas ext3 <Optionen> x y
(die UUID weist auf ein ext3-Filesystem hin) stünde dann in der fstab

Code: Alles auswählen

UUID=0e634e23-6c00-447f-a892-0dd4476422d7 /irgendwas ext3 <Optionen> x y
Dieses Beispiel von mir richtet sich nach dem Inhalt des pastes.

Fertig.
Siehe auch

Code: Alles auswählen

man mount
man fstab
Auf UUIDs umzusteigen lohnt sich nur, wenn man UUIDs braucht. Generell ist das in einer Situation von Vorteil, wo sich das Device mal ändern kann - USB-Platten z.B. - oder halt, wenn der herkömmliche Deviceweg sonstwie scheitert.
Muß man abwägen.
Und was 'ne UUID ist... Kurzfassung: Beim Erstellen einer Partition kriegen diese je nach Dateisystem unterschiedlich genormte UUIDs (sogar FAT hat das), die relativ einzigartig sind und sich deshalb für den geschilderten Fall auch eignen. Weiteres Material: Google. Sollte auffindbar sein.
[/size]

Antworten