Archiv der Kategorie: Gelöste Probleme

Erfahrungsbericht, Gelöste Probleme, Hardware, Spielkonsole

PS3 Wiederbelebung nach über 10 Jahren – FALLOUT

PS3 Original Version (die Dicke)

Vor einer Ewigkeit (über 10 Jahre) habe ich aufgehört mit der Playstation 3 zu zocken. Ich habe das Original-Model und das ist gebaut für die Ewigkeit. Auch hatte ich die nie mehr wirklich anderweitig in Nutzung.

Leider mußte ich feststellen das mein uralt Original PS3 Dualshock Sixaxis Controller überhaupt nicht mehr wollte. Der lief aber bis zuletzt, warum nun nicht mehr? Er wird nicht mehr geladen und auch nicht mehr erkannt. 

Irgendwann bestellte ich dann einen fetten Ersatz-Akku. Nach dem Umbau, nix geht, genau wie zuvor. Das hatte ich eigentlich auch nicht erwartet.

Nach geraumer Zeit und der Tatsache das man nirgends mehr ein Original Controller bekommt, außer gebraucht, bestellte ich für unglaubliche 9€ einen Ersatz. Es war kein USB-Kabel dabei, aber das stand auch so in den Angaben und ich habe ja das Original-Kabel.

PS3 Ersatz-Controller für nur 9€

Beim Auspacken bin ich echt angetan. Super stabil gebaut, Tasten, Joysticks, einfach alles fühlt sich wie das Original an, auch Optisch wie eine 1:1 Kopie (bis auf leichte Anpassungen wegen Copyright). Ich probiere Ihn aus, Anmeldung klappt sofort, alles funktioniert Lag-Frei. Sogar Vibration hat das Ding. Nach kurzen Tests baue ich direkt den neuen fetten Akku in den neuen Controller, der dort gerade so rein passt. Laden klappt auch und nach Stunden des Gaming’s ist nicht mal ein Balken weg.

Nebenbei gesagt, das die PS3 quasi direkt so weiter läuft … SONY eben.

Fallout 3 / Fallout 3 New Vegas

Warum das alles, konnte Fallout nicht vergessen und wollte das unbedingt nochmal zocken. Und verdammt ist das schwer sich daran zu gewöhnen. Die Bedienung des PiP-Boy, das Laufen, Springen, Schießen, Ausweichen usw. Trotzdem klappt auch das recht zügig, macht wieder Spaß.

Fallout 3 Crash’s

Leider stellt sich nach einigen Tagen heraus, das Fallout 3 bei mir an einer ganz bestimmten Stelle (oder Situation) crasht. Kann mich an so etwas von früher überhaupt nicht erinnern.

Kaufen/Verkaufen

Bei mir ist es so das wenn ich in MEGATON (Ortschaft mit der A-Bombe) mit Moira Handle und einiges verkauft habe aus MEINER, der linken Liste, kommt kurz darauf das Gesamt-System zum Stillstand. Der Lüfter dreht hörbar höher, also dürfte die CPU ausgelastet sein. Mehrmals sehe ich in der linken Liste kurz Grafikfehler in der Item-Liste, kurz darauf ENDE. Oder eben, ich hatte Einiges verkauft, da sehe ich das eine Item-Zeile LEER ist, dahinter steht aber noch die Stückzahl. Kurz darauf ENDE. Noch ein Beispiel, ich verlasse den Handel, kurz darauf Stillstand.

Ist vielleicht die HDD-Defekt (defekte Sektoren) ? Diese Fehler machen Festplatten aber eigentlich selber weg durch Selbst-Erkennung defekter Sektoren und Deklarieren in einer internen Bad-Sector Liste.

Neuinstallation Fallout 3

Ich wage es, gespeicherte Spiele sollen erhalten bleiben. Im Hauptmenü/Game/Gespeicherte Spieldaten findet man alle Installierten Games und Updates. Fallout 3 taucht nur einmal auf also weg damit. Das Löschen geht recht zügig, es waren ca. 4GB.

Danach installiere ich das Game neu, das geht auch ziemlich schnell. Beim ersten Starten merke ich wie das Blu-Ray Laufwerk deutlich mehr läuft als üblicherweise. Ich vermute das nebenher weiter Installiert wird.

Intensive TEST’s nach Fallout 3 Neuinstallation

Ich gehe in Moira’s Laden und mache erstmal gar nichts. Dann gehe ich in den Handel, mache wieder nix. Alles gut. Dann verkaufe ich ein paar Dinge, verlasse den Handel, speichere. Gehe Minuten später wieder in den Handel und verkaufe deutlich mehr, verlasse den Handel, speichere. Immer noch gut.

DER FEHLER IST VERSCHWUNDEN !!

Es reicht ja wenn sich nach Jahren 1-Bit auf der HDD verändert hat, schon wird ein Maschinen-Code Befehl falsch interpretiert, das war’s.

Fallout

Fallout 3 und New Vegas sind schon besondere Games. Man kann sich in den Welten verlieren, die perfekte Einsamkeit.

Aber Game-Technisch meint man, haben das Besoffene/Zugekokste programmiert ?! Ich habe Fallout früher Wochenlang gespielt und bin der Meinung nicht ansatzweise alles gesehen, erledigt zu haben. 

Dann gelange ich heute wieder an einen Spielstand in einer Pumpstation, wo Einer sterben MUSS. Entweder ICH oder Lyra (glaube ich). Gehe ich in die Schleuse sterbe ICH, schicke ich Lyra rein stirbt DIE. Wie auch immer es kommen diese Schwarz/weiß Video’s, die man nicht unterbrechen kann. Ich wundere mich, will nur weiter zocken. Bis ich endlich begreife, das ist DAS SPIELENDE !! Ähhm, ich habe doch noch nix wirklich wichtiges erledigt, geschweige denn ALLES !

Die Wegfindung der HÖLLE

