[14:14] <golliver> 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] <golliver> 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] <tomreyn> ich versuch's mal, auch auf die gefahr hin dass mir böööhse mißgunst und absichtliche irreführung vorgeworfen wird.
[14:23] <tomreyn> 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] <tomreyn> 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] <tomreyn> 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] <tomreyn> h wenn was schief ging. und man macht keine weiteren schreib-/leseoperationen auf der auseinanderfallenden festplatte.
[14:27] <tomreyn> (die in der regel die situation nur noch verschlimmern)
[14:29] <tomreyn> 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] <tomreyn> (und badblocks zu markieren hilft da auch nur zeitweise, schafft eigentlich nur falsche sicherheit)
[14:32] <golliver> ok, danke. kannst du mir bitte den befehl nennen, mit dem ich ein möglichst komplettes image ziehe?
[14:41] <golliver> ich habe dir übrigens nicht böse missgunst und absichtliche irreführung vorgeworfen. tut mir leid, wenn das so ankam
[14:44] <golliver> ubuntu@ubuntu:~$ sudo file -s /dev/sda1
[14:44] <golliver> ./dev/sda1: Linux rev 1.0 ext4 filesystem data, UUID=d410c47e-03fb-44a7-99c9-40b6f973c92b (errors) (extents) (64bit) (large files) (huge files)
[14:45] <tomreyn> okay, versuchen wir's nochmal. wovon ist das system jetzt gebootet, und welche ubuntu-version ist auf der festplatte sda installiert?
[14:46] <golliver> gebootet hab ich mit einer live-version von ubuntu 20.04 LTS. auf sda1 ist ubuntu 18.04 LTS installiert
[14:46] <tomreyn> ok. du hattest gestern eine externe festplatte angeschlossen, die du komplett überschreiben konntest. ist das weiterhin der fall?
[14:47] <golliver> ich habe die festplatte hier und kann sie wieder anschließen, ja
[14:47] <tomreyn> hast du aktuelle backups deiner daten auf den verschiedneen dateisystemen auf sda?
[14:47] <golliver> ich hatte diese mit dem dd-befehl überschrieben, aber es gab einen abbruch
[14:48] <golliver> was genau meinst du mit backups? und welche verschiedenen dateisysteme? ich glaube, es gibt da nur das ext4-dateisystem
[14:49] <golliver> also sda1 = ext4, sda2 gibt es nicht
[14:49] <tomreyn> 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] <golliver> ich habe leider keine kopien der wichtigen daten gemacht
[14:50] <tomreyn> man erstellt üblicherweise regelmäßig backups von daten, die man nicht z.b. aufgrund eines defekten datenträgers verlieren möchte.
[14:50] <tomreyn> anderes wort dafür: sicherheitskopien.
[14:50] <tomreyn> hast du denn wichtige daten auf sda, die du auf keinen fall verlieren möchtest?
[14:51] <golliver> ja, schon
[14:51] <golliver> und ich wollte sie gestern einfach kopieren
[14:51] <golliver> aber für vieles davon hatte ich keine berechtigung
[14:51] <golliver> (also bevor ich hier in den chat kam)
[14:52] <golliver> bzw. ich konnte kopieren, aber teilweise dann nicht öffnen/verwenden
[14:52] <tomreyn> 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] <tomreyn> wie man backups macht, ist in dem ubuntu-users-wiki beschrieben
[14:53] <tomreyn> https://wiki.ubuntuusers.de/Datensicherung/ solltest du dir spater mal durchlesen
[14:53] <le_bot> Title: Datensicherung › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[14:53] <golliver> 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] <tomreyn> häng jetzt bitte die externe festplatte wieder na,d ie wir überschrieben können.
[14:53] <golliver> und ich vermute, dass das problem damit zusammenhängt
[14:53] <tomreyn> das kann auch damit zusammenhängen, ja
[14:53] <golliver> ok, danke, ich speicher mir den link
[14:53] <golliver> ext. festplatte ist dran
[14:54] <tomreyn> bitte in einem terminal ausführen:   sudo blkid | nc termbin.com 9999
[14:55] <tomreyn> ...und den link dazu posten
[14:55] <golliver> https://termbin.com/qeoe
[14:56] <tomreyn> das listet alle verfügbaren speicherblockgeräte mit dazugehörigen (softwareseitig, durch ubuntu) generierten eindeutigen bezeichnern, auf.
[14:56] <golliver> speicherblockgeräte = datenträger?
[14:58] <tomreyn> 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] <tomreyn> /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] <golliver> ah, ok, hatte mich gerade schon gefragt, was sdb1-3 sein soll
[15:00] <golliver> aber ja, klar, da steht ja ubuntu 20.04. das kann nur das live-system sein
[15:00] <golliver> ja, die ext. festplatte hieß gestern auch schon sdd1
[15:03] <tomreyn> golliver: als nächstes bitte   lsblk -o NAME,SIZE,RO,TYPE,FSTYPE,MOUNTPOINT,LABEL,UUID | nc termbin.com 9999
[15:04] <golliver> https://termbin.com/ahxs
[15:07] <tomreyn> golliver: okay, lass uns erst mal noch schauen ob die sdd noch in gutem zustand ist, sonst machen wir das alles umsonst
[15:07] <tomreyn> sudo apt install smartmontools
[15:08] <golliver> 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] <golliver> dd-befehl
[15:08] <tomreyn> korrekt
[15:08] <golliver> ich hätte einfach nur meine ext. festplatte kurz aus- und wieder einhängen müssen
[15:08] <golliver> dann hätte ich darauf zugreifen können
[15:09] <golliver> aber das hab ich erst später bemerkt
[15:09] <tomreyn> lass uns nach vorne schauen
[15:09] <golliver> ok, installation läuft
[15:10] <golliver> gibt es einen bestimmten grund, warum ich ddrescue jetzt nicht einfach nochmal ausführen sollte?
[15:10] <tomreyn> nur den, dass ich gerne vorher noch sicherstellen würde dass das zielmedium, also die externe festplatte sdd, nicht auch kaputt ist.
[15:10] <tomreyn> sonst machen wir das ganz umsonst
[15:10] <golliver> ok, smartmontools scheint installiert
[15:10] <golliver> verstehe
[15:11] <tomreyn> sudo smartctl -x /dev/sdd | nc termbin.com 9999
[15:11] <tomreyn> das liest informationen zum zustand der externen platte (überwiegend) aus deren firmware aus.
[15:12] <golliver> https://termbin.com/l49f
[15:12] <tomreyn> das gleiche machen wir direkt auch nochmal mit sda:  sudo smartctl -x /dev/sda | nc termbin.com 9999
[15:13] <golliver> die sdd-platte ist noch ziemlich neu, aber ja, kann u. u. natürlich auch kaputt sein
[15:13] <tomreyn> die sdd ist in ordnung, da könne wir mit arbeiten
[15:14] <golliver> sda: https://termbin.com/m5zo
[15:14] <tomreyn> 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] <tomreyn> 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] <golliver> 2,8 jahre
[15:17] <golliver> mom
[15:17] <tomreyn> so lange war sie durchgehend im betrieb
[15:18] <golliver> ja, der laptop ist fast 10 jahre alt
[15:18] <tomreyn> 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] <tomreyn> vorausgesetzt wir könne die daten lesen, aber das ging zumindest gestern ja noch ganz gut.
[15:19] <golliver> ja, es muss ja vielleicht nicht alles gerettet werden. einfach nur das, was geht
[15:19] <tomreyn> 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] <golliver> 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] <tomreyn> 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] <tomreyn> naa, mach das im nächsten schritt besser
[15:21] <tomreyn> 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] <golliver> 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] <golliver> ok, gut
[15:22] <tomreyn> okay, machen wir's per terminal, ich muss dann kurz zwischendrin ein boisschen nachlesen, hab nicht alle befehle im kopf
[15:23] <golliver> ok, gerne
[15:23] <tomreyn> mach erst mal   sudo parted /dev/sda print    das sollte dir die partitionstabelle von sda und grundsätzliche infos dazu anzeigen
[15:23] <tomreyn> mach erst mal   sudo parted /dev/sdd print    das sollte dir die partitionstabelle von sda und grundsätzliche infos dazu anzeigen
[15:23] <tomreyn> ^ sdd, nicht sda
[15:24] <golliver> ok, ja
[15:25] <golliver> Festplatte  /dev/sdd:  1000GB
[15:25] <golliver> Sektorgröße (logisch/physisch): 512B/512B
[15:25] <golliver> Partitionstabelle: msdos
[15:25] <tomreyn> so, jetzt neue partitionstabelle erstellen.- ganz wichtig: SDD, nicht SDA!:   sudo parted /dev/sdd mklabel gpt
[15:26] <golliver> Nummer  Anfang  Ende   Größe  Typ      Dateisystem  Flags
[15:26] <golliver> 1      1049kB  500GB  500GB  primary  ext4         boot
[15:26] <golliver> ok
[15:27] <golliver> Warnung: Partition(en) auf /dev/sdd werden verwendet.
[15:27] <golliver> Ignorieren/Ignore/Abbrechen/Cancel?
[15:27] <golliver> ignorieren geht hier mit I, oder?
[15:28] <tomreyn> a wie abbrechen
[15:28] <tomreyn> mein fehler, die partition ist eingehangen
[15:28] <golliver> ok, abgebrochen
[15:28] <tomreyn> sudo umount /dev/sdd1
[15:29] <tomreyn> dann nochmal    sudo parted /dev/sdd mklabel gpt
[15:29] <golliver> ok
[15:29] <golliver> Warnung: Die bestehende Partitionstabelle und alle Daten auf /dev/sdd werden
[15:29] <golliver> gelöscht. Wollen Sie fortfahren?
[15:29] <golliver> Ja/Yes/Nein/No? j
[15:29] <golliver> Informationen: Möglicherweise müssen Sie /etc/fstab anpassen.
[15:29] <tomreyn> ok
[15:30] <tomreyn> sudo parted /dev/sdd mkpart primary 1 -1
[15:30] <golliver> das löschen ging aber schnell
[15:30] <tomreyn> er hat nur 480 oder so bytes schrieben müssen in den startsektor, dort liegt die partitionstabelle.
[15:31] <golliver> parted: Ungültige Option -- 1
[15:31] <golliver> Aufruf: parted [-hlmsv] [-a<Ausrichtung>] [GERÄT [BEFEHL [PARAMETER]] …]
[15:31] <golliver> ok
[15:32] <tomreyn> oops
[15:32] <tomreyn> moment
[15:32] <golliver> np
[15:33] <tomreyn> sudo parted /dev/sdd mkpart primary 1049kB -1
[15:33] <tomreyn> klappt das?
[15:33] <golliver> es kommt wieder die selbe fehlermeldung
[15:35] <golliver> soll ich die partitionierung doch mal eben mit gui probieren?
[15:35] <tomreyn> sudo parted /dev/sdd mkpart datenrettung ext2 1MiB 100%
[15:35] <tomreyn> das sollte klappen
[15:35] <golliver> ok
[15:36] <tomreyn> klappts denn? :)
[15:36] <golliver> ich glaube, er hat es gemacht. da kommt nur wieder diese information bzgl. fstab
[15:36] <tomreyn> sehr gut
[15:37] <tomreyn> sync; sleep 3; sync; sleep 3; partprobe /dev/sdd
[15:37] <golliver> Error: Fehler beim Öffnen von /dev/sdd: Keine Berechtigung
[15:37] <golliver> sudo fehlt, oder?
[15:38] <tomreyn> korrekt, am ende, vort dem partprobe
[15:38] <tomreyn> korrekt, am ende, vor dem partprobe
[15:38] <golliver> alles klar, scheint zu funktionieren
[15:40] <tomreyn> lsblk -o NAME,SIZE,RO,TYPE,FSTYPE,MOUNTPOINT,LABEL,UUID /dev/sdd | nc termbin.com 9999
[15:40] <tomreyn> nochmal gucken, ob die partition da jetzt aktuelisiert wurde
[15:40] <golliver> https://termbin.com/fu2d
[15:41] <golliver> die komplette festplatte ist jetzt 1 partition, ja?
[15:41] <tomreyn> hat geklappt, da ist jetzt eine große partition auf der externen platte.
[15:41] <tomreyn> ja, genau
[15:41] <golliver> ok
[15:41] <tomreyn> jetzt fehlt noch ein dateisystem drauf:    sudo mkfs.ext4 /dev/sdd1
[15:42] <golliver> mke2fs 1.45.5 (07-Jan-2020)
[15:42] <golliver>     zuletzt auf /media/ubuntu/d410c47e-03fb-44a7-99c9-40b6f973c92b auf Sun Mar 28 16:53:43 2021
[15:42] <golliver>  eingehängtTrotzdem fortfahren? (j,n)
[15:42] <tomreyn> n
[15:42] <tomreyn> umount /media/ubuntu/d410c47e-03fb-44a7-99c9-40b6f973c92b
[15:43] <tomreyn> sudo umount /media/ubuntu/d410c47e-03fb-44a7-99c9-40b6f973c92b
[15:43] <tomreyn> sudo umount /dev/sdd1
[15:43] <golliver> umount: /media/ubuntu/d410c47e-03fb-44a7-99c9-40b6f973c92b: kein Einhängepunkt angegeben.
[15:44] <golliver> umount: /dev/sdd1: nicht eingehängt.
[15:44] <tomreyn> ok
[15:44] <tomreyn> dann nochmal: sudo mkfs.ext4 /dev/sdd1
[15:45] <tomreyn> wenn jetzt wiedeer die anfrage kommt, diesmal fortfahren
[15:45] <golliver> ja, kommt wieder. ok
[15:46] <golliver> https://paste.ubuntu.com/p/4dF5xzQnSc/
[15:46] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[15:47] <golliver> da passiert nun ganz schön viel :)
[15:48] <golliver> ist /media/ubuntu ein verzeichnis auf der ext. festplatte?
[15:49] <tomreyn> okay, dateisystem ist fertig. lass es uns mal mounten (ohne sudo!):  udiskctl mount /dev/sdd1
[15:49] <golliver> ok
[15:49] <golliver> Der Befehl 'udiskctl' wurde nicht gefunden, meinten Sie:
[15:49] <golliver>   Befehl 'udisksctl' aus dem deb udisks2 (2.8.4-1ubuntu1)
[15:49] <golliver> Versuche: sudo apt install <deb name>
[15:49] <tomreyn> /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] <tomreyn> oh, moent, was nutzen wir denn dann
[15:50] <tomreyn> gio mount /dev/sdd1
[15:51] <golliver> gio: file:///dev/sdd1: Datenträger unterstützt Einhängen nicht
[15:51] <golliver> soll ich per mausklick einhängen?
[15:51] <tomreyn> ja probier das mal
[15:51] <golliver> ok
[15:52] <golliver> ok, müsste eingehangen sein
[15:52] <tomreyn> gio mount -l   müsste es dann anzeigen
[15:52] <golliver> soll ich nochmal lsbk machen?
[15:52] <golliver> ah
[15:52] <tomreyn> Volume(1): 1.0 TB Volume    oder so
[15:53] <golliver> ja, das wird angezeigt, zusammen mit allen anderen datenträgern
[15:53] <golliver> bzw. laufwerken
[15:54] <tomreyn> zeig mal bitte:   gio mount -l   | nc termbin.com 9999
[15:54] <golliver> https://termbin.com/7ohl
[15:54] <tomreyn> okay prima, einhängepunkt ist also /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e
[15:55] <tomreyn> gut, dann ddrescue
[15:55] <tomreyn> ich scroll nochmal eben hoch
[15:55] <golliver> okay
[15:56] <golliver> der unterschied zu gestern ist jetzt, dass wir die daten nicht auf ein FAT-dateisystem, sondern auf ein ext4-dateisystem schieben, richtig?
[15:58] <golliver> und um ein ext4-dateisystem zu erstellen, mussten wir die festplatte vorher patitionieren (?)
[15:59] <tomreyn> 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] <tomreyn> 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] <tomreyn> hab das 'g' vergessen. und wahrscheinlch musst du's auch nochinstallieren
[16:00] <golliver> gdd anstelle von dd, ja?
[16:00] <tomreyn> sudo apt install gddrescue
[16:00] <golliver> ok, moment
[16:00] <tomreyn> ich glaub ja, kann mir das nie merken
[16:00] <golliver> ich glaube, er braucht vorher noch das repository
[16:01] <tomreyn> sudo apt update
[16:01] <tomreyn> sudo apt install gddrescue
[16:01] <tomreyn> 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] <tomreyn> ^^das sollte ausreichen
[16:01] <golliver> ne, das reicht nicht, gestern musste ich das repository installieren
[16:01] <golliver> jetzt auch wieder
[16:01] <tomreyn> weird, welches repository?
[16:02] <golliver> ich weiß leider nicht mehr. k1l nannte das gestern, glaub ich
[16:02] <golliver> ich google mal
[16:02] <tomreyn> universe vermutlich
[16:02] <tomreyn> du hast wahrscheinlich ne 20.04.0 live-cd
[16:02] <golliver> ja, ich glaub, das wars
[16:02] <golliver> ja, hab ich
[16:02] <tomreyn> da haben die trottel vergessen universe zu aktivieren
[16:03] <golliver> ^^
[16:03] <tomreyn> sudo add-apt-repository universe
[16:03] <golliver> hast du auch 20.04?
[16:03] <tomreyn> in ner vm
[16:04] <tomreyn> klappt das so?
[16:04] <golliver> ok, ist installiert, ich führe nun ddrescue aus
[16:04] <tomreyn> supi
[16:05] <golliver> läuft
[16:05] <tomreyn> gut, nochmal eben gucken wie lang das letztes mal lief
[16:05] <golliver> eine frage: wieso benutzen wir jetzt einhängepunkte und nicht sda1 bzw. sdd1?
[16:05] <golliver> 1 h 39 zeigt er jetzt an
[16:06] <golliver> gestern war es ähnlich
[16:06] <golliver> aber kann sein dass es länger dauerte
[16:06] <tomreyn> https://pastebin.com/raw/WSdEKxSS war da slog von gestern
[16:06] <tomreyn>  run time:  2h  6m  7s
[16:06] <golliver> ja, korrekt
[16:07] <tomreyn> also richtie dich darauf ein, dass es diesmal mindestens genausolange dauert
[16:07] <golliver> kein problem, ich danke dir
[16:08] <golliver> anschließend werde ich ubuntu erst mal neu installieren können, oder? denn die daten wären dann ja gesichert
[16:08] <tomreyn> 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] <tomreyn> 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] <golliver> ah, wir speichern das abbild in einem abbild, ok
[16:10] <tomreyn> 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] <golliver> ja _moep_, das logfile ist mit angegeben, ".map"
[16:11] <tomreyn> wir speichern heute das abbild von sda1 in einer datei, nicht direkt auf einer partition auf einem anderen datenträger
[16:11] <tomreyn> das von _moep_ erwähnte 'logfile' ist die .map-datei
[16:11] <tomreyn> genau
[16:12] <golliver> wieso wurde die logdatei gestern nur temporär gespeichert?
[16:12] <tomreyn> weil der für ihre speicherung angegebene püfad auf das aktuelle live-system verwies, das keinen persistenten speicher bietet.
[16:13] <golliver> aber als zielpfad war doch /dev/sdd1 angegeben, wenn ich mich richtig erinnere, oder galt das nur für das abbild?
[16:14] <tomreyn> 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] <tomreyn> das /dev/sdd1 galt für das abbild gestern
[16:15] <golliver> einen anderen computer hab ich momentan nicht zur verfügung, aber ich könnte mir die tage wahrscheinlich einen leihen
[16:16] <tomreyn> 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] <golliver> ok, verstehe
[16:16] <tomreyn> hast du denn einen anderen datenträger?
[16:16] <tomreyn> ein anderes speichermedium, das du vollständig überschrieben und von dem du booten kannst?
[16:16] <tomreyn> also einen usb-stick z.b.
[16:17] <golliver> 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] <tomreyn> und den weiteren  usb-stick könntest du auch komplett plätten?
[16:17] <golliver> ja
[16:18] <tomreyn> 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] <tomreyn> las uns das eben nochmal checken:   lsb_release -ds
[16:18] <golliver> gut, dann lade ich mal die neueste runter
[16:18] <golliver> ok
[16:18] <tomreyn> momentan bittenoch nichts runterladen, erst mal das ddrescue abwarten
[16:19] <golliver> oh moment
[16:19] <golliver> ich kann ja im terminal jetzt nichts tippen
[16:19] <tomreyn> ctrl-alt-t macht nen weiterne temrinal auf
[16:20] <golliver> ist es schlimm, dass ich da jetzt trotzdem kurz was getippt habe?
[16:20] <tomreyn> wenn ddrescue dadurch nicht abgebrochen hat, ist das egal
[16:20] <golliver> ok, gut, hat es nicht
[16:21] <golliver> Ubuntu 20.04.1 LTS
[16:21] <tomreyn> okay, die aktuelle version ist 20.04.2.0
[16:22] <tomreyn> d.h. du hast iun der tat derzeit ne ältere
[16:22] <tomreyn> aber bitte jetzt noch nicht die neue runter laden
[16:22] <golliver> gut, dann lade ich die neueste später runter
[16:22] <golliver> nach ddrescue
[16:23] <golliver> er würde es sonst auf sda1 speichern,  nehme ich an
[16:23] <tomreyn> 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] <tomreyn> und du hast,w enn ich mich recht erinnere, nur 5 GB RAM oder so
[16:23] <golliver> ah ok
[16:24] <golliver> gute frage
[16:24] <tomreyn> zeig bitte nochmal:   free -m
[16:24] <tomreyn> zeig bitte nochmal:   free -m | nc termbin.com 9999
[16:24] <tomreyn> oder besser, falls du noch nicht hast (sonst egal):   free -h | nc termbin.com 9999
[16:25] <golliver> https://termbin.com/gqf6
[16:25] <golliver> 4 gb wohl nur
[16:25] <tomreyn> 4 GB RAM. ok, das ist tatsächlich das empfohlene minimum für ubuntu 20.04 mit dem standard-gnome-desktop
[16:26] <golliver> sollte ich besser bei 18.04 bleiben?
[16:26] <golliver> (auf sda1 hatte ich die ganze zeit 18.04)
[16:26] <tomreyn> ich würde sagen: nee
[16:26] <golliver> ok
[16:26] <tomreyn> an sich hat 18.04 auch schon die gleichen anforderungen,
[16:27] <tomreyn> du kannst mal überlegen ob du noch ram besorgst und den nachrüstest.
[16:27] <tomreyn> kann auch gebraucht sein
[16:27] <tomreyn> was für ein rechner ist denn das?
[16:27] <tomreyn> journalctl -b | grep DMI: 
[16:27] <golliver> eine neue festplatte müsste dann aber auch her, oder?
[16:27] <tomreyn> ja, aber keine festplatte, sondern ne ssd
[16:28] <golliver> Mär 28 11:13:33 ubuntu kernel: DMI: Acer Aspire 7750G/JE70_HR, BIOS V1.17 12/30/2011
[16:28] <tomreyn> ne ssd kostet ab ca 50,-
[16:28] <tomreyn> hmm, ein 2011-er laptop, ne?
[16:29] <golliver> würdest du sagen, dass sich das bei diesem laptop noch lohnt? die boxen sind vor kurzem auch kaputt gegangen
[16:29] <golliver> ja, genau
[16:29] <golliver> also die boxen sind nicht ganz kaputt, aber beeinträchtigt
[16:29] <tomreyn> ich würde sagen nein, vorausgesetzt du kannst dir derzeit nen anderen rechner leisten
[16:30] <golliver> ich bekam vor kurzem einen gebrauchten angeboten, zum geschenk, aber ich muss erst mal schauen, was für einer das ist
[16:31] <golliver> das tolle an diesem hier ist der große bildschirm
[16:31] <golliver> den werd ich vermissen
[16:33] <tomreyn> ü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] <tomreyn> 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] <golliver> naja, ich nutze den an relativ vielen verschiedenen orten in meiner wohnung...
[16:34] <tomreyn> 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] <tomreyn> okay, wenn du in der wohnung damit 'umziehst' dann ist ein ortsgebundener nix für dich.
[16:35] <golliver> wie nennt man diese box, von der du sprichst?
[16:35] <golliver> also box+monitor
[16:36] <golliver> sowas könnt ich mir ja vllt. mal ansehen
[16:36] <tomreyn> mini-desktop oder mini-computer, und die aufhängung am monitor ist ein 'vesa-mount', da wir die box dann einfach aufgehangen.
[16:36] <tomreyn> aber das taugt nicht, wenn du in der wohnung mehrere arbeitsorte haben magst
[16:37] <tomreyn> wohl aber schon, wenn du an einem punkt nen großen monitor willst.
[16:37] <golliver> ok, verstehe, aber dennoch interessant. wusste nicht, dass es sowas gibt
[16:37] <golliver> nur dass es von mac mal so etwas gab
[16:37] <tomreyn> ja, apple war damals hardwaremäßig noch einer der vorreiter
[16:38] <tomreyn> Recht bekannt sind Intel NUC-Modelle, das sind solche mini desktop computer
[16:38] <tomreyn> ich würde heute allerdings amd-systeme vorziehen, da gibts auch passende
[16:39] <golliver> ich sehs gerade, das ist ja ungefähr so groß wie diese raspberry pis
[16:40] <tomreyn> ja, bisschen drößer, so 15x15 cm oder so
[16:40] <tomreyn> *größer
[16:40] <tomreyn> kannst du mal noch   lscpu | nc temrbin.com 9999    machen
[16:40] <golliver> ja
[16:40] <tomreyn> kannst du mal noch   lscpu | nc termbin.com 9999    machen
[16:40] <tomreyn> vertipper gefixt
[16:40] <golliver> was meinst du, wie lange ich diesen laptop mit der defekten festplatte noch nützen könnte?
[16:41] <golliver> https://termbin.com/s0wk
[16:42] <tomreyn> 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] <tomreyn> 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] <golliver> oh, achso, du meinst, ubuntu würde sich auf dieser festplatte gar nicht mehr neu installieren lassen?
[16:43] <golliver> ja, das mit der sdd hab ich mir notiert
[16:43] <tomreyn> theoretisch schon, aber es wäre dumm das zu tun, denn diese festplatte föllt derzeit auseinander
[16:43] <tomreyn> *fällt
[16:44] <tomreyn> du hättest im nu wieder datenverlust, und das ubuntu ginge dabei kaputt
[16:44] <golliver> verstehe
[16:44] <tomreyn> das MUSS nicht so sein, aber es ist ne ganz dumme idee, weil das risiko sehr hoch ist dass das passiert
[16:45] <golliver> ja
[16:45] <golliver> leider sind meine USB-sticks zu klein, um das abbild darauf zu kopieren
[16:45] <tomreyn> 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] <golliver> ja, ich hatte das die ganze zeit schon nicht bemerkt
[16:46] <tomreyn> 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] <golliver> ich denke, ich werde jetzt erst mal schauen, ob dieser gebrauchte laptop in ordnung ist, der mir angeboten wurde
[16:47] <tomreyn> 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] <tomreyn> 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] <tomreyn> ^ noch ein vertipper gefixt
[16:47] <golliver> ok, super, danke
[16:48] <golliver> ^^
[16:48] <tomreyn> (hardware ist ja eigentlich kein ubuntu-betiebssystem-thema)
[16:49] <golliver> 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] <golliver> ok
[16:50] <tomreyn> 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] <golliver> ok, das notiere ich mir mal
[16:51] <tomreyn> 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] <tomreyn> ggf. kannst du die festplatte und vielleicht sogar den ram daraus wiederverwenden
[16:52] <tomreyn> aber wir sind jetzt weit off-topic hier, können gerne noch im anderen kanal weiterchatten
[16:53] <golliver> ok, ich geh mal rein da
[16:53] <tomreyn> /join #ubuntu-de-offtopic
[16:59] <tomreyn> dein jetziger hat ne i7-2670QM cpu
[17:00] <tomreyn> huch, falscher kanal
[17:15] <golliver> 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] <golliver>  @tomreyn
[17:19] <tomreyn> alles klar
[19:29] <golliver> ok, da bin ich wieder
[19:30] <golliver> https://paste.ubuntu.com/p/zqXQmKWBDy/ @tomreyn
[19:30] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[20:10] <golliver> re
[20:11] <golliver> @tomreyn sorry, musste neu booten. ubuntu hat fast nicht mehr reagiert, nachdem ich versucht hatte, ubuntu und etcher gleichzeitig runterzuladen
[20:41] <golliver> 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] <maredebianum> 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] <stevieh> ich hab sowas nicht. 
[21:03] <maredebianum> Kann sein, dass es wegen der Umstellung von GPG etwas lauter gedreht ist, syslog ist trotzdem ein komischer Ort dafür...
[21:03] <stevieh> ach, das ist bei dem modernen Zeugse so, ich hab da auch tb meldungen drin
[21:05] <maredebianum> OK, also wohl nix was man korrigieren müsste, Danke :) grep thunderbird.desktop /var/log/syslog| wc # 1416   10336  140007
[21:10] <maredebianum> 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] <ppq> maredebianum, "coolterm" sah ich letztens zum ersten mal, wohl was neueres
[21:32] <ppq> aber noch nicht getestet
[21:33] <ppq> außerdem tio https://tio.github.io/
[21:33] <le_bot> Title: tio (at tio.github.io)
[21:40] <tomreyn> golliver: das runterladen des isos sollte klappen wenn du's direkt auf die sdd1 lädst
[21:41] <tomreyn> sudo chown -R 1000:1000 /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/     sollte mit dem schreiben helfen
[21:44] <tomreyn> 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] <golliver> ah, da bist du ja wieder, hi
[21:45] <golliver> wozu genau dient der erste befehl?
[21:46] <tomreyn> golliver: dazu, dem ersten eingeschränkten (nicht-root-) user volle rechte auf dem verzeiuchnis und seinen inhalten zu geben
[21:46] <golliver> alles klar, danke, ich probier's mal
[21:49] <golliver> https://paste.ubuntu.com/p/bzy2CGJK5N/ geht wohl noch immer nicht
[21:49] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[21:50] <tomreyn> golliver: was gibt das aus?   id
[21:50] <golliver> 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] <tomreyn> sudo chown -R ubuntu:ubuntu /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/
[21:51] <golliver> ok, dann nochmal wget?
[21:51] <tomreyn> ja
[21:52] <golliver> jetzt geht's!
[21:52] <tomreyn> schreib dir mal den befehl auf, den brauchst du nach der installation nochmal:   sudo chown -R $USER:$USER /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/
[21:52] <golliver> alles klar, mach ich
[21:52] <golliver> nach der installation wovon genau?
[21:52] <tomreyn> ubuntu
[21:53] <tomreyn> auf deiner neuen ssd / deinem neuen laptop
[21:53] <golliver> ah, ok
[21:56] <golliver> ich habe übrigens im dateienordner das sda-abbild auf sdd1 mal doppelt angeklickt, aus neugier
[21:57] <tomreyn> auch ein guter weg das ram vollzukriegen ;-)
[21:57] <golliver> daraufhin wurde das abbild im dateienordner geöffnet als "500 GB Volume"
[21:57] <golliver> ^^
[21:58] <tomreyn> das ist / war jedenfalls keine gute idee
[21:58] <maredebianum> ppq: tio ist ja super, Danke!
[21:58] <golliver> soll ich das wieder rückgängig machen?
[21:58] <tomreyn> kannst du nicht
[21:58] <golliver> durch aushängen?
[21:58] <ppq> maredebianum, gut zu wissen, werd ich dann auch mal testen ^^
[21:58] <tomreyn> das image solltest du gar nicht anfasen bis du davon nochmal ne kopie gezogen hast
[21:59] <tomreyn> ja, hängs mal aus
[21:59] <golliver> ok, mist, das wusste ich nicht
[21:59] <golliver> ok, hab's ausgehangen
[21:59] <maredebianum> ppq: tio gibts als snap
[21:59] <golliver> ich hab aber nix weiter daran gemacht außer 1 mal versucht ein foto zu öffnen
[21:59] <golliver> was nicht ging aufgrund fehlender berechtigung
[22:00] <ppq> maredebianum, ist auch in den apt repos :)
[22:01] <golliver> werde ich an diese berechtigung denn wieder dran kommen?
[22:01] <tomreyn> ich zitiere mich selbst:   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, auch wenn was schief ging. und man macht keine weiteren schreib-/leseoperationen auf der auseinanderfallenden festplatte.
[22:01] <maredebianum> ppq: tatsächlich, dann nehme ich lieber apt als snap
[22:01] <golliver> ja, stimmt, daran hatte ich nicht mehr gedacht
[22:01] <ppq> maredebianum, ja das halte ich auch so, snaps/flatpak/whatever sind mir konzeptionell unsympathisch, irgendwie
[22:01] <tomreyn> golliver: ja, das mit den berechtigungen wird automatisch wieder klappen wenn du ne neue ubuntu-installation hast
[22:02] <golliver> ok
[22:02] <tomreyn> golliver: du kannst aber auch vorher schon wieder auf die dateien zugreifen, kann dir gleich erklären wie. aber mach erst mal den download fertig
[22:03] <golliver> ok, er ist fertig
[22:03] <tomreyn> wie groß ist jetzt das image, und wie viel platz ist noch frei?
[22:03] <maredebianum> ppq: Die snaps sind ein Zeichen der Zeit, alles containerisiert zu machen, mit eigenen Abhängigkeiten jeweils mitgeliefert. Bin absolut nicht sicher, dass das nicht im Chaos endet...
[22:03] <golliver> das image von sda1?
[22:03] <tomreyn> ja
[22:04] <golliver> 500,1 GB
[22:04] <tomreyn> und wie viel ist noch frei? ein bisschen weniger, wa
[22:05] <golliver> also laut "eigenschaften": 503,1 GB belegt, 430,3 GB frei
[22:05] <tomreyn> okay, also können wir gar keine zweite kopie machen, so weit hatte ich leide rnoch nicht gedacht
[22:06] <tomreyn> dann musst du wohl doch fsck auf das image ausführen
[22:06] <golliver> ja, daran hatte ich auch nicht gedacht
[22:06] <golliver> ok, und wenn was schief gehen sollte, könnte ich ja ddrescue wiederholen, oder?
[22:07] <tomreyn> schon, nur dass das auslesen einer kaputten festplatte mit weiteren zugriffen häufig schlehct funktioniert
[22:07] <tomreyn> um fsck auf das image zu machen:  sudo e2fsck /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/d5c220f8-bd51-4075-a8a6-e292e864572e/sda1_20210328_160000.img
[22:08] <tomreyn> * schlechtER
[22:08] <golliver> verstehe
[22:09] <golliver> sollte ich vllt. lieber warten und mir eine zweite ext. festplatte besorgen/leihen?
[22:09] <golliver> oder: was könnte jetzt schlimmstenfalls passieren durch fsck?
[22:10] <tomreyn> dass fsck aufgrund von bitrot daten falsch interpretiert und das dateisystem deshalb falsch 'repariert'
[22:11] <tomreyn> ich vermute aber dass das bei dir nicht passieren wird, oder wenn doch du nur wenig verlierst.
[22:11] <tomreyn> betonung auf 'vermute'
[22:11] <golliver> ok, gut. ich riskiere es jetzt einfach
[22:12] <golliver> ich bin im terminal noch immer in dem /media/ubuntu verzeichnis. macht das was?
[22:12] <tomreyn> nee
[22:13] <tomreyn> weil der befehl, den ich dir gab, den vollen absoluten pfad zum image verwendet
[22:13] <golliver> e2fsck 1.45.5 (07-Jan-2020)
[22:13] <golliver> e2fsck: Datei oder Verzeichnis nicht gefunden beim Versuch, /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/d5c220f8-bd51-4075-a8a6-e292e864572e/sda1_20210328_160000.img zu öffnen
[22:13] <golliver> Ist das Gerät möglicherweise nicht vorhanden?
[22:13] <tomreyn> huch, brich mal ab
[22:13] <golliver> ist nix passiert, denke ich
[22:13] <golliver> also er hat gar nicht angefangen
[22:13] <tomreyn> sorry, hatte die UUID doppelt drin aus irgendeinem grun
[22:14] <tomreyn> sudo e2fsck /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda1_20210328_160000.img
[22:14] <tomreyn> so ists richtig
[22:14] <tomreyn> er kann eben nix falsch gemacht haben, weil die angegebene zieldatei nicht existierte
[22:14] <golliver> eine frage noch: die sdd1 muss dabei nicht ausgehangen sein, oder?
[22:14] <golliver> ok
[22:14] <tomreyn> nee, die muss eingehangen sein, sonst kann e2fsck da nicht drauf zugreifen
[22:14] <golliver> ok, gut
[22:15] <tomreyn> gäbe dann aber auch ne fehlermeldung von wgen nicht gefunden
[22:15] <golliver> ok, geht los
[22:17] <golliver> 2fsck 1.45.5 (07-Jan-2020)
[22:17] <golliver> Durchgang 1: Inodes, Blöcke und Größen werden geprüft
[22:17] <golliver> Inodes wurden gefunden, die Teil einer defekten verketteten Liste von
[22:17] <golliver> verwaisten Inodes waren.  Reparieren<jy>?
[22:17] <golliver> das wird er jetzt wohl häufiger fragen, oder?
[22:17] <golliver> ich mache dann einfach immer j?
[22:18] <tomreyn> ja, wir hätten es vielleicht mit der option -p starten sollen. du kannst jetzt noch mit strg-c abbrechen und das tun, wenn du magst
[22:18] <golliver> ok, gerne
[22:19] <golliver> -p dann hinter e2fsck?
[22:20] <tomreyn> nee. mach mal erst mal das hier:   sudo e2fsck -n /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda1_20210328_160000.img 2>&1 > /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/e2fsck.log ; cat /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/e2fsck.log | nc termbin.com 9999
[22:21] <tomreyn> das macht ein fsck was nur berichtet was geändert würde, für uns zum angucken
[22:21] <golliver> ok, also -p weglassen
[22:22] <tomreyn> genau. und wenn du den http--link gepostet hast und ich kurz drüber guucken durfte dann:   sudo e2fsck -p /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda1_20210328_160000.img
[22:22] <golliver> https://termbin.com/exep
[22:24] <golliver> ist dieser bericht von dem ersten fsck-start jetzt?
[22:24] <tomreyn> ja
[22:25] <tomreyn> der,d er nur so tut als ob er was zu reparieren versucht
[22:25] <golliver> ok. irgendwas auffälliges?
[22:25] <tomreyn> da ist was kaputt :-) aber in der tat wohl nur wenig, hast wohl glück gehabt
[22:26] <golliver> :)
[22:26] <tomreyn> und ein journalling dateisystem, das hilft auch ne menge
[22:26] <tomreyn> mach mal mit -p jetz
[22:26] <golliver> ok
[22:26] <golliver> es geht wohl doch nicht mit -p
[22:26] <golliver>     (d.h. ohne die Optionen -a oder -p)
[22:27] <golliver> oops
[22:27] <golliver> ./media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda1_20210328_160000.img: UNERWARTETE INKONSISTENZ; fsck MANUELL AUSFÜHREN
[22:27] <golliver> (d.h. ohne die Optionen -a oder -p)
[22:27] <golliver> ich mach einfach manuell immer "j", oder?
[22:28] <tomreyn> hast du denn -p angegebenb?
[22:28] <golliver> ja
[22:28] <tomreyn> so wie ichs eben geschrieben hab?
[22:28] <tomreyn> sudo e2fsck -p /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda1_20210328_160000.img
[22:28] <golliver> sudo e2fsck -p /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda1_20210328_160000.img
[22:28] <tomreyn> okay, sorry, dann hab ich wohl was übersehen
[22:29] <golliver> ne, ich glaub nicht. ich erinnere mich, dass schon in der fehlermeldung beim bootvorgang stand, dass man fsck ohne -a oder -p ausführen soll
[22:29] <tomreyn> sudo e2fsck -p -y -z /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda1_20210328_160000.img
[22:29] <golliver> ok, ich versuch's
[22:30] <golliver> e2fsck: Nur eine der Optionen -p/-a, -n oder -y darf angegeben werden.
[22:30] <tomreyn> ja, ich depp
[22:30] <tomreyn> sudo e2fsck -y -z /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda1_20210328_160000.img
[22:30] <golliver> np ^^
[22:31] <tomreyn> klappt das nu besser?
[22:31] <tomreyn> #e2undo
[22:31] <golliver> er spuckt nun das hier aus https://paste.ubuntu.com/p/vTPjX8kkxf/
[22:31] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[22:32] <tomreyn> ^ bitte meine letzte zeile ignorieren
[22:32] <golliver> ok
[22:34] <tomreyn> cd /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/; mkdir sda1_fsck; e2fsck -y -z sda1_fsck/e2fsck-sda1.e2undo sda1_20210328_160000.img
[22:35] <tomreyn> verdammt, jetz hab ich sudo vergessen
[22:35] <tomreyn> cd /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/; mkdir sda1_fsck; sudo e2fsck -y -z sda1_fsck/e2fsck-sda1.e2undo sda1_20210328_160000.img
[22:35] <tomreyn> womöglich klappts aber auch ohne
[22:35] <golliver> er hat's aber gemacht
[22:36] <tomreyn> okay
[22:36] <golliver> und es scheint sogar schon fertig
[22:36] <tomreyn> kannst du mal die ausgabe posten
[22:36] <golliver> ja, mom
[22:36] <tomreyn> aufs pastebin
[22:37] <golliver> https://paste.ubuntu.com/p/37XDBD9V9w/
[22:37] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[22:38] <tomreyn> jetzt noch verzeichnisse optimieren: e2fsck -y -D -z sda1_fsck/e2fsck-sda1_2.e2undo sda1_20210328_160000.img
[22:38] <golliver> auf der sdd1 ist jetzt übrigens ein ordner "sda1_fsck" und ein logfile
[22:39] <golliver> ok
[22:39] <tomreyn> gut so
[22:40] <golliver> sda1_20210328_160000.img: sauber, 532458/30531584 Dateien, 78745103/122096128 Blöcke
[22:40] <tomreyn> e2fsck -ypPM -z sda1_fsck/e2fsck-sda1_resize.e2undo sda1_20210328_160000.img
[22:41] <tomreyn> stopp
[22:41] <golliver> ok
[22:41] <golliver> ja
[22:41] <tomreyn> resize2fs -ypPM -z sda1_fsck/e2fsck-sda1_resize.e2undo sda1_20210328_160000.img
[22:41] <tomreyn> falscher befehl :-)
[22:41] <tomreyn> aber jetzt sollte es gehen
[22:41] <golliver> alles klar ^^
[22:42] <golliver> resize2fs 1.45.5 (07-Jan-2020)
[22:42] <golliver> resize2fs: Ungültige Option -- y
[22:42] <golliver> Usage: resize2fs [-d debug_flags] [-f] [-F] [-M] [-P] [-p] device [-b|-s|new_size] [-S RAID-stride] [-z undo_file]
[22:42] <tomreyn> resize2fs -pPM -z sda1_fsck/e2fsck-sda1_resize.e2undo sda1_20210328_160000.img
[22:42] <tomreyn> stimmt, da gibt kein -y
[22:43] <golliver> ok, hat er wohl gemacht
[22:43] <tomreyn> mv sda1_fsck/e2fsck-sda1_2.e2undo sda1_fsck/e2fsck-sda1_diropt.e2undo
[22:43] <golliver> Geschätzte minimale Größe des Dateisystems: 78816699
[22:43] <golliver> sda1_fsck/e2fsck-sda1_resize.e2undo: while force-closing undo file
[22:44] <golliver> ok, auch gemacht
[22:44] <tomreyn> hmm, zeigt mir mal die ganze ausgabe aufm pastebin vom dem resize2fs bitte
[22:44] <golliver> ok, moment
[22:45] <golliver> https://paste.ubuntu.com/p/VzKy58wXPb/
[22:45] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[22:46] <tomreyn> okay. jetzt noch: du -h; df -h
[22:47] <tomreyn> korrektur: du -h .; df -h .
[22:47] <tomreyn> korrektur #2:   du -sh .; df -h .
[22:47] <tomreyn> ist aber kein problem, das verändert nichts
[22:47] <golliver> :D
[22:48] <golliver> ok
[22:48] <tomreyn> du ist "anzeigen der dateisystemauslastung", df ist "anzeigen des freien speichers im dateisystem"
[22:48] <golliver> 469G    .
[22:48] <golliver> Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
[22:48] <golliver> ./dev/sdd1       916G    469G  401G   54% /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e
[22:48] <golliver> alles klar
[22:49] <tomreyn> oh, dann war deine sda1 wohl schon sehr voll
[22:49] <golliver> ja, das kommt hin mit 54%
[22:50] <golliver> wissen wir nun eigentlich, ob die reparaturversuche von fsck erfolgreich waren?
[22:50] <tomreyn> ich mein die sda1 war schon sehr voll
[22:50] <golliver> achso
[22:51] <tomreyn> ach, ich hab mir schon wieder ne grub e gegraben
[22:51] <golliver> ja, stimmt
[22:51] <tomreyn> okay, einen befehl haben wir noch
[22:51] <golliver> die war recht voll
[22:52] <tomreyn> resize2fs -pM -z sda1_fsck/e2fsck-sda1_resize.e2undo sda1_20210328_160000.img
[22:52] <golliver> ich hab da kürzlich einiges draufgeschoben von der sdd1
[22:52] <tomreyn> das resize2fs soll eigentlich dafür sorgen, dass die abbilddatei kleiner wird
[22:53] <golliver> nun sagt er:
[22:53] <golliver> resize2fs: Die Undo-Datei ist defekt beim Versuch, sda1_20210328_160000.img zu öffnen
[22:53] <golliver> Es kann kein gültiger Dateisystem-Superblock gefunden werden.
[22:53] <tomreyn> ich hatte nur leider vergessen, dass die option -P dafür sort, dass nur eine schätzung der finalen größe abgegeben wird, ohne tatsächlich eine verkleinerung zu tun
[22:54] <tomreyn> rm sda1_fsck/e2fsck-sda1_resize.e2undo
[22:54] <tomreyn> resize2fs -pM -z sda1_fsck/e2fsck-sda1_resize.e2undo sda1_20210328_160000.img
[22:55] <golliver> ok, nun macht er
[22:55] <tomreyn> tso, tso, tso
[22:56] <golliver> warum genau machen wir das mit dem resizing?
[22:56] <tomreyn> damit du mehr platz auf der festplatte hast
[22:56] <tomreyn> und dir optional doch noch ne kopie daneben legen kannst.
[22:56] <golliver> ok, alles klar, verstehe
[22:57] <tomreyn> hinterher bitte nochmal
[22:57] <tomreyn> du -sh .; df -h .
[22:57] <golliver> kann ich mit diesem image dann eigentlich mein "altes ubuntu" nochmal booten?
[22:57] <golliver> ok
[22:58] <tomreyn> nicht direkt, weil wir den bootsektor und die partitionstabelle nicht gesichert haben
[22:58] <tomreyn> können wir aber notfalls noch machen
[22:59] <golliver> ok, ich weiß nicht, ob das sinn macht, frage nur aus neugier
[22:59] <golliver> er verschiebt jetzt noch blöcke :)
[23:03] <tomreyn> schadet jedenfalls nicht, und geht schnell, und frisst nur 1 MB speicher.  sudo dd if=/dev/sda1 of=/media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda_erstes_MB.img bs=1M conv=noerror,sync status=progress
[23:04] <tomreyn> falsch
[23:04] <tomreyn> korrektur:
[23:04] <tomreyn> schadet jedenfalls nicht, und geht schnell, und frisst nur 1 MB speicher.  sudo dd if=/dev/sda of=/media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda_erstes_MB.img bs=1M conv=noerror,sync status=progress
[23:05] <tomreyn> und nochmal nur die partitionstabelle: sudo sfdisk -d /dev/sda > /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda_sfdisk_partitiontable.dump
[23:05] <tomreyn> das kannst du auch beides schon parallel in nem anderen temrinalfenster machen
[23:06] <golliver> ist echt krass, wie du die befehle aus dem ärmel schüttelst
[23:06] <golliver> ok, mach ich!
[23:07] <tomreyn> und alle falsch :)
[23:07] <golliver> naja, ne, du siehst den fehler ja sofort. außerdem isses spät :)
[23:10] <tomreyn> hab mir grade mal ein bier gegünnt, ab hier geht's abwärts
[23:10] <tomreyn> *gegönnt
[23:10] <tomreyn> aber wir sind dann auch durch. läuft das reseize immer noch?
[23:10] <golliver> ich bin beim tee geblieben damit ich copy & paste noch fehlerfrei hinbekomme :D
[23:11] <tomreyn> sehr weise
[23:11] <golliver> ja, das läuft noch
[23:11] <tomreyn> und wieviel prozent hat er schon? sollte er eigentlich als balken anzeigen
[23:11] <golliver> das sichern des bootsektors auch
[23:11] <tomreyn> sichern des bootsektors läuft noch? dann abbrechen bitte
[23:12] <golliver> kein balken, nur: Blöcke werden verschoben     X---------------------------------------
[23:12] <golliver> ok, zweiteres abgebrochen
[23:12] <tomreyn> das war das 'dd', ne?
[23:13] <tomreyn> sorry, hab ich wieder verbockt
[23:13] <golliver> genau, pastebin?
[23:13] <tomreyn> nee
[23:13] <golliver> ok
[23:13] <tomreyn> rm /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda_erstes_MB.img
[23:13] <golliver> der war da was am kopieren
[23:13] <tomreyn> sudo dd if=/dev/sda of=/media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda_erstes_MB.img bs=1M count=1 conv=noerror,sync status=progress
[23:13] <tomreyn> so ist das richtig
[23:14] <tomreyn> das sollte nur ne sekunde dauern
[23:14] <golliver> rm: Normale Datei (schreibgeschützt) '/media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda_erstes_MB.img' entfernen?
[23:14] <tomreyn> abbrechen, nochmal mit sudo
[23:14] <golliver> ok
[23:14] <tomreyn> also: sudo rm /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda_erstes_MB.img
[23:14] <golliver> ja, done
[23:15] <tomreyn> dann: sudo dd if=/dev/sda of=/media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda_erstes_MB.img bs=1M count=1 conv=noerror,sync status=progress
[23:15] <tomreyn> was nicht länger als3 sekunden dauern sollte
[23:15] <golliver> ok, done!
[23:15] <tomreyn> dann:  sudo sfdisk -d /dev/sda > /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/sda_sfdisk_partitiontable.dump
[23:16] <golliver> ok, auch
[23:16] <golliver> das war jetzt für die partitionstabelle
[23:16] <tomreyn> du hast jetzt also die neuen datei sda_sfdisk_partitiontable.dump auf dem dateisystem auf der externen sdd1
[23:16] <tomreyn> genau, das sit ein backup der partitionstabelle von sda
[23:17] <golliver> ja, hab ich
[23:17] <golliver> und mit diesen undo-dateien kann man alles wieder rückgängig machen, was man macht?
[23:17] <golliver> die sehe ich gerade, darum frag ich
[23:18] <tomreyn> die partitionstabelle ist innerhalb des ersten megabytes der festplatte gespeichert, nimmt aber nicht den ganzen ersten megabyte ein
[23:18] <golliver> da ist jetzt auch ein ordner namens "lost+found" seh ich
[23:18] <tomreyn> komme gleich zu den undo-dateien
[23:18] <golliver> ok
[23:19] <tomreyn> innerhalb des ersten MB einer festplatte, zumidnmest wenn sie eine mbr-partitionstabelle hat wie deine sda, und davon klassisch im bios.modus gebootet wird, was dein rechner macht, ist neben der partitionstabelle auch der bootsektor.
[23:20] <tomreyn> bzw der grub "stage 1" bootcode
[23:20] <tomreyn> den haben wir jetzt durch sichern des gesamten 1. MB auch noch präserviert, in sda_erstes_MB.img
[23:21] <golliver> was steht drin im bootcode?
[23:21] <tomreyn> die undo-dateien sind in der tat dazu da, dateisystemoperationen rückgängig machen zu können
[23:22] <golliver> (brauchst das mit dem bootcode nicht zu beantworten, das kann ich googlen)
[23:22] <tomreyn> im bootcode steht eigentlich nur so viel drin dass der computer früh beim booten, wo er noch ganz dumm ist, lernt, wo er den rest von grub finden kann, damit das laden kann, und dann etwas schlauer wird, grade genug, um den kernel und vorher not die "initiale ramdisk" (initrd) laden zu können.
[23:23] <golliver> ok, so wie ein user, der gerade mal weiß, wie ein pc an und aus geht ^^
[23:23] <tomreyn> die undoi-dateien hättenn jetzt hilfreich sein können, bzw können es noch sein, wenn eine der dateisystemoperationen (reparieren des dateisystems, optimieren der verzeichnisstruktur, minimieren des dateisystemabbilds) fehlschlägt
[23:24] <tomreyn> läuft das resize noch?
[23:24] <golliver> ja bzw. ich kann es nicht einschätzen, es tut sich nix mehr im terminal
[23:24] <golliver> das licht meiner sdd1 flimmert aber permanent
[23:25] <golliver> sdd, -1
[23:25] <tomreyn> okay, dann lass den mal weiter machen. kannst ja notfalls die kiste über nacht an lassen. aber es sollte iegneltich nicht länger als 30 minuten dauern, maximal ne stunde
[23:25] <golliver> ja, kann ich an lassen, ist kein problem
[23:26] <tomreyn> na ja, maximal 3 stunden sag ich mal. das ist ne lahme externe hdd
[23:26] <tomreyn> hattest du den cpu-vergleich gesehen vorhin?
[23:27] <golliver> japp, hab ich gesehen
[23:27] <golliver> ich bin hardwaremäßig krass abgehangen ^^
[23:27] <golliver> aber bisher reichte mir das tatsächlich auch
[23:28] <tomreyn> is ja ok, ich wollte nur dass du die dimensionen verstehst in denen sich das abspielt. man muss ja nicht imemr den neusten kram haben
[23:29] <golliver> ja, ich hatte das ein bisschen geahnt, aber es war gut, dass nochmal so klar zu sehen
[23:29] <tomreyn> diese dimensionen kannst du ungefähr auch auf die anderen bauteile übertragen, also speichermedien-zugriff, ram-geschwindigkeit etc.
[23:29] <golliver> ja
[23:30] <golliver> und warum ist die ext. hdd so lahm? worauf hätte ich da achten müssen beim kauf?
[23:30] <tomreyn> dass "ssd" drauf steht ;-)
[23:31] <tomreyn> sie ist schon ok für ne festplatte, es gibt da auch schnellere, aber nicht viel
[23:31] <golliver> ah, ssd wieder, ok
[23:31] <golliver> ist SSD keine festplatte?
[23:32] <tomreyn> am ende wäre bei deiem rechner aber auch der gut abgehangene usb-controller das problem
[23:32] <tomreyn> ssd ist eher so wie ram, nur dass es nicht vergisst. uns so wie ein usb-stick, aber viiiel langlebider und 'intelligenter'
[23:33] <tomreyn> es hat keine beweglichen teile, keine magneten, keine platten auf die gespeichert wird
[23:33] <tomreyn> sondern nur speicherzellen
[23:33] <tomreyn> und ein mini-betriebssystem, eine mini-cpu, und ein bisschen arbeitsspeicher
[23:33] <golliver> ok, das klingt wirklich nach next dimension stuff
[23:34] <tomreyn> also quasi ein mini-computer im computer. aktuelle festplatten haben das allerdings auch.
[23:34] <golliver> es gibt noch immer festplatten trotz dieses technologischen quantensprungs?
[23:35] <tomreyn> ja, aber ewig lange wahrscheinlich nicuht mehr
[23:35] <tomreyn> festplatten haben noch vorteile in langlebigkeit im sinnce von datenarchivierung
[23:36] <tomreyn> ssd's brauche ab und zu mal strom, damit sie nicht vergessen was in den speicherzellen steht
[23:36] <tomreyn> festplatten nicht
[23:36] <golliver> ah ok, stimmt, das ist ein vorteil. vielleicht für backups
[23:37] <tomreyn> genau, und für 'langzeit'-archivierung von daten
[23:38] <tomreyn> wobei 'lanngzeit' da eher 15 jahre sind (glaub ich, hab da snichgt genau parat), nicht so in atommüll-abbau-zeiträumen
[23:39] <tomreyn> es gibt noch sone art spezial-cd-roms mit langerer haltbarkeit, die schaffen glaub ich bis zu 80 jahre. wenn dann noch jemand da ist der noch weiß wie man die liest.
[23:39] <golliver> haha
[23:40] <golliver> was ist eigentlich mit dieser "goldenen platte", die man ins all geschossen hat?
[23:40] <tomreyn> die hält noch länger.
[23:41] <golliver> die wäre vllt. ideal für langzeitarchivierung ;)
[23:42] <tomreyn> aber dass die irgenwann bevor wir uns umgebracht haben jemand oder etwas liest und interpretieren kann ist verdammt unwahrscheinlich. und noch unwahrscheinlicher ist dass dieser irgendwer uns rechtzeitig kontaktiert bekommt bevor wir uns umgebracht haben.
[23:43] <tomreyn> falls wir das mit dem selbst um die ecke bringen unerwarteterweise doch nicht hinbekommen sollten, kanns notfalls auch ein vulkanausbruch oder komet sein.
[23:43] <golliver> ja, davon ist mal nicht auszugehen, aber versuchen kann man's ja mal
[23:44] <golliver> die frage ist auch, ob das, was da drauf ist, interessant genug ist für denjenigen, der darauf stößt
[23:45] <tomreyn> und ob die kohlenstoffbasierte lebensformen lecker finden
[23:46] <golliver> schaust du the expanse?
[23:46] <tomreyn> ja, aber lass und mal wieder den kanal wechseln ;-)
[23:46] <golliver> ok
[23:47] <golliver> wobei, ich bin jetzt eh schon sehr müde
[23:48] <tomreyn> passt für mich, ich mach noch die flasche leer, dann hau ich mich auch hin
[23:48] <tomreyn> kannst ja noch berichten ob das resize fertig wird
[23:48] <tomreyn> oder ob sich an der ausgabe was tut. kannst auch gerne mal die aktuelle ausgabe posten
[23:49] <golliver> an der ausgabe hat sich nix geändert, immer noch x---------
[23:49] <golliver> ich lasse einfach weiterlaufen
[23:49] <golliver> eine frage noch:
[23:50] <tomreyn> führ mal das aus, warte ein paar sekunden, und mach es nochmal    ls -l sda1_20210328_160000.img
[23:50] <tomreyn> das gibt u.a. die dateigröße in bytes zurück. meine erwartung wäre, dass die sich verringert
[23:50] <golliver> könnte ich morgen dann einfach ubuntu neu auf meiner sda installieren (zur überbrückung bis zum neuen pc, damit ich nicht immer mit dem live-system rummachen muss)? oder brauchen wir die sda im aktuellen zustand noch?
[23:51] <golliver> ok, mom
[23:51] <tomreyn> sda ist schrott, ich würde da wie gesagt nichts mehr drauf machen
[23:52] <golliver> ls: Zugriff auf 'sda1_20210328_160000.img' nicht möglich: Datei oder Verzeichnis nicht gefunden
[23:52] <tomreyn> cd /media/ubuntu/d5c220f8-bd51-4075-a8a6-e292e864572e/
[23:52] <golliver> ne, ich will da keine neuen daten mehr speichern, nur anstelle vom live-system nutzen
[23:52] <tomreyn> dann nochmal
[23:53] <golliver> ok, da sagt er: -rw-r--r-- 1 ubuntu ubuntu 500105740288 Mär 29 01:52 sda1_20210328_160000.img
[23:54] <tomreyn> hmm das sind immer noch 466 gb
[23:54] <tomreyn> du kannst versuchen das fsck auch auf sda durchzuführen, um es so wieder bootbar zu machen, das kann ein weilchen dann wieder funktionieren, bevor es wieder kaputt geht.
[23:55] <golliver> würdest du das so machen oder wie würdest du es machen an meiner stelle?
[23:56] <tomreyn> ich würde mir umgehend ne neue platte besorgen, falls ich nicht schon eine da hätte.
[23:56] <golliver> also eine ssd
[23:56] <tomreyn> aber ich hab auch andere nutzungsgewohnheiten als andere, also solltest du dich nicht zwingend an mir orientieren
[23:57] <golliver> gut, ich werd mal überlegen, was für mich am meisten sinn macht
[23:57] <tomreyn> ich kenne auch deine finanzielle situation nicht
[23:57] <golliver> was wäre jetzt eigentlich der nächste schritt nach dem resizing?
[23:57] <golliver> ja, die ist leider nicht so gut
[23:57] <tomreyn> sone externe ssd kann ne sinnvolle investition sein, die könntest du halt auch zeitweise als erstzfetplatte verwenden
[23:58] <golliver> darum bin ich ganz froh, dass ich jetzt einen gebrauchten laptop bekomme
[23:58] <tomreyn> ist aber recht teuer noch
[23:58] <tomreyn> wie schnell kommst du denn ggrf. an den anderen rechner dran?
[23:58] <golliver> ja, das mit der externen ssd wäre eine gute investition
[23:58] <golliver> ich denke, ich komme da spätestens mittwoch dran
[23:59] <tomreyn> das mit der externen ssd macht eigentlch nur sinn wenn du's geld locker sitzen hast und öfter zwischen computern wechselst
[23:59] <golliver> was kostet so eine denn?
[23:59] <tomreyn> besord dir dann lieber eine interne, die du dann auch in den 'neuen' laptop einbauen kannst
[23:59] <tomreyn> bis mittwoch zu warten klingt ja erträglich
[23:59] <tomreyn> interne ssds gehen bei 50 euro los