=== tb is now known as Guest59171 === eTeddy1 is now known as eTeddy === ubik_ is now known as Guest75091 [08:24] hi! Gibt es eine Möglichkeit, wie ich mir die Größe von Ordnern _komfortabel_ und _schnell_ anzeigen lassen kann? Ich durchforste eine ganze Installation, Ordner für Ordner, und im Dateimanager per rechtsklick usw. dauert das ewig. Bei "du" blicke ich gerade noch nicht durch [08:25] Ich würde gerne im / anfangen und dann rein in die jeweils größten, um herauszufinden, wo (mutmaßlicher) Müll liegt [08:30] <_moep_> wenn du dir alles anzeigen lassen willst (also für alle order) [08:30] <_moep_> musst du find nehmen [08:30] <_moep_> allerdings mit nen paar parametern [08:30] <_moep_> du -sh . [08:30] <_moep_> klappt zwar, musst du allerdings dann mehrfach machen [08:32] Was genau zeigt "du -sh ." an, wenn ich mich zB im /home befinde? Die Größe der Ordner in /home/? [08:32] oder alle Unterordner? (/home/*/*/...) [08:33] <_moep_> der punkt heißt für alles was in dem directory liegt [08:34] ok, ich teste das mal. danke schonmal [08:35] Unter Suse (Oder WIndows?) hatte ich vor laaaanger Zeit mal die Möglichkeit, das grafisch anzeigen zu lassen. Ich glaube, das war eine Kuchengrafik. War für einen groben Überblick recht gut zu gebrauchen [08:37] das ding heisst "Festplattenbelegung analysieren" [08:37] <_moep_> olli__: dir könnte auch das helfen: du -h --max-depth=1 / [08:38] _moep_, das hatte ich vorhin schon genommen, habs aber dann abgebrochen, da anscheinend doch in die Tiefe [08:38] Obwohl, moment [08:39] <_moep_> naja klappert halt alle directories um 1 in die tiefe ab [08:39] <_moep_> ah moment [08:39] <_moep_> hier steht noch [08:39] <_moep_> If --max-depth=1 is a bit too long for your taste, you can also try using: [08:39] <_moep_> du -h -s * [08:39] du -sh . war nichts, das zeigt mir nur die Größe des Ordners an, in dem ich mich befinde. Also in /home zeigt es dann die gesamte Größe von home. Ich benötige jedoch die Größen aller Ordner in home [08:44] du -h * | sort -r -n [08:45] äh du -s -h natürlich [08:46] du -h -s * ergab vorhin [08:46] du: Ungültige Option -- r [08:47] <_moep_> der | ist elementar wichtig [08:47] <_moep_> sonst gehts nicht [08:47] hehe [08:47] <_moep_> s/der/die [08:52] trotzdem ist da was nicht korrekt [08:52] du: Ungültige Option -- r [08:52] <_moep_> was genau hast du eingegeben [08:53] <_moep_> du solltest nix mit du -r eingeben [08:53] <_moep_> du -h -s * | sort -r -n [08:53] wie gesagt, die Meldung kommt schon bei bei dem von dir genannten "du -h -s *", und demzufolge auch bei "du -s -h * | sort -r -n" [08:54] leg das mal in ein pastebin [08:55] oha, moment muss suchen [08:58] http://paste.ubuntu.com/14047781/ [09:06] mach mal bitte ein "ls" in dem Verzeichnus und paste das, wenn es nicht kompromittierend ist. Da ist ne Datei, die -r... irgendwas heisst, würde ich wetten === jokrebel_ is now known as jokrebel [09:27] olli__: nimm einfach ncdu :) [09:28] oder wenns in farbe und bunt sein soll, baobab [09:33] das heisst "Fesplatte Analysieren" :-) [09:35] yep, genau das habe ich vorhin gefunden und gestartet. Lief jetzt bestimmt ne Stunde durch [09:35] bei vielen kleinen dateien, langsamen platten, etc.ppp. nicht unmöglich. [09:35] habe noch ein anderes installiert, gdmap, schaue ich mir auch gleich an [09:36] man kann die laufzeit auch gut nach oben optimieren indem man z.b. über lan, oder noch besser wlan geht [09:37] stevieh, du hast die Wette quasi gewonne, da ist tatsächlich eine Datei, die "-r" heißt [09:37] klar. [09:37] alter Schwede, von 2010 [09:37] moin [09:37] lief aber trotzdem gut :-) [09:38] Ich komme gerade mit baobubi weiter. 335GB logs.... [09:38] aber die hab ich erwartet [09:39] Kann man auf einer gerade nicht laufenden Installation bzw der Platte gefahrlos den Inhalt von /tmp löschen, oder könnte es im später gestarteten System irgendwelche Probleme geben? [09:40] AFAIK darf sich keiner drauf verlassen, in tmp irgendwas wiederzufinden. Machs leer. [09:40] ++ [09:42] Ich liebe klare Ansagen, danke ;-) [09:42] überweis mir 10^6€. [09:43] LetoThe2nd, wenn ich das hätte... [09:43] mir doch egal, war ne klare ansage. [09:43] yep [09:44] <_moep_> LetoThe2nd: lol [09:44] Übertragt mir bitte ein LDAP von der Sicherung einer alten SUse auf meine neue Ubuntu 14.04 [09:45] (Wo wir gerade beim Thema klare Ansagen sind :-) ) [09:45] olli__: von uns hat keiner gesagt dass er klare ansagen will, das warst nur du :-P [09:45] Ach Mist, stimmt, da fehlte ja irgendwas ... [09:46] Aber man kanns ja mal vbersuchen [09:46] so kurz vor Weihnachten, wenn die Herzen warm und die Augen feucht sind [09:46] bei LDAP wird mir noch was ganz anderes feucht [09:48] stevieh: weil du nen gut dotierten beratervertrag riechst? [09:48] :-) [09:56] stevieh, selbstständig? [10:03] olli__: im Prinzip ja ;-) Aber nein, das feuchte war eher der Angstschweiss ;-) [10:06] Mist :-) [10:07] Also unter Suse hab ich damals mit noch weniger Ahnung als heute (jahaaa, das geht) den LDAP installiert, um darain die Userkonten zu haben. War Klickibunti. [10:08] olli__: du, für Geld mach ich so ziemlich alles ;-) [10:08] hehehe [13:35] hallo ... hat jemand lust und zeit mir bei einem problem zu helfen? Habe einen Brother all in one Drucker DCP-J925DW auf einer neusten lubuntu distro. treiber funktionieren nur das ich beim scannen das Programm Simple Scan mit root aufrufen muss damit er den Scanner erkennt. [13:36] ikant: hab gerade leider keine zeit das mit dir durchzugehen, aber normalerweise brauchst du "nur" ne udev-rule zusätzlich die den scanner auf benutzerrechte setzt [13:38] ikant: sinngemäss: http://support.brother.com/g/s/id/linux/en/instruction_scn1c.html?c=us_ot&lang=en&comple=on&redirect=on#u13.04 [13:38] ikant: viel erfolg! [13:41] und dran denken, dass man noch in den richtigen gruppen als user ist [14:04] * F1sH slaps F1sH around a bit with a large trout === Tobirium1 is now known as Tobirium === eTeddy1 is now known as eTeddy === Tobirium1 is now known as Tobirium === cpaelzer is now known as cpaelzer_afk [18:56] guten abend [18:57] Ich habe ein problem mit meinem docker host. Wenn ich versuche ein docker zu starten bekomme ich immer System error: write /sys/fs/cgroup/docker/c5c922b6/cgroup.procs: no space left on device [18:57] jemand eine idee dazu? [19:01] Wirklich keine idee dazu? [19:03] sowas modernes nutze ichnicht [19:07] Heradon: wie wäre es mit, du hast keinen Platz mehr auf deiner Platte? [19:08] no space left on device [19:08] /dev/sda1 117G 3,7G 107G 4% / [19:08] das ist doch eigentlich recht deutlich [19:08] halte ich persönlich für ausgeschlossen aber hey klar [19:08] liegt der pfad denn auf sda1? [19:09] könnte ja ein symlink oä sein [19:09] das ist ein /sys path, ich denke ja, aber sicher bin ich da nicht mit /sys selbst habe ich mich noch nie beschäftigt === ubik_ is now known as Guest75120 [19:09] ist irgendwas mit df was voll aussieht? [19:09] es geht mir nicht um /sys, eher um die verzeichnisse darunter [19:09] ja /sys/fs/cgroup [19:09] scheint voll zu sein zeigt 100% [19:09] aber die frage ist wieso [19:10] schau dir doch mal die ausgabe von "mount" an [19:10] oder zeig sie uns [19:10] vielleicht beantwortet das deine frage [19:11] https://paste.xinu.at/gYyljO/ [19:11] ja sehr sogar [19:11] seit wann hat ubuntu 14.04 systemd?! [19:12] seit 14.04? [19:13] Heradon: schon immer. es ist nur nicht pid1. es ist immernoch upstart was das hauptinit ist [19:13] oder sogar früher. weiß ich nicht genau. dein tempfs ist voll, würde ich behaupten [19:13] ich bin mir nur nicht sicher, wie das berechnet wird [19:13] das hat als size 10% angegeben, aber keine ahnung wovon es 10% hat [19:13] wie behebe ich das nun? [19:14] das kann dir mit sicherheit jemand anderes beantworten, ich kenne mich damit leider nicht aus [19:14] mach mal ein df -h [19:14] https://paste.xinu.at/xicJG/ [19:14] ja hier sieht sys/fs/cgroup komplett voll aus [19:15] aber 12k ist auch bissl klein [19:15] 12K, süß [19:15] :D [19:15] ja schon ^ [19:15] aber von deinem tmpfs ist noch einiges frei [19:16] ja aber das liegt in /run [19:16] nicht /sys [19:16] korrekt [19:16] da gehört es auch hin [19:17] ich glaube ich habs... ich habe in meiner fstab noch cgroups sind [19:17] drin [19:18] WTF? jetzt ist cgroup in sys nurnoch 4,0k gross [19:18] jetzt wirds richtig strange [19:19] ok aber docker läuft nun... [19:19] naja hey danke für die hilfe, auch wenns von sek zu sek merkwürdiger wird ^.^ === cpaelzer_afk is now known as cpaelzer [21:03] Guten Abend! [21:04] moin [21:07] ich arbeite mich gerade in Ubuntu ein. Gibt es denn eine Art Ubuntu-Newbie channel? [21:08] kannst hier fragen [21:08] ne, das ist selbsterklärend. [21:08] es lohnt sich bei den meisten fragen immer mal ein blick in das wiki.ubuntuusers.de [21:09] OK, danke! Ich habe gerade "awesome" installiert. Beim starten sagt das Programm aber, dass schon ein Window-manager läuft. [21:10] uh, awesome ist aber direkt auch nen tiling manager. das ist als anfänger natürlich nicht einfacher dann [21:10] LX: ausloggen und am login screen dann awesome auswählen [21:11] ah... OK,das test ich gleich mal... [21:11] Danke schon mal! [21:25] Hat funktioniert! Danke! === cpaelzer is now known as cpaelzer_afk [21:48] Hallo, ich versuche meinen Mysql Server zu einer MariaDB zu konvertieren. dafür hab ich einfach apt-get install maria-server oder mariadb-server eingegeben. Er hat brav mysql-server deinstalliert und angefangen die Mariadb zu installieren [21:48] Und wann kommt der Punkt an dem du den Export und Import machst? :) [21:48] Ich habe nach Aufforderung ein neues root passwort vergeben und bestätigt das er die migration starten soll [21:49] das war vor 2 stunden und seit dem ist 1 Kern bei 100% und beim Packet manager steht Vorbereitung zum Entpacken von .../mariadb-server-5.5_5.5.46-1ubuntu0.14.04.2_amd64.deb ... [21:49] Ja, das kann durchaus sein. Wie groß sind deine Datenbanken denn gewesen? [21:49] hmm alles zusammen 2 GB [21:50] aber mit iotop -o sehe ich keine aktivität [21:50] Der Server ist auch relativ start.... [21:50] stark* [21:50] Was nicht heisst, dass der da nicht viel rechnen muss. :) [21:51] wird die db denn grösser? [21:54] stevieh: kann ich nicht unbedingt sagen, ich hab mit htop den prozess rausgesucht und l gedrückt... deswegen weiß ich welche datenbank gerade verarbeitet wird... wenn ich diese besagte datenbank ansehe ist der letzte zugriff um 19:40 [21:54] also kein schreibprozess [21:54] die mariadb wird nicht grösser? [21:55] stevieh: sind die verzeichnisse gleich von der mariadb wie von mysql? also /var/lib/mysql? [21:55] hab ich löcher in händen und füssen? [21:56] aber es würde mich wundern ;-) [21:56] nachdem sich das datum mit ls -l nicht ändert und iotop -o keine schreib oder lesevorgänge anzeigt würde ich sagen das sich nichts vergrößert [21:57] hm... du weisst nicht, wo die db liegt und sagst es hat sich nix verändert? :-) [21:58] die db liegt in /var/lib/mysql/ [22:00] letztes datum ist der 16 Dez 19:40, also wie ich den Befehl zum installieren für die Mariadb eingegeben habe [22:01] jetzt ist die frage was ich machen soll, den prozess killen und nochmal zu installieren versuchen da er anscheinend eingefrohren ist? [22:03] tja, wirst ja hoffentlich nen Backup haben ;-) [22:05] der Befehlt der ausgeführt wird lautet: egrep -qi -r ^[^#]*ndb.connectstring|^[[:space:]]*\[[[:space:]]*ndb_mgmd /etc/mysql [22:05] stevieh: ja, hab extra ein dump davor gemacht [22:06] die frage ist, was ist jetzt der beste weg? mit strg+c das apt-get install mariadb-server abbrechen? [22:06] oder den egrep befehl per kill beenden? [22:07] egrep bleibt eigentlich nicht hängen, oder? [22:07] leg dich schlafen und lass dich morgen überraschen ;-) [22:08] stevieh: also egrep frisst einen kern zu 100% :) ich weiß nicht was der befehl macht aber cpu ressourcen braucht er viele :) [22:08] stevieh: ich kann es ja bis morgen abwarten, stress hab ich keinen nur 2 stunden für ein upgrade ohne io.... [22:09] ne, sieht schon komisch aus [22:10] wenn wirklich der hängt... wenn ich den richtig verstehe, versucht der was in der mysql konfiguration zu greppen, die ist keine GB gross... [22:11] stevieh: kam direkt nach der frage ob ich nun wirklich mysql zu mariadb migrieren möchte da mariadb funktionen hat die mysql nicht hat und es wahrscheinlich nicht mehr möglich ist zurück zu portieren [22:11] Welche Funktionen im Einzelnen sind das? [22:11] stevieh: die db die er greppen will hat 1-1,1 GB [22:12] ne, der greppt a nicht in der db sondern in /etc/mysql [22:13] ahso... [22:13] und welche Funktionen hat mariadb, die mysql nicht hat? [22:13] andere datenbanken fallen mir so spontan ein [22:13] also andere engines [22:14] Und warum genau wechselst du dann? [22:14] kann mir vorstellen das mysql spinnt wenn er eine engine importieren soll die er garned installieren soll [22:14] mysql hat damit doch nichts mehr zu tun. [22:14] bekks: mal zum testen, um selbst ein bild davon zu machen weil es viel pro und kontra im netz gibt [22:14] du wechselst doch ZU mariadb, nicht ZU mysql. [22:14] bekks: ja eh [22:15] bekks: es war nur das der migrationsassistent mir mitteilen wollte, dass ich nicht mehr zurück zu mysql kann weil das schema ein anderes ist... [22:15] Das Schema ändert sich nicht, aber die Engine. [22:16] bekks: im netz steht auch das ab version 10 mariadb kein fork mehr ist und dann sowieso keine kompatibilität da ist [22:16] bekks: verstehe, ich hab da nur halbwissen im moment [22:17] MAriadb ist ein Fork, und bleibt auch einer. BEdingt durch die Unterstützung von anderen Engines bereits in der ERSTEN Version gab es an dem Punkt keine Kompatibilität meht. [22:17] *mehr [22:20] bekks: klingt einleuchtend [22:20] https://mariadb.com/kb/de/mariadb-vs-mysql-compatibility/ [22:20] Evtl. einfach mal die offiziellen Quellen lesen... :P [22:23] bekks: nach denen soll es kein problem sein :) [22:23] "sollte" [22:24] Es geht in dem Artikel nicht darum ob da irgendwas ein Problem sein sollte, sondern darum, worin sich mariadb und mysql unterscheiden. :) [22:29] so weit so gut, ich bin jetzt überzeugt, dass das "upgrade" hängt [22:29] Dann schieß den egrep ab. [22:29] okay probier ich mal [22:30] fertig :)