amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Amiga, AmigaOS 4 > FFS/SFS Horror [ - Suche - Neue Beiträge - Registrieren - Login - ]

1 -2- [ - Beitrag schreiben - ]

23.04.2003, 00:00 Uhr

R-TEAM
Posts: 1030
Nutzer 		Hi Roger,

das müssten die partitionen sein die an der geänderten partition angrenzen ...
mmhh .. sollten dan nur 2 sein .. eine vor der geänderten ..
eine dahinter.

Warum 3 .... kann es mir nur so erklären das sich die änderungen auf diese 3
partitionen erstrecken .. also alle 3 nicht mehr mit den RDB werten
von start/end und/oder Blockgröße zusammenpassen ..

habe dazu jetzt auch keine genaue erklärung ...

Die partitionen deren werte passen laufen dann auch problemlos :D

Habe SFS bisher nur auf einer kleinen Testpartition ..
(zum CD-Image swappen) .. darum hab ich auch keine erfahrung mit SFS!

Benutze nur auf 1 partition (Games) FFS [45.14] und auf allen anderen
(bis auf der Test-SFS) PFS3 [18.5] !

(hoffe immer noch auf PFS für PPC oder AOS4 :rolleyes: )

>Vermutung/spekulation:
Wenn SFS die blockgröße beim installieren ändert und du dann mit der
blöckgröße wieder FFS eingestellt hast .. könnte sein das die HD-Toolbox
die neuen start/end werte nach der eventuell doppelt großen blocksize
berechnet hat .. damit wäre die geänderte partition doppelt so groß geworden
und hätte vieleicht die 3 anderen partitionen beschnitten ... ??
<Vermutung ENDE.

Wie gesagt .. habe praktisch keine erfahrung mit SFS .. und mit der
HD-Toolbox .. benutze hier am Main A4k/060 mit MK-3 und UW-SCSI das
(und NUR) scsi-config von P5 .. habe damit nur mal testweise SFS auf 1
800Mb partition installiert ..
und die HD-Toolbox benutz ich nur am 2 A4k/060 Apollo beim internen IDE
controler, und dort auch problemlos .. daher keine erfahrung damit :P

Hoffe für dir ...
Datenverlust ist echt schlimm!!!!
Kann DB-2000 NUR empfehlen!
[wenn auch mit kleinen problemen .. siehe DB-2000 Thread]

Grüße
R-TEAM

[ - Antworten - Zitieren - Direktlink - ]
23.04.2003, 00:24 Uhr

Roger
Posts: 990
Nutzer 		Gibt es eventuell einen Amiga User in meiner Nähe (Zürich/Dietikon) der Zeit und Lust hätte mir bei meinem Problem vor Ort zu helfen?

Eine Pizza oder ähnliches würde sofort von mir gesponsert

Ach ja, versteift euch bei den Antworten bitte nicht auf SFS. Ich benutze weiterhin FFS
--
Gruss Roger :bounce: :bounce:

Der Amiga-Online-Shop in der Schweiz
http://www.ahs-amiga.ch
Ein Besuch lohnt sich

[ - Antworten - Zitieren - Direktlink - ]
23.04.2003, 09:13 Uhr

Jens
Posts: 64
Nutzer
Zitat:
Original von Roger:

Ach ja, versteift euch bei den Antworten bitte nicht auf SFS. Ich benutze weiterhin FFS

Ich habe es beim überfliegen hier noch nicht gesehen, aber mir hat RDBrecov sehr gut bei einem ähnlichen Problem geholfen. Denn wenn irgendetwas Deinen RDB zerschossen hat, könnte das auch Deine Probleme erklären. Funktioniert bei SFS und FFS.

Viel Erfolg

[ - Antworten - Zitieren - Direktlink - ]
23.04.2003, 10:30 Uhr

Palgucker
Posts: 1342
Nutzer 		Hallo Roger

Mir ist da noch 'ne Idee gekommen. Du schriebst,

Diese drei Partitionen sind immer noch unformatiert.
Unter dem Icon steht IBM2:102143232
Falls das jemandem von euch etwas sagt

