ext3-Filesystem nicht mit OpenSUSE 11.3 lesbar

Hinweis: In dem Thema ext3-Filesystem nicht mit OpenSUSE 11.3 lesbar gibt es 15 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Hallo,


    Ich bin mir noch nicht sicher ob sdd6 wirklich eine ext3 (und nicht ext4) Partition ist.


    Unter Knoppix würde dies wie folgt angezeigt:


    Code
    > df -T


    Unter OpenSUSE (da hier die Partition nicht gemounted ist), versuch mal:


    Code
    # file -s /dev/sdd6


    Dann, angenommen der Filesystem Typ ist jetzt sicher:


    (unter OpenSUSE)


    Code
    # fsck.ext3 -b 32768 /dev/sdd6


    oder (falls ext4):


    Code
    # fsck.ext4 -b 32768 /dev/sdd6


    (falls dies funktioniert, ein Reboot und dann versuchen zu mounten:


    Code
    # mount /dev/sdd6 /mnt


    (ohne -t ext3)


    Gruss,
    Roland

    Für den Inhalt des Beitrages 28240 haftet ausdrücklich der jeweilige Autor: rme

  • Hi Roland,
    es sieht so aus, dass OpenSUSE das device /dev/sdd6 nicht öffnen kann, nur fdisk /dev/sdd funktioniert:


    -------------------------------------------------------
    tune2fs -l /dev/sdd6
    tune2fs 1.41.11 (14-Mar-2010)
    tune2fs: Attempt to read block from filesystem resulted in short read beim Versuch, /dev/sdd6 zu öffnen
    Kann keinen gültigen Dateisystem-Superblock finden.


    linux-fodq:/home/hul # file -s /dev/sdd6
    /dev/sdd6: ERROR: cannot read `/dev/sdd6' (Input/output error)


    linux-fodq:/home/hul # fsck.ext3 -b 32768 /dev/sdd6
    e2fsck 1.41.11 (14-Mar-2010)
    fsck.ext3: Attempt to read block from filesystem resulted in short read beim Versuch, /dev/sdd6 zu öffnen
    Könnte es eine Partion der Länge Null sein?


    linux-fodq:/home/hul # fsck.ext4 -b 32768 /dev/sdd6
    e2fsck 1.41.11 (14-Mar-2010)
    fsck.ext4: Attempt to read block from filesystem resulted in short read beim Versuch, /dev/sdd6 zu öffnen
    Könnte es eine Partion der Länge Null sein?


    linux-fodq:/home/hul # mount
    /dev/sda7 on / type ext4 (rw,acl,user_xattr)
    proc on /proc type proc (rw)
    sysfs on /sys type sysfs (rw)
    debugfs on /sys/kernel/debug type debugfs (rw)
    devtmpfs on /dev type devtmpfs (rw,mode=0755)
    tmpfs on /dev/shm type tmpfs (rw,mode=1777)
    devpts on /dev/pts type devpts (rw,mode=0620,gid=5)
    fusectl on /sys/fs/fuse/connections type fusectl (rw)
    /dev/sda1 on /windows/C type fuseblk (rw,noexec,nosuid,nodev,allow_other,blksize=4096,default_permissions)
    /dev/sdb1 on /windows/D type fuseblk (rw,noexec,nosuid,nodev,allow_other,blksize=4096,default_permissions)
    /dev/sdc1 on /windows/E type fuseblk (rw,noexec,nosuid,nodev,allow_other,blksize=4096,default_permissions)
    /dev/sdd1 on /windows/F type fuseblk (rw,noexec,nosuid,nodev,allow_other,blksize=4096,default_permissions)
    /dev/sdd2 on /windows/G type fuseblk (rw,noexec,nosuid,nodev,allow_other,blksize=4096,default_permissions)
    /dev/sda5 on /windows/H type fuseblk (rw,noexec,nosuid,nodev,allow_other,blksize=4096,default_permissions)
    /dev/sdd5 on /windows/I type fuseblk (rw,noexec,nosuid,nodev,allow_other,blksize=4096,default_permissions)
    securityfs on /sys/kernel/security type securityfs (rw)


    linux-fodq:/home/hul # ls -l /dev/sdd6
    brw-rw---- 1 root disk 8, 54 25. Jan 11:57 /dev/sdd6
    linux-fodq:/home/hul #
    --------------------------------------------------------------------------


    Noch eine Idee oder ist das ein Fehler im OpenSUSE?


    Danke und herzliche Grüße
    Holger

    Für den Inhalt des Beitrages 28241 haftet ausdrücklich der jeweilige Autor: hulevi

  • Hallo Holger,


    Dass es mit Knoppix funktioniert, aber mit SUSE nicht, ist schon eigenartig ?(


    Zitat

    Kann keinen gültigen Dateisystem-Superblock finden.


    Daher würde ich noch probieren:


    Code
    # fsck.ext3 -b 32768 /dev/sdd6


    Gruss,
    Roland

    Für den Inhalt des Beitrages 28243 haftet ausdrücklich der jeweilige Autor: rme

  • Neue Erkenntnisse auf OpenSUSE:


    fdisk /dev/sdd funktioniert, mit p wird Partitionstabelle ausgedruckt.


    mount der ntfs-filesysteme beim boot ist OK, sie sind aber nicht anzusprechen: I/O error
    Manuelles unmount und darauf folgendes mount geht nicht.


    Ergo: Alle filesysteme auf dieser Platte haben ein Problem.


    mount /dev/sdd5 /mnt
    mount: Sie müssen den Dateisystemtyp angeben
    linux-fodq:/windows/F # mount /dev/sdd5 /mnt -t ntfs
    Error reading bootsector: Eingabe-/Ausgabefehler
    Failed to sync device /dev/sdd5: Eingabe-/Ausgabefehler
    Failed to mount '/dev/sdd5': Eingabe-/Ausgabefehler
    NTFS is either inconsistent, or there is a hardware fault, or it's a
    SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
    then reboot into Windows twice. The usage of the /f parameter is very
    important! If the device is a SoftRAID/FakeRAID then first activate
    it and mount a different device under the /dev/mapper/ directory, (e.g.
    /dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
    for more details.
    ------------------------------------------


    Die letzte Info ist ein Hinweis: RAID. Es ist eine RAID 1 - Platte (Backup über ASUS DriveXpert). Heißt das, dass OpenSUSE RAID nicht verarbeiten kann und andere Linuxe können das?


    Ich grüße etwas frustriert....
    Holger

    Für den Inhalt des Beitrages 28244 haftet ausdrücklich der jeweilige Autor: hulevi

  • Hallo Holger,


    Zitat

    Heißt das, dass OpenSUSE RAID nicht verarbeiten kann und andere Linuxe können das?


    Also Raid :D ... da ist wohl das Problem, aber ich kenne mich hier nicht aus.


    Soviel ich weiss ist GRUB Version 0.9x (openSUSE) nicht in der Lage ein Linux zu starten wo die Boot-Dateien in RAID-Partitionen sind (Dein Knoppix hat wohl GRUB2).


    Hier brauchst Du Hilfe von jemand anderem (suche mal im Forum nach diesem Problem).


    Gruss,
    Roland

    Einmal editiert, zuletzt von rme ()

    Für den Inhalt des Beitrages 28246 haftet ausdrücklich der jeweilige Autor: rme

  • Hallo Holger,


    Wie gesagt, ich bin hier (Grub 0.9x -- RAID -- Linux boot) ohne viel Wissen. Aber vielleicht ist folgende Adresse nützlich (als Anfang):


    Code
    https://wiki.archlinux.org/index.php/Installing_with_Software_RAID_or_LVM


    Zitat

    As an overview, the basic concept is to copy over the grub bootloader files into /boot/grub, mount a procfs and a device tree inside of /mnt, then chroot to /mnt so you're effectively inside your new system. Once in your new system, you will run grub to install the bootloader in the boot area of your first hard drive.


    Das Umgekehrte wäre (so ich das richtig sehe) hier:


    Code
    https://wiki.archlinux.org/index.php/Convert_a_single_drive_system_to_RAID


    Ich poste diese Links nur in der Hoffnung dass Du von dort die eine oder andere Idee bekommst -- nochmals, ich bin hier unwissend (will heissen, die Links sind möglicherweise ohne Relevanz für Dich).


    Vielleicht ist alles viel einfacher -- lass wissen wie's geht ;)


    Gruss,
    Roland

    Für den Inhalt des Beitrages 28249 haftet ausdrücklich der jeweilige Autor: rme