staging.inyokaproject.org

Die fstab scheint jetzt auf jeden Fall mal zu passen, gut so ☺

Die externe Platte ist auch korrekt formatiert und Filesystem erstellt? Eventuell mal mit gparted neu machen.

Habe das Laufwerk mit gparded eingerichtet, ich gehe mal davon aus, dass es korrekt gelaufen ist. Habe gparted nochmal aufgerufen und ein Bildschirmfoto gemacht.

Kann nicht erkennen, ob das alles korrekt ist. Kannst du mal bitte drüber schauen? Gibt es noch eine andere Möglichkeit herauszufinden, ob die Platte korrekt eingerichtet worde?

Die Partitionierung sieht auf den ersten Blick in Ordnung aus. Jetzt muss du aber natürlich noch das Dateisystem erstellen:

sudo mkfs.ext3 /dev/sdc1

Gruß

Dachte, dass ich in gparted den Datenträger schon formatiert habe... Anscheinend bringe ich hier was durcheinander... Partitionieren geht also mit gparted - formatieren nicht?

Erstelle jetzt das Filesystem...

Filesystem ist erstellt, ich tippe jetzt mal auf reboot...

Platte komplett neu gemacht. Immer noch Fehler beim hochfahren...

checkfs

Log of fsck -C3 -R -A -a 
Sat Sep  6 17:02:05 2008

fsck 1.40.8 (13-Mar-2008)
fsck.ext3: No such file or directory while trying to open /dev/sdc1
/dev/sdc1: 
The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

Backup: clean, 61/2506752 files, 4629637/10004470 blocks
fsck died with exit status 8

Sat Sep  6 17:02:05 2008
----------------

Kannst du mal bitte posten, welche Ausgabe der Aufruf von mkfs.ext3 produziert hat?

Die Ausgabe war/ist folgende:

jelo@hardy:~$ sudo mkfs.ext3 /dev/sdc1
[sudo] password for jelo:
mke2fs 1.40.8 (13-Mar-2008)
Dateisystem-Label=
OS-Typ: Linux
Blockgröße=4096 (log=2)
Fragmentgröße=4096 (log=2)
24420352 Inodes, 97675192 Blöcke
4883759 Blöcke (5.00%) reserviert für den Superuser
Erster Datenblock=0
Maximale Dateisystem-Blöcke=0
2981 Blockgruppen
32768 Blöcke pro Gruppe, 32768 Fragmente pro Gruppe
8192 Inodes pro Gruppe
Superblock-Sicherungskopien gespeichert in den Blöcken:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968

Schreibe Inode-Tabellen: erledigt
Erstelle Journal (32768 Blöcke): erledigt
Schreibe Superblöcke und Dateisystem-Accountinginformationen: erledigt

Das Dateisystem wird automatisch alle 22 Mounts bzw. alle 180 Tage überprüft,
je nachdem, was zuerst eintritt. Veränderbar mit tune2fs -c oder -t .

Das Problem ist leider noch immer nicht gelöst - Die mounterei klappt allerdings

jelo@hardy:/var/log/fsck$ more /var/log/fsck/checkfs
Log of fsck -C3 -R -A -a
Sun Sep  7 10:08:50 2008

fsck 1.40.8 (13-Mar-2008)
fsck.ext3: No such file or directory while trying to open /dev/sdc1
/dev/sdc1:
The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

Backup: clean, 10/2506752 files, 124052/10004470 blocks
fsck died with exit status 8

Sun Sep  7 10:08:50 2008

Ändere deine letzte Zeile in der fstab mal so ab das kein fsck auf der externe Platte ausgeführt werden soll, also aus

/dev/sdc1	/media/400G	ext3	defaults	0	2

machst du

/dev/sdc1	/media/400G	ext3	defaults	0	0

Mehr fällt mir dann dazu auch nicht ein.

Wenn das dann alles zufriedenstellend funktioniert würde ich die fstab wieder so abändern das statt /dev/sdc1 die ID verwendet wird, das gewährleistet dir das die Platte immer richtig gemounted wird, auch wenn beispielsweise ein USB Stick angesteckt wird.

Hallo,

habe die fstab entsprechend geändert und es funktioniert. Wir habe jetzt das Symptom abgestellt und können die Ursache nicht finden, die Lösung "quick and dirty" gefällt mir eigendlich nicht, kann ja nicht sein, dass der Filesystemcheck (bei einem künftigen Backup Medium) abgeschaltet wird. Markiere dennoch den Thread als gelöst. Danke für deine Hilfe, habe einiges gelernt...

Hast du auch mal die Variante mit der UUID statt des Devicenamens getestet?

Habe ich gerade getestet, bleibt wieder beim booten hängen. Kann die UUID der externen 400G nicht auflösen. Schalte fsck in fstab ab. Oder hast noch ńe Idee?

jelo@hardy:~$ more /var/log/fsck/checkfs
Log of fsck -C3 -R -A -a
Sun Sep  7 18:40:12 2008

fsck 1.40.8 (13-Mar-2008)
40G: clean, 10/2506752 files, 124052/10004470 blocks (check in 2 mounts)
fsck.ext3: Unable to resolve 'UUID=c5dab018-c8f7-4f3b-ae49-4f2d06ec172e'
fsck died with exit status 8

Sun Sep  7 18:40:12 2008