Ich hab mal probiert, solch ähnlichen Gerätenamen zu vergeben, und
danach war meine Partition nicht nur unformatiert, sondern ganz
verschwunden. Schau also noch mal in die HDToolbox und ändere die
Namen in sinnige Gerätenamen ab. Das heist, im Namensfeld darf kein
Doppelpunkt oder Slash stehen. Setze zur Sicherheit den Cursor nochmal
rechts vom Namen und drücke länger auf Del. Nur um zu sehen, ob nicht
noch irgendwas auftaucht. Denn der Name kann in diesen Feld bis 31
Zeichen lang sein.

[ - Antworten - Zitieren - Direktlink - ]
24.04.2003, 18:59 Uhr

Roger
Posts: 990
Nutzer 		Palgucker, daran liegt es auch nicht. Habe die Namen in HDToolBox gelöscht und nochmal neu eingegeben, also ohne Leerzeichen und noch immer dasselbe.

Bin echt am verzweifeln. Gibt es keine Software oder ähnliches mit dem ich den alten RDB wieder herstellen kann? Und dies ohne die anderen Partitionen zu zerschiessen ?(

Ansonsten sehe ich wirklich nur noch die Möglichkeit meine Platte für viel Geld von einem Profi Geschäft auslesen zu lassen und dann alles neu zu installieren.
--
Gruss Roger :bounce: :bounce:

Der Amiga-Online-Shop in der Schweiz
http://www.ahs-amiga.ch
Ein Besuch lohnt sich

[ - Antworten - Zitieren - Direktlink - ]
24.04.2003, 19:46 Uhr

Palgucker
Posts: 1342
Nutzer 		hallo Roger

Hast Du dann auch nochmal versucht, unter dem Button >>Change<< den
File System Blocksize auf 512 zu stellen?

[ - Antworten - Zitieren - Direktlink - ]
24.04.2003, 20:59 Uhr

Roger
Posts: 990
Nutzer 		Ja, alles schon x-mal versucht und immer noch das gleiche Resultat.
--
Gruss Roger :bounce: :bounce:

Der Amiga-Online-Shop in der Schweiz
http://www.ahs-amiga.ch
Ein Besuch lohnt sich

[ - Antworten - Zitieren - Direktlink - ]
24.04.2003, 21:53 Uhr

Askane
Posts: 850
Nutzer 		Es gibt 2 Möglichkeiten noch.
Was ich jetzt schreibe, sollte ein oder mehrere User bestätigen.

Die Erste.
Schreibe Dir alle Partionsgrößen, -Anfänge und Ende von der HDToolBox
auf. Sichere komplett alle noch vorhandenen Daten.

Starte über die NotDisk und richte die Festplatte komplett neu
ein mit OS3.9.
Da nur den RDB neu schreibst und die alten Größen wieder einträgst,
der Partionen, sollten vielleicht wieder die Daten sichtbar werden.

Oder Du installierst ab OS3.1 das komplette AmigaOS neu. Vielleicht
erscheinen dann irgendwann die verlorenen Partionen.

Eigentlich kann das SFS Filesystem ändere Partionen nicht verändern.


MnG Askane

[ - Antworten - Zitieren - Direktlink - ]
24.04.2003, 22:37 Uhr

Palgucker
Posts: 1342
Nutzer 		hallo Roger

Hast Du schon mal RDBrecov ausprobiert? Den link dazu findest Du im
1. Posting oder halt im Aminet. Hat auch ein deutsches Guide, in dem
alles gut beschrieben steht. Lass es mal duchlaufen und benutze für
Deinen Fall noch die Option ONLYFFS. Sichere aber auch den jetzigen
RDB oder schreib halt alles auf. Wenn Du nun etwas Glück hast, macht
Dir RDBrecov ein paar angaben, die am besten auch handschriftlich
notiert werden. Sollten dann Werte für Startcylinder oder
Total Cylinder mit Deinen jetzigen Einstellungen nicht übereinstimmen
und noch dazu ein Dir doch bekannter Volumename auftauchen, dann trage
doch diese Werte in die HDToolbox ein und probiere es einfach aus.

Hoffe doch immer noch, das das noch was wird

mfG

P.s. Wenn Deine Bootpartition noch funktioniert, achte darauf,
das bei den Cylinderwerten keine Eintragungen vorkommen, die in diese
reingreifen. Und vielleicht ist es besser, sich erstmal mit einer
defekten Partition zu beschäftigen, als mit allen gleichzeitig.

[ - Antworten - Zitieren - Direktlink - ]
25.04.2003, 00:35 Uhr

Holger
Posts: 8116
Nutzer
Zitat:
Original von R-TEAM:
Was ich bisher gelesen habe kann ich davon ausgehen das du das FFS von dem Unit (der FestPlatte) gelöscht hast ...

Das ist aber eigentlich EGAL !!!!
Das FFS ist im KickROM !!!!!!!!!!
(ausnahme wäre wenn das FFS im ROM zum verwendeten FFS inkompatibel wäre! )
Nun, genau das ist der Fall. Das FFS, das im KickROM liegt, ist ein uraltes mit den bekannten xGB-Grenzen/Bugs. Wenn das zwischenzeitlich aktiv gewesen ist, können alle mögliche Blöcke überschrieben worden sein.
Also sollte man auf jeden Fall eine aktuelle Version im RDB haben.
Ein anderes Problem kann es sein, wenn beim Hinzufügen des anderen FileSystems (hier SFS) vergessen hat, die richtige ID anzugeben und irrtümlich die von FFS eingestellt hat. Dann versucht das OS, allen Partitionen mit dieser ID das SFS unterzujubeln, was natürlich katastrophal endet.
Zitat:
Du musst nur wieder den exakten start- und end-block der partition
SAMT richtigen filesystem und blocksize einstellen ..
dann sind die daten wieder da !!!! 8)
[...]
du darfst nur nix auf die betroffenen blöcke der platte schreiben ..
und nur den RDB ändern .. dann kan nix passieren ..
Das ist der kritische Punkt, möglicherweise ist es schon zu spät...

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.

