Beiträge von DosAmp

Direkt von Debian Jessie aktualisiert. Nur eine Sache war beim Upgrade zu beachten:

Zitat von Benjamin92

Ich konnte das Problem jetzt lösen:
Zuerst apt-get purge rdnssd
und dann apt-get dist-upgrade funktionierte.

Die Release-Notes empfehlen aber ohnehin, erst einmal mit apt-get upgrade konfliktfreie Pakete zu aktualisieren.

Als nächstes wohl mal zum Spaß noch den SMB-Patch für Windows XP einspielen.

Warum DOS weder UMBs noch die HMA (das Segment über 1 MB) nutzt, um Teile von sich hochzuladen, ist in der Tat eine gute Frage.
HIMEM kann nicht hochgeladen werden, da EMM386 für die Freischaltung der UMBs zuständig ist, aber HIMEM als Vorbedingung bedarf. Nur wenn man diese auf andere Weise (z. B. mit UMBPCI) aktiviert bekommt, kann man HIMEM hochladen.

MS-DOS kann die Shell nicht nativ hochladen, das kann und macht nur 7.x (SHELLHIGH). Alternative wäre nur, eine Shell mit eingebautem Speichermanagement wie 4DOS (kann UMBs, XMS und Swapping in Auslagerungsdatei auf ≤80286 nutzen) zu verwenden, diese braucht dann aber vermutlich schon ohne Weiteres deutlich mehr als 3 KB konventionellen Speicher.
Außer mit Mikromanagement (alle Umgebungsvariablen, d.h. auch MTCPCFG, ans Ende der AUTOEXEC.BAT packen, da diese sonst von allen TSRs im Speicher gehalten werden) wird das wohl nicht besser.

Die Rechtschreibfehler habe ich nicht eingebaut.

Zitat

Assemblies on 34c3

Liebes $Assemblie,

ihr habt auf dem 33C3 mit einem Assemblie teilgenommen und wir hoffen
auch auf dem 34C3 mit Euch rechnen zu können. Mit dem Umzug nach
Leipzig stehen uns einige Herausforderungen bevor. Um diese zu meistern
fangen wir schon jetzt mit der Planung an, und brauchen dafür euch als
Community.

Die Assemblies sollen dieses Jahr vor allem thematisch organisiert
werden, um so den Austausch und das Zusammenwachsen innerhalb der
Communities/Leute/Menschen/Personen/Gruppen weiter zu fördern und mehr
Raum zur inhaltlichen Gestaltung zu geben. Stellt euch Eure Assembly vom
letzten Jahr vor, nur mit einer Bühne, Auditorium und/oder
Workshopbereich daneben. Dies werden die Cyber Competenz Centren**. Eure
Assembly zusammen mit weiteren kümmern sich um Aufgaben wie Stage
Management, Auf- und Abbau, Programmkuration, Workshopauswahl und alles
was Ihr zu einem Themenschwerpunkt auf die Beine stellen wollt.
Wir stellen uns vor, diese Bereiche zusammen mit Euch und dem Dekoteam
schön gemütlich zu gestalten und dabei Dinge wie Akustik, Brandschutz
etc. pp. zu beachten.
Übrigens: Größere Konstruktionen bis zu 30m^2 sind möglich, müssen aber
aus Gründen(tm) (Brandschutz, generelle Bestimmungen, ...) unbedingt
rechtzeitig mit uns abgesprochen werden.

Damit genügend Zeit für die Planung haben, freuen wir uns bis Mitte
September über eure "Wir interessieren uns für Thema XY und das sind
unsere Ideen wie wir das CCCenter (mit-)gestalten könnten".

Fragen? Fragen!

Euer Assemblies Team, c3-assemblies@lists.ccc.de / smtw

Themen / Topics

Wir haben uns die Themen der Assemblies, Workshops und Self organized
Sessions der letzten Jahre angeschaut und eine Liste mit Themen
kompiliert. Die Liste erhebt keinesfalls den Anspruch der
Vollständigkeit und soll rein als Anregung dienen. Vielleicht sind ein -
oder sogar zwei - Themen dabei die Euch besonders interessieren und bei
denen Ihr Euch vorstellen könnt ein solches Cyber Competenz Center** zu
bilden.