Oder in New Vegas gehe ich irgendwo im Norden in den Vault 92 (rötlich total Verfallen). Man hat keine Orientierungs-Hinweise oder Angaben wo man hin muß. Ich schaffe es nach gefühlt 1h überhaupt mal wieder raus. So etwas darf ein klasse Game nicht machen. Auch könnte man Ziel-Objekte überhaupt mal kenntlich machen. Oft sind Türen verschlossen weil meine Dietrich-Fähigkeiten nicht hoch genug sind. Das gibt einem das Gefühl etwas unerledigt lassen zu müssen. Und das Schlimmste aus solch besonderen Location’s kann man keine Reisen antreten. Man ist gezwungen endlos durch gleichartige Gänge zu rennen. Irgendwann hat man Glück, findet den Ausgang. Das muß viel eindeutiger sein.

Aber Fallout 3 kann das noch viel besser. Es scheint als biete das Kapitol einen Weg hindurch nach Os/Süd-Ost. Nach schweren Kämpfen jedoch geht es scheinbar nirgends weiter. Das darf doch nicht war sein. 

Ist man wieder draußen gibt es auch keinen Weg drum herum, bin ich im falschen Film.

Das schlimmste was ich je gesehen habe ist der verdammte Kompaß mit seinen Weg-Marken. Auch nach Jahren rätsel ich über deren Verhalten. Auch diese kleineren Dreiecke verhalten sich total unlogisch. Man kann überhaupt nicht erkennen wo exakt das Ziel ist. Klar, man nähert sich, die Markierungen blinken schneller, durch Bewegung kann man gut feststellen – ich bin irgendwie DA. Leider ist dort oftmals NIX. Oder ätzender, dort ist wieder irgendein “Dungeon” der einen wieder für Stunden in die Irre führt, weil man dort unten die Wegmarken nicht mehr sieht !! Was soll dieser Scheiß ?! Das macht NULL Spaß ! Ich kann alles ertragen, wenn man denn mal zügig zum Ziel käme. Und wie oben schon mal geschrieben, ist man scheinbar am Ziel (so richtig weiß man’s oft nicht) sucht man sich ‘nen Wolf nach dem eigentlichen Ziel. Also gefühlt 70% verbringt man mit herum irren. Totale Zeitverschwendung.   

Der PiP-Boy ist viel zu überladen. Allein immer wieder sich selber heilen zu müssen ist viel zu langatmig. Oder schnell Waffen wechseln, geht meines Wissens nicht. Obwohl gerade lese ich das in  man im PiP-Boy Favoriten-Waffen den Steuer-Kreuz Tasten zuweisen kann. Ja, das klappt auch. Trotzdem der PiP-Boy ist viel zu komplex. Auch hat man dort ständig Dinge drin, die irgendwie hilfreich sein könnten, deren Funktion/Anwendung (bei welchen Gegnern) aber in keiner Weise erklärt wird.

Schnell Rennen geht auch nicht (gefühlt). Doch die normal Geschwindigkeit IST RENNEN !! Aha !! Allein das weg rennen vor Gegnern ist der pure Streß. 

 

 

 

 

Einplatinencomputer, Erfahrungsbericht, Gelöste Probleme, Hardware, Internet, Linux, Raspberry

Webserver Raspberry Pi 3 B+ Total-Crash

Was für ein Drama mal wieder. Nach Jahren treuer Dienste funktioniert plötzlich mein Raspberry Pi 3 B+ nicht mehr. Ich stele fest das die LAN Verbindung nicht mehr leuchtet. Dann fällt mir auf, das die ACT LED nix mehr macht. 

Sofort schreibe ich auf eine andere SD-Karte ein Raspi-OS-Image, nix, die ACT (Drive-Activitäten) LED ist tot. Kurz nehme ich den steinalten Raspberry Pi 2, alles gut mit der ACT-LED.

Nach intensiven Test’s bestelle ich einen Raspberry 4 B mit 1GB.

Lasset die Spiele beginnen

Der Pi 4 ist angekommen und ich stecke Hoffnungsvoll die alte 64GB SD-Karte rein, jau, er bootet in den Desktop. Fröhlich passe ich die IP-Adresse wieder an, teste, alles bestens. Und ab damit ins 19″-Rack … nix geht mehr, wieder alles zum Arbeits-PC um letztlich festzustellen – die 64GB SD-Karte ist TOT/DEFEKT/ENDE. Dabei hatte ich am Pi 4 vorm Umbau sogar einen SHUTDOWN gemacht und gewartet bis die Drive LED aus bleibt !!

TOTAL-KATASTROPHE, denn wie der Mensch so ist länger schon kein BACKUP mehr über’s LAN gesichert. Das letzte BACKUP stammt von 09-2025 :O 

So ein MIST jetzt beginnt wieder dieser ganze Dreck mit OS/APACHE/PHP/SSL/HTTPS-ZERTIFIKATE/MYSQL/WORDPRESS. Das ist ein tagelanges Gefrickel, oft ohne Sinn und Verstand.

Was ich versucht habe

Zuerst händisch wieder alles nach irgendwelchen kruden Anleitungen/Video’s zusammen-installiert. 

Dann nach Tag 1 finde ich durch Zufall ein IMAGE-File auch von 09-2025. Tja, dann bin ich ja gleich fertig. Da ich Images wenn überhaupt nur mit Clone/Rescue-Zilla erstellt haben kann, Kinderspiel…von wegen.

Ich habe bestimmt EINEN TAG damit verbracht sowohl mit Clonezilla als auch mit Rescuezilla das Image zurück zu spielen, KEINE Chance.

Clonezilla ist da mal die größte Enttäuschung. Das Teil listet das Save/Restore Directory nicht mal ansatzweise komplett, findet das Image gar nicht obwohl es vor der Nase liegt.

Rescuezilla ist da viel schöner, wunderbar kann man mit der Maus navigieren. Es findet das Image ohne Probleme. Leider endet die Freude beim zurückspielen. Erst werden Partitionen generiert, dann kommt die Haupt Partition dran…ERROR. Rescuezilla meckert weil beim Ziel-Datenträger ein paar hundert Bytes zu viel/wenig da sind. Absolut lachhaft, altes Image stammt von besagter 64GB SD-Karte und soll neu auf eine 128GB SD-Karte. Wo kann es hier kapp oder eng werden ?!?!?