[ - Antworten - Zitieren - Direktlink - ]
25.04.2003, 13:14 Uhr

Askane
Posts: 850
Nutzer 		Ich habe mich mal selber geärgert, was Dir hilft. ;)

Schreibe einfach drauf los, da ich nheute noch arbeiten muß. :)

Ich habe 2 Festplatten, und nur das SFS Filesystem. Desweiteren habe
ich 2 unterschiedliche AmigaStartpartionen. Eine sehr einfache OS3.9
und eine ausgebaute auf den jeweiligen Festplatten. So das ich noch
ein Notstart durchführen könnte.

Habe die einfache StartPartion zur Bootpartion erklärt. Bei dieser
Festplatte das SFS gelöscht, das FFS neu installiert. Hatte die Kennung
vom SFS übernommen. ;)
Mit FFS diese Bootpartion formatiert und neu installiert, kopiert.
Nach einem Neustart war bei der anderen Festplatte nur noch die letzte
Partion da zum zugreifen. :( Das SFS Filesystem hatte ich auch nicht im
Verzeichnis l oder woanders installiert!
Sehr einfach eine Partion von dieser Festplatte in mehrere kleine unterteilt
und FastFilesystem dafür ausgewählt. Kaltstart durchgeführt!
Noch eins draufgesetzt, die Festplatte komplett neu installiert, und die alten
Partionsgrößen wieder eingerichtet. Danach wieder alles schön rückgängig
gestaltet mit den Filesystemenwirwar.

Und? Alles wieder so, wie es sein sollte. Das einzige was ich nicht getan
habe, neuformartiert.
Ach, und auf einmal weiß auch mein SFS Filesystem seine Kennung von selbst. ;)

MnG Askane

[ - Antworten - Zitieren - Direktlink - ]
25.04.2003, 14:02 Uhr

Palgucker
Posts: 1342
Nutzer 		Da ist mir nochwas eingefallen, was eventuell von interesse
wäre.

