Ich hatte meinen fileserver auf suse 9.0 aufgesetzt. Nun hab ich ein neues Bord eingebaut und Suse 9.2 installiert.
Alle Platten, die vorher im Rechner waren, lassen sich ohne Probleme mounten, nur eine macht probleme.
wenn ich mount -t reiserfs /dev/hdx1 /verzeichnis eingebe bleibt ein blinkender curser in der console hängen.
tail -f /var/log/messages liefert folgendes:
... rechnername kernel: ReiserFS: hdx1: found reiserfs format "3.6" with standard journal
... rechnername kernel: ReiserFS: hdx1: using ordered data mode
... rechnername kernel: reiserfs: using flush barriers
... rechnername kernel: ReiserFS: hdx1: journal params: device hdx1, size bla...
... rechnername kernel: ReiserFS: hdx1: checking transaction log (hdi1)
und da bleibt er hängen.
Auf den anderen consolen kann ich noch weiterarbeiten (wenn auch sehr träge).
Die Platte ist eine WD 120 GB an nem UDMA PCI-Controller. Alle anderen Platten an dem Controller lassen sich mounten.
mit hdparm kann ich mir sämtliche Plattenparameter anzeigen lassen (wird also erkannt).
mit cat kann ich mir den Platteninhalt ausgeben lassen.
Auf dem Verzeichnis auf das ich mounte hab ich mal 777 als Rechte vergeben, damit es nciht an den Rechten scheitert.
Ich bin root.
reiserfck lieferte keine Fehler.
Habs mit Knoppix (3.2) versucht, aber damit kann ich gar nicht auf die Platten am UDMA Controller zugreifen.
Nur auf die am Primary DMA vom Board. Ich habe auch keinen Platz, um die Daten woanders hin zu kopieren (die 120GB sind fast voll).
DMA hab ich bei meinem Suse deaktiviert
Mit der alten Installation lief die Platte und es sind wichtige daten drauf. Jemand ne Idee, wie ich die gemountet bekomme?
Linux 15.011 Themen, 106.842 Beiträge
Du kannst trotzdem mal einen eigenen Kern unter SUSE kompilieren. Den installierten Standardkern deinstallierst du nicht,falls der selbstkompilierte Kern nicht läuft. Wenn es unter Knoppix mit dem kern 2.6 läuft bedeutet das nur, das die Version des Kerns nicht die Ursache ist. Da aber die Treiber für die Hardware im Kern sind kann es sein, das sich eventuell eine Option oder ein bestimmter Treiber des Standardkerns, sich nicht mit deiner Festplatte "verträgt".
Das habe ich schon oft erlebt. Man kann die Ursache schwer nachvollziehen. Im Standardkern sind wahrscheinlich viele Treiber ( oder die falschen Optionen) für die es keine Hardware in deinem Rechner gibt. In der Regel spielt das keine Rolle, aber vielleicht ist das die Ursache für dein Problem.
Microsoft hat deswegen wahrscheinlich die Treiber aus dem Kern von Windows ausgelagert. Dadurch ist der Betriebsystemkern flexibler und der Anwender kann leichter einen Treiber installieren.
Die modularenen oder monolitischen Kernel werden vorallem bei Unix eingesetzt. Die Unixes laufen aber auch auf Industrierechner für die es keine Fremdhersteller wie bei PCs gibt. Dadurch muß der Kern gar nicht so flexibel sein.
Ich denke mal das viele Fehler unter Windows auch im Chaos bei der Hardwarekonfiguration der PCs ihre Ursachen haben.
Das Kompilieren eines eigenen Kerns ist nicht schwierig. Man muß sich immer in der Hilfe bei den einzelnen Kerneloptionen orientieren.