=== eTeddy1 is now known as eTeddy [12:19] hi. Gibt es nur noch die live-server-images von 18.04? [12:20] !iso [13:23] Wollte heute mal erste Erfahrung mit unserem alten Server sammeln. Zunächst bin ich in ein Live-System, um ein Image der HDD zuerstellen, auf der ich Ubuntu installieren werden. Wie könnte denn der Devicename lauten? [13:23] es sind 14x300GB eingebaut. Aber was ich in /dev sehe passt so nicht. [13:26] sudo parted -l (kleines L hinten) [13:27] kommt halt drauf an ob das da nen hardware raid ist oder ein fake raid vom bios oder was auch immer [13:32] kann es sein, dass auf dem Server ein Raid läuft, von dem das Ubuntu nichts weiß? Ich sehe eine 300GB und 2x 1.4TB Platten sda,sdb und sdc [13:32] wenn das hardware-raid ist, klar [13:32] dann muss ich mal ins BIOS ? [13:34] wo auch immer [13:37] evtl. "intelligent Provisioning" evtl. [13:38] frage mich jetzt nur, ob ich ein Backup hinbekomme, oder es ganz sein lasse. [13:39] ein backup? Von dem, was da noch drauf ist? [13:40] ja. dachte mir, ich ziehe von den HDDs zur Sicherheit ein Image. Eigentlich total unötig. [13:41] Also, es ist ein ProLiant DL380p Gen8. Support haben auslaufen lassen. === doev67 is now known as doev [16:21] Sag ma, was istn schnellste Weg, mein Ubuntu mit FDE auf eine größere Platte umzuziehen? [16:53] drc: warum hängt das von FDE ab? [16:54] drc: ich würde mit dd_rescue die ganze platte kopieren und dann auf der neuen die partitionen dann größer machen [16:54] halt zuerst fürs FDE, dann das LVM drin und dann die entsprechenden partitionen [17:17] apollo13, naja, sonst wäre es ja trivial [17:18] dd, partition größer, ext grow, fertig [17:19] geht das mit FDE auch exakt so, kann parted (oder was auch immer) das? [17:19] ich mag lvm nicht sonderlich und bin mir nie sicher, was damit funktioniert und was nicht [18:00] drc: zur not die sicherungkoppie nehmen :) [18:00] jo, klar. aber das ist so primitiv [18:00] dachte, vielleicht gibt's da eine elegante lösung [18:00] ist aber immernoch der einfachste weg [18:28] ob das alles wirklich schneller ist, hängt sicher vom Füllstand der Platte ab... [18:28] ansonsten kann man auch die neue disk als FDE anlegen, partitionen machen, wie man will und mit ner tar pipe rüberkopieren. [18:36] ein tar basteln gefällt mir schon wieder :D [18:53] Ich denk, ich probier das morgen mal mit dem dd/grow, sonst halt klassisch Neuinstallation + scp [19:00] stevieh: tar pipe? rsync :D [19:02] drc: bleibt ja weiterhin trivial, es gibt halt nur mehr sachen die man vergrößern muss als nur die partition. gibt sogar bei https://help.ubuntu.com/community/ResizeEncryptedPartitions ne anleitug der man halbwegs folgen kann [19:02] Title: ResizeEncryptedPartitions - Community Help Wiki (at help.ubuntu.com) [19:04] apollo13: kostet nur performance. [19:05] stevieh: mhm, was macht rsync so viel mehr als tar wenn im target noch nix da ist? [19:06] es verschlüsselt. [19:06] wut? [19:06] also das wäre mir neu dass ein rsync /alte_platte /neue_platte verschlüsselt [19:07] übers netz klar wennst ssh als transport nimmst, aber sonst? [19:07] rsync local nach local stimmt. DAs geht auch. [19:08] mit tar gings halt immer und symlinks und special devices auch... das nehm ich seit ca. 1993 [19:08] stevieh: wie machst du tar nach remote? über nc? [19:08] ja. [19:08] aber remote mach ich sowas nicht. da wäre mir dann rsync wirklich lieber. [19:09] ich mag ja dd über ne pipe :D [19:09] dann brauch ich nicht nachdenken ob tar etc mit den symlinks richtig umgeht [19:10] aber das kopiert auch leere Sachen, oder bzw. bei verschlüsselten partitionen alles... [19:10] ja [19:10] bei schnellen platten aber auch schon fast egal :D [19:10] wennst in 3 sek nen gb schreibst bist auch für nen TB in ner stunde fertig [22:43] Jemand Lust auf Konversation? Ewig idlen langweilt ...