|
|
|
|
|
|
|
|
|
|
|
|
|
Jo seit dem Update hat mein Touchpad auch nur noch einen Knopf. Also jedenfalls wird egal wo der gleich erkannt.
¤: Zum Glück ist mir das so aus produktiver Sicht völlig egal, aber das würde mich sonst komplett um den Verstand bringen. Was für ein Schrott
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SwissBushIndian am 17.05.2018 8:21]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Muss man irgendwas bestimmtes beachten wenn man Win10 auf eine andere Platte verschiebt oder kann man da einfach auswürfeln welche Methode man nimmt?
Ich vermute mal, dass einfaches Kopieren der Dateien nicht zielführend ist. Die Partition oder das Dateisystem mit dd duplizieren und dann die Größe anpassen funktioniert aber hoffentlich so wie gewohnt?
|
|
|
|
|
|
|
|
|
|
|
lel
|
|
|
|
|
|
|
|
|
|
|
Hat sich jemand mal intensiver mit Stuxnet beschäftigt? Dass das ein beeindruckender Wurm war, wusste ich, aber eben habe ich auf HN diesen Link gelesen und glaube, ich muss mir dazu mal ein Buch kaufen.
|
|
|
|
|
|
|
|
|
|
|
| | | Now, the worm looks around for a very specific bit of control software, designed by Siemens for automating large industrial machinery. | |
Color me surprised.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I'm using the Btrfs file system and the i3pystatus disk module misreports disk space usage which I'm guessing is probably due to it using df -h mountpoint to determine disk usage which is incompatible with Btrfs.
...
sudo btrfs fi show | head -n 3 | grep "devid" | cut -d ' ' -f 9 | |
btrfs, not even once.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 18.05.2018 14:48]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von csde_rats
__unlikely__((evt))
| |
BTRFS hätte eine EierlegendeWollMilchSau werden sollen. Zumindest erfreuen uns XFS und EXT4 mit konstanter Verbesserung.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 18.05.2018 16:16]
|
|
|
|
|
|
|
|
|
| | Zitat von csde_rats
btrfs, not even once.
| |
Quatsch, es ergibt halt bei btrfs wirklich nicht viel Sinn, die Platzbelegung pro Mountpoint zu berechnen.
Wie berechnest du eine Datei, die in mehreren Subvolumes enthalten ist? Berechnest du sie mehrmals, hast du am Ende womöglich einen Gesamtwert für alle Subvolumes, der größer ist als der Speicherplatz auf den darunterliegenden Speichermedien. Berechnest du nur einen Anteil, wunderst du dich, dass der Kram nach dem Kopieren auf ein anderes Dateisystem deutlich mehr Platz belegt.
Den verwendeten Speicherplatz zu berechnen ergibt nur für das komplette Dateisystem Sinn.
|
|
|
|
|
|
|
|
|
|
|
Quatsch, es ergibt halt wirklich nicht viel Sinn, den Speicherverbrauch pro Anwendung zu berechnen.
Wie berechnest du eine Speicherseite, die von mehreren Anwendungen genutzt wird? Berechnest du sie mehrmals, hast du am Ende womöglich einen Gesamtwert für alle Anwendungen, der größer ist als der verfügbare Speicher im physikalischen RAM und Swap. Berechnest du nur einen Anteil, wunderst du dich, dass eine Anwendung beenden weniger Speicher freigibt, als du erwartet hast und andere Anwendungen plötzlich mehr Speicher verbrauchen.
Den verwendeten Arbeitsspeicher zu berechnen ergibt nur für das komplette System Sinn.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 18.05.2018 17:11]
|
|
|
|
|
|
|
|
|
Kann das BTRFS immer noch nicht die Platzbelegung anständig pro Mountpoint ausweisen? Jolla ist da auch herrlich auf die Feinheiten von BTRFS reingefallen, das Dateisystem und der belegte Platz wurden auch doppelt ausgewiesen 
// edit
Hübsche Retourkutsche mit dem Hauptspeicher. Als Anwender erwarte ich an praxistaugliches Resultat von free, genauso von df. Fall ich mich für eine spezifische Wahrheit interessiere, kann ich mich mit ps beschäftigen. Im nachfolgenden mal die Speichernutzung einer kleinen Gtk-Anwendung mit einem minimalen HTTPS-Server:
ps -o pid,sz,vsz,rss,comm -p 12333
PID SZ VSZ RSS COMMAND
12333 206117 824468 65060 foobar
- SZ = Physisches core image in Kernel-Pages (a 4096 bytes)
- VSZ = Virtueller Memory, mit allen theoretisch ladbaren und geladenen Bibliotheken, in Kilobytes
- RSS = physische Hauptspeichernutzung, das hier interessiert die meisten wirklich, in Kilobytes
Die üblichen UI-Bordmittel werden die RSS liefern oder im Fall von gnome-system-monitor zunächst nur den Wert für "memory", was irgendwie keiner der vorgenannten Werte entspricht.
// edit
Endlich weiß ich es, nach Jahren:
| |
| Code: |
info->mem = info->memres - info->memshared;
|
|
Die "memory" Spalte in gnome-system-memory gibt den Hauptspeicher ohne Shared-Memory aus.
|
|
[Dieser Beitrag wurde 6 mal editiert; zum letzten Mal von hoschi am 18.05.2018 18:02]
|
|
|
|
|
|
|
|
|
|
(Was ich mit meinem Post sagen will ist nicht "look I flame you", sondern viel mehr: Ich weiß, dass es schwierig ist Maße anzugeben, wenn Dinge dedupliziert/unabhängig referenziert werden (ob das jetzt Dateien, Speicherseiten oder Dateischnipselchen oder sowas sind, ist eigentlich egal). Dennoch ist es nützlich ein halbwegs sinnvolles Maß zu haben, auch wenn solche Maße immer gewisse Vorbehalte haben.
|
|
|
|
|
|
|
|
|
|
|
|
die Zahl, die dir df ausspuckt, ist ja in der Regel auch als grober Richtwert zu gebrauchen (zumindest wenn man keine oder nur sehr wenige Subvolumes hat)
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von csde_rats
(Was ich mit meinem Post sagen will ist nicht "look I flame you", sondern viel mehr: Ich weiß, dass es schwierig ist Maße anzugeben, wenn Dinge dedupliziert/unabhängig referenziert werden (ob das jetzt Dateien, Speicherseiten oder Dateischnipselchen oder sowas sind, ist eigentlich egal). Dennoch ist es nützlich ein halbwegs sinnvolles Maß zu haben, auch wenn solche Maße immer gewisse Vorbehalte haben.
| |
Und ich interpretiere das ähnlich wie Traxer, der FS-Treiber ist da in der Pflicht brauchbare Daten anzubieten.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 18.05.2018 17:47]
|
|
|
|
|
|
|
|
|
ist ja jetzt nicht so, als wenn df nicht daten vom kernel holt und der holt die sich via nem vfs call, welcher sich die daten vom fs treiber besorgt.
wenn jetzt der fs treiber natürlich nicht weiss, wie er mit seinen eigene daten umzugehen hat, wie er die zu interpretieren hat oder gar nichtmal weiss, wie er die werte zu berechnen hat, dann würde ich da eher mal sagen, dass die leute, die das geschrieben haben, nicht wissen was sie da tun.
im fall von brtfs und den ganzen schönen problemen überhaupt daten vollständig und robust vorzuhalten, würde ich hier auf letzteres tippen.
das ist der grund, warum ich die finger von diesem missglückten versuch eines fs lasse und bei einem bleibe, was funktioniert und wo ich als nutzer nicht alpha tester mit meinen daten spielen muss.
|
|
|
|
|
|
|
|
|
|
|
|
wie macht zfs das denn? Das müsste ja dasselbe Problem haben.
|
|
|
|
|
|
|
|
|
|
|
|
Hats auch, deshalb haben die entsprechenden Tools ihre eigenen Befehle. btrfs hat auch ein eigenes df.
|
|
|
|
|
|
|
|
|
|
|
|
Sun ist/war also auch inkompetent. Oder Red hat recht.
|
|
|
|
|
|
|
|
|
|
|
ist halt sehr schwierig so etwas wie:
| |
| Code: |
if (!IS_DEDUPLICATED(inode) && !IS_LINKED_IN_SOME_WAY(inode) && ...)
size_in_bytes += inode->real_size_in_bytes;
|
|
zu realisieren.
zfs auf freebsd machte das, zumindest als ich das vor mehr als 2 jahren genutzt habe, korrekt. mit df.
bei brtfs gehe ich allerdings eher davon aus, dass die andere sorgen hatten, wie z.b. das die daten auch tatsächlich nicht vom dateisystem verschwinden, wenn man damit arbeitet. gab es ja nun des öfteren, dass dieses fs spontan daten verloren hat, obwohl es dagegen ja resistent sein soll.
|
|
|
|
|
|
|
|
|
|
|
Uhh, ich hab mich schon öfter mal gewundert, wieso eigentlich die PIDs im Forum so groß sind.
In alten Threads von anno 2003-2004 sind die PIDs "realistisch", ungefähr der Größenordnung der Posts entsprechend.
Und dann kommen Plötzlich PIDs mit 12...zichbillionen.
...
http://forum.mods.de/bb/thread.php?TID=79776&PID=1234567891#reply_1234567891
Und wenn man dann eine aktuelle PID hernimmt und das ausrechnet (1247691803 - 1234567891) kommt auch wieder was plausibles raus (13123912). Rats deckt auf!
Auch sehr schön: http://my.mods.de/1#freunde
|
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von csde_rats am 20.05.2018 1:15]
|
|
|
|
|
|
|
|
https://sourceforge.net/p/enigmail/forum/support/thread/0da553b4/
Das gnupg in ubuntu 17.10 ist zu alt um mit dem Thunderbird in ubuntu 17.10 und dem Enigmail in ubuntu 17.10 zu funktionieren. Wow. Man bekommt also schlichtweg kein funktionierendes Setup, wenn man sich unter artful die gängigen Versionen kombiniert.
Schuld ist dabei ganz klar Enigmail, welches in seiner Addon-Market-aktuellen Version Features (PEP) aktiviert, die für eine vmtl. signifikante Anzahl von Usern nicht funktionieren können, dabei die komplette Funktion des Hauptprodukts (TB) brechen und dann noch nichtmal intern darauf hinweisen, obwohl das seit Ende März bekannt ist.
Da wundert mich efail kein Stück, wenn nichtmal genug Sorgfalt drin ist, solche Fuckups zu vermeiden.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von Rufus am 20.05.2018 1:59]
|
|
|
|
|
|
|
|
|
| | Zitat von csde_rats
Uhh, ich hab mich schon öfter mal gewundert, wieso eigentlich die PIDs im Forum so groß sind.
In alten Threads von anno 2003-2004 sind die PIDs "realistisch", ungefähr der Größenordnung der Posts entsprechend.
Und dann kommen Plötzlich PIDs mit 12...zichbillionen.
...
http://forum.mods.de/bb/thread.php?TID=79776&PID=1234567891#reply_1234567891
Und wenn man dann eine aktuelle PID hernimmt und das ausrechnet (1247691803 - 1234567891) kommt auch wieder was plausibles raus (13123912). Rats deckt auf!
Auch sehr schön: http://my.mods.de/1#freunde
| |
Du hast zu viel Zeit, vermutlich eine Art von Bewerbung vom die Weiterentwicklung des Forums? Wenn du zu viel Zeit hast, darfst du du auch das große Rätsel lösen. "Letzter Besuch...".
Ich habe in die Arbeit, bedingt durch einen kleinen Vorfall, zum Teil negative Primärschlüssel in einer Datenbank 
Es ist herrlich
Und hier mal nochmal zum mitfühlen, warum wir (noch) nicht das Jahr des Linuxdesktops haben. Ja, die 32 Bitgeschichte beim Steam ist jetzt schon nerviger Legacykram. Die Reaktion ist arrogant und falsch 
|
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von hoschi am 20.05.2018 13:06]
|
|
|
|
|
|
|
|
|
|
Das Problem ist halt, wie vor einigen Posts gesprochen, dass Unterstützung vmtl. nichtmal angenommen würde wenn du noch dafür zahlst. Aber wahrscheinlich ist hier wegen dsgvo eh bald plötzlich aus. Einfach so, guckst morgens rein, aus.
|
|
|
|
|
|
|
|
|
|
|
|
Plötzliche wie unerklärliche Steigerung der Produktivität festgestellt.
|
|
|
|
|
|
|
|
|
|
|
Möglich 
DSGVO ist eine sogenannte Worthülse aus dem 21 Jahrhundert, welches einen Zustand aus Aktionismus, Chaos und schließlich Lethargie beschreibt.
Wir haben gefühlt 70% der DSVGO-Implementierung auf Wunsch der Anwälte nicht aktiv zu nehmen, weil das anderen Gesetzen und Verordnungen zuwider läuft ):(
Mal ernsthaft gefragt, die EU-Cookierichtlinie für "technisch notwendige Cookies" wird am 25 Mai nicht repariert? Erst mit der E-Privacy-Verordnung? Ich kann diese Cookiebanner nicht mehr ertragen.
|
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von hoschi am 20.05.2018 14:33]
|
|
|
|
|
|
| Thema: Der Linux-Thread 100 != 0x24 ( Ein Kernelupgrade später... ) |
