kostenloser Webspace werbefrei: lima-city


Truecrypt Festplatte bootsektor überschreiben was tun?

lima-cityForumHeim-PCSoftware

  1. Autor dieses Themas

    peace-info

    peace-info hat kostenlosen Webspace.

    Also folgendes delämma

    ich hab ne Platte irgendwie mit nem life linux boot manager ausversehen mit nem MBR (Master Bott recort überschrieben)

    Es ist eine 750er Platte auf den nur eine Partition war und die war komplett mit Truecrypt verschlüsselt.

    WIndows sagt mir in der Datenträgerverwaltung das die Platte den "Parttionstyp" MBR hat das heißt wohl das ich mir dumemrweise die partitionstabelle überschreiben lassen hab

    es ist ja auch so das truecrypt garnicht anzeigt das eine partition drauf ist und die platte auch nicht mounten kann.

    ich habe aber den gesicherten truecrpt header hier. ich will nun aber nix falsch machen ich hab grad was gelesen das jemand seine platte mit dem header wieder mounten konnte aber die daten nicht drauf waren.

    gibt es irgend ne möglichkeit die partitionstabelle wieder neu drauf zu schrieben so wie sie vorher war? so wie windows es machen würde wenn man

    dazu weiß ich auch noch das ich für die platte statt den standard 4kb sektoren 8kb genommen hatte beim crypten/formatieren
  2. Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!

    lima-city: Gratis werbefreier Webspace für deine eigene Homepage

  3. Erstens: Jede Festplatte hat einen MBR. Darauf sind Bootloader und Partitionstabelle etc verzeichnet. Eine Live Distro schreibt im Übrigen überhaupt nix auf eine Platte, außer du befiehlst es und da wäre es gut zu wissen, was du genau gemacht hast. Wüsste nicht warum die Partitionstabelle überschrieben werden sollte, aber ohne entsprechende Mittel zur Rettung bist du ziemlich am A****. Hab leider kaum Ahnung mit den Headern von TrueCrypt, weil ich immer der Empfehlung gefolgt bin eine Containerdatei zu nehmen. Die Systemplatte konnte man mit einer dazu erstellten CD retten, wenn der MBR modifiziert wurde. Also würde ich einfach mal in die FAQ gucken und ansosnten mal in deren Forum anfragen.

    Beitrag zuletzt geändert: 1.10.2010 22:51:03 von reimann
  4. Autor dieses Themas

    peace-info

    peace-info hat kostenlosen Webspace.

    @reimann. ich benutzte ganze partitionen weil die schneller und einfacher sind ich hab auch mein ganzes windows system verschlüsselt. truecrypt warnt (noobs) davor weil das schon was langzeitliches ist was man sich 3 mal überlegen sollte ob man das macht. aber für mich sind ganze gecryptete partitionen das einzig wahre

    ich mein wie soll das mit container laufen? eine 700++ gb große datei aud einer partition? geht das überhaupt? wiederherstellen von so nem riesenkontainer wäre sicher auch mit gehen NTFS wiederherstellungsprogrammen nix geworden so das folgende lösund so oder so die richtige gewesen wäre.

    wow ich habs geschafft! hatte mich schon drauf eingestellt meine datensammlung verloren zu haben und irgendwie saumäßig geärgert und gleichzeitig nen bioss gefreut wieder unmengen an platz zu haben

    also ich erzähl mal kurz meine geschichte wie ichs hingekriegt hab.

    ich hab VIEL gelesen im netz, ein tool kennengelernt was testdisk heißt, das findet aber nix weil das nur ein wirwar von 1en und 0en ist und daraus ist nicht zu erkennen was udn wo da mal ne partition

    hatte dann irgend nen scanmodus an der über nacht dann grad mal bei 6%war und zum gluck hab ich das sinnlose gescanne abgebrochen.

    nun ich hab dann einfach eine neu partition im win7 datenträgermanager erstellt und diese dann nciht formatiert. ich konnte dann den truecrypt header wiederherstellen - und was bekahm ich? eine unbekannte partition die windoof gleich formatieren wollte (was ich natürlich nicht gemacht habe

    ich hab dann erfahren das win7 partitionen irgendwie anders anlegt als xp und ich war mir auch nicht mehr sicher ob ich die jetzt mit xp, oder vista angelegt hatte und ob vista auch irgendwas anders macht.

    nun und jetzt kommt es! ich hatte zum gluck vorher bevor ich die partition angelegt hatte nen backup mit dd und eins mit sfdisk unter linux gemacht

    das hab ich dann wiederhergestellt. wieder ins win7 und dort dann mit testdisk einfach eine neue partition erstellt im cylinder 0 sektor 1 und sowas und dann hab ich neu gebootet und da war sie wieder. die platte hatte einfahc eine riesen partiton und die wurde wahrscheinlich unter xp erstellt oder vista macht es halt auch noch so das sie einfach an die aller erste stelle geschreiben wird

    also hat testdisk mit einfach eine partition erstellt die genau so war wie meine vorher! einfach geil!! ich hab alle 750gb an daten wieder und wie es aussieht keine fehler.

    ich poste mal die anleitung die mich zur lösung gebracht hat hier falls da mal wer braucht.

    solution2 war meine rettung

    Problem: You need to recover a single partition that was created using Windows XP and that filled the entire disk, and then you need to restore the volume header of the encrypted partition that was lost. You are currently running Windows 7.

    Solution #1: (Requires Windows XP + TrueCrypt)
    First, use TC to save a manually-created backup header as a file. You might need to use this if the embedded backup header is unavailable due to partition misalignment.

    Windows XP's Disk Management can do almost the entire job, and this is probably the best solution: Slave your drive to a Windows XP PC, then use Disk Management to initialize the drive, create a new primary partition that fills the drive, don't assign a drive letter, and don't format it. Then reboot.

    In TrueCrypt, try to mount the partition from the embedded backup header (in "Mount Options"). If it works, dismount the volume and then use the embedded backup header to restore the volume header. If the embedded backup header can't be accessed ("incorrect password" prompt) then use the manually-created backup header instead.

    If the new partition starts and ends where your old one used to then your data should decrypt and your files will probably be there, unless the damaged/overwritten area extends into the partition itself. We still don't know what caused the original problem, and there are some other unexplained things as well.

    If your data doesn't decrypt then all is not lost, as almost all of the changes will be written to the first sector, and the starting point of your encrypted partition should be quite a bit farther back.

    However, I definitely would NOT try the above technique using Windows 7, as it will most likely create the partition in a different location than what you need. Of course, not being a Windows 7 guy, I'm not too sure about that. Maybe there's a way I don't know about, such as using DiskPart, for example.

    Solution #2: (experimental, requires TestDisk + TrueCrypt)
    I was able to do the same partition restoration job using TestDisk, although I'm no TestDisk expert and I'm basically just guessing at the techniques. Be aware that this procedure is experimental and is untested on your platform, so if you do this you're being the guinea pig. If you can get to an XP box you'd really be better off trying the first solution.

    Here are the steps I followed on my XP system:

    First, make a backup copy of the TC volume header and save it as a file. You might need this later if the embedded backup header doesn't work.

    Start TestDisk by running "testdisk_win.exe"

    Choose to create a logfile or not, your choice.

    At the "Select a media" screen, select the correct disk & choose Proceed (Make very sure this is the correct disk!)

    Choose "Intel/PC" partition and press Enter

    Choose "Analyse"
    If TestDisk finds no partitions (as expected in this case), press Enter for "Quick Search"

    Choose "N" for non-Vista partitions, then wait while TestDisk looks for any signs of missing partitions

    If no partitions are found (as expected), press "A" to add a partition

    (Now we need to set the CHS (cylinder, head, sector) numbers to the correct starting and ending points of the partition you want to create. This is where we're taking a chance due to my lack of expertise. We'll change the starting numbers to match the location that XP usually specifies for its first partition, but we'll accept the default ending numbers and hope that TestDisk is defaulting to a maximally-sized partition that fills the disk. It looks like that's what it's doing, and it works fine on my XP system. Will it do the same on yours? I don't know, and I certainly haven't tried this on a Windows 7 box. Your backup image might come in handy if this procedure screws things up.)

    Enter on the starting "Cylinder" and enter "0".
    Enter on the starting Head and enter "1".
    Enter on the starting Sector and enter "1".
    Press Right Arrow to skip the other three CHS entries.
    Select "Type" and press Enter.
    Select 07 HPFS-NTFS by typing "07" at the New Partition Type prompt.
    Enter on "Done"
    With the partition selected, use the Left/Right arrow keys to ensure that the partition description is preceded by "P" (primary), then press Enter.

    Check your settings in the next screen. The partition type should be P, the Start should be 0,1,1, and the End was determined by TestDisk. When you're ready, select "Write" and press Enter, then "Y" to confirm.

    Enter on "OK"
    Select "Quit", then select "Quit" again to close TestDisk.
    Reboot

    Then use TrueCrypt as described above to mount the volume and restore the volume header. If you get it working, back up your data immediately, as we still don't know what caused the original problem, although I suspect that Windows 7 just didn't like your partition layout.

    Even after intentionally destroying my MBR, my partition table and my volume header I was able to get all of my test data back, but there's no guarantee that things will work the same for you. Your disk geometry might be different, or Windows 7 might not work the same way with TestDisk, or TestDisk might not choose the correct settings for your partition. In other words, this procedure is experimental, so follow it at your own risk. Ideally, test it on a clone of the affected drive. Better yet, use procedure #1 on an XP system and hope that one works.

    Also, rather than relying on me and my limited knowledge, you could probably get much better advice from the TestDisk developers. That would be a smart move.

    I'm sure there are also many other partitioning programs that could handle this situation (although not all will run on Windows 7 64-bit). If anybody wants to step in and recommend some, I'm all ears.

    If the new partition is created but the data still doesn't decrypt (as seen by inspecting the mounted volume with a hex editor and testing for the presence of non-random data) then most likely the partition was created at the wrong spot. However, most of the changes we've written (to the partition table, mostly) were made within the first sector, so your data was hopefully left alone.

    If the data decrypts but you can't browse the folder structure and Windows offers to format the drive then you probably need to run data-recovery software on the mounted volume. This would imply that whatever originally knocked out your partition table also overwrote some of your encrypted data, damaging your volume's internal file system. It might also mean that the endpoint of the partition was selected incorrectly and some of your data got cut off.


    aus http://forums.truecrypt.org/viewtopic.php?p=83829#83829 (nur eingeloggt lesbar)

    Beitrag zuletzt geändert: 2.10.2010 10:14:09 von peace-info
  5. Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!

    lima-city: Gratis werbefreier Webspace für deine eigene Homepage

Dir gefällt dieses Thema?

Über lima-city

Login zum Webhosting ohne Werbung!