🚀 go-pugleaf

Claudio Mettler wrote:

> Hat jemand ein tool, mit dem man solche Partitionen retten kann?
> denn ich hab eigentlich ne andere Erweitere Partition umpartitioniert,
> nicht diese.
> sie ist im Fdisk noch vorhanden als erweiterte partition, aber das
> logisch laufwerk darauf hat keinen FS-Typ!

1.) Du hast nicht zuf�lligerweise dein MBR ausgedruckt oder irgendwo
gespeichert?

2.) Das logische LW ist noch vorhanden mit korrekter Gr�sse und so?



Sven

Sven Kirmess schrieb in Nachricht <37153615.E5658000@gmx.net>...
>Claudio Mettler wrote:
>
>> Hat jemand ein tool, mit dem man solche Partitionen retten kann?
>> denn ich hab eigentlich ne andere Erweitere Partition umpartitioniert,
>> nicht diese.
>> sie ist im Fdisk noch vorhanden als erweiterte partition, aber das
>> logisch laufwerk darauf hat keinen FS-Typ!
>
>1.) Du hast nicht zuf�lligerweise dein MBR ausgedruckt oder irgendwo
>gespeichert?
>
Mir ist schon einmal eine Festplatte verreckt und mit irgend sonem tool aus
dem Internet konnte ich sie wieder flottmachen. Aber: ich w�sste nur zu
gerne, wie man den MBR ausdruckt, damit man ihn grad f�r so F�lle parat hat.

Wie geht das ?

Beat

> Mir ist schon einmal eine Festplatte verreckt und mit irgend sonem tool aus
> dem Internet konnte ich sie wieder flottmachen. Aber: ich w�sste nur zu
> gerne, wie man den MBR ausdruckt, damit man ihn grad f�r so F�lle parat hat.

K�nntest du mir das Tool mailen?

MBR ausdrucken?
Sorry, bin leider kein Partitionierprofi, f�r s n�tigste reichts aber
(dachte ich...).


FDISK:


                          Partitionierungsdaten anzeigen

    Aktuelle Festplatte: 1

    Partition  Status   Typ    Bezeichnung      MB    System   Belegung
     C: 1         A    PRI DOS   WIN98          494   FAT32        3%
        2              EXT DOS                 1506                9%
        3              EXT DOS                14567               88%


    Speicherplatz auf Festplatte insgesamt: 16567 MB (1 MB = 1.048.576
Bytes)


    Die erweiterte DOS-Partition enth�lt logische DOS-Laufwerke.
    Angaben �ber logische Laufwerke anzeigen (J/N)................?[J]

(FDISK ENDE)

Auf C ist windoof 98 installiert, das w�r mir egal wenns verreckt w�re.

Dann auf 2 war Suse 6.0 drauf, das wollte ich dann killen und RH von der
PC-Magazin-CD verwenden.

�ber logische DOS-Laufwerke weiss fdisk folgendes:

                      Angaben �ber logische DOS-Laufwerke

Lw. Bezeichnung      MB  System    Belegung
D:                14567  UNKNOWN   100%


Gesamtgr��e der erweiterten DOS-Partition: 14567 MB (1 MB = 1.048.576 Bytes)

Ist seltsam..