Was bekommst Du ausgegeben, wenn Du in einer Shell folgendes eingibst:

version Devicename

Gibt es dort Unterschiede zwischen den funktionierenden und den
defekten Partitionen?


[ - Antworten - Zitieren - Direktlink - ]
25.04.2003, 14:28 Uhr

thomas
Posts: 7717
Nutzer
Habt ihr das immer noch nicht hinbekommen ? Das kann doch nicht so schwer sein.

@Roger: schick mir mal eine Mail, mit den Daten deiner Festplatte(n) (IDE/SCSI, welche(r) Controller, alle Partitionen mit Namen und Größen, welches OS und welches Partitionstool (HDToolbox oder HDInstTool) du benutzt). Dann bekommen wir das schon hin.

Am besten holst du dir das Archiv Check4GB aus dem Aminet, rufst das darin enthaltene Programm CheckHD auf und schickst mir die Ausgabe. Da müßte eigentlich alles drinstehen, was ich wissen muß.

http://de.aminet.net/aminetbin/find?check4gb


Gruß Thomas

--
Email: thomas-rapp@web.de
Home: home.t-online.de/home/thomas-rapp/

[ - Antworten - Zitieren - Direktlink - ]
25.04.2003, 16:13 Uhr

R-TEAM
Posts: 1030
Nutzer 		Hi Holger,

wenn er mit einer reinem K3.1 system bootet stimmt was du sagst :D
Nur ...
ich bin davon ausgegangen das er mindestens OS3.5 hat MIT ROM Update
oder sogar 3.9 ..

Und natürlich ist es besser das FileSystem in RDB zu haben 8)

Aber mit OS3.9 (oder wie bei mir + LoadModule) nicht unbedingt
nötig da im "ROM" die neuste FFS version ist :D

Hoffe echt das er das hinbekommt ...
(Benutzt ein RDB sicherungsprg !!! [Rigids hat mich überzeugt] )

Grüße
R-TEAM

[ - Antworten - Zitieren - Direktlink - ]
25.04.2003, 18:37 Uhr

Roger
Posts: 990
Nutzer 		Hallo Thomas


Das Email ist bereits an dich unterwegs.

Rigids werde ich nachher auch gleich noch testen.
--
Gruss Roger :bounce: :bounce:

Der Amiga-Online-Shop in der Schweiz
http://www.ahs-amiga.ch
Ein Besuch lohnt sich

[ Dieser Beitrag wurde von Roger am 25.04.2003 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]
26.04.2003, 22:28 Uhr

Roger
Posts: 990
Nutzer 		So, jetzt habe ich mal von HDToolBox den Mounteintrag und den Auszug von RDBRecov angesehen sowie die momentane Eintragung in HDToolBox selber.
Jetzt komme ich gar nicht mehr draus, überall steht etwas anderes.

Daher meine Fragen:

Zeigt RDBRecov den Original Zustand der Festplatte an?

Was zeigt der Mount Auszug von HDToolBox an?

Zeigt HDToolBox selber den IST Zustand an??

Ach ja, hier die Mountlist von HDToolBox zur Ansicht