Themenliste

• art & beauty
• coding
  
  • operating system
  • functional prog.
  • fpga
  • machine learning
  • cryptocurrency/blockchain
  • datavisualization
  • big data
• making
  
  • 3d printing / lasercutter / cnc
  • ardunino / raspypi / soc
  • textile
  • food
  • robots
• quantified self & health & hackersport
• security
  
  • crypto
  • embeded
  • forensics
  • reverse engering
  • hacking
  • console hacking
• flying objects
• moving objects
• iot
  
  • car hacking
  • ioh - internet of hackerspace
• infrastructure
  
  • maps
  • freifunk
  • phone
  • gsm
  • poc
  • datanetworks
  • hamradio
• politics & society [noisy square supercluster?]
  
  • activism
  • anachist
  • netzpolitik
  • alternative engergies
  • human rights
  • datenschutz
  • citzen science
  • law
  • licence
  • foss
  • ngo
  • diversity etc
• education
  
  • jugend hackt / young hackers
• biohacking / neurohacking
• audio / podcast
• video / foto / poc
• augmented reality / vr
• rocket science
• vintage
  
  • old but still working stuff

** uns ist bisher noch kein richtig griffiger Name für dieses Themen /
Assembly Cluster / Themenvillages / Supercluster eingefallen. Daher
nennen wir sie vorerst Cyber Competence Center. Vorschläge werden gerne
entgegen genommen.

Alles anzeigen

Zitat von Alpha

Im alten win31.de-Forum habe ich mal vor 8 Jahren oder so eine Anleitung geschrieben, wie man die Compaq-Treiber nutzen kann, da diese ebenfalls generisch waren.. Waren Treiber vom Contura 4xx Serie. Ich finde aber den Post nicht mehr mit der Suche x_X

Neu jetzt seit 2007: Nicht nur Adminzugriff auf MyBB 1.6, sondern auch eines der letzten deutschsprachigen Foren mit ThWboard 3 Beta 2.84.

select * from tb_post where userid=12 and posttext like '%contura%';

→ http://www.win31.de/board/showtopic.php?threadid=30

Der Link ist leider vollends kaputt, aber vielleicht findet man das auch an anderer Stelle.

Die klassische Einführung zum Thema Netzneutralität:

Zitat von Alpha

Da mich mal die allgemeine Performance von meiner (WHF)-Kiste interessieren würde, hab ich mal zum Test den Dump eingespielt. Läuft dies dann bei mir auch fix?

Sieht gut aus. Die Map lädt in 3 Sekunden und selbst in unmittelbarer Nähe aller Farmen kann man z. B. problemlos essen und kämpfen.
Aber selbst die 3,5 GHz Einzelthread-Leistung sind verständlicherweise deutlich besser als die vier virtualisierten 2,4-GHz-Kerne, von denen außer bei Overviewer sich in der Regel 3 langweilen.

Zumal das Problem auch auftritt, sobald ich weit vom Zentrum beitrete (nachdem sich die Spawn-Region beruhigt hat). Wie gesagt, laggt der Server bereits, bevor überhaupt die Map geladen wird! Selbst mein popeliger Singlecore-vServer hat eine leere Map in 10 Sekunden geladen.

Zum lokalen Nachvollziehen ein Backup vom Server:
https://wyntoncraft.t23h.de/wyntoncraft_2017-08-10.rar (2,2 GB)
https://minecraft.net/de-de/download/server

Der Server läuft bereits seit Dienstagabend auf 1.12.1.

Mich bedrückt mehr, dass der ganze Server in der Tat seit 3. August extrem laggt. Down-/Upgrade des Linux-Kernels, Java-Umgebung etc. hat alles nichts gebracht.
Selbst im Recovery-System mit nichts weiter als dem Oracle-Java-Paket und einem im tmpfs abgelegten Minecraft-Server (so ziemlich alle Versionen ab 1.8+ zeigen das Phänomen) braucht der vServer über 20 Sekunden, bevor allein der Server-Thread (also die ganze Spiellogik) gestartet wird!