Jetzt kommt der größte Witz, die USB-Abbilderstellung von Linux Mint schafft es ganz easy das Image zurückzuspielen. Leider enthält der wp-content-Ordner von WordPress danach aber viel zu wenig Daten. 

Jedenfalls läuft der Pi 4 erstmal mit diesem Image. Es beginnt eine Odyssee des Hacken’s per Putty, Rechte neu vergeben, Passworte vergeben, Datenbank manuell erstellen dann Import eines Datenbank-Dump’s. Dann noch WordPress die DB-Zugangsdaten beibringen.

Endlich nach gefühlt 3 Tagen sehe ich Licht am Ende des Tunnels. 

Ich sehe meine Webseite, natürlich verstümmelt ohne Grafiken. Durch totalen Zufall ist der letzte erhaltene POST einer über Zertifikat Erstellung, ich folge meinem eigenen Schrieb und siehe da die Seite wieder in voller Pracht.

Dann stelle ich in WordPress unter Einstellungen/Allgemein diese beiden Seiten-Links um lösche /wordpress hinter der URL, bibbernd speichere ich. Erst klappt danach nix mehr, kriege es aber schnell wieder hin. 

Dann machen natürlich wieder die Permalinks Probleme, EINFACH funktioniert, BEITRAGSNAME geht schlecht/nicht weil bestimmte Links damit nicht funktionieren. Genau das hatte ich schon mal und zum Glück hatte ich notiert wie die Lösung war.

In der /etc/apache2/apache2.conf muß unter <Directory var/www/> Allow Override auf ALL stehen. Danach mysql (mariaDB) und Apache durchstarten. Leider funktionieren danach die Permalinks mit Beitragsname genau so wenig.

Permalinks und Apache-Rewrite
.htaccess Rewrite manuell hinzugefügt

Weil WordPress normalerweise bei jeder Permalink Änderung + Speichern eine versteckte .htaccess generiert, das aber dieses mal NICHT tut, erstelle ich mühsam Eine per Hand im html-Ordner

Und siehe da, mit der Permalink-Einstellung auf Beitragsname funktioniert es nun wieder. 

Und ich wette das hat mit den Schreibrecht-Problem zu tun das ich nun beschreibe.

WordPress kann nicht Uploaden/Plugins Updaten usw.

Was ist das nun wieder, WordPress meckert herum will ich Bilder (Medien) uploaden.

Keine Server Schreibrechte

Auch nach intensiver Recherche finde ich keine Lösung. Und natürlich mache ich ein chown rekursiv für verschiedenste Ordner.

Nächster Morgen

Es kann so einfach sein, chown ist die Lösung. Ich habe (warum auch immer) WordPress 2x, einmal direkt im html-Ordner und einmal in html/wordpress. Welches ist nun das ECHTE ?

Rekursiv, also incl. aller Unterordner, gebe ich folgenden Befehl ein :

sudo chown -R www-data:www-data /var/www/html/wordpress/wp-content/uploads

Danach starte ich den Apache einmal durch mit :

sudo systemctl restart apache2

Man kann immer noch keine Bilder hochladen :/

Dann sage ich mir nimm mal den kompletten html-Ordner incl. ALLEM :

sudo chown -R www-data:www-data /var/www/html
sudo systemctl restart apache2

ES GEHT WIEDER – WordPress kann Uploaden und es gehen auch Plugin-Updates wie gewohnt.

Nun will ich schauen WO die Bilder-Upload’s nun landen. 

Leider kommt durch das chown plötzlich mein pi User nicht mehr in den html-Ordner. Ich füge den pi User der Gruppe www-data hinzu mit :

sudo usermod -a -G www-data <Benutzername>
sudo systemctl restart apache2

Nö, geht immer n.n. Da fällt mir ein, das man User Ab/Anmelden muß damit Änderungen wirksam werden. Und es funktioniert, mein Pi-User kommt wieder auf html und alle Unterordner.

Ich schaue nach wo nun der neu kreierte 2026/03-Ordner liegt und es ist /var/www/html/wp-content/uploads/2026/03 

Also dürfte das WordPress in html/wordpress irrelevant sein. Bevor ich den Ordner lösche benenne ich Ihn testweise um.

sudo mv wordpress / aaaa/

WordPress läuft weiter, ich lösche den aaaa-Ordner mit  sudo rm -R aaaa
Nachtrag

Und sieh mal einer an, nachdem ich eben die Permalink-Einstellungen änderte/speicherte hat WordPress in MEINE hand-getippte .htaccess die gleichen Einträge nochmals eingetragen. Ich lösche dort als mein mühsam hand-getipptes raus weil doppelt.

  

 

 

 

Erfahrungsbericht, Gelöste Probleme, Internet, Linux, Raspberry

Ein trusted SSL Zertifikat für den Pi Apache

Eben mal die „reachability“ von 64kbyte.zapto.org geprüft, diese Meldung kommt :

Das SSL Zertifikat muß von einer Trusted Platform erzeugt werden. Ich entscheide mich per Letsencrypt ein neues ‚ trusted‘ Zertifikat zu erzeugen.

Installation des Certbot für den Apache :

sudo apt update
sudo apt install python3-certbot-apache

Zertifikat erzeugen (es kommen Fragen z.B. Domain) :

sudo certbot  – -apache

Wo liegen die Zertifikat(e) :

Zertifikat /etc/letsencrypt/live/64kbyte.zapto.org/fullcain.pem
Key /etc/letsencrypt/live/64kbyte.zapto.org/privkey.pem

This certificate expires 20-12-2025 (in 90 Tagen verfällt das Zertifikat).

Am Ende muß ich noch entscheiden „Which virtual host would you like to choose?“ 

1: 000-default.conf
2: default-ssl-conf

