Zitat:

---

Original von ITK:
Hi, hab nen Amiga 500, da mein pc nun bei meiner freundin ist, wollt ich den a500 nun auf meinem compischreibtisch nisten lassen.

Jetzt hab ich aber noch nen dsl-router, den ich gern weiterverwenden möchte.
Kann ich mit dem A500 ins internet? wenn ja, wie?
wollt mir bald nen a1200 kaufen, also wäre es gut wenn ich die lösung dann im 1200er weiterhin verwenden kann.

---

Zitat:

---

Original von Big_H:
genau so ist es es gibt noch keinen treiber für den onboard sound unter debian soweit ich weis wird aber daran gearbeitet

---

Zitat:

---

Original von AMike:
So, ich kämpfe immer noch mit der Platte. *aaahhrrrgg*
HDInstallTools macht eine 8 Gigbyte Platte daraus. Bei RDBSalv hab ich "Retten" versucht da bleibt die Anzeige regelmäßig bei 12% stehen und läßt sich auch nicht mehr abbrechen ---> Reset.

---

Oh jee!!! So viel ich verstanden habe befindet sich auf dieser Festplatte nicht die Bootpartition (SYS:), oder? Das HDToolBox von OS3.9 ist mehr oder weniger eine dasselbe Programm wie HDInstallTools, so wie ich das in Erinnerung habe (jedenfalls sieht die Oberfläche recht ähnlich aus). Da bist du mit dem HDToolBox von OS3.9 noch besser beraten, weil neuer ist .
1. Es kann sein dass RDBSalv beim Durchsuchen der Festplatte sehr viel länger braucht ab einem bestimmten Zeitpunkt. Das von dir beschriebene Phänomen trat glaub ich auch bei mir auf, versuchs bitte noch mal und lass das Programm über Nacht drüberlaufen! Oder friert der Computer etwa ganz ein?

2. Nachdem du ja auch eine andere Festplatte probiert hast, könnte ja auch sein, dass der Controller "spinnt". Hast du schon mal die Fesplatte an einem anderen Controller getestet. (oder an einem PC) Nach den von dir beschriebenen Symptomen zeigt es eher auf einen defekten Controller hin.

3. Wenn du einen PC hast, dann köntest du ja den SMART-Status (in den Festplatten eingebauter Test) der Festplatte auslesen. Lade dir dazu von http://www.ontrack.de die Trialvesion von Easyrecovery 6.0 (unter Technischer Support) herunter (Formular ist auszufüllen - das Programm bekommt man aber irgendwo anders auch zum Download - am besten mit Google suchen) und erzeuge die eine Startdiskette mit dem Programm. Wenn du von dieser Diskette startest bietet sie dir die Möglichkeit einen 90sec SMART-Test durchzuführen.
D.h. Festplatte in PC einbauen. Ich weiß jetzt nicht ob da der RDB vom Bios oder von Windows überschrieben wird, deshalb solltest du es zuerst mit RDBSalv nochmals probieren und vom RDB ein Backup erstellen (auf einer Diskette).

Außerdem welche Gerätetreiber hast du installiert, bzw. welches Filesystem verwendest du auf der Festplatte?
scsi.device V????
FastFileSystem V?

Ein kompletter Output von SetPatch oder so wäre vielleicht hilfreich!
Setpatch sollte dir ein scsi.device mit der Versionsnummer 43.xx oder so anzeigen (IDE_scsi.device V43.xx sollte der Output sein.)

Noch was:
Das scsi.device v37.xx hatte eine 8 GB Beschänkung, der Controller selbst nicht! Auch das könnte die Ursache dafür sein?
Das FFS V40 hat eine 2 GB Dateigröße-Beschränkung, so wie ich glaube alle anderen Amiga-Filesysteme auch. Es kann jedoch Festplatten bis zu 4GB ansprechen (zumindest bis 3.9 GB )
Nur die Kombination von scsi.device V43 und FFS V43 arbeitet
korrekt mir Festplatten >4GB.

Geri

So jetzt bin ich mit meinen Latein am Ende

--
Southtyrolean Amiga user since 1989!

Zitat:

---