root@recovery:~/ramdisk# time $JAVA_HOME/bin/java -Xms1G -Xmx1G -jar minecraft_server.1.12.1.jar nogui
[13:56:32] [Server thread/INFO]: Starting minecraft server version 1.12.1
[13:56:32] [Server thread/INFO]: Loading properties
[13:56:32] [Server thread/INFO]: You need to agree to the EULA in order to run the server. Go to eula.txt for more info.
[13:56:32] [Server thread/INFO]: Stopping server
[13:56:32] [Server Shutdown Thread/INFO]: Stopping server


real    0m22.185s
user    0m32.930s
sys     0m4.100s

Einen leeren Server (mit bereits erstellter Map) zu starten dauert noch einmal zusätzlich 10 Sekunden und ruckelt bereits irrsinnig.

[14:00:58] [Server thread/INFO]: Starting minecraft server version 1.12.1
[14:00:58] [Server thread/INFO]: Loading properties
[14:00:58] [Server thread/INFO]: Default game type: SURVIVAL
[14:00:58] [Server thread/INFO]: Generating keypair
[14:00:59] [Server thread/INFO]: Starting Minecraft server on *:25566
[14:01:00] [Server thread/INFO]: Using epoll channel type
[14:01:00] [Server thread/INFO]: Preparing level "world"
[14:01:02] [Server thread/INFO]: Loaded 488 advancements
[14:01:02] [Server thread/INFO]: Preparing start region for level 0
[14:01:04] [Server thread/INFO]: Preparing spawn area: 0%
[14:01:05] [Server thread/INFO]: Preparing spawn area: 8%
[14:01:06] [Server thread/INFO]: Preparing spawn area: 28%
[14:01:07] [Server thread/INFO]: Preparing spawn area: 48%
[14:01:08] [Server thread/INFO]: Preparing spawn area: 68%
[14:01:09] [Server thread/INFO]: Preparing spawn area: 90%
[14:01:10] [Server thread/INFO]: Done (9,843s)! For help, type "help" or "?"
[14:01:16] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 2012ms behind, skipping 40 tick(s)
[14:01:32] [User Authenticator #1/INFO]: UUID of player DosAmp is fd1d57aa-e1b6-4ebf-8ebc-4b4eb03c5954
[14:01:32] [Server thread/INFO]: DosAmp[/x.x.x.x:XXX] logged in with entity id 303 at (-47.91731547741008, 65.0, 183.91795792240785)
[14:01:32] [Server thread/INFO]: DosAmp joined the game
[14:01:42] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 7927ms behind, skipping 158 tick(s)
[14:01:59] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 8078ms behind, skipping 161 tick(s)
[14:02:16] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 8156ms behind, skipping 163 tick(s)
[14:02:27] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 2130ms behind, skipping 42 tick(s)
[14:03:17] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 4057ms behind, skipping 81 tick(s)

Den richtigen Server zu starten dauert jetzt fast eine Minute, während es vorher reichlich 6 Sekunden waren, und dieser zeigt in Folge Lag-Spitzen bis über einer Minute (normalerweise soll ein Tick 50 Millisekunden dauern).

Diese Erkenntnisse sowie Benchmarks von Netzwerkanbindung und I/O (welche stabil auf 100 MBit/s sowie 60 MB/s Lesen/Schreiben gedeckelt sind) legen nahe, dass der vServer bezüglich CPU-Ressourcen schwächelt. Blue sollte wohl mal ein Ticket eröffnen.

Mangels anderer Musik auf dem Massenspeicher dieses Geräts: Dirty Loops - Over the Horizon

Zitat von dancle

Durch den Forencrash hats vermutlich auch hier die Uploads geschrottet.

Sagen wir mal so, dadurch dass sie >70% des Speicherplatzes des Forums ausgemacht haben, waren sie nicht primäres Ziel der Wiederherstellung, zumal sie nicht in meinem Abzug enthalten waren. Zumindest würde ich nicht garantieren, dass diese unversehrt gesichert wurden, und im Zweifelsfall anbieten, diese noch mal hochzuladen.

Im Kampf "Subkontrabass-Saxophon gegen Orgel" gibt es keine Gewinner.

Zitat von Postmann

Ich bin mit meinem WM einen anderen Weg gegangen:
- Das Fenster raussuchen, welches du mit deinem WM dekorieren magst
- Dessen Fensterdekoration ausschalten
- Eigenes Fenster mit den entsprechenden Abmessungen erstellen
- Das eigentliche Programm läuft als "Child"-Fenster. Füge das Child des Fensters, welches du eben entfernt hast, deinem Fenster hinzu

Bis auf das "Berauben" eines fremden Fenster-Managers ist das auch das übliche Grundkonzept eines WMs, der eigene Dekorationen zeichnet.
Das wäre in diesem Fall nicht mal nötig, da maximal ein Fenster gleichzeitig angezeigt werden soll und die Dekoration auch rundherum auf dem Root-Window gezeichnet werden kann.

Zitat von freaked

nö nur in der beta

Was ich schon im letzten Thread vor dem Crash geschrieben hatte: Zudem auch sachlich falsch, da ursprünglich in Japan als 90-mm-Diskette eingeführt (das Gehäuse ist genau 9 Zentimeter breit) und nur für den US-Markt auf 3½″ abgerundet.
Den Fehler findet man aber immer noch in den selber gestrickten Datei-Öffnen/Speichern-Dialogen im deutschen Office 2000.

Zitat von Alpha

Hm, spricht was dagegen dem User das Recht zu geben?

Den einzelnen Datenbank-Benutzern würde ich das nicht zuteilen, da es sich zu Recht dabei um administrative Befehle handelt.

Zitat

The CREATE USER, FILE, PROCESS, RELOAD, REPLICATION CLIENT, REPLICATION SLAVE, SHOW DATABASES, SHUTDOWN, and SUPER privileges are administrative and can only be granted globally.

Ein separates Backup-Konto (das neben RELOAD nur die zwei nötigen Berechtigungen zum Sichern auf jede Datenbank hat) wäre sinnvoller.

Zitat von winfreak

Gibt es jetzt auch ein Backupkonzept mit Offsite-Standort?

Ja, das wurde gestern Abend wieder implementiert; die Backups werden jetzt direkt im Anschluss auf den Hetzner-Backupspeicher kopiert.
Auch wenn das erste Datenbank-Backup heute Morgen erst mal dank eines "guten" Ratschlags von mir, welcher Administratorberechtigungen erfordert, leer war.

Zitat

mysqldump: Couldn't execute 'FLUSH /*!40101 LOCAL */ TABLES': Kein Zugriff. Hierfür wird die Berechtigung RELOAD benötigt (1227)

Mo 17.07. 00:50 Das WHF verschickt wieder Mails. Benutzerseitig ist hiermit die gesamte Funktionalität wiederhergestellt und Sje empfängt z. B. wieder Benachrichtigungen über 700+ von ihm abonnierte Threads.

Zitat von winfreak

Was ist damit gemeint?

Der diesjährige Aprilscherz.

So 16.07. 14:46 Smilie-Offensive vom 3. Juli wie geplant abgeschlossen.
So 16.07. 15:06 Die bandbreitenschonendste WHF-Schnittstelle filtert jetzt diese lästigen Emojis.

Zitat von Dirk

Was wurde eigentlich gelöscht??

Vorrangig alles, was hier nicht mehr relevant ist bzw. die größeren Entgleisungen im UIT. On-topic habe ich soweit nicht angefasst.

Zitat von Dirk

Ich will UTF Support. Wegen dem SPAẞ mit emojis. ?. Hups seit wann funktioniert das?

Die utf8mb4-Konversion habe ich gleich im Rahmen der Zusammenführung vorgenommen. Für MyBB 1.8 wäre das ohnehin obligatorisch. ?