Hi,

habe mir DB2000 zugelegt und bin eigentlich ganz zufrieden (schleichwerbung)

Nur .. mit den XPK packern krieg ich nur backups von Max 60MB hin ??

Alle versuche darüber .. und das backup kann nicht mehr gelesen werden !!

Habe schon mind 10 verschieden packer probiert

Weis jemand rat oder den packer der weisen ??

Würde echt gerne meine daten packen (zur zeit knapp 10GB !!)

Grüße
R-TEAM

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Hi,

ja .. ist ECHT mist !!!!

Habe zwar in dem addendum gelesen das es vorkommen kann .. die probleme mit XPK ..
aber dachte mir .. wenn es mal zufällig nicht klappt weis ich ja warum ... aber
jetz bin ich doch .. etwas .. frustriert ... kein EINZIGES mal klappt das sichern
mit DB2000 und XPK !

Habe aufn Main rechner nen Streamer (noch 525 MB Tandberg .. aber ein
HP DLT 40GB ist schon geordert ) und da hab ichs noch net probiert ..

wollte erst vom 2 A4k 060 nen backup machen (1 IDE-HD 1,2GB in 3 Partitionen)
als file und das dann per netzwerk auf den Main schieben .. dann erst ein neues
Tape backup (habe das bisher mit Ami-Back2.0 gemacht .. zufrieden ABER nur Max 4GB!)

Aber .. ich kann wie gesagt nur ca 60MB daten auswählen auf dem rechner
(A4000/Apollo060/55Mhz 70MBFastRAM OS3.9.2).

Wenn ich mehr nehme .. "das backup kann nicht mit dieser version gelesen werden" ..
oder so ähnlich

Habe schon alle möglichen XPK Sublibs probiert .. immer das selbe!

Das problem ist .. wenn ich am Main Amiga nen backup mache mit 5GB z.b. ..
das dauert auf dem langsamen streamer EWIG (ca 16h !!) mit etlichen bandwechseln !!
Und wenn es dann nicht hinhaut ......

Darum test ich das erst mal am 2 A4000 ... bisher nur ohne packen erfolgreich


So ein MIST !!

Hoffe ich bekomm das noch im griff !!

Grüße
R-TEAM

[ - Answer - Quote - Direct link - ]

Hi,

Habe etz den unhold gefunden !!!!!
Es ist .. AutoUpdateWB V45.2!!!!

DAS hätte ich nicht gedacht !!

