=== gurmble is now known as grumble [14:14] hallo. ich komme nochmal auf mein problem von gestern zu sprechen. ich habe jetzt ein bisschen was zum FSCK-befehl gegooglet und nirgendwo wird davor gewarnt, dass das ausführen dieses befehls zu datenverlust führen kann. es wird nur darauf aufmerksam gemacht, dass die festplatte nicht gemounted sein darf. auch in der fehlermeldung beim [14:14] ubuntu-bootvorgang gibt es keine warnung hinsichtlich datenverlust. daher würde ich diesen befehl jetzt gerne einfach ausführen. reicht es, wenn ich dazu sudo fsck /dev/sda eingebe? [14:23] ich versuch's mal, auch auf die gefahr hin dass mir böööhse mißgunst und absichtliche irreführung vorgeworfen wird. [14:23] sda ist die gesamte erste festplatte, die vermutlich partitioniert ist. fsck ist ein befehl, der dateisysteme repariert. man richtet ihn gegen das das zu reparierende dateisystem enthaltende blockgerätekonstrukt. in der einfachsten variante findet man oft dateisysteme in partitionen auf (z.B.) festplatten. sda1 wäre z.B. die erste Partition, sda2 die zweite etc. in diesem fall würdest du fsck also gegen die passende partition richten (we [14:23] nn die denn das dateisystem enthält - das kannst du mit sudo file -s /dev/sdaN - wobei N hier durch die entsprechende zahl zu ersetzen wäre, prüfen). [14:26] und davon abgesehen: ja, es besteht durchaus die chance dass fdisk dinge verschlimmbessert, insbesondere wenn die ursache der dateisysteminkonsistenzen, wie bei dir, eineauseinanderfallene festplatte z sein scheinen. der beste ansatz ist da dann erst mal ein möglichst komplettes images zu ziehen und dann auf einer kopie dieses images daten wiederherzustellen zu versuchen, denn dann kann man jederzeit wieder zum original-image zurück, auc [14:26] h wenn was schief ging. und man macht keine weiteren schreib-/leseoperationen auf der auseinanderfallenden festplatte. [14:27] (die in der regel die situation nur noch verschlimmern) [14:29] fsck ist dazu da, das (logisch) inkonsistente dateisystem auf der festplatte wieder heile zu machen. aber wenn dieses weiterhin auf einer kaputten und weiter kaputt gehenden festplatte ist, wo laufend weitere sektoren den geist aufgeben, dann hast du mit dem fsck dort eigentlich nichts gewonnen. [14:30] (und badblocks zu markieren hilft da auch nur zeitweise, schafft eigentlich nur falsche sicherheit) [14:32] ok, danke. kannst du mir bitte den befehl nennen, mit dem ich ein möglichst komplettes image ziehe? [14:41] ich habe dir übrigens nicht böse missgunst und absichtliche irreführung vorgeworfen. tut mir leid, wenn das so ankam [14:44] ubuntu@ubuntu:~$ sudo file -s /dev/sda1 [14:44] ./dev/sda1: Linux rev 1.0 ext4 filesystem data, UUID=d410c47e-03fb-44a7-99c9-40b6f973c92b (errors) (extents) (64bit) (large files) (huge files) [14:45] okay, versuchen wir's nochmal. wovon ist das system jetzt gebootet, und welche ubuntu-version ist auf der festplatte sda installiert? [14:46] gebootet hab ich mit einer live-version von ubuntu 20.04 LTS. auf sda1 ist ubuntu 18.04 LTS installiert [14:46] ok. du hattest gestern eine externe festplatte angeschlossen, die du komplett überschreiben konntest. ist das weiterhin der fall? [14:47] ich habe die festplatte hier und kann sie wieder anschließen, ja [14:47] hast du aktuelle backups deiner daten auf den verschiedneen dateisystemen auf sda? [14:47] ich hatte diese mit dem dd-befehl überschrieben, aber es gab einen abbruch [14:48] was genau meinst du mit backups? und welche verschiedenen dateisysteme? ich glaube, es gibt da nur das ext4-dateisystem [14:49] also sda1 = ext4, sda2 gibt es nicht [14:49] es kann sein dass es nur das ext4-dateisystem gibt, das prüfen wir ggf. gleich noch, backups sind kopien der wichtigen daten, die du erzeugst oder erhältst, und aufheben möchtest. [14:50] ich habe leider keine kopien der wichtigen daten gemacht [14:50] man erstellt üblicherweise regelmäßig backups von daten, die man nicht z.b. aufgrund eines defekten datenträgers verlieren möchte. [14:50] anderes wort dafür: sicherheitskopien. [14:50] hast du denn wichtige daten auf sda, die du auf keinen fall verlieren möchtest? [14:51] ja, schon [14:51] und ich wollte sie gestern einfach kopieren [14:51] aber für vieles davon hatte ich keine berechtigung [14:51] (also bevor ich hier in den chat kam) [14:52] bzw. ich konnte kopieren, aber teilweise dann nicht öffnen/verwenden [14:52] ok. dann solltest du in zukunft unbedingt backups davon machen. wichtig ist, dass man backups laufend macht, denn gestern war's z.b. schon zu spät, deine festplatte ist bestimmt schon länger kaputt, es fiel nur erst gestern auf. [14:52] wie man backups macht, ist in dem ubuntu-users-wiki beschrieben [14:53] https://wiki.ubuntuusers.de/Datensicherung/ solltest du dir spater mal durchlesen [14:53] Title: Datensicherung › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de) [14:53] ich muss ein geständnis machen: ich habe meinen laptop in letzter zeit sehr, sehr oft einfach aus- und wieder eingeschaltet, wenn er "hing" [14:53] häng jetzt bitte die externe festplatte wieder na,d ie wir überschrieben können. [14:53] und ich vermute, dass das problem damit zusammenhängt [14:53] das kann auch damit zusammenhängen, ja [14:53] ok, danke, ich speicher mir den link [14:53] ext. festplatte ist dran [14:54] bitte in einem terminal ausführen: sudo blkid | nc termbin.com 9999 [14:55] ...und den link dazu posten [14:55] https://termbin.com/qeoe [14:56] das listet alle verfügbaren speicherblockgeräte mit dazugehörigen (softwareseitig, durch ubuntu) generierten eindeutigen bezeichnern, auf. [14:56] speicherblockgeräte = datenträger? [14:58] ja, im prinzip, wobei die auch verschachtelt sein können, also z.b. festplatten, partitionen darauf, software-raids darauf, virtuelle parititionen (loop-geräte) usw. [14:59] /dev/sda1 ist wohl deine bisherige ubuntu-installation, der sdb-speicherträger enthält dein live-system, das grade läuft, und sdd ist wohl deine externe festplatte [14:59] ah, ok, hatte mich gerade schon gefragt, was sdb1-3 sein soll [15:00] aber ja, klar, da steht ja ubuntu 20.04. das kann nur das live-system sein [15:00] ja, die ext. festplatte hieß gestern auch schon sdd1 [15:03] golliver: als nächstes bitte lsblk -o NAME,SIZE,RO,TYPE,FSTYPE,MOUNTPOINT,LABEL,UUID | nc termbin.com 9999 [15:04] https://termbin.com/ahxs [15:07] golliver: okay, lass uns erst mal noch schauen ob die sdd noch in gutem zustand ist, sonst machen wir das alles umsonst [15:07] sudo apt install smartmontools [15:08] möglicherweise hatte die ausführung von ddrescue gestern bereits meine daten gerettet, aber das hab ich ja dann quasi wieder verworfen, indem ich anschließend den dd ausgeführt habe [15:08] dd-befehl [15:08] korrekt [15:08] ich hätte einfach nur meine ext. festplatte kurz aus- und wieder einhängen müssen [15:08] dann hätte ich darauf zugreifen können [15:09] aber das hab ich erst später bemerkt [15:09] lass uns nach vorne schauen [15:09] ok, installation läuft [15:10] gibt es einen bestimmten grund, warum ich ddrescue jetzt nicht einfach nochmal ausführen sollte? [15:10] nur den, dass ich gerne vorher noch sicherstellen würde dass das zielmedium, also die externe festplatte sdd, nicht auch kaputt ist. [15:10] sonst machen wir das ganz umsonst [15:10] ok, smartmontools scheint installiert [15:10] verstehe [15:11] sudo smartctl -x /dev/sdd | nc termbin.com 9999 [15:11] das liest informationen zum zustand der externen platte (überwiegend) aus deren firmware aus. [15:12] https://termbin.com/l49f [15:12] das gleiche machen wir direkt auch nochmal mit sda: sudo smartctl -x /dev/sda | nc termbin.com 9999 [15:13] die sdd-platte ist noch ziemlich neu, aber ja, kann u. u. natürlich auch kaputt sein [15:13] die sdd ist in ordnung, da könne wir mit arbeiten [15:14] sda: https://termbin.com/m5zo [15:14] sda ist seit 24333 stunden in betrieb (das kannst du mal durch 24 und 365 teilen, dann hast du die anzahl in jahren) [15:16] wenn du auf dem letzen link nach der zeile guckst die mit " 5 Reallocated_Sector_Ct" beginnt, siehst du dass die festplatte bereits daten aus 4160 sektoren verschieben musste, weil diese sektoren physisch kaputt gegangen sind. [15:16] 2,8 jahre [15:17] mom [15:17] so lange war sie durchgehend im betrieb [15:18] ja, der laptop ist fast 10 jahre alt [15:18] die sda hat eine kapazität von 500 GB, die externe sdd eine von 1 TB, d.h. wir sollen die sda komplett speichern können. [15:18] vorausgesetzt wir könne die daten lesen, aber das ging zumindest gestern ja noch ganz gut. [15:19] ja, es muss ja vielleicht nicht alles gerettet werden. einfach nur das, was geht [15:19] jetzt müssen wir sdd partitionieren. hast du ein lieblings- GUI-partitionierungstool parat auf de,m livesystem oder wollen wir es per temrinal machen? [15:19] oder sollte ich mal schauen, was ich ganz konkret von den daten noch brauche und dass wir dann auch nur das gezielt retten? [15:20] ziel ist es eine große partiton auf sdd zu erstellen, mit einem ext4-dateisystem drauf, auf der wir alle daten speichern können. [15:20] naa, mach das im nächsten schritt besser [15:21] das image einmal zu ziehen dauert zwar paar stunden, aber das herauspicken dessen,w as du noch brauchst ist hinterher viel einfacher und ohne weitere schrieb-/leseoperationen auf dem quell medium machbar. [15:21] also ein lieblings partitionierungstool habe ich nicht, ich brauchte partitionierung bisher nie wirklich. aber ich denke, dass man das hier mit dem programm "laufwerke" machen kann. per terminal ist aber vielleicht einfacher? [15:22] ok, gut [15:22] okay, machen wir's per terminal, ich muss dann kurz zwischendrin ein boisschen nachlesen, hab nicht alle befehle im kopf [15:23] ok, gerne [15:23] mach erst mal sudo parted /dev/sda print das sollte dir die partitionstabelle von sda und grundsätzliche infos dazu anzeigen [15:23] mach erst mal sudo parted /dev/sdd print das sollte dir die partitionstabelle von sda und grundsätzliche infos dazu anzeigen [15:23] ^ sdd, nicht sda [15:24] ok, ja [15:25] Festplatte /dev/sdd: 1000GB [15:25] Sektorgröße (logisch/physisch): 512B/512B [15:25] Partitionstabelle: msdos [15:25] so, jetzt neue partitionstabelle erstellen.- ganz wichtig: SDD, nicht SDA!: sudo parted /dev/sdd mklabel gpt [15:26] Nummer Anfang Ende Größe Typ Dateisystem Flags [15:26] 1 1049kB 500GB 500GB primary ext4 boot [15:26] ok [15:27] Warnung: Partition(en) auf /dev/sdd werden verwendet. [15:27] Ignorieren/Ignore/Abbrechen/Cancel? [15:27] ignorieren geht hier mit I, oder? [15:28] a wie abbrechen [15:28] mein fehler, die partition ist eingehangen [15:28] ok, abgebrochen [15:28] sudo umount /dev/sdd1 [15:29] dann nochmal sudo parted /dev/sdd mklabel gpt [15:29] ok [15:29] Warnung: Die bestehende Partitionstabelle und alle Daten auf /dev/sdd werden [15:29] gelöscht. Wollen Sie fortfahren? [15:29] Ja/Yes/Nein/No? j [15:29] Informationen: Möglicherweise müssen Sie /etc/fstab anpassen. [15:29] ok [15:30] sudo parted /dev/sdd mkpart primary 1 -1 [15:30] das löschen ging aber schnell [15:30] er hat nur 480 oder so bytes schrieben müssen in den startsektor, dort liegt die partitionstabelle. [15:31] parted: Ungültige Option -- 1 [15:31] Aufruf: parted [-hlmsv] [-a] [GERÄT [BEFEHL [PARAMETER]] …] [15:31] ok [15:32] oops [15:32] moment [15:32] np [15:33] sudo parted /dev/sdd mkpart primary 1049kB -1 [15:33] klappt das? [15:33] es kommt wieder die selbe fehlermeldung [15:35] soll ich die partitionierung doch mal eben mit gui probieren? [15:35] sudo parted /dev/sdd mkpart datenrettung ext2 1MiB 100% [15:35] das sollte klappen [15:35] ok [15:36] klappts denn? :) [15:36] ich glaube, er hat es gemacht. da kommt nur wieder diese information bzgl. fstab [15:36] sehr gut [15:37] sync; sleep 3; sync; sleep 3; partprobe /dev/sdd [15:37] Error: Fehler beim Öffnen von /dev/sdd: Keine Berechtigung [15:37] sudo fehlt, oder? [15:38] korrekt, am ende, vort dem partprobe [15:38] korrekt, am ende, vor dem partprobe [15:38] alles klar, scheint zu funktionieren [15:40] lsblk -o NAME,SIZE,RO,TYPE,FSTYPE,MOUNTPOINT,LABEL,UUID /dev/sdd | nc termbin.com 9999 [15:40] nochmal gucken, ob die partition da jetzt aktuelisiert wurde [15:40] https://termbin.com/fu2d [15:41] die komplette festplatte ist jetzt 1 partition, ja? [15:41] hat geklappt, da ist jetzt eine große partition auf der externen platte. [15:41] ja, genau [15:41] ok [15:41] jetzt fehlt noch ein dateisystem drauf: sudo mkfs.ext4 /dev/sdd1 [15:42] mke2fs 1.45.5 (07-Jan-2020) [15:42] zuletzt auf /media/ubuntu/d410c47e-03fb-44a7-99c9-40b6f973c92b auf Sun Mar 28 16:53:43 2021 [15:42] eingehängtTrotzdem fortfahren? (j,n) [15:42] n [15:42] umount /media/ubuntu/d410c47e-03fb-44a7-99c9-40b6f973c92b [15:43] sudo umount /media/ubuntu/d410c47e-03fb-44a7-99c9-40b6f973c92b [15:43] sudo umount /dev/sdd1 [15:43] umount: /media/ubuntu/d410c47e-03fb-44a7-99c9-40b6f973c92b: kein Einhängepunkt angegeben. [15:44] umount: /dev/sdd1: nicht eingehängt. [15:44] ok [15:44] dann nochmal: sudo mkfs.ext4 /dev/sdd1 [15:45] wenn jetzt wiedeer die anfrage kommt, diesmal fortfahren [15:45] ja, kommt wieder. ok [15:46] https://paste.ubuntu.com/p/4dF5xzQnSc/ [15:46] Title: Ubuntu Pastebin (at paste.ubuntu.com) [15:47] da passiert nun ganz schön viel :) [15:48] ist /media/ubuntu ein verzeichnis auf der ext. festplatte? [15:49] okay, dateisystem ist fertig. lass es uns mal mounten (ohne sudo!): udiskctl mount /dev/sdd1 [15:49] ok [15:49] Der Befehl 'udiskctl' wurde nicht gefunden, meinten Sie: [15:49] Befehl 'udisksctl' aus dem deb udisks2 (2.8.4-1ubuntu1) [15:49] Versuche: sudo apt install [15:49] /media/ubuntu ist ein verzeichnis auf dem live-system, was grade läuft, die inhalte darin sind einhängepunkte, darunter finden sind inhalte von anderen dateisystemen von verschiedenen laufwerken [15:50] oh, moent, was nutzen wir denn dann [15:50] gio mount /dev/sdd1 [15:51] gio: file:///dev/sdd1: Datenträger unterstützt Einhängen nicht [15:51] soll ich per mausklick einhängen? [15:51] ja probier das mal [15:51] ok [15:52] ok, müsste eingehangen sein [15:52] gio mount -l müsste es dann anzeigen [15:52] soll ich nochmal lsbk machen? [15:52] ah [15:52] Volume(1): 1.0 TB Volume oder so [15:53] ja, das wird angezeigt, zusammen mit allen anderen datenträgern [15:53] bzw. laufwerken [15:54] zeig mal bitte: gio mount -l | nc termbin.com 9999 [15:54] https://termbin.com/7ohl [15:54] okay prima, einhängepunkt ist also /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e [15:55] gut, dann ddrescue [15:55] ich scroll nochmal eben hoch [15:55] okay [15:56] der unterschied zu gestern ist jetzt, dass wir die daten nicht auf ein FAT-dateisystem, sondern auf ein ext4-dateisystem schieben, richtig? [15:58] und um ein ext4-dateisystem zu erstellen, mussten wir die festplatte vorher patitionieren (?) [15:59] sudo ddrescue --force /dev/sda1 /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda1_20210328_160000.img /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda1_20210328_160000.map [15:59] sudo gddrescue --force /dev/sda1 /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda1_20210328_160000.img /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda1_20210328_160000.map [15:59] hab das 'g' vergessen. und wahrscheinlch musst du's auch nochinstallieren [16:00] gdd anstelle von dd, ja? [16:00] sudo apt install gddrescue [16:00] ok, moment [16:00] ich glaub ja, kann mir das nie merken [16:00] ich glaube, er braucht vorher noch das repository [16:01] sudo apt update [16:01] sudo apt install gddrescue [16:01] sudo ddrescue --force /dev/sda1 /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda1_20210328_160000.img /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda1_20210328_160000.map [16:01] ^^das sollte ausreichen [16:01] ne, das reicht nicht, gestern musste ich das repository installieren [16:01] jetzt auch wieder [16:01] weird, welches repository? [16:02] ich weiß leider nicht mehr. k1l nannte das gestern, glaub ich [16:02] ich google mal [16:02] universe vermutlich [16:02] du hast wahrscheinlich ne 20.04.0 live-cd [16:02] ja, ich glaub, das wars [16:02] ja, hab ich [16:02] da haben die trottel vergessen universe zu aktivieren [16:03] ^^ [16:03] sudo add-apt-repository universe [16:03] hast du auch 20.04? [16:03] in ner vm [16:04] klappt das so? [16:04] ok, ist installiert, ich führe nun ddrescue aus [16:04] supi [16:05] läuft [16:05] gut, nochmal eben gucken wie lang das letztes mal lief [16:05] eine frage: wieso benutzen wir jetzt einhängepunkte und nicht sda1 bzw. sdd1? [16:05] 1 h 39 zeigt er jetzt an [16:06] gestern war es ähnlich [16:06] aber kann sein dass es länger dauerte [16:06] https://pastebin.com/raw/WSdEKxSS war da slog von gestern [16:06] run time: 2h 6m 7s [16:06] ja, korrekt [16:07] also richtie dich darauf ein, dass es diesmal mindestens genausolange dauert [16:07] kein problem, ich danke dir [16:08] anschließend werde ich ubuntu erst mal neu installieren können, oder? denn die daten wären dann ja gesichert [16:08] heute ist folgendes anders: wir speichern das abbild von /dev/sda1 nich direkt auf eine partition auf der externen festplatte sdd, sondern in eine abbilddatei auf einem ext4-dateisystem auf einer die gesamte externe festplatte einnehmenden partition [16:09] richtig, du wirst danach neu installieren müssen / wollen [16:09] <_moep_> bei ddrescue kann lohnt es sich ein logfile mit anzulegen. darin werden dann alle fehler notiert und man kann auch später weitermachen, falls notwendig [16:09] ah, wir speichern das abbild in einem abbild, ok [16:10] außerdem ist heute anders als gestern, daass wir auch die zweite von ddrescue erzeugte datei, die '.map' (gestern '.log', aber es ist keine textdatei, darum ist die dateiendung .log irreführend), auch auf der externen festplatte speichern und sie nicht nur auf einen termporären speicher speichern, der nach dem nächsten reboot futsch ist. [16:10] ja _moep_, das logfile ist mit angegeben, ".map" [16:11] wir speichern heute das abbild von sda1 in einer datei, nicht direkt auf einer partition auf einem anderen datenträger [16:11] das von _moep_ erwähnte 'logfile' ist die .map-datei [16:11] genau [16:12] wieso wurde die logdatei gestern nur temporär gespeichert? [16:12] weil der für ihre speicherung angegebene püfad auf das aktuelle live-system verwies, das keinen persistenten speicher bietet. [16:13] aber als zielpfad war doch /dev/sdd1 angegeben, wenn ich mich richtig erinnere, oder galt das nur für das abbild? [16:14] wenn du noch nen anderen computer und einen anderen externen / portablen datenträger (usb-stick?) hast, den du vollständig überschreiben kannst, dann empfehle ich dir dort jetzt die software balena etcher zu installieren (geht auf allen gängigen betriebssystemen) und dann eine aktuelle ubuntu 20.04 LTS ISO drauf auszurollen [16:14] das /dev/sdd1 galt für das abbild gestern [16:15] einen anderen computer hab ich momentan nicht zur verfügung, aber ich könnte mir die tage wahrscheinlich einen leihen [16:16] dadurch, dass das gesamte abbild gestern in diese sdd1-partition gespeichert wurde, gab es auch keinen ort mehr, wo die .map/.log-datei hätte gespeichert werden können (außer auf dem kaputten dateisystem-abbild selbst) [16:16] ok, verstehe [16:16] hast du denn einen anderen datenträger? [16:16] ein anderes speichermedium, das du vollständig überschrieben und von dem du booten kannst? [16:16] also einen usb-stick z.b. [16:17] also ich habe ja diesen usb-stick, auf dem ubuntu 20.04 lts installiert ist, und noch einen weiteren usb-stick, auf dem ich etwas installieren könnte [16:17] und den weiteren usb-stick könntest du auch komplett plätten? [16:17] ja [16:18] ich frage deshalb, weil du derzeit wohl ne ältere 20.04-installer-version hast, und es wäre besser mit der neusten zu installieren [16:18] las uns das eben nochmal checken: lsb_release -ds [16:18] gut, dann lade ich mal die neueste runter [16:18] ok [16:18] momentan bittenoch nichts runterladen, erst mal das ddrescue abwarten [16:19] oh moment [16:19] ich kann ja im terminal jetzt nichts tippen [16:19] ctrl-alt-t macht nen weiterne temrinal auf [16:20] ist es schlimm, dass ich da jetzt trotzdem kurz was getippt habe? [16:20] wenn ddrescue dadurch nicht abgebrochen hat, ist das egal [16:20] ok, gut, hat es nicht [16:21] Ubuntu 20.04.1 LTS [16:21] okay, die aktuelle version ist 20.04.2.0 [16:22] d.h. du hast iun der tat derzeit ne ältere [16:22] aber bitte jetzt noch nicht die neue runter laden [16:22] gut, dann lade ich die neueste später runter [16:22] nach ddrescue [16:23] er würde es sonst auf sda1 speichern, nehme ich an [16:23] alles was du derzeit auf dem live-system speicherst reduziert den verfügbaren arbeitsspeicher. denn das live-system speichert alles, was du runterlädst, im arbeitsspeicher, auch wenn es so scheint als würden die daten auf dem usb-stick gespeichert. [16:23] und du hast,w enn ich mich recht erinnere, nur 5 GB RAM oder so [16:23] ah ok [16:24] gute frage [16:24] zeig bitte nochmal: free -m [16:24] zeig bitte nochmal: free -m | nc termbin.com 9999 [16:24] oder besser, falls du noch nicht hast (sonst egal): free -h | nc termbin.com 9999 [16:25] https://termbin.com/gqf6 [16:25] 4 gb wohl nur [16:25] 4 GB RAM. ok, das ist tatsächlich das empfohlene minimum für ubuntu 20.04 mit dem standard-gnome-desktop [16:26] sollte ich besser bei 18.04 bleiben? [16:26] (auf sda1 hatte ich die ganze zeit 18.04) [16:26] ich würde sagen: nee [16:26] ok [16:26] an sich hat 18.04 auch schon die gleichen anforderungen, [16:27] du kannst mal überlegen ob du noch ram besorgst und den nachrüstest. [16:27] kann auch gebraucht sein [16:27] was für ein rechner ist denn das? [16:27] journalctl -b | grep DMI: [16:27] eine neue festplatte müsste dann aber auch her, oder? [16:27] ja, aber keine festplatte, sondern ne ssd [16:28] Mär 28 11:13:33 ubuntu kernel: DMI: Acer Aspire 7750G/JE70_HR, BIOS V1.17 12/30/2011 [16:28] ne ssd kostet ab ca 50,- [16:28] hmm, ein 2011-er laptop, ne? [16:29] würdest du sagen, dass sich das bei diesem laptop noch lohnt? die boxen sind vor kurzem auch kaputt gegangen [16:29] ja, genau [16:29] also die boxen sind nicht ganz kaputt, aber beeinträchtigt [16:29] ich würde sagen nein, vorausgesetzt du kannst dir derzeit nen anderen rechner leisten [16:30] ich bekam vor kurzem einen gebrauchten angeboten, zum geschenk, aber ich muss erst mal schauen, was für einer das ist [16:31] das tolle an diesem hier ist der große bildschirm [16:31] den werd ich vermissen [16:33] überleg dir als erstes mal, ob du überhaupt einen laptop brauchst oder ob ein ortsgebundener auch geht. letztere sind bei gleicher leistung günstiger, und du hast mehr optionen. [16:33] ortsgebunden muss auch nicht "dicker klotzu unterm tisch" heißen, sondern kann auch eine kleine box sein, die hinten an einem tollen großen monitor dran klebt [16:34] naja, ich nutze den an relativ vielen verschiedenen orten in meiner wohnung... [16:34] und dann überleg dir noch, was dir das überhaupt wert ist, bzw was du ausgeben könntest für nen gebruachtne oder neuen computer derzeit [16:35] okay, wenn du in der wohnung damit 'umziehst' dann ist ein ortsgebundener nix für dich. [16:35] wie nennt man diese box, von der du sprichst? [16:35] also box+monitor [16:36] sowas könnt ich mir ja vllt. mal ansehen [16:36] mini-desktop oder mini-computer, und die aufhängung am monitor ist ein 'vesa-mount', da wir die box dann einfach aufgehangen. [16:36] aber das taugt nicht, wenn du in der wohnung mehrere arbeitsorte haben magst [16:37] wohl aber schon, wenn du an einem punkt nen großen monitor willst. [16:37] ok, verstehe, aber dennoch interessant. wusste nicht, dass es sowas gibt [16:37] nur dass es von mac mal so etwas gab [16:37] ja, apple war damals hardwaremäßig noch einer der vorreiter [16:38] Recht bekannt sind Intel NUC-Modelle, das sind solche mini desktop computer [16:38] ich würde heute allerdings amd-systeme vorziehen, da gibts auch passende [16:39] ich sehs gerade, das ist ja ungefähr so groß wie diese raspberry pis [16:40] ja, bisschen drößer, so 15x15 cm oder so [16:40] *größer [16:40] kannst du mal noch lscpu | nc temrbin.com 9999 machen [16:40] ja [16:40] kannst du mal noch lscpu | nc termbin.com 9999 machen [16:40] vertipper gefixt [16:40] was meinst du, wie lange ich diesen laptop mit der defekten festplatte noch nützen könnte? [16:41] https://termbin.com/s0wk [16:42] mit der defekten platte gar nicht, aber du kannst dir überlegen ob du das abbild auf den bisher freien usb-stick kopierst, dann ubuntu übergangsweise auf die externe toshiba-platte installierst, und davon bootest [16:43] aber ich sag dir, dass du mit einem halbwegs aktuellen rechner mit ssd nen unterschhied wie tag und nacht zu jetzt hättest, und bald nie wieder ubuntu von ner festplatte starten wollen würdest. [16:43] oh, achso, du meinst, ubuntu würde sich auf dieser festplatte gar nicht mehr neu installieren lassen? [16:43] ja, das mit der sdd hab ich mir notiert [16:43] theoretisch schon, aber es wäre dumm das zu tun, denn diese festplatte föllt derzeit auseinander [16:43] *fällt [16:44] du hättest im nu wieder datenverlust, und das ubuntu ginge dabei kaputt [16:44] verstehe [16:44] das MUSS nicht so sein, aber es ist ne ganz dumme idee, weil das risiko sehr hoch ist dass das passiert [16:45] ja [16:45] leider sind meine USB-sticks zu klein, um das abbild darauf zu kopieren [16:45] wenn ne festplatte erst mal anfängt kaputt zu gehen dann macht sie damit in der regel auch weiter. und das übelste daran ist dass es erst mal nicht auffällt und dabei die daten immer mehr kaputt gehen, das phäneomen nennt sich "bitrot" [16:46] ja, ich hatte das die ganze zeit schon nicht bemerkt [16:46] du kannst auch erst mal ein paar tage mit dem livesystem arbeiten, und daten die du behalten willst auf die große partition neben das sda1-abbild legen [16:46] ich denke, ich werde jetzt erst mal schauen, ob dieser gebrauchte laptop in ordnung ist, der mir angeboten wurde [16:47] klingt nach ner guten idee. du kannst hier nochmal in #ubuntu-de-ofrftopic vorbeischauen und dir tipps dazu holen welche hardware für dich sinnvoll wäre. [16:47] klingt nach ner guten idee. du kannst hier nochmal in #ubuntu-de-offtopic vorbeischauen und dir tipps dazu holen welche hardware für dich sinnvoll wäre. [16:47] ^ noch ein vertipper gefixt [16:47] ok, super, danke [16:48] ^^ [16:48] (hardware ist ja eigentlich kein ubuntu-betiebssystem-thema) [16:49] mir fällt ein, ich habe tatsächlich noch einen zweiten laptop hier, aber mit dem gibt es das problem, dass da gar nichts mehr geht. wenn ich den an mache, ist der bildschirm ganz weiß und man sieht vereinzelt bunte senkrechte dünne streifen, und dann geht er nach ein paar minuten von selber wieder aus [16:50] ok [16:50] wenn der andere laptop eine intel i5- oder i7-cpu hat und nicht älter als 7 jahre ist, ist es wahrscheinlich schon eine verbesserung. fast noch wichtiger sind aber ausreichend ram (würde 8 GB empfehlen, mit 4 gb gehts aber 'notfalls' auch) und ssd. [16:51] ok, das notiere ich mir mal [16:51] das klingt nach nem elektrischen problem bei dem anderen laptop, das würde ich jetzt erst mal nicht angehen,vermutlich ne größere baustelle [16:51] ggf. kannst du die festplatte und vielleicht sogar den ram daraus wiederverwenden [16:52] aber wir sind jetzt weit off-topic hier, können gerne noch im anderen kanal weiterchatten [16:53] ok, ich geh mal rein da [16:53] /join #ubuntu-de-offtopic [16:59] dein jetziger hat ne i7-2670QM cpu [17:00] huch, falscher kanal [17:15] ddrescue wird wohl noch mindestens 1 stunde dauern. ich geh mal eine runde nach draußen. melde mich dann später wieder, falls du dann noch da sein solltest [17:15] @tomreyn [17:19] alles klar [19:29] ok, da bin ich wieder [19:30] https://paste.ubuntu.com/p/zqXQmKWBDy/ @tomreyn [19:30] Title: Ubuntu Pastebin (at paste.ubuntu.com) [20:10] re [20:11] @tomreyn sorry, musste neu booten. ubuntu hat fast nicht mehr reagiert, nachdem ich versucht hatte, ubuntu und etcher gleichzeitig runterzuladen [20:41] etcher hab ich nun runtergeladen, aber für ubuntu fehlt mir auf dem live-system (im ram) offenbar der speicherplatz und für die sda sowie die sdd fehlt mir die berechtigung [21:00] Moin, ich finde längliche Logeinträge im syslog von meinem als user laufenden Thunderbird, soll das so oder habe ich da etwas verstellt und wenn, dann wo? thunderbird.desktop[449500]: console.warn: Lightning: Parsing failed [snip VCALENDAR im Log] [21:02] ich hab sowas nicht. [21:03] Kann sein, dass es wegen der Umstellung von GPG etwas lauter gedreht ist, syslog ist trotzdem ein komischer Ort dafür... [21:03] ach, das ist bei dem modernen Zeugse so, ich hab da auch tb meldungen drin [21:05] OK, also wohl nix was man korrigieren müsste, Danke :) grep thunderbird.desktop /var/log/syslog| wc # 1416 10336 140007 [21:10] Ich zweifel mal wieder an meinem seriell-Foo, welches Terminal nimmt man denn da am besten? cutecom hängt seltsamerweise öfter hier, screen zeigt nix und ich weiß dann nicht so recht, obs an Kabel oder cmdFoo liegt. Gibts da was Solides, was ich vielleicht noch nicht kenne neben cutecom, less, screen, minicom? [21:32] maredebianum, "coolterm" sah ich letztens zum ersten mal, wohl was neueres [21:32] aber noch nicht getestet [21:33] außerdem tio https://tio.github.io/ [21:33] Title: tio (at tio.github.io) [21:40] golliver: das runterladen des isos sollte klappen wenn du's direkt auf die sdd1 lädst [21:41] sudo chown -R 1000:1000 /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/ sollte mit dem schreiben helfen [21:44] iso-download: cd /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/ && wget https://releases.ubuntu.com/20.04.2.0/ubuntu-20.04.2.0-desktop-amd64.iso [21:44] ah, da bist du ja wieder, hi [21:45] wozu genau dient der erste befehl? [21:46] golliver: dazu, dem ersten eingeschränkten (nicht-root-) user volle rechte auf dem verzeiuchnis und seinen inhalten zu geben [21:46] alles klar, danke, ich probier's mal [21:49] https://paste.ubuntu.com/p/bzy2CGJK5N/ geht wohl noch immer nicht [21:49] Title: Ubuntu Pastebin (at paste.ubuntu.com) [21:50] golliver: was gibt das aus? id [21:50] uid=999(ubuntu) gid=999(ubuntu) Gruppen=999(ubuntu),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),120(lpadmin),131(lxd),132(sambashare) [21:50] sudo chown -R ubuntu:ubuntu /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/ [21:51] ok, dann nochmal wget? [21:51] ja [21:52]