Ubuntu-Forum & Kubuntu-Forum | www.Ubuntu-Forum.de

Liebe Forumsmitglieder,
da ich neu hier bin erst mal ein Hallo an das Forum. Nun aber gleich zu meinem Problem:
Nach genanntem Update per eingebautem Automatismus, startet Grub und lädt, aber beim Systemstart gibt es nach vielen guten Meldungen einen Fehler beim Einhängen von sda nach /. Danach geht natürlich nichts mehr viel weiter.

Ich habe 2 Festplatten mit 40 GB. Die erste Platte ist mit ext3 als Einzel-Partition eingerichtet (/dev/sda1) und war und soll unter / eingehängt werden. Die 2te Platte hält eine swap-Partition mit 3,27 GB und eine 2te Partition (/dev/sdb2) mit ext3 war und soll unter /home eingehängt werden.

Starte ich Ubuntu 9.04 als Live-System (hier tippe ich das gerade) von CD, werden die Partitionen auch weiterhin wie beschrieben erkannt und können problemlos angesprochen werden. Alle Dateien etc. sind im Zugriff.

Starte ich aber Ubuntu 9.10 als Live-System, wird nur sda erkannt, kann aber nicht gemountet werden. Die anderen Partitionen werden zwar von gparted angezeigt, aber mit Problem gemeldet. Die grafische Festplatteninfo zeigt zu den zwei 40 GB Platten noch ein gemapptes Zeug mit 80 GB. Hierzu ist zu sagen, dass die zwei Platten mal als FastTrack-Raid unter Windows (? ist schon länger her) und einer anderen Haupt-Platine gearbeitet haben. Ich hatte danach kurz Suse damit (ohne Raid-Zeugs) laufen und seit einem knappen Jahr Ubuntu 9.04.

Wie man wohl aus meinen Darstellungen merkt, bin ich kein Terminal-Jongleur. Sehr viel mehr als sudo, cd, ls und ifconfig ist mir leider nicht geläufig. Da ich mir die Fehler in 9.10 nicht gemerkt und nicht notiert habe, werde ich mal 9.10. von CD starten und dann die Angaben hier ergänzen und hoffe, dass jemand eine Idee hat, wie das Problem zu beheben ist, ohne neu installieren zu müssen. Gefunden habe ich zu dem Problem weder hier im Forum etwas, noch mit Google im großen weiten Netz. Nun ja, einige Bruchstücke zu Ubuntu mit FastTrack-Raid, aber Raid-Betrieb ist nicht mehr - auch der Controller steckt schon seit mehreren Betriebssystemen nicht mehr in der Maschine.

Bis gleich mit Ergänzungen...

die hier aus 9.10 Live folgen:
ein Mountversuch erzeugt folgende Fehlermeldung: Error mounting: mount exited with exit code 32: mount: wrong fs type, bad option, bad superblock on /dev/mapper/pdc_cjdaibdgf1, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so

(besagtes dmesg | tail liefert:
[ 85.814058] sr 1:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 85.814062] sr 1:0:0:0: [sr0] Sense Key : Illegal Request [current]
[ 85.814066] sr 1:0:0:0: [sr0] Add. Sense: Illegal mode for this track
[ 85.814071] end_request: I/O error, dev sr0, sector 1413064
[ 85.832845] sr 1:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 85.832849] sr 1:0:0:0: [sr0] Sense Key : Illegal Request [current]
[ 85.832853] sr 1:0:0:0: [sr0] Add. Sense: Illegal mode for this track
[ 85.832858] end_request: I/O error, dev sr0, sector 1413068
[ 151.237125] ondemand governor failed, too long transition latency of HW, fallback to performance governor
[ 280.310033] EXT3-fs: no journal found.)

(zu "... or so" habe ich keine weitere Idee.)

Palimpsest meldet:
Floppy, USB, CD etc.
und eine 80 GB Festplatte mit dem Hinweis "MBR-Partitionstabelle" und meldet 80 GB frei und nicht zugeteilt
und eine 40 GB Festplatte mit dem Hinweis "Nicht partitioniert" und einem "40 GB Dateisystem Linux Ext3 (Version 1,0)"
(ja ist komisch, aber ist so)
und eine 40 GB Festplatte ATA ST340016A mit dem Hinweis "MBR-Partitionstabelle" und meldet dazu "40 GB frei Nicht zugeteilter Platz"
und noch eine 40 GB Festplatte ATA ST340016A mit dem Hinweis "MBR-Partitionstabelle" und meldet dazu "40 GB frei Nicht zugeteilter Platz"

Die zwei ST340016A sind wirklich in den Rechner eingebaut. Die weiteren 40 GB und 80 GB gibt es definitiv nicht.

GParted meldet:
/dev/mapper/pdc_cjdaibdgf mit:
/dev/mapper/pdc_cjdaibdgf1 mit 37,27 GB und ext3 und nicht zugeteilt 37,28 GB
/dev/sda mit:
/dev/sda1 mit 37,27 GB und ext3 mit boot-Markierung und dem Warnhinweis: e2label: No such file or directory while trying to open /dev/sda1 Could not find valid filesystem superblock ... dumpe2fs 1.41.9. ..... No such file etc. wie vor.
/dev/sdb mit:
/dev/sdb1 mit Dateisystem linux-swap mit 3,27 GB
/dev/sdb2 mit Dateisystem ext3 und gleicher Warnmeldung wie oben

Weitere Informationen zur Platten-Hardware kann ich dem System mit meinem Wissen nicht entlocken, aber offensichtlich hat hier 9.10 Probleme die 9.04 nicht hat. GRUB habe ich vom 9.04er Live-System neu (in den MBR?) nachschreiben lassen - war nutzlos und wohl ein Fehler.

Ich hoffe, jemand hat eine bessere Idee wie man das mapper-Zeugs ohne Datenverlust entfernen kann. Ein Einstellungs- und Daten-Backup liegt zwar vor, aber ich fürchte bis ich 9.04 neu installiert habe und herausfinde was und wie man Einstellungen zurücksichert, dauert das genau so lange und ich habe immer noch ein altes System. Das alte System wäre zum jetzigen Zeitpunkt allerdings kein Problem. Meine Liebste war ganz zufrieden damit und ich habe schon sehr, sehr Unfreundliches, wegen dem Update-Versuch, anhören müssen .
Will jetzt aber bitte keine Diskussion über den Sinn von System-Updates, " muss immer das Neueste haben" etc. los treten.

Dank + Gruß
schic

/dev/mapper und die Fehlermeldung bei einem mount-Versuch von dev/sda, hat mich schließlich zu http://www.overclockers.com/forums/archi…p/t-624234.html geführt und mir so die Lösung beschert.

vlt. hilf das ja noch jemand Leid geplagten. Übrigens funktioniert wieder alles wie gehabt - da wär ich doch fast schon nervös geworden...