Habe zuerst mal von meiner kleinsten partition auf dem Main rechner (3 SCSI HD's)
ein backup auf File gemacht .. mit XPK library packen .. NO PROBLEM!!

Dann habe ich den 2 rechner ohne startup-sequence gebootet .. diavolo gestartet ..
cool .. geht auch ohne den ganzen startup kram ... und dann ging das backup
MIT den XPK Libs !!!

So in der art hab ich mich halt immer weiter in der s-s vorgetastet ..
bis nur noch AutoUpdateWB übrigblieb .... ohne gibt es keine probleme ..
mit funktioniert KEIN Backup MIT XPK support .. gleich welche lib !!

Werde etz mal schauen ob das ändern der stelle des aufrufens von AutoUpdateWB
was bringt .. ??

Würde das prg schon gerne weiter nutzen!
Und ... aufn Main rechner ist das auch drauf .. dort macht es KEINE probleme ..
vieleicht wegen der GraKa (CyGFX4) ??

Grüße
R-TEAM

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Hi,

@ cygnusED

das ist glaub ich was anderes .. ich hatte bei backups auch schon lesefehler ..
darum halt IMMER ein Vergleichen machen .. und selbst dann kann sich
das Backup noch verabschieden .. ist aber unwarscheinlich
Glaube nicht das es am verwendeten sub-packer liegt.
(dürfte egal sein ob NUKE oder PWPK)

@ all

Nein .. mein problem ist das das backup ÜBERHAUPT nicht gelesen werden kann!
Das backup/vergleichen bricht GLEICH am anfang ab!!Egal mit welcher sub-Lib!
Ja .. ich habe LEIDER geschrieben -kann- .. hatte ja auf dem Main A4000
DB2000 schon getestet .. mit ca 200MB in ein File .. kein problem ..
dann ein fullbackup gemacht.(nach einen die ganze nacht dauernden testlauf
um den optimalen packer bei nahezu voller Tape geschwindigkeit rauszufinden,
bringt ja nix wenn das Tape dauernd auf Daten wartet und ist nicht gut fürs band,
dauern anfahren und wieder stoppen )

Und das ergebnis nach ca 4h und 4GB .. und etlichen Tape wechseln ..
Backup konnte NICHT gelesen werden (version inkompatible .. wie schon am 2. A4000)
(Habe GZIP packer mit minnimaler packrate benutzt .. ca. 29% packrate
bei ca. 10MB/min .. Tape schafft ca. 11MB/min .. mehr schaft mein 060 nicht )

Habe natürlich AutoUpdateWB entfernt und .. kein erfolg!!!
MIST !! MIST !! MIST !!

Muss etz wieder alles testen ..startup-sequence/WBStartup-Drawer

Hoffe ich finde den fehler ... ???????

echt nervig.
Am XPK system kann es aber nicht liegen .. habe hier ne Partition über
XFH mit XPK laufen .. noch nie probleme.

Grüße
R-TEAM

[ Dieser Beitrag wurde von R-TEAM am 15.01.2003 editiert. ]

[ - Answer - Quote - Direct link - ]

Hi,

Scheint das die XPK library anbindung in DB2000 sehr Buggy ist !!
Und das verwirrenste .. das problem scheint abhängig vom DatenVolumen
des BackUps zu sein !

Mit ca 500MB sind backups auf dem Main rechner kein problem .. mit keiner XPK
sub lib!

Aber .. alles über 1GByte GEHT NICHT !!!!!!!!!!!!!

Habe eine StartDisk gemacht .. NUR asl.library V45.5/diskfont.library V36.66/
version.library V37.67 und xpkmaster.library V5.2/08.09.99 in Libs/!!
(dazu natürlich alle Sub libs in Libs/compressors)

Sowie setpatch V43.6 im root verzeichnis.(Letzter IMO K3.1 setpatch)

SONST IST auf der disk NICHTS drauf!!!
System: Kick 40.68 (K3.1) PUR ohne Updates!(KALTSTART!!!)
A4000D/CyberstormMK-3 060 128MB RAM
HardDisks am UW-SCSI controler File system FFS V45.13 und PFS V18.5 sowie eine 15G partition in PFS direct scsi.

Floppy gebootet .. im cli mode erst setpatch dann diavolo von der festplatte gestartet ..
backup mit 1.02 GB gemacht ... xpk packer NONE (wegen dem speed) ..
backup kann nicht gelesen werden

Entweder liegt es am XPK system (v5.2) und DB2000 arbeitet NUR mit vorherigen
versionen problemlos zusammen .. ???? ... oder es ist ein problem bei großen
backups UND XPK !!
Auf jeden fall ein MASSIVES problem bei DB2000 !!

Man kann ja nicht davon ausgehen das alle backups über einer bestimmten grenze
mit einen Streemer mit Hardware packer gemacht werden oder ungepackt gespeichert werden!

Das schränkt meine empfehlung für DB2000 doch STARK ein!
Es gibt ja auch keine alternative möglichkeit einen packer oder verschlüsselung
einzubinden OHNE das XPK system.

Hatte vorher Ami-Back2.0 .. kann zwar LEIDER nur max 2GB (zur not 4GB) ...
und hat einen miesen internen packer (ca. 15% MAX) .. aber LIEF IMMER PROBLEMLOS!!

Was man halt von einen sensiblen prg, was ein back-up prg ja ist .. da es
die sicherheit der daten erhöhen soll, erwartet.

Hoffe das da noch ein Update kommt

Kann doch nicht so schwer sein ... ???
Hoffe ich .. wenn das mit XPK funktionieren würde wäre das prg echt spitze

Probier etz nochmal ältere XPK versionen durch .. hoffnung ?

Muss wohl warten bis ich meinen streamer mit Hardware packing habe .. sniff.

Grüße
R-TEAM

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von R-TEAM:
Hi,

Scheint das die XPK library anbindung in DB2000 sehr Buggy ist !!
Und das verwirrenste .. das problem scheint abhängig vom DatenVolumen
des BackUps zu sein !

Mit ca 500MB sind backups auf dem Main rechner kein problem .. mit keiner XPK
sub lib!


SONST IST auf der disk NICHTS drauf!!!
System: Kick 40.68 (K3.1) PUR ohne Updates!(KALTSTART!!!)
A4000D/CyberstormMK-3 060 128MB RAM
HardDisks am UW-SCSI controler File system FFS V45.13 und PFS V18.5 sowie eine 15G partition in PFS direct scsi.
Floppy gebootet .. im cli mode erst setpatch dann diavolo von der festplatte gestartet ..
backup mit 1.02 GB gemacht ... xpk packer NONE (wegen dem speed) ..
backup kann nicht gelesen werden

---

[ - Answer - Quote - Direct link - ]

Hi Maverik,

danke für die Ratschläge
Bin echt fertig mit der welt ...

Also wegen "keinen packer" missverständniss ...

Das meine ich so das "keine" einzige der verschiedenen Sub libs damit probleme macht

.. die idee mit dem filesystem könnte was bringen .. habe PFS3 last version drauf ..
nehme mal für die back-up datei die partition mit FFS.

Habe aber wenig hoffnung

Ging mit dem Streamer leider auch nicht (ca 2,5GB)
Und da ist ja nix mit FileSystem

War am anfang voll Happy .. DB2000 ist echt ein geniales prg ...
aber die probleme mit XPK machen mich fertig .. einfach kein system erkennbar ?

Sonst wäre DB2000 echt nahezu perfekt )