/* RigidDiskBlock. */
IC35L080AVVA07-0 VA4O: disk = cybppc.device
Unit = 5
BytesperBlock = 512
Cylinders = 39890
Heads = 16
BlocksPerTrack = 252
CylinderBlocks = 4031
RDBlow = 2 ; RDBhi = 8063
MinCyl = 2 ; MaxCyl = 39889
Interleave = 0
HiLun = TRUE
HiID = FALSE
HiDrive = FALSE
Reselect = TRUE
Synch = FALSE
AutoParkSeconds = 0
#
/* Partition. */
IBM0: device = cybppc.device
Unit = 5
Flags = 0
/*! ReadOnly = FALSE */
FileSystem = "Ram Disk:FastFileSystem"
GlobVec = -1
Surfaces = 16
BlockSize = 512
BlocksPerTrack = 252
Reserved = 2
Interleave = 0
SectorsPerBlock = 1
LowCyl = 2 ; HighCyl = 130
PreAlloc = 0
Buffers = 256
BufMemType = 0
DOSType = 0x444f5303
MaxTransfer = 130560
Mask = 0x7ffffffe
BootPri = -1
Mount = 1
/*! Bootable = TRUE */
/*# BootBlocks = 0 */
#
/* Partition. */
IBM1: device = cybppc.device
Unit = 5
Flags = 0
/*! ReadOnly = FALSE */
Surfaces = 16
BlockSize = 512
BlocksPerTrack = 252
Reserved = 2
Interleave = 0
SectorsPerBlock = 1
LowCyl = 131 ; HighCyl = 1664
PreAlloc = 0
Buffers = 128
BufMemType = 0
DOSType = 0x444f5303
MaxTransfer = 130560
Mask = 0x7ffffffe
BootPri = -128
Mount = 1
/*! Bootable = FALSE */
/*# BootBlocks = 0 */
#
/* Partition. */
IBM2: device = cybppc.device
Unit = 5
Flags = 0
/*! ReadOnly = FALSE */
Surfaces = 16
BlockSize = 512
BlocksPerTrack = 252
Reserved = 2
Interleave = 0
SectorsPerBlock = 1
LowCyl = 1667 ; HighCyl = 2944
PreAlloc = 0
Buffers = 128
BufMemType = 0
DOSType = 0x444f5303
MaxTransfer = 130560
Mask = 0x7ffffffe
BootPri = -128
Mount = 1
/*! Bootable = FALSE */
/*# BootBlocks = 0 */
#
/* Partition. */
IBM3: device = cybppc.device
Unit = 5
Flags = 0
/*! ReadOnly = FALSE */
Surfaces = 16
BlockSize = 512
BlocksPerTrack = 252
Reserved = 2
Interleave = 0
SectorsPerBlock = 1
LowCyl = 2945 ; HighCyl = 4670
PreAlloc = 0
Buffers = 80
BufMemType = 0
DOSType = 0x444f5303
MaxTransfer = 130560
Mask = 0x7ffffffe
BootPri = -128
Mount = 1
/*! Bootable = FALSE */
/*# BootBlocks = 0 */
#
/* Partition. */
IBM4: device = cybppc.device
Unit = 5
Flags = 0
/*! ReadOnly = FALSE */
Surfaces = 16
BlockSize = 512
BlocksPerTrack = 252
Reserved = 2
Interleave = 0
SectorsPerBlock = 1
LowCyl = 4671 ; HighCyl = 6970
PreAlloc = 0
Buffers = 256
BufMemType = 0
DOSType = 0x444f5303
MaxTransfer = 130560
Mask = 0x7ffffffe
BootPri = -128
Mount = 1
/*! Bootable = FALSE */
/*# BootBlocks = 0 */
#
/* Partition. */
IBM6: device = cybppc.device
Unit = 5
Flags = 0
/*! ReadOnly = FALSE */
Surfaces = 16
BlockSize = 512
BlocksPerTrack = 252
Reserved = 2
Interleave = 0
SectorsPerBlock = 1
LowCyl = 6971 ; HighCyl = 16749
PreAlloc = 0
Buffers = 256
BufMemType = 0
DOSType = 0x444f5303
MaxTransfer = 130560
Mask = 0x7ffffffe
BootPri = -128
Mount = 1
/*! Bootable = FALSE */
/*# BootBlocks = 0 */
#
/* Partition. */
IBM5: device = cybppc.device
Unit = 5
Flags = 0
/*! ReadOnly = FALSE */
Surfaces = 16
BlockSize = 512
BlocksPerTrack = 252
Reserved = 2
Interleave = 0
SectorsPerBlock = 1
LowCyl = 16750 ; HighCyl = 39889
PreAlloc = 0
Buffers = 256
BufMemType = 0
DOSType = 0x444f5303
MaxTransfer = 130560
Mask = 0x7ffffffe
BootPri = -128
Mount = 1
/*! Bootable = FALSE */
/*# BootBlocks = 0 */
#


Und hier das Resultat von RDBRecov

