Arch Linux

Error 13

hellmi666

Ich hoffte natürlich, dass nur Grub2 defekt sei. Aus welchen Gründen auch immer.

Aber folgende Meldung bestätigt deine Aussage, dass Ubuntu ohne Filesystem ist.

[hellmi666@Arch ~]$ dmesg | tail
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sdd2, internal journal
EXT3-fs: mounted filesystem with writeback data mode.
EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sdd3, internal journal
EXT3-fs: mounted filesystem with writeback data mode.
brcupsconfpt1[8227]: segfault at 72657061 ip b77f1884 sp bfc27a70 error 6 in libc-2.11.1.so[b777e000+141000]
brcupsconfpt1[8498]: segfault at 72657061 ip b7789884 sp bfbbd2f0 error 6 in libc-2.11.1.so[b7716000+141000]
EXT4-fs (sdb3): VFS: Can't find ext4 filesystem

Also, Neuinstallation, oder einfach lassen und bei Arch bleiben.

Grüße Hellmi

mpausch

kannst natürlich auch mal den mount ohne "-t ext4" probieren...
(vielleicht ist ja n anderes FS auf der Partition?!?)

hellmi666

Das hatte ich auch schon probiert.

[hellmi666@Arch ~]$ sudo mount /dev/sdb3 /mnt/Ubuntu-root
mount: Sie müssen den Dateisystemtyp angeben

Dirk

hellmi666 schriebmount: Sie müssen den Dateisystemtyp angeben

Ja, dann mach’ das doch mal.

mpausch

Dirk Sohler schrieb
hellmi666 schriebmount: Sie müssen den Dateisystemtyp angeben
Ja, dann mach’ das doch mal.

willst uns jetz veräppeln? 🙂
mit "-t ext4" hat er das praktisch schon gemacht (siehe erstes Posting von helmi)

hellmi666

Was mich interssieren würde, was bedeutet
bad superblock on /dev/sdb3 ?
Ich habe noch eine Mitteilung, die mich stuzt, weil hier scheint alles in Ordnung.

[hellmi666@Arch ~]$ sudo fdisk -l

Platte /dev/sda: 250.1 GByte, 250059350016 Byte
255 Köpfe, 63 Sektoren/Spur, 30401 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
Disk identifier: 0xcab10bee

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sda1   *           1        1567    12586896    7  HPFS/NTFS
/dev/sda2            1568        3525    15727635    b  W95 FAT32
/dev/sda3            3526       30401   215881470    5  Erweiterte
/dev/sda5            3526       30401   215881438+  83  Linux

Platte /dev/sdb: 250.1 GByte, 250059350016 Byte
255 Köpfe, 63 Sektoren/Spur, 30401 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
Disk identifier: 0x0000c66c

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sdb1               1         131     1052226   83  Linux
/dev/sdb2             132        2089    15727635   83  Linux
/dev/sdb3   *        2090        4047    15727635   83  Linux
/dev/sdb4            4048       30401   211688505    5  Erweiterte
/dev/sdb5            4048        6005    15727603+  83  Linux
/dev/sdb6            6006        7963    15727603+  83  Linux
/dev/sdb7            7964       30140   178136721   83  Linux
/dev/sdb8           30141       30401     2096451   82  Linux Swap / Solaris

Platte /dev/sdd: 1000.2 GByte, 1000204886016 Byte
255 Köpfe, 63 Sektoren/Spur, 121601 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
Disk identifier: 0x32c00d8a

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sdd1               1        1912    15358108+   7  HPFS/NTFS
/dev/sdd2            1913       16318   115716195   83  Linux
/dev/sdd3           16319      121601   845685697+  83  Linux
[hellmi666@Arch ~]$

sdb3 wird erkannt, sogar mit Grub, weil *.

Aber hier wiederum nicht.