Original von AMike:
So, bin heute wieder zum testen gekommen. Das Updaten mit den Boingbags hat nichts gebracht, die Daten werden immer noch falsch ausgelesen.
Bei der Festplatte handelt es sich um eine Seagate Medalist 13032.
Habe dann weiters versucht die korrekten Parameter in der Toolbox einzugeben, was aber auch nicht den gewünschten Erfolg gebracht hat. Nach dem Neustart mußte ich die Platte wieder initialisieren und das ganze Spiel beginnt von vorne.

---

Da du schon OS3.9 hast, sollte ein >4GB fähiges IDE-scsi.device und ein entsprechendes FFS dabei, das Festplatten mit 12GB korrekt anspricht. Ich nehme mal an du verwendest das HDToolBox Programm von OS3.9. Wenn das der Fall ist, sollte der Fehler auch nicht bei diesem liegen.

Kann es sein, dass
1. der interne Controller defekt ist? Wird ein Guru oder so was angezeigt?
2. wurde der RDB der Festplatte versehentlich überschieben?? (z.B mit einem nicht >4GB fähigen Programm?)

Probier mal RDBSalv aus dem Aminet, ob es irgendwelche korrekten Partitionsdaten findet. Lass es über die Festplatte laufen, dann sollte es dir jede Partition mit den entsprechenden Daten (Größe, FileSystem, usw...) ausgeben.

Kann sein, dass vielleicht noch ein Jumper (Master/Slave) der IDE Festplatte falsch gesetzt ist? Oder steckt das Kabel nicht ganz drin (Übertragungsfehler - eher unwahrscheinlich)

Mehr fällt mit dazu im Moment nicht ein. Hoffe du kannst irgendwas damit was anfangen!

Geri

--
Southtyrolean Amiga user since 1989!

Zitat:

---

Original von Holger:
...

Irgendwie scheint Dir die Funktionsweise von Semaphoren nicht ganz klar zu sein. Die zu synchronisierenden Prozesse müssen ein und dieselbe Semaphore benutzen. Und wie willst Du die Semaphore von Prozess a nach Prozess b übergeben, wenn zu diesem Zeitpunkt keine saubere Kommunikation sichergestellt ist?

---

Gute Frage!! Da läuft was falsch bei mir...

Ich hatte das so verstanden: Der Server erzeugt eine öffentliche Mutex (ich glaube so sollte es richtig sein. Semaphore ist der völlig falsche Ausdruck!), die zum Senden von Messages benutzt wird. Will ein Client eine Message senden, so versucht er die Mutex zu erwerben. Kann er dies nicht, so wird er blockiert. Erwirbt er die Mutex, so sendet er die Nachricht und gibt sie dann wieder frei. Das Multitasking wird nicht abgeschalten, sondern es werden nur die Tasks blockiert die Nachrichten an den Server senden wollen. Ein Client muß vorher nur nach der Mutex mit dem entsprechenden Namen suchen. Jetzt stellt sich mir nur die Frage ob es so etwas wie Mutex im AmigaOS gibt?

Geri


--
Southtyrolean Amiga user since 1989!

Zitat:

---

(bin gerade im Büro, da kann ich nicht in den Docs nachsehen)

---

Zitat:

---

Aber mal generell 'ne andere Idee: Wenn Du sowieso eine Client-Server-Anwendung schreibst, dann wäre es vielleicht besser, das ganze per Sockets zu machen. Dadurch ist der Server dann auch (im Netzwerk - sofern vorhanden) von mehreren Rechner aus verfügbar.

---

Zitat:

---

Original von Inferno:
Hallo Gery,

...Das Problem ist hier, daß das System die Forbid/Permit-Statements braucht, damit nicht ein anderer Prozess darauf zugreift...

---

Klar! Das System muß z.B. verhindern, dass ein Task seinen Port schließen kann wenn ein anderer Task ihm eine Nachricht sendet. Wird der Port "gleichzeitig" geschlossen, kann der andere Task ewig auf seine Antwort warten, die (soviel ich weiß) immer gesendet werden muß (mit ReplyMsg()). Die Folge wäre ein Deadlock!!!

Zitat:

---

Alle Clients fordern den Port EINMAL an (beim Programmstart) d.h. Du mußt einmal in den sauren Apfel beißen. Den Pointer speicherst Du dann in einer Variable und nutzt diese dann bei allen Message-Sende-Aufrufen OHNE Forbid/Permit (und natürlich auch OHNE FindPort).

---