FFS Bootblock found at cylinder 131: Size = 1534 cyls DosType=444f5303 Name="Cache" BlockSize=512
FFS Bootblock found at cylinder 1665: Size = 1278 cyls DosType=444f5303 Name="Work" BlockSize=512
FFS Bootblock found at cylinder 2943: Size = 1726 cyls DosType=444f5303 Name="Internet" BlockSize=512
FFS Bootblock found at cylinder 4669: Size = 2300 cyls DosType=444f5301 Name="Programme" BlockSize=512
FFS Bootblock found at cylinder 6969: Size = 2 cyls DosType=444f5301 Name="Poseidon" BlockSize=1024
FFS Bootblock found at cylinder 6971: Size = 9779 cyls DosType=444f5303 Name="Games" BlockSize=512
FFS Bootblock found at cylinder 16750: Size =23140 cyls DosType=444f5303 Name="Multimedia" BlockSize=512

--

Gruss Roger :bounce: :bounce:

Der Amiga-Online-Shop in der Schweiz
http://www.ahs-amiga.ch
Ein Besuch lohnt sich

[ Dieser Beitrag wurde von Roger am 26.04.2003 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]
26.04.2003, 23:27 Uhr

Roger
Posts: 990
Nutzer 		:rotate: :rotate: :rotate: :rotate: :rotate: :rotate: :rotate:


YIPPPIEE

Meine Partitionen sind wieder da!!


Scheint als hätten sich von 4 Partitionen die Start/Endzylinder verschoben.
Nachdem ich mit RDBRecov und der Mountlist alles durchgeschaut habe, konnte ich die Original Einstellung wieder vornehmen.

Nun läuft alles wieder :look: :itchy:

Danke an alle die nun wegen mir schlaflose Nächte hatten und mir behilflich waren.


--
Gruss Roger :bounce: :bounce:

Der Amiga-Online-Shop in der Schweiz
http://www.ahs-amiga.ch
Ein Besuch lohnt sich

[ - Antworten - Zitieren - Direktlink - ]
26.04.2003, 23:47 Uhr

Palgucker
Posts: 1342
Nutzer 		Ja,ja diese 2 Cylinder-Partitionen ;)

Aber weil Du im Moment die HDTollbox so gut im Griff hast, wie
hoffendlich nie wieder, könntest Du es ja nochmal mit SFS versuchen.
Denn an SFS lag es garantiert nicht.

[ - Antworten - Zitieren - Direktlink - ]
26.04.2003, 23:58 Uhr

Roger
Posts: 990
Nutzer 		Ich glaube ich lasse lieber mal die Finger von SFS. Denn die Anleitung ist auf Englisch und sobald ich eine Englische Anleitung lesen muss, habe ich eine Abneigung dagegen.
Denn leider lässt sich die Partition ja nicht normal Formatieren.

Werde mir wohl mal PFS3 Organisieren und dann schaue ich weiter.
--
Gruss Roger :bounce: :bounce:

Der Amiga-Online-Shop in der Schweiz
http://www.ahs-amiga.ch
Ein Besuch lohnt sich

[ - Antworten - Zitieren - Direktlink - ]
27.04.2003, 00:08 Uhr

Askane
Posts: 850
Nutzer 		Kaufe Dir lieber das Buch von OS3.9
D haste mehr von und zu SFS, HDToolBox steht auch ne Menge drin.
Da biste mehr wie eine Woche beschäftigt, um Deine Workbench
umzugestalten. :)

MnG Askane

[ - Antworten - Zitieren - Direktlink - ]
27.04.2003, 02:23 Uhr

Palgucker
Posts: 1342
Nutzer 		hallo Roger

Das mit der 2Cyl-Partition war wohl ein Schnellsch(l)uss...

Aber mit SFS ist wirklich nicht so schwer.

Zum eigenlichen Installieren brauchst Du aus dem Archiv erstmal
nur SFSformat und das SmartFilesystem in l:.

Angenommen, Du willst z.B. Deine CachePartion mit dem SFS ausstatten,
was bei eventuellen Browserabstürzen durchaus Sinn machen könnte.