Nach kurzer Recherche sagt die Ki „nimm den mit ssl“ und die Ki würde uns doch nie schaden oder ?

Es erscheint „Congratulations! You have successfully enabled HTTPS on https://64kbyte.zapto.org“

Ich erstelle noch einen zeit gesteuerten Job um das Zertifikat Wöchentlich zu erneuern.

sudo crontab -e

wähle den NANO

und schreibe in das File :

0 0 * * 1 certbot renew

Dann Speichern und schließen.

Anschließend mache ich einen Check meiner Seite :

https://www.ssllabs.com/ssltest/

Das dauert ein wenig ist dann aber voll GRÜN :

Erfahrungsbericht, Gelöste Probleme, Linux

WordPress Permalink’s nur “Einfach”

Was ist das wieder für eine Gemeinheit ?

Seit ich meinen Pi Webserver neu aufsetzen mußte kann ich in den WordPress Einstellungen/Permalinks umstellen was ich will, es funktioniert ohne 404 Error nur “Einfach”.

Jeder, aber auch Jeder im Netz sagt “ist ganz einfach” – “einmal auf irgendwas umstellen, Speichern, wieder umstellen, Speichern – ALLES GUT”.

> FUNKTIONIERT ABER LEIDER NICHT <<<<

Nachdem ich vor Tagen geistig erstmal aufgegeben habe – heute nochmal ein Versuch.

Zuerst finde ich so Hinweise wie “chmod 777 .htaccess”, damit auch alles und Jeder schreiben darf (auch WordPress). Aber WordPress konnte immer in die .htaccess (unsichtbar im WordPress-Ordner) schreiben.

Jedes mal wenn ich von “Einfach” auf irgendwas anderes umstelle kommen 404 Error klicke ich irgendwas auf meiner Page an.

DER TIP

In der /etc/apache2/apache2.conf hiernach suchen :

apache2.conf

Dort das None durch All ersetzen und mit Strg + O speichern und mit Strg + x verlassen.

Nun einmal den Apache durchstarten mit : 

sudo service apache2 restart

UND ES FUNKTIONIERT ENDLICH WIEDER 🙂

Permalinks mit Post-Namen.

 

Erfahrungsbericht, Gelöste Probleme, Linux, Raspberry

WordPress Apache SSL Zertifikat Drama

Was ich jetzt hier schreibe ist nur aus dem Gedächtnis wiedergegeben und das vom Hacking über eine Woche hinweg.

Was war passiert

Wenn ich das so genau wüsste, denn ich bin mir keiner Schuld bewußt. Jedenfalls lief meine Wesbeite (Diese) gar nicht mehr und das obwohl im No-IP Account meine korrekte Dynamische IP hinterlegt war und der Router unberührt blieb (Port Forwarding).

Irgendwie entdeckte ich das im Apache Status diesem scheinbar ein SSL Zertifikat fehlte oder leer sein soll und er deswegen nicht starten wollte.

Über eine Woche absolutes Chaos

Zuerst war es mir tagelang nicht so wichtig, dann plötzlich WordPress Entzugs-Erscheinungen, der Ehrgeiz packte mich. Und ich muß sagen WordPress scheint unzerstörbar, denn seit gefühlt 15 bis 20 Jahren habe ich noch keinen POST verloren.

Klar läuft ein Backup-Plugin das wöchentlich mal ein Backup erstellt. Ab und an lade ich dann mal eines runter zum sichern. Auch mache ich ab und an einen SQL-Dump um die Datenbank zu sichern.

Das Problem dieses mal war das ich weil der Apache nicht lief auch nix in WordPress machen konnte und ich kein sehr aktuelles SQL-Dump hatte aber immerhin ein recht junges WordPress-Backup.

Rettungsversuch Apache SSL Zertifikat

Natürlich versuchte ich zuerst eben ein SSL Zertifikat neu zu generieren, aber finde mal eine funktionierende Anleitung. Das klappte schon mal nicht. Irgendwann gab ich auf und befasste mich mit einer Neu Installation.

Raspberry neustes OS

Wenn schon dann muß ich eine neue SD-Karte (größer) mit dem neusten Raspberry OS bespielen. Das machte ich mit dem Raspberry Pi Imager. Mein OS war wirklich schon alt und ein kompletter Sprung on the Fly ist mit Risiken behaftet.

Ich weiß nicht wie oft (bestimmt 6-10x) ich die SD-Karte neu aufgesetzt habe. Das OS lief erwartungsgemäß sauber, aber es gibt da einige Änderungen seitens Raspberry.

Der Imager bietet sehr unauffällig vor dem Schreiben einige Optionen an, wo man schnell mal einfach weiter klickt. So mußte ich schmerzlich erfahren das es KEINEN User ‘Pi’ mehr gibt überspringt man es. Oder auch diese Sache mit dem SSL Zugriff, kann man abhaken in den Optionen.

Egal, nach mehreren Neu Beschreiben der SD Karte war die Basis gesetzt. 

Der Horror beginnt (und nahm kein Ende)

Apache, PHP, mariaDB, phpmyAdmin, WordPress, FTP-Server und was ich noch alles eben mal installieren. Eigentlich geht das gut findet man mal eine halbwegs moderne Anleitung. Dafür brauchte ich bestimmt 1-2 Tage von morgens bis Nachts.

Während all diesem Gefrickel fällt mir absolut unangenehm auf diese chown und chmod Linux Dinger. Das absolute Grauen, jeder sagt was anderes. Jede Software will eigen Rechte. Klar ist das echt sicher, aber das Handling ist würg.

Als dann die Basis Software drauf ist fehlt noch WordPress. Wahrscheinlich hätte ich den alten Inhalt ‘einfach’ (User Lese/Schreibrechte) kopieren können nach /var/www/http aber irgendwas hat mich veranlasst WordPress erstmal neu zu ‘installieren’ und dann über zu Kopieren.

