Seite 1 von 2
SmartFileSystem 1.236
Verfasst: 16.02.2005, 07:02
von gunatm
Moin! Laut ANN (
http://www.amiga-news.de/de/news/AN-200 ... 75-DE.html ) ist die version 1.236, des alternativen Filesystems für Amiga-Systeme released worden.
DL:
http://home.wtal.de/js/SFS_1.236.lha 46kb
Recent changes in SmartFileSystem:
1.236 (11.2.2005)
- AmigaOS4 only changes.
1.235
- Changes for diskcache.library V3.
1.234
- Fixed another bug with partitions > 125 GB.
- Fixed a bug in the AmigaOS4 requester function.
1.233
- Updated to diskcache V2, removed support for non-standard TD64
commands if diskcache is used (diskcache uses NSD commands).
- Should no longer read any blocks from removable RDB partitions.
- Support for mounting RDB partitions on USB massstorage added.
1.232, 1.231
- AmigaOS4 only changes.
1.230
- Fixed a bug which prevented SFS from working on partitions > 125 GB.
1.229
- Locks and filehandle allocation changed.
1.228
- No longer uses TD_GETGEOMETRY in the m68k version if not running on
AmigaOS4 because of a bug in the old scsi.device or IdeFix.
Homepage:
http://home.wtal.de/js/
DL:
http://main.aminet.net/disk/misc/SFS.lha V.1230 268kb
Verfasst: 13.07.2005, 07:38
von gunatm
Update auf 1.245
Die neueste Version des alternativen Dateisystems Smart Filesystem (SFS) erkennt jetzt zu große Partitionen (s.u.) und weigert sich, diese zu formatieren. Bei bereits formatierten, zu großen Partitionen sind nur Lesezugriffe erlaubt.
Die derzeitigen Maximalgrößen für eine mit SFS formatierte Partition sind:
64 GB bei 512 Bytes/Block
128 GB bei 1024 Bytes/Block
256 GB bei 2048 Bytes/Block
512 GB bei 4096 Bytes/Block
1 TB bei 8192 Bytes/Block
2 TB bei 16384 oder 32768 Bytes/Block
Falls eine Ihrer Partition diese Maximalwerte übersteigt, wird dringend davon abgeraten, ältere Versionen von SFS weiter zu benutzen: Früher oder später werden Sie Datenverlust erleiden.
Link:
http://home.wtal.de/js/index.phtml
AN:
http://www.amiga-news.de/de/news/AN-200 ... 71-DE.html
Verfasst: 15.07.2005, 11:19
von gunatm
Update auf 1.246
Für das Smart File System (SFS) liegt nun ein Update-Patch auf Version 1.246 speziell für Nutzer des 3. Prerelease-Updates von AmigaOS4 vor. Hierdurch werden zwei ältere Problemumgehungen wieder aktiviert.
Benötigt wird das Patchwerkzeug GPatch, das Sie wie folgt anwenden:
GPatch SYS:Kickstart/SmartFileSystem SFS_1.241_to_1.246.gpatch SmartFileSystem_1.246
DL:
http://home.wtal.de/js/SFS_update.lha SFS Update 53k
DL:
http://main.aminet.net/util/misc/gpatch.lha Gpatch 214k
Verfasst: 17.07.2005, 11:05
von gunatm
Update auf 1.248
AmigaOS 4: Dateisystem SFS 1.48
Für das alternative Dateisystem "Smart File System" (SFS) steht ein weiteres Update zur Verfügung. Änderungen seit der letzten Version:
1.248 (17.7.2005):
Fixed a bug in the OS4 update3 check which enables the workarounds for the Workbench, ContextMenus, etc. bugs.
1.247 (16.7.2005)
Allows writing to existing too large partitions again, but not formatting new ones. As increasing the limits would require changeing the data structures and make such a version incompatible to current and old versions of SFS I wont change them. You may get a "Disk Full" error now on too large partitions, instead of trashing the partition like SFS versions <= 1.244 did, even if there are still hundreds of GB free space on the partition.
ACTION_FILESYSTEM_ATTR times are in milli seconds now.
Benötigt wird das Patchwerkzeug GPatch, das Sie wie folgt anwenden:
GPatch SYS:Kickstart/SmartFileSystem SFS_to_1.248.gpatch SmartFileSystem_1.248
AN-Link:
http://www.amiga-news.de/de/news/AN-200 ... 06-DE.html
Verfasst: 02.10.2006, 08:17
von gunatm
Link:
http://strohmayer.org/sfs/ (Achtung --- Version für AOS4)
Changed the "wrong number of free blocks" requester to a timeout requester
Fixed a bug which could cause a crash if a SFS partition is mounted after the Workbench is running already
Verfasst: 02.10.2006, 09:13
von Miriam Koslowski
...ich weiss nicht...wenn immer so viele bugs gefixt werden müssen hätte ich irgendwie Angst, das Ding zu installieren...
Verfasst: 02.10.2006, 21:20
von RetroMan
Naja, die anderen haben noch mehr Bugs, die werden nur nicht behoben und somit auch nicht öffentlich gemacht
Verfasst: 03.10.2006, 03:21
von G60Master
gunatm hat geschrieben: (Achtung --- Version für AOS4)
Liest sich blöde!
Version für AOS 3.x (68k) und 4 (PPC) paßt da wohl besser,da ja alle 4 Versionen vorhanden sind!
Verfasst: 03.10.2006, 10:46
von gunatm
Die Revisionsstände sind unterschiedlich! Für die 68k-Version hat sich nichts getan. Wir brauchen keinen SFS-68k-User zum updaten zu schicken, wenn er den Stand schon hat.
Verfasst: 04.10.2006, 02:40
von G60Master
Gibt aber genug 68k-Wiedereinsteiger die nichts finden!
Verfasst: 04.10.2006, 06:57
von gunatm
Hä? Ich verstehe dich nicht. Die m68k-Version findest du oben auf der Seite und die Updates darunter. Wenn du dir den Anfang des Threads durchgelesen hättest, dann haben auch 68k-User keine Schwierigkeiten.
Ich habe jetzt eine Menge heißen Dampf in diversen Threads von dir gelesen, wo du dich vage zu Themen äußerst und beim Nachfragen nichts Brauchbares mehr kommt ... du toppst mich als Spammmer!
Glückwunsch ... das hilft aber in vielen Fällen keinem.
Verfasst: 04.10.2006, 09:06
von [[OD|N]]
also ich habe seid laengern die SFS2 2.3 installiert, und da kommt, wenn man zuviel reboots macht die Horromeldung.
"SFS0 not a dosdisk".
Naja ist ein Bug glaube ich ?
Hat einer von euch schon mal so ne Meldung bekommen unter dieser Rev (siehe oben)
Verfasst: 04.10.2006, 20:40
von RetroMan
Das liegt wohl eher an den schreib/lese Zugriffen während des Reboots, das ist mit mit FFS auch schon passiert nur repariert SFS das normalerweise selber .... zu oft sollte man das halt bei keinem FileSystem machen
Verfasst: 06.10.2006, 03:27
von G60Master
gunatm hat geschrieben:Hä? Ich verstehe dich nicht.
Hat sich erledigt!
Wird von Fachleuten geklärt werden!
Verfasst: 06.10.2006, 08:52
von gunatm
Also nicht von dir.