Ich nenne Deine Chache-Partion mal "Cache" mit dem Devicenamen IBM0.

Also:
Schritt 1
HDToolbox öffnen und ins entsprechende Partitionsfenster gehen.

Partition IBM0 auswählen.

Schritt 2

Über Button mit >>ADD/UPDATE<< ins Filesystemfenster gehen und dann
mit >>Add New Filesystem<< das Smartfilesystem laden.
Jetzt, und nur jetzt (ich habe es selber schon verpennt) kann
man links unten im Identifierfeld den DOSType eintragen.
Trage dort 0x53465300 ein und drücke dann ok.

Schritt 3

Über den Button >>Change<< für Device IBM0 das neu zur Verfügung
stehende Filesystem SFS0 auswählen und die HDToolBox über ok / save
und reboot verlassen.


Reboot abwarten und nochmal prüfen.
----
Solltest Du jetzt bemerken, das Du vielleicht die falsche Partition
plattgemacht hast, Schreibe einfach den RDB (den Du wohl hoffendlich
hast!!!) zurück, und alles wird gut.
----

Schritt 4

Nach erfolgreichen Reboot eine Shell öffnen und folgendes eingeben:

sfsformat Drive IBM0: name Cache

return und nochmal return .... Und fertig ist die Laube.















[ - Antworten - Zitieren - Direktlink - ]
27.04.2003, 09:07 Uhr

thomas
Posts: 7717
Nutzer
Zitat:
Zeigt RDBRecov den Original Zustand der Festplatte an?

RDBRecov geht davon aus, daß der RDB zerstört wurde, sprich: es ignoriert ihn, falls er noch da sein sollte. Stattdessen liest es die ganze Festplatte und sucht nach Boot- und Rootblocks von Partitionen. Diese gibt es dann aus, sodaß der Benutzer den RDB mit Hilfe der HDToolbox wiederherstellen kann.

Es zeigt somit den Original-Zustand der Fesplatte an, ja. Es findet aber u.U. auch alte Partitionen, die in dem RDB nicht mehr vorhanden sind, aber noch nicht physisch überschrieben wurden. Deshalb der Hinweis auf sich überschneidende Partitionen in der Anleitung.

Da du so viele Ungereimtheiten in deinem RDB hast (hdtoolbox <> mountfile <> rdbrecob), würde ich vorschlagen, die Festplatte komplett neu zu installieren, mit den Angaben von RDBRecov. Danach müßten die Werte überall übereinstimmen. Auf meiner Homepage gibt es das Tool KillRDB, damit kannst du den vorhandenen RDB löschen, sodaß die HDToolbox gezwungernermaßen neu installieren muß.

http://home.t-online.de/home/thomas-rapp/killrdb.lha


Backup des RDB auf einer Notfalldiskette vorher nicht vergessen :-)

Gruß Thomas

--
Email: thomas-rapp@web.de
Home: home.t-online.de/home/thomas-rapp/

[ - Antworten - Zitieren - Direktlink - ]
27.04.2003, 13:30 Uhr

Roger
Posts: 990
Nutzer 		Danke Palgucker für die Deutsche Anleitung zu SFS

Ich habe dies auch gleich mit einer kleinen Partition ausprobiert und es ging tatsächlich :glow:

Nun möchte ich aber noch schnell eine andere Frage stellen.

Was könnt ihr mir eher empfehlen? SFS oder PFS3?

Möchte nicht das dies hier nun zu einem Streit zwischen SFS und PFS3 Usern wird. Daher bitte nur eine Empfehlung abgeben. Danke
--
Gruss Roger :bounce: :bounce:

Der Amiga-Online-Shop in der Schweiz
http://www.ahs-amiga.ch
Ein Besuch lohnt sich

[ - Antworten - Zitieren - Direktlink - ]
27.04.2003, 14:41 Uhr

Palgucker
Posts: 1342
Nutzer 		hallo Roger

Schön das es geklappt hat. Und war doch garnicht so schwer?

Sollte vielleicht noch erwähnen, das Du bei weiteren Umstellungen
Deiner Partitionen auf SFS "Schritt 2" vollständig weglassen kannst.