Also WordPress tar.gz in den html Ordner down geloaded/entpackt. Der Apache lief auch (noch ohne SSL https) und WordPress Startseite lief.Per phpmyAdmin hatte ich eine leere Datenbank ‘wordpress’ angelegt.

Und jetzt kommt der Hammer.

Wie doof kann ich (WordPress-Programmierer) sein ?

Wirklich 2 Tage lang die simple Installationsseite wo oben der Datenbankname steht (tut es das wirklich ?) versucht zu absolvieren. 

Immer kommt eine Fehlermeldung ‘Datenbank nicht gefunden’ blabla. Irgendwann erkenne ich dann, der vorgefertigte ‘wordpress’ Schriftzug ist gar kein echter Eintrag im Feld Datenbank !!!

Das ist nur ein Schatten-Vordruck was sein könnte !!!!!!!!

Ich habe wegen der kaum erkennbaren Unterschiede (grauer Vordruck vs schwarz echter Eintrag) nicht realisiert das ich dort ‘wordpress’ rein schreiben muß !!!

Jedenfalls lief WordPress dann. 

Das DRAMA des Datenbank Import  

Oh mann ich finde keinen halbwegs aktuelle SQL-Dump, was nun. Nach vielen Querelen komme ich auf die Idee – starte den Pi mit der alten SD Karte um per Putty direkt in der mariaDB einen Dump des ‘Jetzt’ Zustandes zu erstellen. 

Hatte ich noch nie gemacht, wußte auch nicht das es sowas gibt. Klappte jedenfalls.

Ein Drama immer wieder ‘wie bekomme ich Files auf die neue SD Karte ? Klar habe einen Card-Reader aber diese verdammten Schreib/Leserechte. Irgendwann habe ich es dann immer so gemacht, die neue SD Karte in den Reader und was auch immer nach /home/pi kopiert.

Dann den neuen Pi wieder gestartet und per phpmyAdmin die ‘wordpress’ Datenbank importiert.

Das darf man sich wieder nicht so einfach vorstellen, weil in irgendwelchen phpmyadmin config Files steht man dürfe nur satte 2MByte hochladen. Ähm wir haben 2025 !!

Alles auf 50MByte hoch gesetzt. Mein Dump war gerade mal 15MB groß. Danach klappte der Import.

SSL

Da Webseiten heutzutage https:// haben müssen muß ich wieder Zertifikate erstellen usw. Außerdem ist WordPress auch auf https:// geeicht. Will ich im Detail nicht erklären, aber wieder ziemlich viel Gewurschtel.

WordPress Links funktionieren nicht

Irgendwann lief WordPress dann auch im alten Muster, ich war ganz erstaunt das sogar die Plugins da waren. Leider funktionierten keinerlei Links. Die POST’s waren auf der Hauptseite sichtbar. Klicke ich aber auf irgend etwas kommt ‘Not Found’ Apache Meldung. Als URL steht im Browser aber der gewünschte Post-Link.

Immer wieder auf Anraten in WordPress unter Einstellungen – Permalinks die Permalink-Struktur umgestellt und Gespeichert. Danach wieder zurück zur alten Einstellung und Gespeichert. 

Keine Besserung und ich finde auch KEINE Lösung.

Dann aus Verzweiflung stelle ich mal auf ‘Einfach‘ um speicher das und ES FUNKTIONIERT !!!!!!!!!!

Alles geht wieder Gallerien, In-POST Foto’s öffnen usw.

Danach probiere ich viele andere Permalink-Strukturen, keine funktioniert außer ‘EINFACH’

Dieses Umstellen der Struktur ändert beim Speichern die unsichtbare .htaccess Datei im WordPress Ordner selber. Der Apache richtet sich nach dieser Datei und schreibt URL’s um damit Sie im Browser lesbarer erscheinen.

Das ist nur ein ganz kurzer Außschnitt meiner Erlebnisse über bestimmt 5 Tage am Stück nur gehackt am Pi

Später

Oh, eben probiere ich mal ob’s am Handy funktioniert, ja, bis ich zufällig auf einen Post treffe, der einen Link zu einem anderen Post hat. Und der, man höre und staune, nicht automatisch beim ändern der Permalink-Struktur mit geändert wird. Da hat mal wieder ein WordPress Programmierer gut aufgepasst.

 

 

 

  

Allgemein, Erfahrungsbericht, Gelöste Probleme, Linux, PC

Linux MINT 22 (Wilma) USB NTFS Mount Probleme

Es ist soweit, für das Thema muß ich ein eigenen Post schreiben.

Das so etwas in 2024 noch möglich ist …

Neulich händisch auf Mint 22 (Wilma) UpGeGraded. Alles schien zuerst wie immer, bis ich dann mal eines meiner mehreren USB-HDD Laufwerke einschaltete. Es kam ein Mount-Error.

Teilweise half dann scheinbar das (immerhin sichtbare Laufwerk aber ohne Auswurf-ICON) angezeigte Laufwerk  einmal anzuklicken um es zu mounten. Ein anderes Laufwerk ließ sich so aber nicht mounten.

Dann stellte ich im “Laufwerke”-Programm in den Einhänge-Optionen aller USB-Drive’s “Vorgabe der Benutzersitzung” auf AUS, setzte den Haken “Beim Systemstart einhängen” und gab unter “Anzeigename” einen Label für das Drive ein.

Nach zusätzlicher Recherche im Netz stellte sich schnell heraus das der im 6er Kernel befindliche ntfs3-Treiber einen BUG hat !! Man sollte diesen deswegen auf die BLACKLIST setzen, was ich mit diesem Befehl auch neulich tat.

echo ‘blacklist ntfs3’ | sudo tee /etc/modprobe.d/disable-ntfs3.conf

Der Befehl schreibt den Text “blacklist ntfs3” in die Datei /etc/modprobe.d/disable-ntfs3.conf

Des weiteren soll der folgende Befehl NTFS-Laufwerke fixen, wobei ich absolut nicht verstehe warum das nötig ist. Denn alle meine USB-HDD’s haben über Jahre hinweg problemlos funktioniert.

