Hallo Dirk!
Tut mir Leid zu hören, dass der Konverter nicht wie eigentlich gedacht (und üblich) in einem Rutsch bei Dir durchläuft!
Das Orion/phpBB2 ist eines der ältesten Systeme, die vom Konverter noch unterstützt werden (eingestellt 2005) und bei damaligen Altsystemen gab es leider oftmals noch keinen so hohen Prüfstandard was das abspeichern von Daten angeht. Dies kann also dazu führen, dass die Datenvorlage für den Konverter in seltenen Fällen einmal mit korrupten Daten zu tun hat oder sogar eine spätere Modifikation/Änderung am alten System / an der alten DB Struktur selbst die DB Vorlage so geändert hat, dass der Konverter vielleicht nicht mehr damit arbeiten kann, weil dieser natürlich erst einmal nur auf das "Out Of The Box" Orion/phpBB2 von damals ausgelegt wurde. Mich überrascht nur ein bisschen, dass bei Dir sogar das Übertragen der Useraccounts hier schon ein Problem macht, normalerweise hat man - wenn es denn mal zu einem Fehler kommt - den eher im Bereich der komplexeren Datensätze wie beispielsweise der Posts.
Zunächst vorab noch ein paar allgemeine Tipps, wie Du eventuelle Fehler beim Konvertieren von einem ganz alten System vermeiden / einschränken kannst:
Wenn Du die Konvertierung neu ansetzt, musst Du leider die Installation des CF4 in der DB am Besten immer noch einmal
ganz neu machen, damit keine Restdaten in der DB sind, die dann vielleicht bei einem erneuten Übernahmeversuch kollidieren (z.B. doppelte Primärschlüssel). Auch sollte das Prefix Deiner CF4 Installation ein
anderes sein als das Deines alten Forums (aber in der selben DB, das hast Du soweit ich lese aber absolut korrekt gemacht). Im Fehlerfall ist das mit dem Installation wieder aus der DB löschen (nur die Tabellen vom CF4!) & nochmal ganz neu ansetzen nervig, aber üblicherweise rennt der Konverter eigentlich sauber, aber manchmal steckt bei so Datentransfers der Fehlerteufel irgendwo in der Ecke.
Auch ist empfohlen, dass Du beim Orion am Besten bei der Installation den Accountnamen verwendest, der im Orion die User-ID 2 hatte (also üblicherweise der Primäradmin / Primäraccount im phpBB2). In dem Fall müsste er beim Konvertieren nämlich keine Nutzer-IDs umrechnen, was eventuelle Probleme bei falschem Datenbestand auch minimiert.
Dann ist auch ein guter Tipp: Mache die Konvertierung eines solchen Altsystems erst einmal mit den absoluten Mindestanforderungen des CF4, also ruhig den Webspace beim Konvertieren von Orion erst auf einer PHP 5.6 lassen und - falls nicht schon gemacht -
auch den MySQL Server NICHT auf den strikten Modus stellen, wie er ab MySQL 5.7 oftmals per Default aktiviert ist. Das deaktivieren dieses Strikten Modus während einer Konvertierung löst eigentlich die meisten Probleme dieser Art, da bei nicht ganz korrekten Altdaten der MySQL Server still eine Übertragung in den richtigen Datentyp macht oder auch mal fehlende Werte / Defaultwerte kompensiert, während er auf strict einfach direkt abbricht und einen fatalen Fehler aus einem eigentlich kleinen Problemchen macht. Das kann beim der Übernahme von Altdaten, die noch nicht so typengesichert waren, durchaus gerne mal "knallen". Sobald die Konvertierung abgeschlossen wurde kannst Du dann sowohl auf neuere PHP Versionen wechseln (PHP7 & 8 sind sogar empfohlen) und dann durchaus auch wieder bei MySQL auf strict gehen wenn gewünscht. Also das am Besten noch zuerst prüfen und mit anderen Worten der Datenkonvertierung erst einmal die Serverkonfiguration so fehlertolerant wie möglich machen, gerade bei einem so alten Datenstand wie vom Orion.
Jetzt aber zum Vorgehen wie Du zunächst den Fehler ggf. einschränken und damit beheben kannst:
In dem roten Kästchen von Deinem Screenshot steht der Query, der nicht richtig funktioniert hat. Kopiere einmal den gesamten Query und füge ihn in ein Datenbank Tool wie beispielsweise phpMyAdmin im "SQL" Tab Deiner CF4 Datenbank ein. Dort müsstest Du dann vom MySQL Server eine genauere Fehlermeldung erhalten, was genau bei der Ausführung des Querys nicht funktioniert hat. Da hapert vermutlich irgend ein Default Wert oder ein Feldwert der vom Altsystem nicht richtig rüberkam. Das könnte Dir zumindest zum Beheben des Problems ein paar Anhaltspunkte geben wo Du kurz die DB oder gar einen Abschnitt im Konverter ändern könntest, damit der Konverter ohne Probleme läuft.
Als letzte Reißleine könntest Du auch versuchen die DB von Deinem alten Forum einmal lokal zu duplizieren und dann die Installation / Konvertierung des CF4 in einer lokalen Umgebung (z.B. XAMPP bei Windows, MAMP bei Mac) auszuführen. Manchmal gibt's irgendwo in der Serverkonfiguration eine Hürde oder Überlauf und lokal klappt es dann häufig besser. Die fertig konvertierte DB kannst Du dann wieder online umziehen, beispielsweise mit dem
MySQLDumper.
Als aller letzte Möglichkeit könntest Du auch noch versuchen den Standard phpBB2 Konverter "mit Attachment Mod" auf Deine Daten anzusetzen statt dem Orion Konverter. Dieser fragt sozusagen das Minimum an zu übertragenden Daten an und eventuelle eigene Modifikationen am Orion und deren DB sind dann nicht ganz so schnell zu kritisch für die Übertragung. Wenig Mods haben damals in die direkten phpBB2 Blankofelder eingegriffen.
Ich hoffe sehr das hilft Dir dem Problem auf die Spur zu kommen!
Übrigens noch zu Deiner Frage mit dem unterdrücken: Der Fehler 256 kommt direkt von Deinem DB Server und wird vom CF4 dann eigentlich nur als Problem ausgegeben. Das heißt ein angefragter Query / Transaction ist auf DB Ebene komplett gegen die Wand geknallt. Diesen Fehler kann man also leider nicht ignorieren oder überspringen, da mitunter dann die ganze Datenstruktur inkorrekt wäre wenn man einfach weitermacht. Da müsste man also leider auf tiefere Ursachenforschung gehen und das eigentliche Problem identifizieren und ggf. über einen Codeeingriff beheben. - Sofern das Deaktivieren des MySQL Strict Modus auf Deinem Server selbst nicht selbst schon das Problem löst, weil Daten dann länger mal von der DB ein bisschen geradegebogen werden bzw. der DB Dienst etwas fehlertoleranter reagiert und nur wirklich kritische Probleme als Grund für einen Stop wertet.
Viele Grüße,
Chris