[hellmi666@Arch ~]$ sudo blkid
/dev/sda1: LABEL="C-Windows" UUID="6AC1F425FF4780EB" TYPE="ntfs" 
/dev/sda2: LABEL="D-WINDOWS" UUID="4705-20CC" TYPE="vfat" 
/dev/sda5: LABEL="Zusatz" UUID="28683921-fc3f-451f-80e0-137d080dbb33" TYPE="ext3" 
/dev/sdb1: LABEL="Arch-boot" UUID="ff414d44-50d1-4363-a71d-2722eb8e16f5" TYPE="ext2" 
/dev/sdb2: LABEL="Arch-root" UUID="a29ef7f8-8cb0-49e6-b792-7b0d72acfca6" TYPE="ext4" 
/dev/sdb5: LABEL="Arch-home" UUID="c0b226be-34ea-4f85-87d7-972da0038411" TYPE="ext3" 
/dev/sdb6: LABEL="Ubuntu-home" UUID="fa7d79ec-e166-4d0c-b8aa-dff47c4ec902" TYPE="ext3" 
/dev/sdb7: LABEL="Daten" UUID="a4c216d8-96fd-48b4-af18-75e9fe194ec2" TYPE="ext3" 
/dev/sdb8: LABEL="swap" UUID="9e206a22-ead3-4ebb-b9e8-9315b76a7877" TYPE="swap" 
/dev/sdd1: LABEL="Sicherung1" UUID="3EC28A9135D9E8AB" TYPE="ntfs" 
/dev/sdd2: LABEL="Sicherung2" UUID="dd4a4c76-3ac3-41b6-bc59-5d14cb5b0dd1" TYPE="ext3" 
/dev/sdd3: LABEL="Multimedia" UUID="667641b8-ad4a-43ff-88ea-2255b20f0bfc" TYPE="ext3" 
[hellmi666@Arch ~]$

mpausch

hellmi666 schriebWas mich interssieren würde, was bedeutet
bad superblock on /dev/sdb3 ?

das bedeutet dass Linux mit den Daten an der Stelle, an der der Superblock liegt, nichts anfangen kann.
Guck dir mal http://de.wikipedia.org/wiki/Superblock an, ein Bild sagt doch mehr als 1000 Worte 🙂

hellmi666 schrieb Ich habe noch eine Mitteilung, die mich stuzt, weil hier scheint alles in Ordnung.

[hellmi666@Arch ~]$ sudo fdisk -l

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sda1   *           1        1567    12586896    7  HPFS/NTFS
/dev/sda2            1568        3525    15727635    b  W95 FAT32


/dev/sdb1               1         131     1052226   83  Linux
/dev/sdb2             132        2089    15727635   83  Linux
/dev/sdb3   *        2090        4047    15727635   83  Linux
/dev/sdb4            4048       30401   211688505    5  Erweiterte
/dev/sdb5            4048        6005    15727603+  83  Linux

sdb3 wird erkannt, sogar mit Grub, weil *.

Vorsicht: das Sternchen heisst erst mal nur, dass in der Partitionstabelle für die entsprechende Partition das Boot-Flag gesetzt ist.
Ob es im Bootsektor der entsprechenden Partition auch wirklich einen Bootloader gibt, sagt das überhaupt nicht aus.

hellmi666 schrieb
Aber hier wiederum nicht.

[hellmi666@Arch ~]$ sudo blkid
/dev/sda1: LABEL="C-Windows" UUID="6AC1F425FF4780EB" TYPE="ntfs" 
/dev/sda2: LABEL="D-WINDOWS" UUID="4705-20CC" TYPE="vfat" 
/dev/sda5: LABEL="Zusatz" UUID="28683921-fc3f-451f-80e0-137d080dbb33" TYPE="ext3" 
/dev/sdb1: LABEL="Arch-boot" UUID="ff414d44-50d1-4363-a71d-2722eb8e16f5" TYPE="ext2" 
/dev/sdb2: LABEL="Arch-root" UUID="a29ef7f8-8cb0-49e6-b792-7b0d72acfca6" TYPE="ext4" 
/dev/sdb5: LABEL="Arch-home" UUID="c0b226be-34ea-4f85-87d7-972da0038411" TYPE="ext3" 
/dev/sdb6: LABEL="Ubuntu-home" UUID="fa7d79ec-e166-4d0c-b8aa-dff47c4ec902" TYPE="ext3" 
/dev/sdb7: LABEL="Daten" UUID="a4c216d8-96fd-48b4-af18-75e9fe194ec2" TYPE="ext3" 
/dev/sdb8: LABEL="swap" UUID="9e206a22-ead3-4ebb-b9e8-9315b76a7877" TYPE="swap" 
/dev/sdd1: LABEL="Sicherung1" UUID="3EC28A9135D9E8AB" TYPE="ntfs" 
/dev/sdd2: LABEL="Sicherung2" UUID="dd4a4c76-3ac3-41b6-bc59-5d14cb5b0dd1" TYPE="ext3" 
/dev/sdd3: LABEL="Multimedia" UUID="667641b8-ad4a-43ff-88ea-2255b20f0bfc" TYPE="ext3" 
[hellmi666@Arch ~]$