sudo ntfsfix -b -d /dev/sdxx

Es wird aber noch schlimmer, denn wenn man nichts unternimmt zerstört der BUG fröhlich Laufwerks-Strukturen ect.

Es darf doch nicht wahr sein das man hier gezwungen ist selber aktiv zu werden !!! Der Fehler ist doch bekannt, warum fixt den Niemand !!? Stattdessen läßt man die User allein … selber ein paar Befehle eingeben die evtl. ein NTFS Laufwerk fixen oder aber ….

Nach ein paar weiteren Tagen, alles scheint gut, will ich mal eben das Mounten meiner USB-HDD’s Stück für Stück durchspielen.

Ich muß dazu sagen, den ntfsfix-Befehl habe ich bisher bei nur EINEM Laufwerk ausgeführt, weiß aber nicht mehr bei welchem.

Eine 2,5″ 5TB wird wunderbar angenommen. Auch speichere ich seit Tagen Daten darauf. Das heißt aber ja noch nicht das Diese auch i.O. sind. Trotzdem kann ich eben gespeicherte Filme abspielen und bis zu deren Ende spulen.

Nun zu den 3 x 3,5″-HDD’s :

Bei Einer kommt ein “Mount-Error” …

Eben mal nachgesehen ob der Text “blacklist ntfs3” noch in der /etc/modprobe.d/disable-ntfs3.conf steht … NEIN !!!

Ach du SCHE%&?

Schnell den oben stehenden echo Befehl nochmal ausgeführt danach geschaut ob “blacklist ntfs3” wieder in der Datei steht, JA !!

Hurtig Rebooten …

Wieder die Datei auf den Eintrag geprüft … JA der Text “blacklist ntfs3” steht noch drin. Trotzdem wird EIN eingeschaltetes Laufwerk nicht gemountet. 

Ich führe nun mal den ntfsfix-Befehl auf diesem Laufwerk aus, obwohl gesagt wird zum erfolgreichen mounten alleine würde der Blacklist-Eintrag reichen.

Der Befehl ist in einer Nano-Sekunde durchgeführt, danach schalte ich die HDD aus/ein.

So, den ntfsfix Befehl nochmal bei alles Laufwerken ausgeführt, ist aber wahrscheinlich unnötig. Es geht hauptsächlich um den buggy ntfs3 Treiber im Kernel.

Aktuell melden sich ALLE USB-HDD’s wieder sauber an.

Wichtig !! NTFS3 Treiber auf die Blacklist UND bei mir mußte ich USB-HDD’s im Laufwerke-Programm in den Einhängeoptionen den “Vorgabe …” Schieber auf AUS schalten, Haken bei “Beim Systemstart einhängen” und einen Anzeigename eingeben.

 

 

Erfahrungsbericht, Gelöste Probleme, Linux, PC

Linux Mint 21.x auf 22 Upgrade (Wilma)

Da scheinbar Mint 22 existiert, aber offiziell nicht freigegeben wird habe ich das Upgrade per Hand ausprobiert.

Als erstes in der Anwendungsverwaltung nachschauen ob “mintupgrade” schon installiert ist. War bei mir schon drauf.

Dann in der Konsole starten mit “sudo mintupgrade”

In der Regel erscheint eine Meldung das bestimmte Kleinigkeiten “Behoben” werden müssen – einfach machen lassen.

Dann die endlosen Download’s abwarten.

Danach beginnt die Installation….und die dauert eine Weile

Hiernach werden “Neue verwaiste Packete werden entfernt”

NEUSTART !!! BIBBER !!!

Tja, mal wieder gar nicht so gut (in 2024 schon traurig) startet Mint in einen schwarzen Bildschirm. Mein Monitor zeigt an, ein Bild-Signal ist da (LÖSUNG siehe unten Lösung für den Black Screen)

Versuchsweise tippe ich mein Login-PW ein + ENTER, nix, auch keine Lade-Aktivitäten. Ich drücke mal den Power-Button, der PC rödelt kurz und geht aus, das System Reagiert also.

Nach einer kurzen Weile starte ich mal in GRUB die Advanced Options und dort Generic-Recovery. Im folgenden DOS-Like Screen wähle ich Startvorgang fortsetzen. Nach den üblichen Vollbild-Linux Text-Meldungen erscheint der Login-Bildschirm !!

Ich logge mich ein, und alles sieht aus wie immer !!

Geiler Fortschritt, aber für Linux nicht ungewöhnlich. Und ich mag das sogar, kein neuer Schnickschnack, alles wie gewohnt.

Das löst natürlich nicht das Black-Screen Problem, aber man kann arbeiten. Denke aber das im Recovery-Modus Mint seine volle Power nicht einsetzt (geht aber trotzdem wie Bolle).

Jedenfalls sieht mein Desktop/Taskleiste aus wie eh und jeh. Auch die Textgrößen und der Mauspfeil wie gewohnt.

Aber ehrlich, natürlich Google ich nach “black screen” und sehe das Problem existiert schon seit Juli, wir haben nun November. Starke Leistung …

Installiert ist jedenfalls folgender NVIDIA Treiber :

nvidia470.256.02-0ubuntu24.04.1

Testweise nehme ich in der Treiberverwaltung mal den xserver-xorg-video-nouveau(quelloffen) Treiber. Aber schon bei dessen Installation ahne ich nichts Gutes. Denn es kommt KEINE Rückmeldung und der Balken wandert nicht weiter. Zudem kann ich keinen der beiden Treiber mehr anwählen.

Was nun ? Ist der Nouveau nun drauf oder nicht ? Der Abbrechen Button zeigt auch keine Wirkung…vielleicht geht das Treiber Umswitchen ja nicht im Generic-Recovery Mode.

Auch Minuten später kein Status erkennbar…ich starte mal neu

Tja, nun komme ich über den Normalstart-Punkt in GRUB zum Login-Screen, natürlich alles in elend niedriger Auflösung. Ich gehe wieder auf die Treiberverwaltung installiere den empfohlenen NVIDIA Treiber erneut. Aber auch danach Black-Screen startet man Mint per GRUB-Normal Modus.

