[07:34] <betzi> besteht eine möglichkeit herrauszufinden wie eine datei erstellt wurde?
[07:35] <sdx23> betzi: Wie?
[07:36] <betzi> sdx23, eine datei die vorher nicht da war, die nun da ist und ich will herrausfinden wie sie erstellt wurde. user und grp sind bekannt, timestamp natürlich auch
[07:37] <bekks> Was meinst du mit "wie"?
[07:37] <sdx23> Ich denke unabhängig davon ist die Antwort "Nein".
[07:37] <betzi> danke
[07:40] <betzi> kann man live betrachten welched dateien im dateisystem geändert werden?
[07:41] <betzi> eine art debug oder ähnliches des filesystems
[07:43] <sdx23> Gibt es. Auch inotify, das sagt etwas weniger.
[08:16] <peterwds> hallo. ich habe einen alten pc und möchte die grafikeffekte abschalten. wie geht das?
[09:30] <testdr> guten morgen, nutzt jemand intensiver btrfs und kennt den effekt wenn die partition langsam voll wird (ca. 500GB) und es besonders nach dem ersten mount zu längeren denkpausen(größenordnung -> 1 Minute) kommt?
[09:31] <testdr> die btrfs-partition wurde mit compress option gemountet und wird als http-proxy genutzt, da fällt das deutlich auf, wenn der browser Gedenkminuten einlegt .. in der prozessliste zeigt sich dann deutlich die aktivität der btrfs-module ..
[09:39] <bekks> Dieser Effekt ist durchaus bekannt, und liegt vor allem an der Kompression.
[09:42] <testdr> bekks: kann nicht ganz stimmen --- denn er stockte auch bei einer Datei, die nicht zu komprimieren war -- es sieht für mich aus wie bei verschlüsselten partitionen, die ab einer bestimmten Größe deutlich mehr leseaktivität am anfang verlangen bis die verteilten brocken im speicher sind. zum glück ist das mein erster großer test mit btrfs und es trat definitiv nicht auf als die partition nur zu 70-80% belegt war ..
[09:46] <testdr> bekks: nutzt du bereits btrfs?
[09:47] <bekks> testdr: "die nicht zu komprimieren war" impliziert, dass die Kompression loslief und nichts komprimieren konnte.
[09:48] <bekks> Und ein hoher Füllgrad eines FS impliziert eine statistische Verkleinerung der freien Bereiche und damit eine erhöhte Aktivität bei der Suche nach freien Blöcken.
[09:54] <testdr> bekks: nein -- es hängt definitiv mit der belegung ab und für mich sieht es aus, als wenn ab 90% Belegung von den 500GB viele GB durchsucht werden bis diese Strukturen einmal im Speicher sind -- die cpu-auslastung geht also gar nicht hoch, der wartet nur auf die Festplatte, weil dort vieles (von unterschiedlichen orten) geliefert werden muss. Es hätte ja sein können, dass das mit 14.04 besser wird und ich hab noch nicht mal versucht int
[09:57] <bekks> "...und damit eine erhöhte Aktivität bei der Suche nach freien Blöcken"
[09:58] <bekks> Der muss den b-Tree in den RAM kriegen und das dauert halt länger je voller das FS ist
[10:01] <testdr> bekks: .. wahrscheinlich - aber je größer die Partition ist, desto größer ist der wohl auch - denn bei kleineren Testgrößen hatte ich den deutlichen Effekt nicht (d.h. Partition unter 100GB)
[10:03] <testdr> bekks: und diese struktur scheint über die ganze partition verteilt zu sein -- nicht an wenigen stellen konzentriert, weil die platte nur noch am "ackern" ist und die btrfs-prozesse .. auf "waiting" sind ..
[10:16] <Yoshimo> wo stell ich denn im neuesten Ubuntu ein dass Grub sofort Linux auswählt und das BackupWindows links liegen lässt anstatt 10 Sekunden zu warten?
[10:17] <k1l> in den grub defaults
[10:17] <testdr> Yoshimo: /etc/default/grub  -> GRUB_DEFAULT ist die Nummer des default menüpunktes ...
[10:18] <k1l> Yoshimo: http://wiki.ubuntuusers.de/GRUB_2 dort unter konfiguration ist es erklärt
[10:18] <kubine> Title: GRUB 2 › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[10:18] <testdr> Yoshimo: verlangt dann ein update-grub damit die Einstellungen auch in die grub.cfg übertragen werden..
[15:46] <dreamon> Habe hier ein 12.04 das auf 14.04 soll. ->2Partitionen / und /home wobei home mit encrypt verschlüsselt ist.  Würde gerne / auf eine 120GB SSD haben. Und /home wie gehabt auf HDD mit ecryptfs verschlüsselt. Frage: Wie könnte das am bequemsten von statten gehen? distupgrade und dann nur die Partition auf die SSD übertragen?
[15:47] <bekks> Neuninstallation, ohne Verschlüsselung.
[15:50] <dreamon> Bisher hab ich nur upgrades gemacht. Angenommen ich mache neuinstallation 14.04 und will ja meine /home wieder zurückkopieren, dann sind die configs doch alle noch auf 12.04 ausgelegt. Gibt doch bestimmt probleme?
[15:50] <jokrebel> durchaus denkbar
[15:52] <testdr> dreamon: ich würde deshalb eine Neuinstallation auf einen freien Festplattenbereich machen ... also falls nicht vorhanden vorher etwas Platz frei schaufeln damit die alte Version immer noch läuft und den einfachen Zugriff auf die verschlüsselten Daten erlaubt, die dann aus der auch in das neue umkopiert werden können (das was benötigt wird)
[15:53] <jokrebel> dreamon: Wobei hier schon mehrere do-release-upgrades _relativ_ problemlos durchliefen. Offiziel ist das LTS-Upgrade aber erst mit 14.04.1 verfügbar (und zu empfehlen). Ach ja - und verscvhlüsselt hatte ich natürlich auch nirgends ;-)
[15:56] <dreamon> Vielleicht sollte ich das / einfach auf die SSD kopieren und davon booten und schauen das ich /home eingebunden ist. Dann ein entspanntes upgrade sollte doch auch zielführend sein.
[15:58] <bekks> Völliger Unsinn :)
[15:59] <bekks> Was genau spricht gegen eine Neuinstallation ohne Verschlüsselung?
[16:00] <dreamon> bekks, Siehe oben. ( Bisher hab ich nur upgrades gemacht. Angenommen ich mache neuinstallation 14.04 und will ja meine /home wieder zurückkopieren, dann sind die configs doch alle noch auf 12.04 ausgelegt. Gibt doch bestimmt probleme?)
[16:06] <dreamon> bekks, Völliger Unsinn - bitte begründen.
[16:12] <dreamon> Sollte man bei neuinstallation auf eine SSD etwas beachten, oder wird das automatisch richtig formatiert. (bei ssd gibts doch dieses TRIM)
[16:27] <jokrebel> dreamon: Ich hab einfach _alles_ komplett auf die neue SSD geklont (dadurch hatte ich dann ja ein Fullbackup) und auf der ssd dann ganz entspannt das releas-upgrade gemacht. Aber wie gesagt, ohne Verschlüsseungsgedönse und offiziell erst wenn 14.04punkt1 raus ist anzuraten.
[16:28] <dreamon> jokrebel, 24.Juli ist glaub stichtag für 14.04.1? Dann wart ich noch solang
[17:07] <jokrebel> dreamon: Ende Juli hab ich auch im Hinterkopf.
[17:15] <jokrebel> dreamon: Und das ist ja nicht mehr lang und dann sollte auch die letzten Kinderkrankheiten gefixt sein. Bereite derweil schonmal den Plan fürs vorhergehende Backup vor.
[17:20] <dreamon> jokrebel, jo.. hihi. 
[17:36] <dreamon> jokrebel, ssd geklont - mit dd ? -> Ist das bei SSD noch erlaubt?
[17:38] <sdx23> "erlaubt" - es wird stark davon abgeraten.
[17:39] <_moep_> dreamon: nein darauf droht der Tod *scnr* :P
[17:43] <dreamon> Nu aber. Wie kriegt man dann das Zeug rüber?
[17:44] <sdx23> Wiki -> SSD
[20:35] <imox> hey, wenn ich ubuntu in ner vmware installiere habe ich keine 1080p Auflösung. Wie kann ich das umstellen?
[20:36] <mrkramps> imox, Gasterweiterungen?
[20:37] <testdr> imox: das ist eine vmware frage. ... ! bei qemu braucht es z.B. die Angabe -vga vmware ...
[20:39] <imox> testdr: qemu?
[20:40] <testdr> imox: man qemu ... unter linux ..ubuntu
[20:40] <imox> ok und wo soll die angabe hin? 
[20:41] <mrkramps> !VMware/Tools > imox 
[20:41] <kubine> imox: Informationen zu VMware/Tools finden sich im Wiki unter http://wiki.ubuntuusers.de/VMware/Tools
[20:41] <mrkramps> das im gastsystem installieren
[20:46] <imox> vmware tools habe ich installiert
[20:52] <testdr> imox: quatsch, wenn ich : die ubuntu-14.04 liveVersion starte kommt die sogar mit 2360x1770 Auflösung hoch und zwar mit: qemu-system-x86_64 -m 2G -vga vmware  /data/iso/ubuntu-14.04-desktop-amd64.iso
[20:53] <testdr> d.h. in der live-Version ist der notwendige graka-treiber drin ..
[20:54] <testdr> imox: da fehlte noch ein "-cdrom" .. in der getippten Zeile ..
[20:55] <imox> wenn man die vmware tools von vmware installiert gehts. mit den open nicht
[23:19] <subz3r0> nabend
[23:20] <subz3r0> wenn ich ssh-add nutze, nach nem reboot sind die keys wieder futsch und ich muss wieder ssh-add nutzen
[23:20] <subz3r0> warum speichert er die nicht perm?