das LABEL bzw die UUID sind keine Eigenschaft der Partition, sondern des Dateisystems innerhalb einer Partition.
Ohne es wirklich zu wissen: ich kann mir vorstellen, dass LABEL/UUID im Superblock gespeichert sind.
Und wenn der (wie oben schon erwähnt) kaputt ist, dann kann blkid für die entsprechende Partition auch nichts ausgeben...

kleiner Nachtrag. LABELs/UUIDs nett erklärt: http://manual.sidux.com/de/part-uuid-de.htm

hellmi666

Wenn aber "nur" der Superblock kaputt ist, kann man ihn auch reparieren?

Muehle

hellmi666 schriebWenn aber "nur" der Superblock kaputt ist, kann man ihn auch reparieren?

Hallo,

ich glaub nicht wirklich daß das passiert ist.

Wenn Du ein "ext3" versuchst mit "-t ext4" zu mounten wird das wohl nicht gehen.

Hast Du schon mal probiert Via Bootmenue vom BIOS direkt von der Ubuntu-Platte zu booten? Wenn nicht, dann mach das mal und Starte Ubuntu.
Da wird wohl erst mal ein e2fsck durchlaufen, zeigt ja die Ausgabe aus Deinem
zweiten Post. Wenn ubuntu normal läuft kommt der nächste Schritt.

Den Grub von Arch auf die Win-Platte zu bauen halte ich IMHO für Unsinn. Das beste ist Du machst ihn dahin wo er hingehört auf die Archplatte und boote dann auch von dieser.

Dann Repariere den Mbr der Win-Platte, und schau ob win normal läuft.

Wenn dann jede Platte für sich sauber Ihr system hochbringt kannst Du über das Anpassen der Grub-configuration nachdenken.

Gruß

PS: Um Schäden bei der Reperatur zu vermeiden schalt vllt die beiden andern ab,
entweder im BIOS oder halt physisch.

Dirk

Muehle schriebWenn Du ein "ext3" versuchst mit "-t ext4" zu mounten wird das wohl nicht gehen.

Doch, natürlich geht das.

Muehle

Dirk Sohler schrieb
Muehle schriebWenn Du ein "ext3" versuchst mit "-t ext4" zu mounten wird das wohl nicht gehen.
Doch, natürlich geht das.

Aber doch nur wenn es auch in /proc/filesystems drin ist oder?

hellmi666

Erst einmal vielen dank, dass du dir die Mühe machst, mir zu helfen.

Meine Arch- und Ubuntu-Installationen sind auf der selben Platte. Arch (/boot=sdb1,/=sdb2); Ubuntu (sdb3).Von daher kann ich im BIOs nichts umstellen.

Die /-Partitionen von Arch und Ubuntu haben ext4 als Dateisystem.

Wenn das mit der Reparatur von Ubuntu zu kompliziert ist, installiere ich es eben neu.

Dirk

Muehle schriebAber doch nur wenn es auch in /proc/filesystems drin ist oder?

K.A, ich weiß nur, dass du ext3 problemlos als ext4 mounten kannst.

Muehle

Nischt zu danken, die Mitvierziger soltlen zusammenhalten 😉

Wie sieht den die "menu.lst" unter Arch aus?

Ich glaub fast die beiden grub streiten sich, wer denn nun das Sagen hat.

Gruß

hellmi666

Muehle schrieb Ich glaub fast die beiden grub streiten sich, wer denn nun das Sagen hat.

Gruß

Nein, dem ist nicht so, weil es schon mal funktionierte und jetzt, nachdem ich Ubuntu neu installiert habe, auch wieder funktioniert.

Also, das Problem hat sich erledigt.

Danke nochmals.