Ich weiß, das dieser Kernel 6.x.x Probleme mit NVIDIA-Treiber zeigte. Deswegen bin ich immer bei den 5er Kerneln geblieben.

Und auch bei der 22er Version das Problem, das ich vorhin noch mit der 21.x hatte. Ein Ordner der eigentlich genug Speicherplatz hat zeigt Diesen nicht entsprechend an und deswegen läßt sich eine größere Datei nicht einfügen … nix gut

Lösung für den Black Screen

In einer Konsole die GRUB Datei editeren :

sudo nano /etc/default/grub

Dort bei der folgender Zeile das Wort “splash” löschen :

GRUB_CMDLINE_LINUX_DEFAULT=”quite splash”

Danach mit Strg + O speichern und ich habe danach sicherheitshalber noch ein sudo update-grub gemacht.

Nach einem NEUSTART startet MINT 22 dann wie gewollt auch ohne die Generic-Recovery Auswahl.

3 Tage später (Aktualisierungen installieren)
Hatte ich auch noch nie. Ich öffne wie immer die Aktualisierungsverwaltung und klicke “Aktualisierungen installieren” aber es passiert nix. Ich aktualisiere, aber auch danach keine Reaktion … dann eben nicht.
Laufwerk freier Speicherplatz wird falsch angezeigt

Ist mir nun schon mehrmals aufgefallen. Nach neu Encodieren von HD-Filmen mit ShotCut lösche ich das Original (*.ts) aber der freie Speicherplatz wird nicht mehr (Mülleimer ist gelöscht). Nach einem Neustart ist dann der Speicherplatz wieder frei. Somit kann ich bei wenig freiem Speicherplatz nicht den nächsten Film in Arbeit nehmen.

Hmm, hatte ShotCut noch am laufen, der Quell-Film war aber sauber gelöscht. Und das OS hat doch die Gewalt über Speicher-Resourcen. Scheinbar hält ShotCut aber irgendwo den Speicher belegt. Wenn dem so wäre müsste das OS dann aber beim Löschen Meckern von wegen “in Verwendung … kann nicht löschen”. Jedenfalls ist nach dem Schließen von ShotCut der Speicherplatz wieder frei.

PS : aber man kann ja auch Dateinamen während in Diese geschrieben wird einfach umbenennen (bei Windows undenkbar), was ich aber extrem gut finde.

USB HDD Laufwerk wird nicht mehr eingehängt (NTFS3 Bug)

Eines von mehreren USB-Laufwerken (alles NTFS) wird einfach nicht mehr eingehängt. Vor dem Wilma Upgrade lief alles einwandfrei. Auch habe ich seit dem Upgrade schon mehrmals aktualisiert. Darunter waren 2x neue Kernel’s.

Und trotzdem lese ich gerade etwas von einem BUG im NTFS3 Treiber…

Blacklist ntfs3 and you are most likely good.
Bugs like this are the price we pay for using a proprietary filesystem (for which MS is not providing a proper driver).

Des weiteren finde ich …

In Linux kernels from 5.15 the kernel module ntfs3 can be used when mounting external NTFS drives, in stead of using ntfs-3g.

