|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > Amiga, AmigaOS 4 > Gebrannte CD blockiert System | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
| -1- 2 | [ - Beitrag schreiben - ] |
|
08.01.2007, 22:27 Uhr Reth Posts: 1858 Nutzer |
Hallo allerseits, habe gerade ein seltsames Phänomen: Habe wie schon so oft eine CD mit MakeCD gebrannt, einige Dateien eines Verzeichnisses. Diese blockiert nach dem Wiedereinlegen das ganze AOS3.9 (freeze) und die LED vom UW-SCSI-Bus leuchtet. Dachte es lag an den Brennoptionen, hab darum schon 3-4 Rohlinge mit den gleichen Daten und verschiedenen Einstellungen gebrannt - immer dasselbe Ergebnis! Unter WinXP wird die CD als leer erkannt, nur Nero zeigt an, dass ein Track drauf ist, kann aber ansonsten auch nicht helfen! Woran kann das denn liegen? Irgend jemand ne Idee? Danke schon mal Ciao [ - Antworten - Zitieren - Direktlink - ] |
|
08.01.2007, 22:30 Uhr rbn Posts: 2001 Nutzer |
@Reth: Seltsames Phänonem. Eigentlich würde ich es als Ding der Unmöglichkeit einstufen, wenn ich es nicht auch schon erlebt hätte. Woran es lag, kann ich aber nicht sagen, da die CD in die Tonne gewandert ist. Danach trat es nie wieder auf bei mir ... rbn -- ... mehr erfahren? http://www.m0n0-amiga.de/ Official leader of PUGG (Pegasos User Group Germany) http://www.pegasosforum.de/ <-rbn-m?ndl3ss-m0n0->. [ - Antworten - Zitieren - Direktlink - ] |
|
08.01.2007, 22:38 Uhr Reth Posts: 1858 Nutzer |
@rbn: Tjaha, bei mir liegen nunmehr 3 CDs in der Tonne (hab nachgezählt) alle mit anderen Einstellungen gebrannt und beim letzten Versuch hab ich nebenher nichts gemacht und den Rechner alleing gelassen (nicht mal zugesehen hab ich)! Alle Brennvorgänge wurden fehlerlos abgeschlossen und ich hab immer die CDR fixieren lassen! Ciao [ - Antworten - Zitieren - Direktlink - ] |
|
08.01.2007, 23:02 Uhr MaikG Posts: 5172 Nutzer |
>Diese blockiert nach dem Wiedereinlegen das ganze AOS3.9 (freeze) >und die LED vom UW-SCSI-Bus leuchtet. Zumindest das blockieren ist bei CacheCDFS(OS3.9) bei lesefehlern normal. Warte einfach mal irgendwann gehts idr. weiter. Oder die Retry anzahl auf 0 setzen dann gehts schneller. [ - Antworten - Zitieren - Direktlink - ] |
|
08.01.2007, 23:16 Uhr Reth Posts: 1858 Nutzer |
@MaikG: Danke für den Tip! Die Retry-Anzahl steht bei mir schon auf 0. Habs nun mal spasseshalber auf ne CDRW gebrannt (und damit zwangsweise langsamer). Das funktionierte! Werds nun mal mit nem CopyCD versuchen! Ciao [ - Antworten - Zitieren - Direktlink - ] |
|
08.01.2007, 23:22 Uhr Reth Posts: 1858 Nutzer |
Hmpf zu früh gefreut (musste gerade wieder booten deswegen!)! Nun blockiert der Rechner nicht mehr bei Einlegen der CD, sondern, wenn ich auf der CD in das Verzeichnis wechsle (habe keinen Image-Pfad angegeben bzw. wurden die Daten mit Verzeichnisnamen gebrannt [also Partitionsname/Verz./UV1/.../Daten]). Als ich mich bis in das Verzeichnis der Daten gehangelt hatte kam es wieder zum Freeze! So macht das keinen Spass! [ - Antworten - Zitieren - Direktlink - ] |
|
08.01.2007, 23:28 Uhr whose Posts: 2156 Nutzer |
@Reth: Das riecht nach einem Problem mit dem Brenner. Wenn Dein Windows-Rechner von der CD nichts brauchbares erkennen kann, dann ist da auch nix "brauchbares" im Sinne der Daten drauf. Auch, daß das mit der CDRW hinhaut, deutet in diese Richtung (langsamer, aber genauer gebrannt, vielleicht so eben gerade "am Limit"). Wenn Du in dem Windows-Rechner nen Brenner drin hast und Deine Brenndaten auf einem anderen Weg als mit CD auf diesen bekommst, brenn die Daten doch mal dort und schau, was der Brenner im Amiga dann macht, wenn Du diese CD einlegst. Ich tippe, er nimmt sie ohne Einfrierer und ich tippe weiter, daß sich dieses Phänomen mit dem Brenner im Amiga im Laufe der Zeit verstärkt. Solltest Du Dir das zutrauen, mach den Brenner auf und reinige vorsichtig die Linse, eventuell wars das dann schon. In manchen Wohnungen (egal ob Raucher oder nicht) machen sich dann und wann schon mal Dämpfe breit, die einen Schleier über solche Linsen legen. Ich habe auch schon einen Rechner (allerdings Windoof) gesehen, der, trotz Putzmanie der Hausfrau, total verstaubt im Bereich des CPU-Lüfters war (hatte ich vorher noch nie gesehen in relativ staubfreien Räumen, das Zeug saß da so fest drin und drauf wie Beton) und dessen optische Laufwerke ebenfalls beinahe "zugebacken" waren. Säubern kann evtl. helfen. Grüße -- ---  µA1 PPC 750GX-800 A4000 PPC 604e-233[ - Antworten - Zitieren - Direktlink - ] |
|
09.01.2007, 01:27 Uhr Reth Posts: 1858 Nutzer |
Nach einem Blick auf die Dateien und entsprechender Korrektur hat sich meine Vermutung bestätigt: Es lag an den Dateinamen, da waren z.T. Ausrufezeichen und Klammer drinne und sie waren teilweise sehr lang! Nach entsprechender Korrektur ging das Ganze. Nunja 4 Rohlinge weniger! Ciao [ - Antworten - Zitieren - Direktlink - ] |
|
09.01.2007, 01:31 Uhr rbn Posts: 2001 Nutzer |
Ahhh zu langsam. Mir kam grad auch der Gedanke nach deinem letzten Post. Vor allem das mit der Länge. Windows hat doch da sowieso nochmal strengere Restriktionen was das angeht ... rbn -- ... mehr erfahren? http://www.m0n0-amiga.de/ Official leader of PUGG (Pegasos User Group Germany) http://www.pegasosforum.de/ <-rbn-m?ndl3ss-m0n0->. [ - Antworten - Zitieren - Direktlink - ] |
|
09.01.2007, 02:00 Uhr whose Posts: 2156 Nutzer |
@Reth: Naja, also habe ich völlig falsch gelegen... aber es ist gut zu wissen, daß überlange Pfade mit "unerlaubten" Zeichen solche Probleme verursachen können. Fürs nächste Mal schaut man dann erst einmal darauf  Grüße -- --- µA1 PPC 750GX-800 A4000 PPC 604e-233[ - Antworten - Zitieren - Direktlink - ] |
|
09.01.2007, 08:16 Uhr Reth Posts: 1858 Nutzer |
@whose: Also die Pfade hatten keine zu langen Dateinamen und Sonderzeichen, nur einige der Dateien hatten dies (hab mich hier zu undeutlich ausgedrückt). [ - Antworten - Zitieren - Direktlink - ] |
|
09.01.2007, 09:14 Uhr DrNOP Posts: 4118 Nutzer |
Ersetzt MakeCD nicht unerlaubte Zeichen durch "_"? Kommt aber vielleicht drauf an, was du als Standard eingestellt hast: "ISO Level 2" oder "Amiga"? -- Signaturen mit mehr als zwei Zeilen gehen mir auf den Wecker [ - Antworten - Zitieren - Direktlink - ] |
|
09.01.2007, 10:16 Uhr MaikG Posts: 5172 Nutzer |
Was du mit Windows willst weiss ich nicht. Du kannst den CD-Treiber aus Devs:Dosdrivers entfehrnen und die Tracks genau mit MakeCD betrachen. Wobei wenns gar nicht weiter geht ist das schon eigenartig, weil irgendwann gibt CacheCDFS das lesen auf und dann gehts weiter. Kann es sein das der Buffer zu groß ist? Ein Lesefehler gilt immer für ein Block, müssen viele gelesen werden dauerts länger. Ansonsten sind die ISO-Optionen bei MCD, CCDFS egal es liesst das alles. Was für Laufwerk hast du und welchen MCD Treiber gewählt? [ - Antworten - Zitieren - Direktlink - ] |
|
09.01.2007, 23:56 Uhr Reth Posts: 1858 Nutzer |
@MaikG: Habe einen Yamaha SCSI 8x4x24 Brenner und als Treiber in MCD: "CDR_SCSI3_ATAPI, bekannt". Als ISO Level habe ich ISO 9660 Amiga eingestellt (bei CacheCDFS ISO 9660). Der Puffer beim CDROM im CCDFS ist 50, beim Brenner ebenso. Wie kann ich denn einstellen, dass Sonderzeichen (z.B. eckoge Klammernt) automatisch ersetzt werden? [ Dieser Beitrag wurde von Reth am 09.01.2007 um 23:57 Uhr geändert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 01:53 Uhr Holger Posts: 8116 Nutzer |
Zitat: Das brauchst Du nicht. Nicht erlaubte Zeichen werden in den ISO-9660 Namen standardmäßig ersetzt. Sie stehen nur in den RockRidge-Erweiterungen und da sind sie ja auch erlaubt. mfg -- Good coders do not comment. What was hard to write should be hard to read too. [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 09:11 Uhr Reth Posts: 1858 Nutzer |
@Holger: Vielen Dank. Habe bei MakeCD nun mal den Haken bei RockRidge entfernt und hoffe, dass das hilft. Kann man irgendwo angeben, durch welches Zeichen diese Sonderzeichen ersetzt werden? Sollte man bei CacheCDFS noch "Keine RockRidge Namen" aktivieren? Ciao [ Dieser Beitrag wurde von Reth am 10.01.2007 um 09:12 Uhr geändert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 09:40 Uhr Reth Posts: 1858 Nutzer |
Naja, war auch nicht so das Wahre die Änderung der Einstellungen in MakeCD. Nun blockiert die CD nicht mehr das System, so dass man rebooten muss. Dafür sind nur ein Teil der Sonderzeichen entfernt und die Namen scheinen gekürzt worden zu sein, da auch eine Menge normaler Zeichen (Buchstaben, Ziffern) entfernt wurden! So wie es aussieht nur Vokale! Sehr seltsam das! So isses auch nicht sonderlich brauchbar. Bleibt wohl nur manuelle Korrektur aller Namen, wenns noch lesbar sein soll. Ciao [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 10:35 Uhr MaikG Posts: 5172 Nutzer |
>Dafür sind nur ein Teil der Sonderzeichen entfernt und die Namen >scheinen gekürzt worden zu sein, da auch eine Menge normaler >Zeichen (Buchstaben, Ziffern) entfernt wurden! Also was hast du da denn für eigenarige Zeichen drin? Ich brenne Backups mit den Optionen: Rock Ridge, Joilet World Access Group Access Amiga Datei-Attribute speichern ISO 9660 Amiga Mit deinem brenner an sich sollte es keine Probleme geben, ausser das der nun schon in die Jahre kommt. MakeCD ist die letzte Version? [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 11:07 Uhr falkone Posts: 128 Nutzer |
@Reth: Hallo, das Problem hatte ich auch mal, nicht mit MakeCD sondern mit BurnIt. Der Fehler lag bei mir am Dateisystem, BurnIt arbeitet nicht richtig mit PFS3 zusammen. Als ich dann SFS installiert habe, lief alles sofort ganz normal. Gruß Falkone [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 11:32 Uhr Reth Posts: 1858 Nutzer |
@MaikG: Also ich hatte im MakeCD: RockRidge World Access Group Access Amiga-Dateiattribute speichern ISO 9660 Amiga .info in Kleinbuchstaben wandeln Damit wurden die CDs gebrannt und blockierten danach das System, so dass man neu starten musste. Nachdem ich den Haken bei RockRidge entfernt hatte, blockierten die CDs nicht mehr, aber es kam zu o.g. Phänomen mit den entfernten Vokalen und teilweise entfernten Sonderzeichen. Ich habe in vielen Dateinamen eckige Klammern drinne (also [ und ]). Die kamen so beim Download mit. MakeCD Version 3.77 (der Über-Dialog zeigt V3.2d public beta 10, habe aber eigentlich kein Update verpasst!) [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 11:33 Uhr Reth Posts: 1858 Nutzer |
@falkone: Habe hier SFS, sollte eigentlich keine Probleme machen. [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 12:44 Uhr DrNOP Posts: 4118 Nutzer |
Zitat:Das ist eine Eigenart von MakeCD: Für ISO Level 2 sind maximal 30 Zeichen für Dateinamen erlaubt. Findet MakeCD Namen, die länger sind schneidet es nicht einfach die überzähligen ab, sondern versucht erst mal so viele Vokale 'rauszuwerfen, bis es paßt. -- Signaturen mit mehr als zwei Zeilen gehen mir auf den Wecker [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 15:37 Uhr Reth Posts: 1858 Nutzer |
@DrNOP: Das gilt wohl aber nur, so lange RockRidge nicht aktiviert ist?! [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 16:30 Uhr DrNOP Posts: 4118 Nutzer |
Zitat:Langsam! Ein ISO-Dateisystem wird auf jeden Fall geschrieben. Falls du die Rockridge-Erweiterungen in MakeCD aktivierst, werden die Rockridge-Informationen zusätzlich zum ISO-Teil geschrieben. Falls dein CD-Treiber/Filesystem Rockridge auswerten kann wird er diese Informationen natürlich denen des ISO-Teils vorziehen, weil Rockridge eine Erweiterung zum ISO Level 2 ist. Wenn mich nicht alles täuscht, kann Windows bis heute kein Rockridge. Dafür sind die ja damals mit Joliet um's Eck gekommen ... -- Signaturen mit mehr als zwei Zeilen gehen mir auf den Wecker [ Dieser Beitrag wurde von DrNOP am 10.01.2007 um 16:32 Uhr geändert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 17:55 Uhr MaikG Posts: 5172 Nutzer |
>MakeCD Version 3.77 (der Über-Dialog zeigt V3.2d public beta 10, >habe aber eigentlich kein Update verpasst!) Doch Public beta 11 >Das ist eine Eigenart von MakeCD: >Für ISO Level 2 sind maximal 30 Zeichen für Dateinamen erlaubt. >Findet MakeCD Namen, die länger sind schneidet es nicht einfach >die überzähligen ab, sondern versucht erst mal so viele Vokale >'rauszuwerfen, bis es paßt. Also ich nehme das Amiga Iso Level, und FFS(1) kann doch 32 Zeichen und ebendsoviel sind dann auch auf der CD. [ - Antworten - Zitieren - Direktlink - ] |
|
12.01.2007, 22:10 Uhr Reth Posts: 1858 Nutzer |
@MaikG: Also bei mir funzt das nicht! Habe nun die neueste MakeCD Version aufgespielt und dennoch ein Problem mit langen Dateinamen ohne Sonderzeichen (aber mit Leerzeichen im Namen). Wenn ich solche Dateien auf CD brenne und danach versuche z.B. in DOpus anzeigen zu lassen, ist bei mir das Ganze OS blockiert, auf das CDROM wird nicht zugegriffen, aber die LED des SCSI-Busses leuchtet. Irgendwas scheint da CacheCDFS nicht zu schmecken, aber wie kann ich das per Einstellungen umgehen? Ciao [ - Antworten - Zitieren - Direktlink - ] |
|
12.01.2007, 23:32 Uhr MaikG Posts: 5172 Nutzer |
Hast du auch FFS? Vielleicht hast du das CDFS falsch eingestellt: /***************************************************************/ /* CacheCDFS mountlist entry © 1999 Amiga Internation Inc. */ /***************************************************************/ FileSystem = L:CacheCDFS /* The name of the game */ Device = "atapi.device" /* Name of exec device driver */ Unit = 3 /* exec device unit */ Flags = 0 /* OpenDevice flags */ BlocksPerTrack = 351000 /* Unused */ BlockSize = 2048 /* True, but unused */ Mask = 0x7ffffffe /* Memory mask for direct read */ MaxTransfer = 0x1000000 /* Maximum amount of bytes for direct read */ Reserved = 0 /* Unused */ Interleave = 0 /* Unused */ LowCyl = 0 /* Unused */ HighCyl = 0 /* Unused */ Surfaces = 1 /* Unused */ Buffers = 50 /* Number of cache lines */ BufMemType = 1 /* MEMF_PUBLIC */ BootPri = 2 /* Boot priority for MountCD */ GlobVec = -1 /* Do not change! */ Mount = 1 /* Mount it immediately */ Priority = 5 /* Priority of FileSystem task */ DosType = 0x43443031 /* Currently unused */ StackSize = 8192 /* Minimum stack required is 3000! */ Control = "MD=1 LC=1 DC=8 L LV AL LFC=1 HR=.rsrc MV RET=5" /* The Control field is for special adjustments */ /* L/S convert all file/volume names to lowercase */ /* LV/S convert volume names to lowercase */ /* AL/S Auto-Lower converts only non-Amiga CDs */ /* LFC/N start converting at this character */ /* LC/N/A number of blocks per cache line */ /* DC/N/A number of cache lines for the data cache */ /* MD/N/A number of blocks, when starting direct read, not using */ /* the cache. 0 will be a reasonable default (LC*DC+1) */ /* S/S Do SCSI direct commands, no Trackdisk like commands! */ /* NC/S Do NOT use TD_ADDCHANGEINT, poll for DiskChange! */ /* M/S Issue a TD_MOTOR (OFF) command after read */ [ - Antworten - Zitieren - Direktlink - ] |
|
13.01.2007, 15:31 Uhr Reth Posts: 1858 Nutzer |
@MaikG: Hier mal meins: CD0: FileSystem = L:CacheCDFS /* The name of the game */ Device = "cybppc.device" /* Name of exec device driver */ Unit = 1 /* exec device unit */ Flags = 0 /* OpenDevice flags */ BlocksPerTrack = 351000 /* Unused */ BlockSize = 2048 /* True, but unused */ Mask = 0xffffffff /* Memory mask for direct read */ MaxTransfer = 0xffffff /* Maximum amount of bytes for direct read */ Reserved = 0 /* Unused */ Interleave = 0 /* Unused */ LowCyl = 0 /* Unused */ HighCyl = 0 /* Unused */ Surfaces = 1 /* Unused */ Buffers = 50 /* Number of cache lines */ BufMemType = 1 /* MEMF_PUBLIC */ BootPri = 2 /* Boot priority for MountCD */ GlobVec = -1 /* Do not change! */ Mount = 1 /* Mount it immediately */ Priority = 10 /* Priority of FileSystem task */ DosType = 0x43443031 /* Currently unused */ StackSize = 3000 /* Minimum stack required is 3000! */ Control = "MD=1 LC=1 DC=8 S L LV AL LFC=1 HR=.rsrc Q MV AUDIO=Utilities/PlayCD" /* The Control field is for special adjustments */ /* L/S convert all file/volume names to lowercase */ /* LV/S convert volume names to lowercase */ /* AL/S Auto-Lower converts only non-Amiga CDs */ /* LFC/N start converting at this character */ /* LC/N/A number of blocks per cache line */ /* DC/N/A number of cache lines for the data cache */ /* MD/N/A number of blocks, when starting direct read, not using */ /* the cache. 0 will be a reasonable default (LC*DC+1) */ /* S/S Do SCSI direct commands, no Trackdisk like commands! */ /* NC/S Do NOT use TD_ADDCHANGEINT, poll for DiskChange! */ /* M/S Issue a TD_MOTOR (OFF) command after read */ Den einzigen Unterschied seh ich im Stack und im "RET=5" (was macht das?). Hier noch der Brenner: FileSystem = L:CacheCDFS /* The name of the game */ Device = "cybppc.device" /* Name of exec device driver */ Unit = 6 /* exec device unit */ Flags = 0 /* OpenDevice flags */ BlocksPerTrack = 351000 /* Unused */ BlockSize = 2048 /* True, but unused */ Mask = 0xffffffff /* Memory mask for direct read */ MaxTransfer = 0xffffff /* Maximum amount of bytes for direct read */ Reserved = 0 /* Unused */ Interleave = 0 /* Unused */ LowCyl = 0 /* Unused */ HighCyl = 0 /* Unused */ Surfaces = 1 /* Unused */ Buffers = 50 /* Number of cache lines */ BufMemType = 1 /* MEMF_PUBLIC */ BootPri = 2 /* Boot priority for MountCD */ GlobVec = -1 /* Do not change! */ Mount = 1 /* Mount it immediately */ Priority = 10 /* Priority of FileSystem task */ DosType = 0x43443031 /* Currently unused */ StackSize = 3000 /* Minimum stack required is 3000! */ Control = "MD=1 LC=1 DC=8 S L LV AL LFC=1 HR=.rsrc Q MV AUDIO=Utilities/PlayCD" /* The Control field is for special adjustments */ /* L/S convert all file/volume names to lowercase */ /* LV/S convert volume names to lowercase */ /* AL/S Auto-Lower converts only non-Amiga CDs */ /* LFC/N start converting at this character */ /* LC/N/A number of blocks per cache line */ /* DC/N/A number of cache lines for the data cache */ /* MD/N/A number of blocks, when starting direct read, not using */ /* the cache. 0 will be a reasonable default (LC*DC+1) */ /* S/S Do SCSI direct commands, no Trackdisk like commands! */ /* NC/S Do NOT use TD_ADDCHANGEINT, poll for DiskChange! */ /* M/S Issue a TD_MOTOR (OFF) command after read */ Ciao [ - Antworten - Zitieren - Direktlink - ] |
|
13.01.2007, 15:47 Uhr Holger Posts: 8116 Nutzer |
Zitat: Vereinfacht gesagt, stack ist eine Option, die es ermöglicht, das Dateisystem abstürzen zu lassen, wenn man eine zu kleine Zahl einträgt. Im Kommentar steht zwar, dass 3000 ausreichend wären, aber ich würde, insbesondere wenn Du Probleme mit eben diesem Dateisystem hast, dieser Zahl nicht über den Weg trauen. Insbesondere, wenn nicht klar ist, worauf dieser Wert basiert. Version xyz des Dateisystems, unter AOSx.y oder einfach nur Copy&Paste aus einem anderen Dateisystemdeskriptor... Fakt ist, die meisten AOS3.x-Funktionen verlangen schon mehr Stack als das und OS-Funktionen wird dieses Dateisystem auch hin- und wieder aufrufen. mfg -- Good coders do not comment. What was hard to write should be hard to read too. [ - Antworten - Zitieren - Direktlink - ] |
|
13.01.2007, 15:55 Uhr Reth Posts: 1858 Nutzer |
@Holger: Sorry! Missverständliche Frage! Meine Frage bezog sich nicht auf den Stack, sondern auf das RET=5. Ciao [ - Antworten - Zitieren - Direktlink - ] |
| -1- 2 | [ - Beitrag schreiben - ] |
| amiga-news.de Forum > Amiga, AmigaOS 4 > Gebrannte CD blockiert System | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|