Es sei denn, Du möchtest parallel zu der jetzigen Version noch eine
andere ausprobieren. Diese müsste dann aber den DOSType 0x53465301
bekommen.

mfg Palgucker

[ - Antworten - Zitieren - Direktlink - ]
28.04.2003, 12:20 Uhr

Askane
Posts: 850
Nutzer 		Das Buch kann ich Dir trotzdem empfehlen, habe es selber. :)

Wenn das SFS-Filesystem bei Dir ohne Probleme funktioniert, dann nutze
dies auch. Würde ich so machen.

MnG Askane

[ - Antworten - Zitieren - Direktlink - ]
28.04.2003, 22:46 Uhr

R-TEAM
Posts: 1030
Nutzer 		Hi Roger ;)

also ich habe hier bis auf 2 partitionen nur PFS3 laufen.
Bin SEHR zufrieden damit!
Habe dann noch 1 laufwerk mit FFS (Games) und 1 mit SFS zum testen
(Cd-images) ...
Mit SFS hab ich nur selten zu tun .. brenn nicht so viel ..
bin aber etwas mistrauisch ...
PFS3 ist auch erst in der LETZTEN version bugfrei geworden (IMHO) ..
Vor und nochteile (IMHO) :

PFS3 ->

+ Sehr schnell (ein tick schneller als SFS bei mir)
+ Immer valid (hat SFS IMHO auch)
+ Rollover Files für große log files (YAM Log/Apache Log/MySQL Log ..)
+ Ausgereift und Bugfrei (Last VERSION!!!)
+ Lange dateinamen (SFS auch)
+ DelDir verzeichniss (SFS auch)

- kein brauchbares tool wenn die HD doch mal crasht!!!(bei FFS ist Disksalv
der retter in der Not (und SUPERGUT [only V2 IMHO] ), bei PFS ist zwar der
PFSDoctor dabei .. aber der ist noch ziemlich buggi :( .. wie das bei
SFS ist .. keine ahnung)
- wohl keine weiterentwicklung mehr .. besonders zu PPC :( :(
- "kleine" probleme mit >4GB : bei vielen funktionierts ..
bei anderen wie bei mir geht die normale PFS3 version nicht mit
meiner 18GB HD .. trotz MK-3 UW-SCSI device last version und OS3.9.2 ..
FFS geht problemlos .. SFS auch .. mit PFS3 gehts NUR mit der Direct-SCSI
version obwohl die normale version auch TD64/NSD unterstützen soll!
Aber es läuft!

Hoffe ich konnte dier helfen.
Mit PPC werde ich wohl (wegen keiner weiterentwicklung) auf SFS wechseln.
Würde aber gerne PFS3 (V4 PPC) nutzen :D

Ach ja .. für die wo es genau wissen wollen:
FFS Version 45.14
PFS3 18.5
SFS 1.195
cybppc.device 45.71

Grüße
R-TEAM

[ - Antworten - Zitieren - Direktlink - ]
29.04.2003, 08:57 Uhr

gni
Posts: 1106
Nutzer
Zitat:
R-TEAM:
cybppc.device 45.71
Was ist denn das für ein Flashrom?

[ - Antworten - Zitieren - Direktlink - ]
29.04.2003, 09:07 Uhr

thomas
Posts: 7717
Nutzer
Zitat:
Original von gni:
Zitat:
R-TEAM:
cybppc.device 45.71
Was ist denn das für ein Flashrom?


Das neueste vom 12.10.2001.

http://home.t-online.de/home/thomas-rapp/faq/faqpowerpc.html#9

http://www.dcecom.de/downloads.html


Gruß Thomas

--
Email: thomas-rapp@web.de
Home: home.t-online.de/home/thomas-rapp/

[ Dieser Beitrag wurde von thomas am 29.04.2003 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]

1 -2- [ - Beitrag schreiben - ]


amiga-news.de Forum > Amiga, AmigaOS 4 > FFS/SFS Horror [ - Suche - Neue Beiträge - Registrieren - Login - ]


.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.