Ach du Schei%&(

Dieses Kommando hat bei mir geholfen die USB-HDD wieder zu mounten :

sudo ntfsfix -b -d /dev/sdxx

Kommando um NTFS3 auf die Blacklist zu setzen :

echo ‘blacklist ntfs3‘ | sudo tee /etc/modprobe.d/disable-ntfs3

Leider sind damit die Probleme NICHT verschwunden. Ganz nach Lust und Laune werden USB-Laufwerke nicht mehr eingehängt. Geht auch nicht manuell … oder doch … oder … hääää

Ich klicke gerade zum 2. mal auf den “PLAY” (Einhängen) Button im Laufwerke Programm weil in CAJA eben KEIN Button vorhanden ist. OK, dort macht man Rechte-Maustaste/Einhängen. Und plötzlich wird eine HDD eingehängt, die eben NICHT reagierte !!!

Ey, das hat ALLES jahrelang wunderbar und mit NULL Problemen funktioniert !!!! Welcher verdammte Honk baut so einen MIST ?!?

Ich war so zufrieden mit MINT und dann so etwas, evtl. auch noch mit dem Risiko einer Daten Korruption. Das geht ja mal gar nicht.

Das ist kein schönes Gefühl, wenn MINT plötzlich wichtige Laufwerke nicht mehr will.

 

 

 

 

 

Erfahrungsbericht, Gelöste Probleme, Linux, Software

yaVDR 0.62 und halb moderner Firefox (119.0.1)

Da immer weniger Webseiten mit dem steinalten Firefox der im steinalten yaVDR 0.62 welches auf steinaltem UBUNTU 14.0.4 läuft funktionieren probierte ich mal ein AppImage zu starten.

Die höchste Firefox Version mit der UBUNTU 14.0.4 zurechtkommt war dann 119.0.1

Da ich es leid war über die Sidebar-Konsole immer wieder den Pfad wo das AppImage liegt einzutippen und dann noch “Firefox” einzugeben installierte ich Nautilus.

Starte ich den in besagter Konsole gebe ich nur mein PW ein gefolgt von “nautilus” + ENTER. Nautilus zeigt dann direkt meinen HOME-Ordner an in den ich dann das AppImage gespeichert habe um es direkt erreichen zu können.

Den Filenamen des AppImage habe ich entschlackt und in “firefox.AppImage” geändert.

Nachteil ist man muß die Konsole per Maus öffnen, einmal die Tastatur nehmen, PW dann “nautilus” eingeben mit den Cursortasten das “firefox.AppImage” markieren + ENTER drücken.

Der moderne Firefox startet.

Ich richte im neuen FF 3 AddOn’s ein µBlock, “I don’t care about Cookies” und den Dark-Reader.

Alles läuft viel schneller und die Webseiten Darstellung ist perfekt aber vor allem funktional.

Dann stellte ich fest, das sich der Alte und neue Browser irgendwie ins Gehege kommen. Denn einmal den alten FF gestartet/beendet dann den neueren FF gestartet sind dessen AddOn’s wieder weg.

OK, denkt der Normalo, dann erstelle ich eben eine eigenes neues Profil für den neuen Browser. Ich prüfe welches Profil in welchem Browser nach dessen Start aktiviert ist. Ja, jeder hat sein eigenes Profil am Start.

Das müsste bedeuten, beide FF sind unabhängig/autark.

Ist aber irgendwie nicht so….gestern wegen Faulheit mal mit einem Mausklick den alten FF gestartet, heute im neuen FF schon wieder die AddOn’s weg. Ist echt ein Rätsel der FF mit seinen verdammten Profilen.

Egal, ich darf eben nur noch den neuen FF benutzen, ENDE !

Eine geraume Zeit später 03-2025

Ich war glücklich mit dem FF Version 116.

Ein paar AddON’s drauf z.B. µBlock Origin und die Welt war in Ordnung.

Dann tauchte vor kurzem immer wieder eine Warnmeldung auf die besagte : ACHTUNG FF schaltet wegen Zertifikat-BlaBla am 25.3.2025 ALLE AddOn’s ab.

Heute am 16.3.2025 (ist ja fast der 25.3.2025) ist es dann schon soweit – freu 🙁

Abhilfe bei bestimmten FF Versionen (ESR, Nightly usw.) unter about:config/xpinstall.signatures….. FALSE setzten, dann pfeifft FF auf die Regeln nach einem FF Neustart. Leider interessiert das meine Version 119 nicht die Bohne.

Das geilste ist aber folgendes :

Der FF meldet hoch offiziell mehrmals “es werden AddOn’s deaktiviert”, das passiert auch und nach Googeln muß man bei Mozilla lesen “es ist ein ungewollter BUG” und “wir suchen nach einer Lösung” !! Ähhh was denn nun gewollte Verarschung oder nicht ?!

Ich kann auf dem Uralt Ubuntu 14.4 (das einzige OS auf dem yaVDR 0.62 läuft) nunmal nur maximal FF V119 laufen lassen und nun so etwas. Die Werbung scheißt einem in’s  Gesicht und ein Dark-Mode ist auch nicht mehr möglich.

Danke Mozilla !! Ich bin absoluter Open-Source und Firefox Fan seit einer Ewigkeit, aber man die User auch vergraulen (eher quälen).

Firefox AddOn’s sind immer noch deaktiviert (04.2025)

Das ist wirklich ein Schlag in’s Gesicht. Nich mal ein simples Dark Mode AddOn kann man Re-Aktivieren. Will  man es neu installieren steht dort frech “You need an updated Version of Firefox for this Extension” !! Geht aber ja nicht weil die Version 119 die höchst mögliche für UBUNTU 14.04 ist.

So eine Schweinerei von MOZILLA ist mir noch nicht untergekommen. Auch bekommt man (lange gesucht) keine “Nightly” Version als AppImage. Warum ? Nun es soll angeblich bei Nightly und Beta-Versionen gehen diesen “Sign” Mist in about:config zu deaktivieren. JA, den Punkt gibt es auch in normalen Versionen, dort greift er aber nicht.

Und AppImage’s selber bauen muß man offensichtlich studiert haben. Einfach ein Tool, dem man sagt nimm den Ordner (extrahierter FF) gibt es nicht.

Ich krieg langsam die Augen-Krise weil die meisten Webseiten “zum Glück” die FF “Vorschläge” der Hintergrund-Farbe getrost überschreiben und dann auch noch in WEIß !!!!!

 

 

Erfahrungsbericht, Gelöste Probleme, Musik Equipment, Synthesizer

ROLAND Fantom-06 (05-2024)

Nach 12 Jahren mal wieder eine Workstation gekauft einen ROLAND Fantom-06. Der “Klang” meines uralten Yamaha moX war dagegen wirklich LoFi.

Vor Jahren wäre der MODX 6 meine erste Wahl gewesen. Leider gefiel die Tastatur nicht, aus heutiger Sicht totaler Unsinn. Hervorstechenste Merkmale sind Super-Knob, FM-Engine, großer Bildschirm. Leider spart Yamaha an Drehreglern/Fadern und CPU-Speed. Ohne die Animationen zu deaktivieren ruckelt und laggt es stark.

Ich wartete und wartete, irgendwann kam der MODX+ was genau zu meinen Berechnungen passte. Aber auch hier, kein CPU Upgrade, nur mehr Speicher und Polyphonie, was aber im Endeffekt keinen Fortschritt darstellt.

Immer wieder testete ich den Fantom-06 im Store, Sound durchsetzungsfähiger als beim MODX. Die Yamahas klingen auch in YT Videos immer zuerst fülliger, flächiger aber auch verrauschter. Der Fantom dagegen präziser, weniger Flächig, auf den Punkt.

ROLAND Fantom-06 (05-2024) weiterlesen →

Erfahrungsbericht, Gelöste Probleme, Internet, Linux, PC

yaVDR (0.62) Trial & Error

Warum es zum folgenden (kleinen) yaVDR Problem kam :

yaVDR 0.62 (ich liebe es) wird schon seit einer Ewigkeit nicht mehr weiter entwickelt. Der eingebrannte Firefox ist extrem veraltet, Webseiten haben immer wieder Probleme damit. Deswegen hatte ich es neulich mal geschafft die neuste Firefox-Version zu sauegn/entpacken. Starten läßt sich der neuste Firefox dann nur per Konsole (Sidebar). Leider läßt sich NICHT herausbekommen, wie man die Sidebar editieren kann, das scheint schier unmöglich für Normal-Menschen. Egal, der modernste Firefox lief jedenfalls und war auch auf dem Uralt-UBUNTU 14 Unterbau viel schneller als der steinalte eingebrannte Firefox.

yaVDR (0.62) Trial & Error weiterlesen →