(bis auf ein paar kleinigkeiten )

Grüße
R-TEAM

[ - Answer - Quote - Direct link - ]

Hi Maverik,

mir ist noch eingefallen das du mit "keinen packer" eventuell den "packer NONE"
gemeint hast .. das ist ein Dummy packer (name NONE) in XPK der nur das file
storet .. also nicht packt aber schon innerhalb des XPK systems läuft.
(wegen dem testen gut .. da sehr schnell)

Kann dir zum testen ja mal die DD BootDisk als DMS/Zoom/Adf file schicken ..
falls du interesse hast .. musst mir nur deine e-mail samt gewünschten file format
mitteilen.

Dann mit der disk und OHNE OS UPDATES/Patche booten (Kaltstart!!).

Es ist keine startup-seq drauf .. nach dem booten setpatch von der Disk laden ..
(wegen dem CPU cache aktivierung .. keine 040/060 LIB einbindung!)
.. und dein diavoloBK2000 vom cli starten (eventuell stack erhöhen )
.. dann mal ein 1GB backup machen mit XPK .. würde mich echt interresieren
ob der fehler bei dir dann auch auftritt ???

Bin grade dabei ein BK-Up von meinen system zu machen ... in ca. 500MB
happen ... das geht problemlos !! (VERÜCKT !!)

Die idee mit dem filesystem war, wie ich schon dacht unfruchtbar ..
auch auf der FFS partition kein erfolg im vergleichen ..

Das MUSS doch irgendwie reproduzierbar sein .. Grummel.

Frustrierte Grüße
R-TEAM

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Hi Maverik