Ich brauche diese Daten! (�brigens ist sie nicht zu 100% belegt, die
Erweiterte Partition hat ja selber nur ne Belegung von 88% ?!?!

Wie gesagt, die 500 MB win und die 1500 MB Linux k�nnen von mir aus
verrecken, nur die 14 Gigs nicht!!

Ich bin mit Disk Druid so vorgegangen:

Ich hab die 1500 MB Partition (auf der Suse 6.0 drauf war) gekillt, und dann
2 neue angelegt, eine swap und eine ext2 dann habe ich aber die
RH-Installation abgebrochen, weil weder ein neuer Kernel, noch Kde 1.1 oder
Gnome drauf waren, und von Samba war auch nur version 1.8 drauf.

Ich brauche hilfe, denn ich hab nie n Backup gemacht!!

Danke

Claudio

Claudio Mettler wrote:
> 
> 
>     Partition  Status   Typ    Bezeichnung      MB    System   Belegung
>      C: 1         A    PRI DOS   WIN98          494   FAT32        3%
>         2              EXT DOS                 1506                9%
>         3              EXT DOS                14567               88%
> 
>     Speicherplatz auf Festplatte insgesamt: 16567 MB (1 MB = 1.048.576
> Bytes)
> 
> �ber logische DOS-Laufwerke weiss fdisk folgendes:
> 
>                       Angaben �ber logische DOS-Laufwerke
> 
> Lw. Bezeichnung      MB  System    Belegung
> D:                14567  UNKNOWN   100%
> 
> Gesamtgr��e der erweiterten DOS-Partition: 14567 MB (1 MB = 1.048.576 Bytes)
> 
Hallo,
geh ich richtig der annahme, dass die D-Partition ein FAT32-Partition
sein sollte, oder isses ne Linux-Partition?
Am besten startest du Linux (ein Notfall-Linux reicht, sogar ne
Floppy-Distribution) und gehst dort ins fdisk.

mit dem Befehl p druckst du die Partitionsinfos aus und merkst dir die
"Id"-Spalte. Was steht da bei der verlorenen Partition? Wenn das eine
Fat32 sein sollte, sollte es die selbe Id bekommen wie die Id des
C-Laufwerks (bei mir ist das b). Ists ne Linuxpartition, sollte es 83
sein. Die liste mit den id's kannst du mit dem befehl l auflisten.
Dann gibst du t ein und die richtige Partitionsnummer des verlorenen
Laufwerkes und gibst die korrekte id ein.
Ach ja, fdisk kannst du jederzeit mit ctrl-c oder q beenden, ohne die
Aenderungen zu speichern.
Nun fdisk beenden und ein reboot sollte alles wieder in ordnung bringen.
Vielleicht koenntest du einfach mal die Partitionsinfos vom Linux-fdisk
(befehl p) posten?

Sonst glaube ich aber eher, dass das problem die zwei (!!)
EXT-Partitionen sind. Dos-konform sind nur 1 Primary-Partition und 1
Extended (mit mehreren logischen Partitionen). Ich wuerde also die
1,5-Gig Partition loeschen (entweder mit Partitionmagic oder mit dem
Linux-fdisk, glaube nicht, dass das DOS-Fdisk kooperiert.
Bei mir habe ich jedenfalls mehrere Primary-Partitions und am schluss
nur eine extended (mit mehreren Logischen LW's).

Hoffe, damit geholfen haben zu koenne, war auch schon mal in aehnlich
misslichen lagen (Verursacht von einem Virus, aber auf dem PC eines
Kunden, PC bootete nicht mehr und Harddisk war unlesbar. Konnte dann mit
Partitionmagik die Partition mit dem typ "unformatiert" neu erstellen
und dann mit linux die Partition-id setzen und alles lief wieder wie
geschmiert!)
Gruss und
*mach das naechste mal backups!!*
Tibor
-- 
visit http://www.pcnetwork.ch

> geh ich richtig der annahme, dass die D-Partition ein FAT32-Partition
> sein sollte, oder isses ne Linux-Partition?
> Am besten startest du Linux (ein Notfall-Linux reicht, sogar ne
> Floppy-Distribution) und gehst dort ins fdisk.
>

Jepp, sollte FAT32 sein..

> mit dem Befehl p druckst du die Partitionsinfos aus und merkst dir die
> "Id"-Spalte. Was steht da bei der verlorenen Partition? Wenn das eine
> Fat32 sein sollte, sollte es die selbe Id bekommen wie die Id des
> C-Laufwerks (bei mir ist das b). Ists ne Linuxpartition, sollte es 83
> sein. Die liste mit den id's kannst du mit dem befehl l auflisten.
> Dann gibst du t ein und die richtige Partitionsnummer des verlorenen
> Laufwerkes und gibst die korrekte id ein.
> Ach ja, fdisk kannst du jederzeit mit ctrl-c oder q beenden, ohne die
> Aenderungen zu speichern.
> Nun fdisk beenden und ein reboot sollte alles wieder in ordnung bringen.
> Vielleicht koenntest du einfach mal die Partitionsinfos vom Linux-fdisk
> (befehl p) posten?
>

Wenns n�tig ist, ok, aber ich m�sste das dann alles abschreiben, da ich im momment
nur einen "Rettungsboot" (hehe, Wortspiel ;)) von CD benutzen kann.
Ich kann nur mal sagen, dass Linux-fdisk die Partition als FAT32 erkennt!!!

> Sonst glaube ich aber eher, dass das problem die zwei (!!)
> EXT-Partitionen sind. Dos-konform sind nur 1 Primary-Partition und 1
> Extended (mit mehreren logischen Partitionen). Ich wuerde also die
> 1,5-Gig Partition loeschen (entweder mit Partitionmagic oder mit dem
> Linux-fdisk, glaube nicht, dass das DOS-Fdisk kooperiert.
> Bei mir habe ich jedenfalls mehrere Primary-Partitions und am schluss
> nur eine extended (mit mehreren Logischen LW's).

Ja, ich hab mich schon gewundert wieso Fdisk meine 1,5 Extended nicht l�schen
wollte.., dann h�tte ich wenigstens n bisschen platz f�r ne kleine notpartition.
Aber auch nachdem ich die 1,5 GB Partition gekillt hab, will Win meine Partition
nicht kennen..
Ich werde gleich mal versuchen die Partition unter Linux zu mounten (hat das SuSE
not-Linux FAT32-support????)

> Hoffe, damit geholfen haben zu koenne, war auch schon mal in aehnlich
> misslichen lagen (Verursacht von einem Virus, aber auf dem PC eines
> Kunden, PC bootete nicht mehr und Harddisk war unlesbar. Konnte dann mit
> Partitionmagik die Partition mit dem typ "unformatiert" neu erstellen
> und dann mit linux die Partition-id setzen und alles lief wieder wie
> geschmiert!)

Du hast mir sehr geholfen, Partition Magic sollte ich auch mal ausprobieren.
Danke danke danke!

>
> Gruss und
> *mach das naechste mal backups!!*

Werd ich.. ist schon seltsam. seit ich so ne grosse hd habe, und 2 Partitionen,
hab ich nie mehr auf CD gesichert, weil ich immer nur C formatiert habe, um n
schnelles win zu bekommen.. die Daten lagen auf D...

Tja, es muss mal was passieren bevor man dran denkt..

Danke und Gruss

Claudio

Claudio Mettler wrote:
> 
> Ich werde gleich mal versuchen die Partition unter Linux zu mounten (hat das SuSE
> not-Linux FAT32-support????)

Jo natuerlich (ab Kernel 2.0.35 (oder .36?))
Ich hoffe fuer dich, dass wenigstens dies funktioniert hat! Denn  mir
ist gerade noch eine furchtbar schreckliche Eigenschaft des Linux-fdisk
(das von SuSE) in den Sinn gekommen: Die Partitionsnummern werden "dem
Erstellen nach" den Partitionen vergeben. Somit kann sein dass nach
diversem herumpartitionieren z.B. die erste Partition die nummer 1 hat,
die darauf folgende die 3 und die letzte die 2! Das haben auf DOS
setzende Betriebssysteme gar nicht gern (nicht mal Partitionmagic kann
da helfen, da keine Harddiskdaten erkannt werden!!!)
Sollte dies das Problem verursacht haben, ist es gut moeglich, dass
deine Partition unter Win nicht erkannt wird, aber unter Linux sollte es
dann doch gehen!

> Du hast mir sehr geholfen, Partition Magic sollte ich auch mal ausprobieren.
> Danke danke danke!

Also da haetten wir 1 Stunde Support zu Fr. 240.- plus
Internet-Verbindungskosten Fr. 20.... Ach, was solls, sonst muss ich
noch ne Rechnung schreiben =:)

> > Gruss und
> > *mach das naechste mal backups!!*
> 
> Werd ich.. ist schon seltsam. seit ich so ne grosse hd habe, und 2 Partitionen,
> hab ich nie mehr auf CD gesichert, weil ich immer nur C formatiert habe, um n
> schnelles win zu bekommen.. die Daten lagen auf D...
> 
> Tja, es muss mal was passieren bevor man dran denkt..

Ja, ich hatte auch mal meine Daten-Partition auf D (mit Betonug auf
hatte!) Es war schon spaet, ich war muede und schwupp, war da doch
tatsaechlich ploetzlich meine Datenpartition nach meiner fdisk-orgie
weg! Und mein UrAlt-*%�/"?%-Datstreamer konnte das (zugegebenermassen
auch alte) Backup-Band nicht einlesen!

Und der Mensch lernt doch aus Fehleren, ich glaube, es ist wieder mal
Zeit, ne BackupCD zu brennen.....
Apropos Backup: ich mache es stets mit Linux, selbst die
Windows-Partition geht mit tar wunderar (natuerlich mit Kompression,
passt gut auf ne CD). Ein Restore dauert keine 5 Minuten, und das
Windows ist wieder fast wie frisch installiert!

Weiterhin viel Glueck bei der Datenrettung,
Tibor

Und: Never touch a running system!!!! (also ich kann mich leider nur
selten dran halten)
-- 
visit http://www.pcnetwork.ch

>  Denn  mir ist gerade noch eine furchtbar schreckliche Eigenschaft des Linux-fdisk
> (das von SuSE) in den Sinn gekommen: Die Partitionsnummern werden "dem
> Erstellen nach" den Partitionen vergeben. Somit kann sein dass nach
> diversem herumpartitionieren z.B. die erste Partition die nummer 1 hat,
> die darauf folgende die 3 und die letzte die 2! Das haben auf DOS
> setzende Betriebssysteme gar nicht gern (nicht mal Partitionmagic kann
> da helfen, da keine Harddiskdaten erkannt werden!!!)
> Sollte dies das Problem verursacht haben, ist es gut moeglich, dass
> deine Partition unter Win nicht erkannt wird, aber unter Linux sollte es
> dann doch gehen!
>

guut, denn sowas ist da auch..
jetzt hab ich
/dev/hda1 Prim�re 500 MB mit win drauf
/dev/hda3 Extended
/dev/hda5 Log. Drive auf Extended

>
>
> Also da haetten wir 1 Stunde Support zu Fr. 240.- plus
> Internet-Verbindungskosten Fr. 20.... Ach, was solls, sonst muss ich
> noch ne Rechnung schreiben =:)
>

Nur 240Fr./h?
Tja, ich dachte eher so an Bill-Gates m�ssiges Gehalt..

> Apropos Backup: ich mache es stets mit Linux, selbst die
> Windows-Partition geht mit tar wunderar (natuerlich mit Kompression,
> passt gut auf ne CD). Ein Restore dauert keine 5 Minuten, und das
> Windows ist wieder fast wie frisch installiert!
>

Kannst du mit Linux eine fertige win-installation inklusive einem andern quatsch als
image auf ne CD brennen, und dann wieder zur�ckkopieren? Dass jedes file wieder dort
ist wo es sein sollte und die Attributen hat die es haben sollte usw?

> Weiterhin viel Glueck bei der Datenrettung,
> Tibor
>
>
Danke

>
> Und: Never touch a running system!!!! (also ich kann mich leider nur
> selten dran halten)
>

Geht mit genau so.

Gruss

Claudio

Claudio Mettler <claudio.mettler@schweiz.org> wrote:
> Kannst du mit Linux eine fertige win-installation inklusive einem andern quatsch als

I do something else than tar, which works with MS-DOS, OS/2, and the diverse
other MS-* things (inclusive MS-WINDOWS'NT with NTFS).

I simply dump the raw device (/dev/hda, for example) to tape. Restoration
is quite quick. One could also imagine dumping the image to a NFS or
Samba server, or even do a ssh pipe trick.

Something like
   mt -f /dev/st0 setblk 0
   dd if=/dev/hda of=/dev/st0 bs=32768   # backup
   dd if=/dev/st0 of=/dev/hda bs=32768   # restore

On a DDS-3 tape, it takes from 5 to 10 minutes on a 540 MB harddrive.
On a Fast Ethernet, this could well be diminushed to 2 minutes, or
even less with compression.
But, if this is too slow, you can, of course, only backup a partition,
and maybe the first few blocks of the disk so to get the partition table.

Presumably something like:

    dd if=/dev/hda of=/dev/st0 bs=512 count=2
    dd if=/dev/hda2 of=/dev/st0 bs=32768

restored with:
    dd if=/dev/st0 of=/dev/hda bs=512 count=2
    [ maybe here force a reload of /dev/hda's partition table, e.g.
      through fdisk or rmmod/insmod ide ]
    dd if=/dev/st0 of=/dev/hda2 bs=32768   # restore

NB: this one I didn't try.

Now there are drawbacks to the ``raw dump'' method.
   - the new disk (when the old breaks) must have the exact same
     geometry. I had problems with this on older BIOSes when
     changing the motherboard, e.g.
   - if the old disk and the new disks are not good quality IDE
     drives (now, what does that mean a ``quality'' IDE drive), it
     could happen that the bad blocks are not at the same place.
     With SCSI this is not an issue, since the bad blocks are remapped
     internally. I heard that this also happens with ``modern'' IDE
     drives. I never had a problem with this.

I personnally use that for customer simulated operations, in order
to certify hardware product compatibility. I found this to be the
only safe way to ensure I *always* test on the *same exact*
software configuration.

It's so easy to mess OS/2, MS-DOS, MS-* configuration in a way
it's broken or unusable. And there is no easy way to find
differences in configuration.

NB: the university of Geneva has developped an Ethernet card with a PROM
    (probably adapting Etherboot-2.0) which asks, at PC reboot what
    OS you want (Linux, MS-*, etc). When you say so, it *reloads the
    OS* from the server (presumably a raw copy), ensuring a virus-free,
    configuration-hassle free environment on MS-*, and, moreover, the
    ability to easily switch from MS-* to Linux when needed, e.g. by
    courses, or projects.

Thanks a lot!

Hab unter Linux diese Partition Mounten wollen, und irgendwie enth�lt sie files von der
RedHat Installation (die ich abgebrochen habe). �brigens kann ich sie auch mounten wenn
sie auf FAT32 gesetzt ist, ich frage mich wie Linux das macht!!?!

Naja, ich denke ich werde in Zukunft wiedermal Backups machen

Danke trotzdem

Claudio

Claudio Mettler wrote:
>
> Kannst du mit Linux eine fertige win-installation inklusive einem andern quatsch als
> image auf ne CD brennen, und dann wieder zur�ckkopieren? Dass jedes file wieder dort
> ist wo es sein sollte und die Attributen hat die es haben sollte usw?
> 

mit tar geht das so:

tar cSpzvf backup.tgz /dosc (dosc ist bei mir der Mountpoint der C:
Partition)

und restore: cd /;tar xvSpzf backup.tgz

das 'p' sorgt fuer die Speicherung der korrekten Attribute, das z
komprimiert die Datei. Der Vorteil gegenueber dd:
1. es kopiert die Files (ist also kein echtes Image, wenn du die
Harddisk neu partitionierst, kannst du das Backup immer noch brauchen,
da es die Files speichert
2. damit ist dann nach einem Restore die Partition echt defragmentiert
3. Es sollte (weiss im Moment auch nicht wie) ein inkrementelles Backup
moeglich sein (speichert nur die neuen und veraenderten Dateien).

Nachteil:
falls du die Partition formatierst, musst du nach nem restore zuerst mit
der Notfall-win9x-diskette starten und "sys a: c:" eingeben (aussser du
formatierst direkt mit format c: /s)

Happy backupping,
Tibor
-- 
visit http://www.pcnetwork.ch

Hatte dieses Wochenende genau das gleiche Problem. Doch mit Hilfe eines
DOS-Tools (solls auch mal f�r Linux geben...) konnte ich alles wieder
herstellen, auch wenn es mich das halbe Wochenende gekostet hat.
Also: Geh mal nach  http://www.intercom.com/~ranish und saug dir den
Partition Manager (Freeware !) runter. Danach startest Du diesen mal in
irgendeinem DOS (kann auch das 8.0 von Windoof sein, aber dieses darf nicht
laufen...).
Als erstes w�rde ich dir empfehlen, dass du die aktuellen Einstellungen auf
Diskette sicherst (hat irgendwo soeine Option). So kannst du, falls du
Scheisse baust, wenigstens wieder den Rest zum Laufen bringen.
Ich hoffe, das bringt dich irgendwie weiter.

Claudio Mettler schrieb:

> Als ich mit Disk Druid von RH meine HD partitionieren wollte, ist
> irgendwie meine 14 GB Datenpartition mit sehr wichtigen daten verreckt!
> Dabei hab ich diese Partition gar nicht ber�hrt.
>
> Hat jemand ein tool, mit dem man solche Partitionen retten kann?
> denn ich hab eigentlich ne andere Erweitere Partition umpartitioniert,
> nicht diese.
> sie ist im Fdisk noch vorhanden als erweiterte partition, aber das
> logisch laufwerk darauf hat keinen FS-Typ!
>
> Hilfe!
>
> Ich hoffe jemand kennt das prob.
> und sorry, passt nicht so hiernin, aber vielleicht hat jemand
> redhat-partitionier-erfahrung!
>
> Gruss
>
> Claudio