Mein DSL

Hartmut Kraus schrieb:

Bei Kranken ist das immer eine besondere Sache. Die könnten vielleicht, aber sie wollen nicht. Es ist doch gerade seine Befriedigung hier so aufzutreten und alles kaputt zu machen.

Ihm hört doch im RL keiner mehr zu. Und hier will auch keiner was von ihm wissen. Was soll dieser arme, kranke, alte arbeitslose Mann also tun? Rumpöbeln bis zum Orgasmus. Und am liebsten auf Arbeitslose losgehen und die ganze Welt der Arbeitslosen oder Sozialfälle als Dreck darstellen. Dabei steckt er selbst mitten drin.

Einem derart Kranken kann man nicht helfen. Der braucht seine Reaktionen hier. Nur damit wird er glücklich. Und je mehr man ihn füttert, umso mehr steigert er sich rein.

Wenn ihn doch bloß jeder durch Ignoranz verhungern liesse. Dann würde ich mich auch zurückhalten. Aber wenn ein Thread schon kaputt ist, dann kann ich einfach manchmal auch nicht mehr bremsen.

Es ist doch niedlich, wie der immer hochgeht. Wie ein Kasper an der Leine.

Warte nur ab, was jetzt gleich wieder kommt. Ich lache schon im voraus

Am 17.08.2012 22:22, schrieb Jens Fittig:

sie wollen nicht. Es ist doch gerade seine Befriedigung hier so aufzutreten und alles kaputt zu machen.

wissen. Was soll dieser arme, kranke, alte arbeitslose Mann also

Wenn ich das richtig sehe, ist er ~10 Jahre jünger als ich. Aber wohl echt ein hoffnungsloser Fall.

Das Thema ist hier übrigens, wie der Gruppennamme de.sci.electronics impliziert, Elektronik. Eine Betrachtung unter wissenschaftlichen Gesichtspunkten ist ausdrücklich erwünscht.

F'up2 dag°

P.

Und so sprach Detlef Bosau:

Wo steht im TCP-Paper, dass der Transportweg symmetrisch sein muss? Richtig. Nirgends. Weil der spezielle Transportweg und dessen spezielle Einschränkungen für das Transportprotokoll unerheblich ist.

Vielleicht hättest du bei den OSI-Layern und bei Übertragungstechnik mal etwas besser aufpassen sollen. Ober bist du vorher abgeganen?

Roland

Am 18.08.2012 10:02, schrieb Roland Ertelt:

Primärquelle! Ich werde sie dir nicht liefern!

Nirgends. Weil der spezielle Transportweg und dessen spezielle

Naja, wenn ich die wissenschaftlichen Betrachtungen mal wieder mit praktischen Problemen und empirischen Beobachtungen unterbrechen darf. :-)

Ich freue mich angesichts meiner (noch) recht angespannten finanziellen Lage erst mal über die 25GB, die die T-Com mit ihrem "Mediencenter" jedem kostenlos zur Verfügung stellt, auch über die einfache Möglichkeit, die wie jedes Dateisystem zu mounten - in meiner fstab steht also jetzt:

(davfs ist, wie's aussieht, ihr "hauseigenes" Dateisystem, mit dem ich umzugehen lernen vesuche.) :-)

Dann das eigentliche Mounten (wenn man sich sicher sein kann, dass die Netzverbindung steht) - ganz einfach: mount webdav

Als "Dateimanager" mit zwei Fenstern hab ich mich an den guten "Gome-Commander" gewöhnt (der funzt auch mit entfernten Verzeichnissen, z.B. als FTP - Client ganz gut) - und wenn er mal überfordert ist (z.B. mit Dateirechte auf dem Server setzen, wenn man nicht die Berechtigung dazu hat) schmiert er einfach ab, ohne aber Datenmüll zu hinterlassen. :-)

Jetzt stresse ich meine schmalbrüstige DSL - Verbindung mit "rsync" und lasse mir erst mal alles anzeigen, was es so macht - interessant sind z.B. die Angaben zu jeder Datei, wieviel nun 'rübergeschoben wurde, und vor allem mit welcher Übertragungsrate - kann das stimmen: So von ein paar kB/s bis vielleicht 2MB/s ist alles vertreten - mein Netzbetreiber "garantiert" für Upload bis maximal 800kB/s, wie gesagt. (?)