Danke für das Angebot ... habe aber (IMHO !!BETEN,BETEN!!) nach fast 1 woche nächtelangen
testen wohl den fehler gefunden !!
(Liegt nicht direkt an DB2000 und NICHT an XPK !!)

Das dümmste .. ein ähnlichen fehler hatte ich schonmal .. als OS3.5
rauskam !! Hatte den bug damals an die AmigaAktuell (leider eingestellt )
geschrieben.(mit noch ein paar anderen bis heute nicht gefixten OS3.5/3.9 bugs)

Es ist das "neue" FFS !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Darum kam ich auf keinen grünen zweig ... bin davon ausgegangen das es
damit (mit meiner einzigen FFS partition) keine probleme gibt!

Der damalige fehler :
-----------------------------------
Hatte (habe) meine Games (HD-Tauglichen) auf ner extra partition,
die wegen der möglichkeit der verstimmung eines in-game loaders mit
anderen filesystemen(PFS/SFS) als dem erwarteten FFS ich lieber bei
der nutzung von FFS lasse.

Hatte früher natürlich das orginal OS3.1 FFS drauf (weis nimmer welche version)
.. damit hatte ich NIE probleme (auser der üblichen FFS probleme .. invalid .. usw..).

Als ich mir dann OS3.5 zulegte wechselte ich zum ersten mal die FFS version.
(die updates davor hab ich nie benutzt).

Von der partition ein BK-up gemacht .. das neue FFS in den RDB rein ..
formatiert .. BK-up zurück .. alles prima .. bis .....

Bis ich mal wieder Siedler (1 natürlich) zocken wollte!!!
Da ich dafür keine WB mit GraKa usw. brauche habe ich das von ner ganz
normales BootDisk gestartet .. so mit 3.1 setpatch/060lib usw. drauf ..
lief vorher prima .. jetzt nicht mehr !!!!

Nach langen testen kam folgendes raus:
Es macht NUR mucken von der OS3.5 FFS partition!!!
Wenn ich nach den booten mit der disk das game kommplet in die RAM disk kopiere
läuft es von dort problemlos!!!(ebenso von einer PFS partition)

Erst wenn ich den OS3.5/3.9 setpatch benutze und der die NEUE workbench.library
lädt .. UND danach noch LoadWB mache .. kann ich auch siedler wieder
von der OS3.5(jetzt OS3.9) FFS partition zocken!!
(zuvor ist es bei diskzugriffen eingefroren??)
------------------------------------
Auf den fehler (meinen fehler) das DB2000 probleme macht ab einer gewissen BK-up größe bin ich
deswegen gekommen weil ich ab den ganannten größen die Games: partition
eben mit den FFS (V45.13 OS3.9.2) zum BK-up mitverwendet habe

Ohne die FFS partition gehn auch BK-ups mit mehr als 1,8 GB problemlos!!!
MIT XPK !!!!!!!!

Jetz ist auch nachvollziebar (wenigstens teilweise) warum auf den 2 rechner AutoUpdateWB
einen einfluss darauf gehabt hat .. es beinflusst die workbench.library
und diese (weis der teufel warum ?????) brauch das neue FFS !!

Frag mich nicht was die wb.library mit dem FFS zu tun hat ??????

Anscheinend greift DB2000 auf nicht-konventionelle art auf die daten beim BK-up zu..
jedenfalls mit XPK ... nicht das das eine illegale art wäre (es geht ja normal)..
aber das neue FFS mag das nicht
(macht sonst wohl nur siedler noch so .. kein anderes prg IMO .. mit Ami-Back2.0 nie probleme)

Werde mal ein nicht gepacktes BK-up machen und schauen ob ich die Games: wieder mit dem orginal K3.1 FFS
formatieren kann .. dann mal testen .. wens dann geht wäre das der beweis!!

Frage .. hast du ne nach-K3.1 FFS partition ??
Wenn ja welche version??

