[13:19] <golliver> Hi Leute, ich habe folgende Fehlermeldung beim Booten von Ubuntu https://pastebin.com/dEFAK4L3 und bitte um Hilfe. Meine Fragen waeren: Wie genau fuehre ich diesen fsck-Befehl aus und koennen dabei meine Daten auf der Festplatte beschaedigt/geloescht werden? Falls ja: Wie kann ich meine Daten zuvor sichern?
[13:19] <le_bot> Title: /dev/sda1 contains a file system with errors, check forced./dev/sda1:Inodes - Pastebin.com (at pastebin.com)
[13:21] <tomreyn> golliver: fsck /dev/sda1    aber ich wÃ¼rd's eher von einem von usb gebooteten live-system aus machen
[13:21] <tomreyn> deine daten, die bereits beschÃ¤digt sind, kÃ¶nnten durch fsck weiter beschÃ¤digt werden, ja.
[13:22] <golliver> ich bin gerade mit so einem live-system online. was genau muss ich machen?
[13:22] <tomreyn> du kannst mit einem partitions- oder disk-imaging-tool ein abbild der partition oder der gesamten festplatte erzeugen.
[13:23] <tomreyn> 'dd' zum beispiel. ddrescue falls es ne klassische festplatte ist.
[13:23] <golliver> ich muss mal schauen ob das hier drauf ist
[13:24] <tomreyn> gddrescue meinte ich
[13:25] <golliver> ich sehe gerade, dass es im programm LAUFWERKE auch eine option namens LAUFWERKSABBILD ERZEUGEN gibt. kann ich das damit auch machen?
[13:28] <golliver> in SOFTWARE finde ich gddrescue nicht
[13:31] <k1l> golliver: fÃ¼r ein abbild muss dein speicherplatz woanders genau so viel frei haben wie die partition groÃ ist 
[13:31] <tuxifreund> golliver: sudo apt-get install gddrescue
[13:32] <golliver> also die partition ist 500 bb groÃ und ich hÃ¤tte eine ext. festplatte, die 1 tb groÃ ist
[13:32] <golliver> 500 gb
[13:32] <k1l> golliver: https://wiki.ubuntuusers.de/Datenrettung/#ddrescue
[13:32] <le_bot> Title: Datenrettung âº Wiki âº ubuntuusers.de (at wiki.ubuntuusers.de)
[13:33] <golliver> E: Paket gddrescue kann nicht gefunden werden.
[13:34] <k1l> ist im universe repo bei allen ubuntus drin
[13:34] <golliver> was heiÃt das?
[13:35] <k1l> welche ubuntu version nutzt du da als live version?
[13:35] <golliver> 20.irgendwas - wo sehe ich das genau?
[13:35] <k1l> lsb_release -sd
[13:36] <golliver> danke
[13:36] <golliver> 20.04.1 LTS
[13:36] <k1l> sudo apt update
[13:37] <golliver> Aktualisierung fÃ¼r 469 Pakete verfÃ¼gbar. FÃ¼hren Sie Â»apt list --upgradableÂ« aus, um sie anzuzeigen.
[13:37] <k1l> sudo add-apt-repository universe
[13:37] <golliver> ok, super, jetzt scheint es zu gehen
[13:38] <k1l> dann noch mal "sudo apt update" und dann sollte er das gddrescue paket finden und installieren kÃ¶nnen mit "sudo apt install gddrescue"
[13:38] <golliver> ich hab es jetzt schon installiert, glaub ich
[13:39] <golliver> starte ich das programm jetzt, indem ich einfach "gddrescue" eingebe?
[13:39] <k1l> nein. du musst dem schon genau sagen was er da wie kopieren soll
[13:39] <golliver> kopieren oder das image erstellen?
[13:40] <golliver> oder meinst du das damit?
[13:40] <k1l> ja, die partition einlesen und als image auf der externen usb speichern
[13:42] <golliver> kannst du mir den befehl bitte sagen?
[13:42] <k1l> Ã¤hnlich wie der befehl "dd" arbeitet ddrescue: dd if=/dev/sda1 of=/media/usbplatte/image_sda1.img 
[13:43] <k1l> da musst du jetzt gucken wo deine usb platte gemountet ist fÃ¼r die zielzuweisung hinter "of="
[13:44] <golliver> unter LAUFWERKE wird die ext. festplatte als /dev/sdd1 angegeben
[13:44] <k1l> ah moment. ddrescue hat gar nicht mehr die if of bezeichnung
[13:46] <k1l> also nur "sudo ddrescue quelle ziel"  quelle ist ja "/dev/sda1" und ziel ist dann in die gemountete usb platte. nicht direkt als partition.
[13:46] <k1l> guck mal mit "mount" wo die usb platte gemountet ist
[13:47] <k1l> mount | grep sdd1
[13:48] <golliver> dev/sdd1 on /media/ubuntu/TOSHIBA EXT type vfat (rw,nosuid,nodev,relatime,uid=999,gid=999,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
[13:49] <golliver> also wÃ¼rde der befehl lauten sudo ddrescue /dev/sda1 /dev/sdd1 oder?
[13:50] <k1l> das wÃ¼rde dann aber alles auf der usb platte lÃ¶schen
[13:50] <tomreyn> also eher    sudo ddrescue /dev/sda1 /media/ubuntu/TOSHIBA/sda1_image
[13:50] <golliver> das wÃ¤re nicht schlimm, die platte ist leer
[13:52] <golliver> TOSHIBA EXT anstelle nur TOSHIBA, oder?
[13:52] <k1l> ich hÃ¤tte es eher als image file in das filesystem gepackt aber du kannst das auch direkt in die partition ballern wenn da eh nix drauf ist. musst du nur nachher dran denken, dass die dann nur als 500gb partition erkannt wird.
[13:52] <golliver> nein, ich mach das gerne als image file
[13:52] <k1l> das EXT gehÃ¶rt nicht zum namen. terminal kennt keine leerzeichen, das ist dann schon ein neuer teil des befehls/ausgabe
[13:53] <golliver> ok
[13:54] <golliver> nun sagt er aber ddrescue: Can't open output file: No such file or directory
[13:56] <tomreyn> ls -l /dev/sda1
[13:56] <golliver> (bei dem befehl mount | grep sdd1 zeigt er das EXT mit an)
[13:56] <golliver> wofÃ¼r ist der befehl, tom?
[13:57] <k1l> ah ok, dann ist der name "/media/ubuntu/TOSHIBA\ EXT"
[13:57] <k1l> vor dem leerzeichen muss dann ein backslash
[13:57] <tomreyn> golliver: um anzeigen zu lassen was /dev/sda1 ist, und ob es existiert
[13:57] <golliver> brw-rw---- 1 root disk 8, 1 MÃ¤r 27 12:39 /dev/sda1
[13:58] <golliver> ok, ich probiere es, k1l
[13:58] <tomreyn> oh, das *output* file existiert nicht, sorry, hatte mich verlesen
[13:59] <tomreyn> du musst auÃerdem noch den pfad zur zu erstellenden logdatei angeben
[13:59] <tomreyn> https://wiki.ubuntuusers.de/gddrescue/
[13:59] <le_bot> Title: gddrescue âº Wiki âº ubuntuusers.de (at wiki.ubuntuusers.de)
[13:59] <golliver> hm
[14:00] <tomreyn> die kannst du neben die imagedatei legen
[14:00] <golliver> sorry, jetzt wird es mir zu kompliziert
[14:00] <golliver> kann ich das ganze nicht mit einer benutzeroberflÃ¤che machen?
[14:01] <tomreyn> es gitb ddrescuegui, ich hab aber keine erfahrungen damit
[14:02] <k1l> golliver: du hast doch schon alles zusammen.
[14:02] <golliver> ich verstehe nicht was es mit dieser logdatei jetzt auf sich hat
[14:02] <k1l> das problem an grafischen benutzeroberflÃ¤chen ist, dass sie nicht fÃ¼r support taugen. wie sollen wir dir bei fehlermeldungen oder fragen helfen? "schieb die maus jetzt 4 cm nach rechts und 2 cm nach unten"....
[14:03] <k1l> es geht auch ohne logdatei
[14:04] <k1l> oder du sagst dem programm eben noch wo es die logdatei speichern soll (/media/ubuntu/TOSHIBA\ EXT/ddrescue.log z.b."
[14:05] <golliver> in dem link steht ich soll zunÃ¤chst das machen: ddrescue -n QUELLE ZIEL ddrescue.log
[14:05] <golliver> das habt ihr jetzt aber nicht gesagt
[14:05] <golliver> woher soll ich jetzt wissen, was richtig ist und was falsch?
[14:05] <golliver> wiesoÂ  kann ich das abbild nicht mit LAUFWERKE erstellen?
[14:06] <k1l> lies was da genau steht. mit "-n" sichert der nur das was nicht kaputt ist. du willst ja aber alles sichern, oder?
[14:06] <golliver> ja, alles
[14:06] <golliver> ok, gut, dann tipp ich jetzt das, was du schriebst
[14:08] <golliver> ok, er erstellt jetzt wohl eine logdatei
[14:08] <golliver> ddrescue: Write error: File too large
[14:09] <golliver> komisch
[14:09] <golliver> die festplatte hat doch 1 tb
[14:09] <tomreyn> dann ist wohl das dateisystem unter "/media/ubuntu/TOSHIBA\ EXT" nicht groÃ genug um die abbilddatei zu speichern.
[14:10] <k1l> ist das dann ein fat dateisystem, was nur 4gb groÃe kann?
[14:10] <golliver> ich muss mal nachschauen
[14:10] <k1l> dann mach das direkt auf sdd1 und fertig
[14:10] <golliver> ja, FAT
[14:11] <golliver> ok, moment
[14:12] <tomreyn> df -h "/media/ubuntu/TOSHIBA\ EXT"    zeigt die grÃ¶Ãe des dateisystems an. aber bei FAT kann es tatsÃ¤chlich an logischen beschrÃ¤nkungen des dateisystems selbst liegen, dass man keine grÃ¶Ãeren dateien darauf erstellen kann.
[14:13] <golliver> DateisystemÂ Â Â  GrÃ¶Ãe Benutzt Verf. Verw% EingehÃ¤ngt auf
[14:14] <golliver> "/dev/sdd1Â Â Â Â Â Â  932GÂ Â Â  4,1GÂ  928GÂ Â Â  1% /media/ubuntu/TOSHIBA EXT
[14:15] <tomreyn> fast genau 4 GB, dann lag k1l wohl richtig mit der vermutung, dass es am dateisystem liegt.
[14:16] <golliver> ok
[14:16] <golliver> ist das jetzt der richtige befehl? sudo ddrescue --force /dev/sda1 /dev/sdd1 ddrescue.log
[14:18] <tomreyn> udisckctl unmount /dev/sdd1Â && sudo e2fsck /dev/sdd1 && udiskctl mount /dev/sdd1 && mount | grep sdd
[14:18] <tomreyn> das erstellt dir statt des fat-dateisystems ein ext4-dateisystem auf /dev/sdd1
[14:18] <golliver> ich hab den befehl jetzt schon ausgefÃ¼hrt
[14:19] <golliver> ich muss jetzt wohl warten
[14:19] <golliver> ah, ne, ich kann abbrechen mit strg-c
[14:19] <tomreyn> jetzt speicherst du die logdatei in eine ramdisk
[14:19] <golliver> was ist der vorteil von ext4?
[14:20] <golliver> ich weiÃ nicht was eine ramdisk ist
[14:20] <golliver> soll ich abbrechen?
[14:21] <golliver> remaining time: 1 h 37
[14:21] <tomreyn> der vorteil von ext4 gegenÃ¼ber FAT? keine begrenzung der dateigrÃ¶Ãe auf 4 GB (sondern *wesentlich* mehr, so viel dass du in den nÃ¤chsten 10 jahren nicht dran stoÃen wirst), dateisystemjournal, dadurch viel, viel bessere fehlerkorrektur. und vieles andere mehr.
[14:22] <golliver> ok, also dann breche ich das jetzt ab, oder?
[14:22] <tomreyn> musst du nicht zwingend. aber es wÃ¤re klug die logdatei am ende noch irgendwo hin zu kopieren, wo du sie noch aufheben kannst.
[14:22] <tomreyn> (aber nicht auf das kaputte quellmedium)
[14:23] <golliver> wieso kann die nicht auf der ext. festplatte bleiben?
[14:23] <tomreyn> du Ã¼berschreibst ja grade die gesamte externe festplatte mit dem image von sda1
[14:24] <golliver> ich dachte, ich erstelle gerade nur eine logdatei
[14:24] <tomreyn> da wist du nix anderes mehr speichern kÃ¶nnen, es sei denn du Ã¶ffnest das (derzeit kaputte) dateisystem dort und repariest es
[14:25] <tomreyn> kennst du man pages? die erlÃ¤utern einem, was die ganzen optionen machen die man einem befehl im terminal mitgeben kann.
[14:25] <golliver> ich hatte doch eingegeben: sudo ddrescue --force /dev/sda1 /dev/sdd1 ddrescue.log
[14:25] <tomreyn> https://manpages.ubuntu.com/manpages/focal/en/man1/ddrescue.1.html
[14:25] <le_bot> Title: Ubuntu Manpage: ddrescue - data recovery tool (at manpages.ubuntu.com)
[14:26] <golliver> das ist kein befehl zur erstellung eines images, sondern zur erstellung eines logfiles, laut des links, den du mir gabst
[14:26] <golliver> ich blicke nun nicht mehr durch
[14:27] <tomreyn> ddrescue erstellt zwei dinge: ein image das mÃ¶glichst ein komplette kopie des angegeben quellmediums enthÃ¤lt, und eine logdatei, auch map(ping)-datei genannt.
[14:29] <golliver> fÃ¼r ein image muss man aber ".iso" benutzen, steht da
[14:30] <tomreyn> "sudo ddrescue --force /dev/sda1 /dev/sdd1 ddrescue.log"  liest /dev/sda1 ein, schriebt es als abbild nach /dev/sdd1 (also in die erste partition des speichermediums "sdd") und speichert die mapping-datei nach "ddrescue.log". gibt man keinen zielpfad fÃ¼r dateien an, dann werden sie ins aktuelle arbeitsverzeichnis gespeichert. was das aktuelle arbeiotsverzeichnis ist, zeigt der befehl "pwd" an.
[14:31] <tomreyn> standardmÃig wird das aktuelle arbeitsverzecihnis bei einem live-/resovery-system auf ein temporÃ¤r verfÃ¼gbares verzeichnis zeigen. die dort gepeicherten daten verbleiben im arbeitsspeicher des computers und sind nach dem nÃ¤chsten neustart weg, denn der arbeittspiehcerinhalt Ã¼berlebt einen reboot nicht.
[14:31] <tomreyn> *arbeitsspeicherinhalt
[14:32] <tomreyn> das wort / der wortteil "iso" ist unter https://manpages.ubuntu.com/manpages/focal/en/man1/ddrescue.1.html nicht erwÃ¤hnt.
[14:32] <le_bot> Title: Ubuntu Manpage: ddrescue - data recovery tool (at manpages.ubuntu.com)
[14:33] <golliver> jetzt hab ich schon wieder viel zu viele fragen
[14:33] <golliver> 1.) habe ich nun einen zielpfad angegeben oder nicht?
[14:34] <golliver> 2.) was ist ein arbeitsverzeichnis?
[14:34] <golliver> 3.) was hat der arbeitsspeicher nun mit der ganzen sache zu tun?
[14:35] <golliver> ich kopiere doch jetzt daten von einer festplatte auf eine andere
[14:35] <golliver> der wortteil "iso" ist Ã¼brigens hier erwÃ¤hnt https://wiki.ubuntuusers.de/gddrescue/
[14:35] <le_bot> Title: gddrescue âº Wiki âº ubuntuusers.de (at wiki.ubuntuusers.de)
[14:37] <golliver> mache ich das, was ich gerade mache, umsonst? wie geht es weiter, wenn der aktuelle prozess abgeschlossen ist?
[14:39] <tomreyn> deine fragen sind alle gut und richtig, aber ich die lÃ¼cke zwischen unser beider verstÃ¤ndnis von computern ist leider recht groÃ, und ich bin etwas zu faul um die alle fragen zu beantworten, die du hast, tut mir leid.
[14:39] <tomreyn> ich wÃ¼rde dir empfehlen erst einmal ganz in ruhe die beiden seiten durchzulesen, die dir genannt wurden.
[14:40] <tomreyn> und lass das erst mal weiter laufen, an sich sollte es besser sein das zu haben als es nicht zu haben.
[14:40] <tomreyn> vielleicht findet sich noch jemand anderes mit mehr geduld ;-)
[14:41] <golliver> und was ist mit dieser ext4-sache?
[14:45] <golliver> und wieso soll ich das jetzt weiter laufen lassen, wenn du doch geschrieben hast, dass die daten nach dem nÃ¤chsten neustart eh weg sein werden?
[14:48] <golliver> kannst du mir nicht mehr weiterhelfen, k1l?
[15:00] <golliver> diese manpage bringt mich Ã¼berhaupt nicht weiter
[15:00] <golliver> meine fragen werden da nicht beantwortet, da werden nur haufenweise befehle erklÃ¤rt
[15:01] <golliver> von denen ich die meisten als laie Ã¼berhaupt nicht verstehe
[15:02] <golliver> du hast mir leider Ã¼berhaupt nicht geholfen, sondern nur alles verkompliziert tomreyn
[15:03] <golliver> ich hÃ¤tte mich an k1l halten sollen
[15:03] <golliver> das hab ich nun davon
[15:13] <golliver> gibt es noch andere ubuntu-hilfechats neben diesem hier?
[15:22] <strohalm> den englischen
[15:25] <golliver> ich lese gerade, dass der befehl, den ich eingegeben habe, fÃ¼r NICHT eingebundene datentrÃ¤ger/partitionen gedacht ist, NICHT fÃ¼r eingebundene!
[15:28] <golliver> was sagst du dazu, k1l?
[15:29] <golliver> also WENN man sich schon bereiterklÃ¤rt, jemandem zu helfen, dann sollte man auch dabei bleiben bis das problem behoben ist!
[15:30] <golliver> und sich nicht einfach aus dem staub machen
[16:17] <LupusE> golliver: du versuchst ein auto in den wandschrank anstelle in die garage zu stellen. wer soll das bitte sinnvoll supporten?
[16:18] <golliver> was meinst du damit konkret?
[16:19] <LupusE> ich weis nicht warum du eine festplatte zu einem image machen willst, aber bedenke, das eine festplatte ein blkockdevice ist, auf der dateien gespeichert sind. und nun willst du diesen riesigen blob selbst zu einer datei machen. damit ist das dateisystem ueberfordert.
[16:20] <LupusE> wenn man keine ahnung hat, dann ist es sinnvoller/einfacher, wenn man etwas bauggleiches oder groesseres nimmt und die datieen von dem einen gevice auf das andere device kopiert und dort weiter macht.
[16:20] <LupusE> d.h. wenn du eine sdkarte hast, dann nimmst du das devicefile, nimmst ein beliebiges programm zum bitweise kopieren und packst dieses niedliche, kleine, devicefile in eine.iso ...
[16:21] <LupusE> wenn du aber eine komplette festplatte hast, dann nimmst du das devicefile und kopierst es bitweise auf eine andere devicefile ... damit umgehst du alle, dir nicht bekannten, beschraenkungen.
[16:21] <golliver> ich will Ã¼berhaupt nichts auÃer meine daten zu retten, weil mir gesagt wurde, dass der fsck-befehl, den ich ausfÃ¼hren soll/muss, weil mein ubuntu nicht mehr bootet, dazu fÃ¼hren kann, dass meine daten verloren gehen
[16:22] <LupusE> du willst als erstes einmal freundlich sein. denn ich habe deine daten nicht kaputt gemacht, ich kann nichts fuer dienen gemuetszustand.
[16:23] <LupusE> der fsck befehl rennt ueber die festplatte und sucht nach fehlern. wenn es fehler im dateisystem sind, dann kann es diese in dne meisten faellen korrigieren. wenn allerdings die festplatte kamutt ist, dann kann es der platte den todesstoss versetzen. wer kann das vorher wissen?
[16:23] <LupusE> err, kaputt
[16:23] <golliver> das meiste von dem, was du geschrieben hast, kapiere ich nun mal einfach nicht
[16:24] <golliver> ich habe das getan, war mir von k1l bzw. von tomreyn empfohlen wurde
[16:24] <LupusE> ein auto ist ein vehikel zur fortbewegung mit hohen geschwindigeit und ienem gewicht um die 2t. das passt einfach nicht in einen wandschrank.
[16:24] <golliver> was ist denn fÃ¼r dich der wandschrank? die 1 tb festplatte?
[16:25] <LupusE> da du eine festplatte nicht so einfach auf jedem beliebigen dateisystem imagen kannst, sollst du eine 2. platte nehmen, und diese komplett ueberschrieben mit den daten der ersten platte.
[16:25] <golliver> hab ich das jetzt nicht gemacht?
[16:25] <LupusE> ein .iso bringt dich kein stueck weiter. aber das erzeugen uebersteigt sdein wissen.
[16:26] <LupusE> das weis ich nicht. ob du das gemacht hast. wenn ja, verstehe ich nicht was noch das problem ist.
[16:26] <golliver> ich habe das hier gemacht: sudo ddrescue --force /dev/sda1 /dev/sdd1 ddrescue.log
[16:27] <LupusE> du hast die erste primÃ¤re partition von einem devicefile auf die erste primÃ¤re partition eines anderen devicefile geschrieben.
[16:28] <LupusE> was eine partition ist ist dir bekannt?
[16:28] <golliver> ein nutzbarer teil auf einer festplatte
[16:29] <LupusE> deine festplatte hat einen MBR (jaja, es gibt heute auch GTP, dank (u)EFI) ... egal), an diesen wird das BIOS beim booten das booten weiterleiten.
[16:30] <golliver> das ist Ã¼brigens das ergebnis https://pastebin.com/WSdEKxSS
[16:30] <le_bot> Title: buntu@ubuntu:~$ sudo ddrescue --force /dev/sda1 /dev/sdd1 ddrescue.logGNU ddre - Pastebin.com (at pastebin.com)
[16:30] <LupusE> im MBR steht unter anderem die Partitionstabelle, in der dem System mitgeteilt wird wo wolche partition beginnt. dabei kÃ¶nnen es primÃ¤re 1,2,3,4 oder erweiterte 5+ (dann gibt es aber kein 4) sein.
[16:31] <LupusE> jetzt hast du von dieser ganzen kette einen Teil kopiert. was willst du damit anfangen? Man kÃ¶nnte nun ein weiteres System parallel installieren (du solltest ja noch 500GB frei haben), und auf die Daten der Partition zugreifen. Willst Du es so kompliziert machen?
[16:32] <golliver> lupusE, begreife bitte, ich wollte nichts kompliziertes machen, im gegenteil, ich wollte es so einfach wie nur irgendwie mÃ¶glich machen
[16:32] <LupusE> ich lese keine logs. zu viel text. wenn ein fehler dort auftaucht kannst du selbst danach googeln.
[16:32] <LupusE> ich muss auch nichts begreifen. das ist auch sdeine aufgabe.
[16:33] <golliver> was soll ich denn jetzt machen?
[16:33] <golliver> ich kann nicht mal mehr auf die ext. festplatte zugreifen jetzt, weil ich auf bestimmte leute hier gehÃ¶rt habe
[16:33] <LupusE> ein kleiner anfang waere fragen zu beantworten. forderungen an mich darfst du stellen bei 175e/std.
[16:34] <golliver> welche fragen?
[16:34] <LupusE> die bestimmten leute hier wissen was sie dir geraten haben. und keiner von denen kann etwas dafuer, das deine festplatte kamutt gegangen ist.
[16:34] <golliver> woher willst du wissen, dass meine festplatte kaputt gegangen ist?
[16:35] <LupusE> weil sonst der ganze aufwand hier sinnfrei ist.
[16:36] <golliver> soweit ich weiÃ, ist das problem entstanden, weil ich den PC einmal zu oft nicht ordnungsgemÃ¤Ã heruntergefahren habe. das ist doch nicht gleichbedeutend mit kaputter festplatte
[16:36] <LupusE> warum kopierst du /dev/sda1 auf /dev/sdd1?
[16:36] <golliver> zur datenrettung, bevor ich fsck ausfÃ¼hre
[16:37] <LupusE> hae?? 1. du willst euf eine externe festplatte zugreifen, was du nicht kannst.
[16:37] <LupusE> 2. du willst dein system booten lassen ...
[16:37] <LupusE> datenrettung VOR fsck? warum?
[16:37] <golliver> vorhin konnte ich noch ganz normal auf meine ext. festplatte zugreifen. jetzt, nachdem ich den kopiervorgang ausgefÃ¼hrt habe, geht es nicht mer
[16:38] <LupusE> klar, habe ich dir oben erklaert. du hast die partition ueberschrieben.
[16:38] <LupusE> du hast nun eine andere partition auf /dev/ssd1, als im header der festplatte steht.
[16:39] <golliver> "datenrettung VOR fsck? warum?" - "ich will Ã¼berhaupt nichts auÃer meine daten zu retten, weil mir gesagt wurde, dass der fsck-befehl, den ich ausfÃ¼hren soll/muss, weil mein ubuntu nicht mehr bootet, dazu fÃ¼hren kann, dass meine daten verloren gehen"
[16:40] <LupusE> hast du ja. nur nicht sinnvoll.
[16:40] <golliver> k1l sagte mir, dass ich das so machen soll
[16:41] <LupusE> aber wenn ich duir nun sage 'testdisk' kÃ¶nnte dir helfen, indem es die partitionsstruktur auf der externen festplatte analysiert und den MBR neu schriebet, so dass diese wieder benutzbar wird, dann bin ich shcold das du wieder irgendwas irgendwie machst?
[16:42] <golliver> ich finde es einfach nicht fair, dass ich mich auf ratschlÃ¤ge einlasse, diese befolge, und die betreffende person dann einfach abhaut
[16:43] <golliver> und ich dann allein bin mit dem problem
[16:43] <LupusE> und das bringt dich nun wie weiter?
[16:43] <LupusE> ja, ich bin gar nicht da ... hallo, sieht mich jemand?
[16:43] <golliver> sorry, ich verstehe nicht, was du von mir erwartest
[16:44] <golliver> ich bin nun mal laie und deshalb kam ich hier her um um hilfe zu bitten
[16:44] <golliver> und jetzt bin ich schon den ganzen tag hier
[16:45] <golliver> und ich bin verzweifelt um ehrlich zu sein
[16:45] <LupusE> mein tipp: drucke dir den dialog aus. schlaf ne nacht drueber. lese dir den dialog durch, und verstehe, das es menschen gibt die dir helfen wollen aber nicht koennen. und das nicht weil die leute nicht wissen was sie schrieben.
[16:45] <golliver> ich hab keinen nerv mehr
[16:46] <golliver> ich dachte, man kann mir hier einfach sagen, was ich tun muss, damit ich mein ubuntu wieder ganz normal booten kann und auf meine daten wieder ganz normal zugreifen kann
[16:47] <LupusE> kann ich. ich komme sogar vorbei. kostet 250e/std, plus anfahrt und bei mehr als 100km uebernachtung.
[16:47] <golliver> tja das kann ich mir nicht leisten
[16:48] <golliver> ich bin von windows auf linux umgestiegen weil ich dachte dass ich solche probleme dann nicht mehr habe
[16:48] <LupusE> ich habe dir oben aber alles geschrieben, was wichtig ist. ausser, das du keine datensicherung vorher gemacht hast (kein backup, kein mitleid) ... abe rich dachte das waere unangemessen..
[16:49] <LupusE> du wirst auf jeder plattform solche probleme haben.
[16:50] <golliver> ich sehe nicht wo du geschrieben hÃ¤ttest, was ich jetzt ganz konkret als nÃ¤chsten schritt tun soll
[16:51] <golliver> kÃ¶nntest du das bitte tun?
[16:51] <LupusE> vielleicht weil das von sehr vielen faktoren abhaengt. daher habe ich keine befehlszeile geschrieben, sondenr beschrieben was du mit den bisher getÃ¤tigten befehlen gemacht hast ... und noch ein wneig erklaert, damit du entscheiden kannst was das sinnvollste weitere vorgehen ist.
[16:52] <golliver> ich kann es aber nicht entscheiden weil ich Ã¼berfordert bin
[16:52] <LupusE> aber du beschuldigst andere, das sie fehler gemacht haben. sehr funktionell.
[16:53] <golliver> nein, ich beschuldige nicht, ich sagte nur, dass ich mich im stich gelassen fÃ¼hle
[16:54] <LupusE> ich wuerde alles auf 0 zuruecksetzen. also zuerst mit einem live-system booten, dann mittels 'dd if=/dev/sda of=/dev/sdd bs=16M' die kopmplette festplatte 1:1 kopieren (ich gehe dacon aus, das sdd die externe festplatte ist ... ich gehe auch davon aus das es keien fehler geben wird, wenn du sagst das die festplatte wohl inkakt ist)
[16:55] <LupusE> dann hast du dein system auf externer festplatte. im livesystem kann es helfen eines ohne SWAP zu nutzen.
[16:55] <golliver> also ich habe schon mit einem live-system gebootet, damit bin ich jetzt online
[16:56] <LupusE> dann kannst du Ã¼ber das livesystem dein fsck /dev/sda1 durchfÃ¼hren. ja, HIER brauchst du die partition, nicht die komplette hdd
[16:56] <LupusE> dann vermute ich kommt grub immernochnicht hoch, aber chroot lernen wir spaeter.
[16:56] <golliver> ja, sdd ist die ext. festplatte
[16:57] <golliver> woher weiÃ ich, ob mein live-system SWAP nutzt?
[16:57] <LupusE> free -m
[16:58] <LupusE> dort wird Mem angezeigt und darunter Swap
[16:58] <golliver> "auslager"? ist es das? da kommen 3 nullen
[16:59] <LupusE> lupus@zoe:~$ LANG=C free -m total        used        free      shared  buff/cache   available
[16:59] <LupusE> Mem:           5899        2704         254         203        2940        2716
[16:59] <LupusE> Swap:          3814         636        3178
[16:59] <LupusE> lupus@zoe:~$ 
[16:59] <golliver> ist auf deutsch bei mir
[16:59] <LupusE> schriebe bitte LANG=C davor ... lokalisation ist anstrengend
[16:59] <golliver> und da steht 0Â  0 0
[16:59] <golliver> moment
[17:00] <golliver> ja,Â Â  0 0 0
[17:00] <LupusE> mit 'swapoff' kannst du die Swap Partition abschalten.
[17:01] <golliver> swapoff -a?
[17:01] <LupusE> ja.
[17:01] <golliver> ok
[17:01] <golliver> ich denke, hat er gemacht
[17:02] <golliver> soll ich nun dd if=/dev/sda of=/dev/sdd bs=16M eingeben?
[17:02] <LupusE> denken ist doof. nachsehen ist besser. cat /proc/swaps <- sollte leer sein
[17:02] <golliver> ok, moment
[17:02] <golliver> ja, ist leer, danke
[17:03] <LupusE> ja. dann kaffee trinken gehen. oder tee, am besten was mit kamille, auf keinen fall schwarz oder gruen.
[17:04] <golliver> kannst du mir bitte noch erklÃ¤ren, was dieser befehl nun anders macht als der von mir zuvor verwendete befehl?
[17:05] <golliver> also als der ddrescue-befehl
[17:05] <golliver> kaffee hatte ich heute schon genug, tee werde ich wohl trinken
[17:05] <LupusE> auch wenn es das 3. mal ist: mittels dd if=/dev/sda1 of=/dev/sdd1 kopierst du die erste partition. wenn diese in quelle und ziel dieselben eigenschaften haben, kein problem. wenn sich abewr die groesse oder das dateisystem unterscheidet, dann stimmen die daten nicht mit denen im MBR (oder GTP) Ã¼berein und du kannst nicht darauf zugreifen.
[17:06] <LupusE> mittels sda und sdd schriebst du die kompplette festplatte, also inklusive header (MBR oder GPT), und so kann jedes system auch auf die daten zugreifen ohne sich zu verrenken.
[17:07] <LupusE> wenn die partitionstabelle einmal verschÃ¼tt ist, dann hilft testdisk diese wiederherzustellen.
[17:07] <golliver> ist es wichtig, welches dateisystem sdd1 verwendet? mir wurde vorhin dazu geraten, von FAT auf ext4 umzustellen
[17:07] <golliver> (was ich aber nicht tat)
[17:07] <LupusE> der unterschied zwischen dd und ddrescue ist, das ddrescue deutlich fehlertoleranter ist und auch nict beschriebene bereiche per default Ã¼berspringt
[17:08] <LupusE> wen du mit dd arbeitest ist das vollkommen egal, weil dd bitweise kopiert. das dateisystem wird damit Ã¼berschrieben.
[17:09] <golliver> ok, das heiÃt, alles, was sich aktuell auf sdd1 befindet, wird wieder gelÃ¶scht
[17:09] <LupusE> vermutlich haettest du aber mit der umstellung bessere karten gehabt, da dein MBR nun FAT erwartet, es aber korrumt aussieht, da ext4 drauf ist.
[17:09] <LupusE> das stimmt. aber du schriebst ja, du kannst eh nicht darauf zugreifen.
[17:10] <golliver> ja, ich frage nur zum verstÃ¤ndnis
[17:10] <golliver> was meinst du mit "korrumt"?
[17:10] <LupusE> du ueberschriebst die komplette externe festplatte. mit den daten der ersten festplatte im system.-
[17:11] <golliver> ja
[17:12] <golliver> eine frage noch
[17:12] <LupusE> wenn ich jemanden sage er soll mit dem fahrrad von a nach b fahren, aber er steht vor einem auto, dann stimmt da was nicht. wenn das system sagt 'hier hast du ein FAT auf sdd1' und in wahrheit steht da aber ein ext4 drin, dann ist das system genauso verwirrt und denkt das system it korrupt (kaputt, unbrauchbar)
[17:13] <LupusE> windows wuerde fragen 'darf ich es fuer dich formatieren?' ... und sobald du auf 'ja' klickst darfst Du dich von allen ordnerstrukturen, die du angelegt hast, verabscheiden. auch wenn die daten zum teil noch zu retten sind.
[17:14] <golliver> ich habe gerade festgestellt, dass sdd1 durch den ausgefÃ¼hrten ddrescue-befehl nun nicht mehr FAT, sondern ext4 hat
[17:14] <golliver> aber das ist ja jetzt egal
[17:14] <LupusE> das schriebe ich ja die ganze zeit.
[17:15] <golliver> gut, also ich gebe jetzt den befehl ein, den du mir nanntest
[17:15] <golliver> dd if=/dev/sda of=/dev/sdd bs=16M
[17:15] <golliver> und ich gebe nicht sda1 und sdd1 ein, sondern nur sda und sdd, ja?
[17:15] <LupusE> aber wir haben uns auf KISS (keep it smart and simple) geeinigt. also besser die ganze platte einmal spiegeln. dann hast du ein 1:1 backup und kannst danach so viel kaputt machen, wie du willst und immer wieder von vorne anfangen.
[17:15] <LupusE> ja.
[17:16] <golliver> ok, DANKE
[17:16] <golliver> sehr nett von dir, dass du mir hilfst
[17:16] <LupusE> nein. ich muss nur eine bewerbung schreiben und brauche ablenkung. ansonstne haett eich die ersten 10 minuten nicht ausgehalten.
[17:17] <golliver> hm. na gut
[17:17] <golliver> er sagt jetzt: dd: konnte '/dev/sda' nicht Ã¶ffnen: Keine Berechtigung
[17:18] <LupusE> sudo ... ich dachte das waere klar. als benutzer hast du selbstverstaendlich nie direkten zugriff auf devicefiles.
[17:18] <golliver> danke
[17:18] <LupusE> und ich gehe nun spazieren. der hund jammert.
[17:19] <golliver> alles klar
[17:19] <golliver> dann gehe ich auch mal raus und schaue spÃ¤ter, was passiert ist
[17:52] <tomreyn> das wird voraussichtlich mit nem lesefehler abgebrochen sein.
[17:54] <tomreyn> oder, weniger wahrscheinlich, ohne fehler zu melden durchgelafen sein, aber dabei z.t. falsche daten gelesen haben. datenrettung / -wiederherstellung ist leider nicht ganz so simpel wie kopieren von a nach b.
[17:55] <tomreyn> grundproblem ist die physisch kaputte festplatte bei (vermutlich) fehlenden aktuellen backups. die muss so oder so ersetzt werden.
[17:58] <LupusE> aber wir hatten als grundlage angenommen, das die festplatte nicht kaputt ist. daher dd ... wenn es druchlaeuft und die in/out gleich sind: jupie ... Wenn es abbricht oder die werte sich unterscheiden: ohoh.
[18:04] <tomreyn> https://pastebin.com/raw/WSdEKxSS klingt halt sehr nach kaputten sektoren im datenbereich
[18:43] <golliver> bin wieder da
[18:43] <golliver> die Ã¼bertragung lÃ¤uft noch, ich sehe allerdings keine fortschrittsanzeige
[18:44] <golliver> wÃ¼rde es eine fehlermeldung geben, wenn die Ã¼bertragung abbrechen wÃ¼rde?
[19:18] <golliver> dd: Fehler beim Lesen von '/dev/sda': Eingabe-/Ausgabefehler
[19:18] <golliver> 29424+1 DatensÃ¤tze ein
[19:18] <golliver> 29424+1 DatensÃ¤tze aus
[19:18] <golliver> 493663678464 Bytes (494 GB, 460 GiB) kopiert, 6749,06 s, 73,1 MB/s
[19:21] <golliver> und auf die ext. festplatte zugreifen kann ich immer noch nicht: "Dieser Ort konnte nicht angezeigt werden. Leider konnte der gesamte Inhalt von "TOSHIBA EXT" nicht angezeigt werden: Fehler beim Holen der Inforrmationen fÃ¼r Datei >>/-media/ubuntu/TOSHIBA EXT/ [verwirrende Zeichen]: Eingabe-/Ausgabefehler"
[19:21] <golliver> wie schon vorhin nach ddrescue
[19:22] <golliver> was kann/soll/muss ich jetzt machen?
[19:34] <golliver> ah, moment. jetzt hab ich die ext. festplatte einmal ausgehangen und wieder eingehangen und kann nun darauf zugreifen
[19:35] <golliver> aber wenn die Ã¼bertragung von sda1 fehlerhaft war, nÃ¼tzt mir das wohl nicht viel, oder?
[20:18] <LupusE> hier hilft die md5 summe. damit kannst du genauer pruefen wo der fehler aufgetreten ist.
[20:19] <LupusE> E/A Fehler weisen aber wirklich auf einen festplattendefekt hin).
[20:19] <golliver> wb lupus
[20:19] <golliver> wÃ¼rde es denn etwas bringen, zu prÃ¼fen, wo der fehler aufgetreten ist?
[20:20] <LupusE> mittels "find [dir] -type f -exec md5sum {} \;" kannst du [dir] austauschen gegen unterschiedliche verzeichnisse. ist ein wenig fleissarbeit.
[20:21] <LupusE> nunja, je weniger defekt uebertragen ist, desto besser. und wenn es nur in /var/ fehler gibt, dann ist es eh fast egal. wenn du in /home fehler hast, dann muss man sich gedanken machen.
[20:22] <LupusE> da md5sum eigentlich dafuer da ist pruefsummen von dateien zu erstellen und du eine 1:1 kopie hast, kÃ¶nntest du natuerlich auch je ein lauf ueber alle dateien in je eine datei speichern und die beiden mittels diff vergleichen.
[20:24] <golliver> ich kann nicht mehr denken. ich werde das ganze auf morgen verschieben mÃ¼ssen
[20:25] <LupusE> jetzt wird es auch haarig. aber die festplatte ist kaputt. badblocks machen wir dann morgen in ruhe.
[20:26] <golliver> ok, dann, Ã¤hm
[20:26] <golliver> wÃ¼nsche ich dir eine gute nacht
[20:27] <golliver> und danke bis hierhin!
[20:27] <golliver> bis morgen