Aber er kommt immer nur bis zu einer bestimmten Datei, da schmiert's mit einer Latte Fehlermeldungen ab (u.a. "Verbindung unerwartet beendet") ...

Am 18.08.2012 10:37, schrieb Hartmut Kraus:

Da haben wir's wieder - darauf kann man sich verlassen, immer bei dieser Datei::

Mozilla/Firefox/ProfilForen/urlclassifier3.sqlite 55345152 69% 13.42MB/s 0:00:01 rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken pipe (32) rsync: write failed on "/home/hk/webdav/data/Mozilla/Firefox/ProfilForen/urlclassifier3.sqlite": No space left on device (28) rsync error: error in file IO (code 11) at receiver.c(302) [receiver=3.0.7] rsync: connection unexpectedly closed (1167 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(601) [sender=3.0.7]

So groß ist die nicht (76,2MByte), und "drüben" ist garantiert noch genug frei, hm, hm ... Ich versuche also erst mal, sie händisch 'rüberzukriegen ...

Am 18.08.2012 10:37, schrieb Hartmut Kraus:

Mozilla/Firefox/ProfilForen/urlclassifier3.sqlite 55345152 69% 13.42MB/s 0:00:01 rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken pipe (32) rsync: write failed on "/home/hk/webdav/data/Mozilla/Firefox/ProfilForen/urlclassifier3.sqlite": No space left on device (28) rsync error: error in file IO (code 11) at receiver.c(302) [receiver=3.0.7] rsync: connection unexpectedly closed (1167 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(601) [sender=3.0.7]

So groß ist die gar nicht (76,2MB), und "drüben" ist garantiert noch mehr als genug freI, hm,hm - ich versuche also mal, sie "händisch" 'rüberzukriegen, dann schaunmermal weiter ...

Ich bin nirgens abgegangen und ich kenne OSI Layer und Übertragungstechnik sehr gut.

Ich fragte: Wo geht die Asymmetrie in TCP ein? Und ich bat, mal einen RFC bzw. eine Primärquelle zu liefern.

Du hättest dies tun können.

Stattdessen hast Du einen inhaltsfreien Beitrag geliefert.

(Übrigens: OSI Schichten mögen ja reizvoll sein. Sie haben nur leider nichts mit TCP zu tun. Soviel sollte selbst dem dümmsten Leser langsam klar geworden sein, daß TCP/IP ein anderes Schichtenmodell verfolgt als OSI.)

Wenn mir einer sagen könnte, in welcher Schicht der Fehler zu suchen wäre, und wie, der bei mir regelmäßig auftritt, wäre ich für heute schon zufrieden. :-)

nur leider

angsam

lgt

hen

re ich f=C3=BCr heute schon

Layer 8.

Vinzent.

Danke, verarschen kann ich mich selber. Werde also mal im großen weiten Internet auf die Suche gehen, irgendwo gibt's schon noch Leute, die wissen, was ernstzunehmen ist und was nicht:

uchen

re ich f=C3=BCr heute schon

Ich wei=C3=9F. Hast Du ja gut nachgewiesen.

Wow. Eine pr=C3=A4zise Fehlerbeschreibung. Ich bin beeindruckt.

rsync: write failed on "/home/hk/webdav/data/Mozilla/Firefox/ProfilForen= /urlclassifier3.sqlite": No space left on device (28) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Die Platte ist voll. :D Davon ausgehend, da=C3=9F Du gepr=C3=BCft haben = solltest, da=C3=9F Du die 25 GB Gr=C3=B6=C3=9Fenbeschr=C3=A4nkung nicht =C3=BCbers= chritten hast, w=C3=A4re eine Vermutung, da=C3=9F Dein WebDAV-Verzeichnis mit der gro=C3=9Fen Anzahl v= on Dateien (in einem Verzeichnis) nicht klarkommt.

In d.s.e. hat das jedenfalls nichts zu suchen und hat mit der Asymmetrie=

von DSL vermutlich auch nichts zu tun.

Vinzent.

Ich wäre nun wiederum beeindruckt, wenn einer der "Wissenschaftler" hier mir mal gezieltere Hinweise zur Fehlersuche geben könnte, aber nicht wie einem, der "Hilfe, wo ist die Taste Any Key" geschrien hat. :-)