Weist du ob der programmierer von DB2000 da noch was macht ..??
Weil da steht das er den fehler wegen XPK gerne fixen würde aber den
grund nicht findet .. dem könnte geholfen werden

ENDLICH hoffnungsvolle Grüße
R-TEAM

[ - Answer - Quote - Direct link - ]

Hi,

FINAL POST !!!!!! FEHLER DEVINITIV GEFUNDEN !!!!!!!!!!!!!!
(Gleich mit ratschlag zum vorläufigen fixen )
AUF BEIDEN A4000 GETESTET !!! Jetzt ohne Probleme !!!!!!!!
Auf beiden BK-up MIT XPK und alle patche ON Durchgeführt!!

Also erstmal ... der fehler war nicht das neue FFS ....
(obwohl das oben beschriebene problem von siedler und neuen FFS auftritt!!)

Es lag aber auf der FFS partition!(weis net ob der fehler mit anderen filesystemen auftritt)

Da ich für leistungshungrige games (GraKa/3D/TCP) auch von der FFS partition boote,
mit ner minnimal WB drauf zum starten vom TCP-Stack und der games,
habe ich dort natürlich auch ein ENVARC: verzeichniss!
(Prefs/Env-Archive )

Natürlich sind viele einstellungen diverser prg auf beiden umgebungen
(full WB von der PFS partition/minnimal WB auf Games)
einsetzbar/sinnvoll .. einige natürlich nicht

Für die kompatiblen einstellungen habe ich Soft Links vom haupt ENVARC:
zu dem auf Games: gemacht.

Und zwar für Verzeichnisse wie auch für Dateien !!

Nun habe ich sehr oft in meinen ganzen system Soft (und ein paar Hard) Links.
Ich mag es nicht gerne wenn identische dateien 2 x vorhanden sind.
(hatte damit noch keine prbl .. bis auf 1 od 2 ausnahmen)

Darum habe ich dem keine große bedeutung beigemessen.

Das problem taucht nur auf wenn :

A. im selben verzeichniss Softlinks für Dateien UND Verzeichnisse verwendet werden!!(weis net wie es mit Hard links ist!)
B. die erste nach dem soft-link verzeichniss kommende datei auch soft-link ist !!
C. WENN man XPK benutzt !!! OHNE geht es problemlos!!!

LÖSUNG:
Wenn man eine NICHT verlinkte datei vor der ersten soft-link datei
plaziert (hab ich gemacht .. ne datei mit 1 byte .. name 0DB-FIX )
gibt es kein problem mit XPK nutzung !!
Oder man plaziert ein nicht verlinktes verzeichniss als letztes bevor die dateien kommen.
(das "bevor/danach" ist auf die sortier-reihenfolge im DB2000 lister bezogen!)

Hoffe das kann in einen update von DB2000 gefixt werden ..
(und noch die funktion eingebaut das man nicht nach Volumes gefragt wird bei Soft-Links,optional)

Grüße,ein jetzt zufriedener
R-TEAM

[ Dieser Beitrag wurde von R-TEAM am 23.01.2003 editiert. ]

[ - Answer - Quote - Direct link - ]

Hi,

musste leider den Thread wieder hochholen

Das problem mit den Überhaupt nicht lesbaren BackUps ist zwar
behoben ...

Aber .. leider sind einige XPK sublibs anscheinend ZIEMLICH gefährlich !!

Jedanfalls kann ich vom gebrauch der SHRI pack lib NUR abraten !!!!
Hat zwar sehr gute packraten ! aber es können dateien verstümmelt
werden .. und sogar mit "vergleichen O.K." !!

Soll heisen .. beim vergleichen gabs kein problem .. 0 Fehler !!
Nach dem Formatieren der partition gibts etz immer wieder mal ne datei die nicht zurückgespeicert werden kann !!
(XPK Fehler -5 Checksum fehler) ..
oder der rechner schmiert ab nach der DB2000 meldung
"Data Stream out of Sync Dir-Ptr not found" (oder so ähnlich)

Ist echt mist ...

Wenn es wenigstens ne alternative pack möglichkeit geben würde .. sniff.

Grüße
R-TEAM

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Hi,

Auf dem Main A4k mit dem Streamer pack ich mit GZIP .. ist von der
pack geschwindigkeit unter 060/50 und der packrate grade so am
limmit des Streamer, so das er nur selten aussetzen muss

Nur auf dem 2. rechner hab ich ja als bk-up ne datei .. da iss der speed ziemlich wurscht .. sind eh nur ca 250 MB ..
darum hab ich SHRI genommen da es die besten packwerte gebracht hat.

Hatte es ja bisher nur getestet auf vergleichen.

Nur vom Main rechner hab ich schon ein bkUp eingespielt vom band ..
(Festplatte aufräumen )

Nun wollte ich auch den 2 rechner mal die HD wieder straffen ..
da das vergleichen 0 ! Fehler gemeldet hat war ich nicht schlecht überrascht als dann nach und nach immer mehr dateien als nicht
schreibbar auftraten .. o.k. .. bei ca. 5000 datein waren es gesamt 75 stk ... aber das ist trotzdem heftig!

Besonders als dann der rechner abgeschmiert ist !!
Immer wiedr bei der selben datei.
Hab das dann am Main rechner getestet .. gab bei der datei nen heftigen illegalen Memzugriff .. nur CyberGuard hat mich vorm reboot gerettet .. danach kam die meldung mit dem sync fehler .. ?

Scheint das nicht alle packer geeignet sind für bk-ups ..
schade das Vergleichen da nicht den fehler zeigt ?

Bin etz grad am testen von packern auf dem 2 a4k.
(konnte zum glück alle daten rekonstruieren .. hat nur den ganzen tag gedauert )

Grüße
R-TEAM

[ - Answer - Quote - Direct link - ]

Hi,

Das problem liegt eindeutig am SHRI commpresor !!
Der scheint nen bug zu haben .. besonders bei files über 200k im
backupp tritt der auf (von 70 fehlern ca 60 bei files über 200k).

Benutze etz den SASC commpresor .. ist leider langsamer .. aber auch ein bissl besser

Damit kann man guten grewissens folgende packer empfehlen:

GZIP Läuft bei mir
SASC Läuft bei mir
RAKE Läuft bei Maverik
NONE Läuft bei mir .. aber auser zu testzwecke sinnlos

mann kan unterstellen das die voreingestellten packer wohl vom
autor schon genügend getestet wurden.Das sind:

NUKE Laut Autohr DB2000
FAST Laut Autohr DB2000

.. na ja .. wenigstens ne kleine auswahl

Etz müsste nur noch der eklige bug mit den Soft/hard Links weg und das teil wäre fehlerfrei.
Für fehler im XPK system kann ja DB2000 nix.

Also .. finger weg von SHRI !!!!!!!!

Grüße
R-TEAM

[ - Answer - Quote - Direct link - ]

Hi,

nochmal nach oben holen

Also ... weis jemand die e-mail vom entwickler/progger von
DiavoloBK 2000 ??

Das mit den problem bei verlinkten Directorys und Datein
im selben verzeichniss ist echt nervig
Scheint das das mit den Links ( soft ? ) noch nicht sooo ganz
fehlerfrei ist.

Wäre gut wenn das gefixt wird .. ist der einzige manko an DB2000

Und natürlich ne liste mit getsteten XPK sublibrarys ..
scheinen ja nicht alle so fehelerfrei zu sein wie für BackUps
wünschenswert

Grüße
R-TEAM

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von R-TEAM:
Also ... weis jemand die e-mail vom entwickler/progger von
DiavoloBK 2000 ??

---

[ - Answer - Quote - Direct link - ]

Hi,

Danke Sprocki

Grüße
R-TEAM

[ - Answer - Quote - Direct link - ]