Da ist wohl was zu prüfen - 25GB stehen zur Verfügung, meine Nutzerdaten sind _insgesamt_ ~5GB.

Das wäre eine Möglichkeit, die können wir aber ausschließen: Eben diese Datei, bei der es _jedesmal_ abschmiert, ist in diesem Verzeichnis die

1. von insgesamt 38.

Bestimmst _du_ das oder Detlef Bosau? :-)

Wenn's Übertragungsfehler sind, vielleicht schon. Wollen wir ja 'rauskriegen.

te":

o=C3=9Fen Anzahl

e=C3=9Fen: Eben diese

Kannst Du die Datei lokal kopieren? M=C3=B6glicherweise wird sie von ein= em anderen Proze=C3=9F genutzt. Wobei die Fehlermeldung von rsync dann mind= estens irref=C3=BChrend w=C3=A4re, immerhin behauptet es, beim Schreiben Proble= me zu haben, nicht beim Lesen. Aber Software ist so ziemlich das Letzte, dem ich da bedingungslos vertrauen w=C3=BCrde.

Die Charta der Gruppe.

Es ist =C3=A4u=C3=9Ferst unwahrscheinlich, da=C3=9F die Bits in den unte= ren Transportschichten sich darum k=C3=BCmmern, welche Dateiinhalte da gerad= e durch die Leitung geschubst werden. Wenn der Fehler immer wieder bei genau dieser Datei auftritt, w=C3=A4re es also eher angeraten, an Stelle= n zu suchen, die spezifisch f=C3=BCr diese Datei sind.

Vinzent.

Und eben darum teile ich Deine Meinung, daß d.s.e. an dieser Stelle off topic ist.

Kein Problem, schon tausendmal gemacht. Die komplette Partition, mit cp, rsync, "Gnome Commander", sonstwas.

Könne wir ausschließen.

Japp, z.B. der Gnome Commander sagt dasselbe.

Sowieso. Aber der "Standard" - Software für Linux (wie rsync) schon, den richtigen "Umgang" damit vorausgesetzt. :-)

Verfassungs- oder völkerrechtlich? Da wären wir dann ganz schnell bei der UN-Kommision für Menschenrechte o.ä ... :-)

Das nicht, aber _wie_, schon.

Hm, hm. Das ganze Verzeichnis alleine:

rsync -ortu --progress --delete /mnt/data/Mozilla/Firefox/ProfilForen/ /home/hk/webdav/data/Mozilla/Firefox/ProfilForen

Läuft anstandslos durch.

Aber nur, wenn was besprochen wird, wo du weder deine "wissenschaftlichen Kenntnisse" vermitteln noch die Reaktionen auf dein Gestänkere strafrechtlich verfolgen lassen kannst. :-)

Noch ein guter Rat (wenn den dein Klapsdoktor dir nicht schon gegeben hat, kann einem jeder Cent leid tun, den er dafür der Krankenkasse schon in Rechnung gestellt hat, d.h., auf Kosten aller Beitragszahler): Wenn bei dir was nocht so läuft, wie du's gerne hättest, dann geh' doch mal den Ursachen auf den Grund (baber bevor alles zu spät ist), statt anderen was versauen zu wollen. Sowas nennt man "kümmerliche Ersatzbefriedigung."

Und so sprach Detlef Bosau:

Was denn? Wie man in eine (online-)Bibliothek[1] geht, hat man dir auch nicht gezeigt? Schadeschade...

Roland [1]Zumal die RCFs sogar kostenfrei verteilt werden...

Ich bat Dich darum, eine Primärquelle für Deine (im übrigen falsche) Behauptung zu liefern.

Daß ich online an die RFC komme, ist mir bekannt.

Deswegen steht trotzdem nirgends, daß TCP auf asymmetrische Leitungen in irgend einer Weise negativ reagiert.

Dieser Schwachsinn wird durch permanente Wiederholung nicht richtiger.