[linux]partitie-spaghetti

Pagina: 1
Acties:

  • smokalot
  • Registratie: Juni 2001
  • Laatst online: 15-01 22:00

smokalot

titel onder

Topicstarter
*zucht*

ik heb mezelf een beetje ondergegraven in de partitie-shit :(

ik had een kleine /boot, een 13G aan /home, 14G voor /, en dan nog een FAT32 partitie van 45G. Het hele idee was om de FAT32 partitie op ext3 te laten draaien.

Om dat te doen heb ik wat ruimte vrijgemaakt erop, en verkleind (met parted), en toen in de vrij ruimte een partitie gemaakt, wat data van de FAT32 weer overgezet naar deze nieuwe partitie, en het geheel herhaald.

nou ja, het komt er iig op neer dat ik nu deze layout heb:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
                                  cfdisk 2.12

                              Disk Drive: /dev/hda
                        Size: 82348277760 bytes, 82.3 GB
             Heads: 16   Sectors per Track: 63   Cylinders: 159560

    Name        Flags      Part Type  FS Type          [Label]        Size (MB)
 ------------------------------------------------------------------------------
    hda4                    Primary   Linux ext3                         641.58*
    hda5                    Logical   Linux ext3                       16318.99*
    hda6                    Logical   Linux                            14739.71*
    hda7                    Logical   Linux                            20786.71*
    hda3                    Primary   W95 FAT32 (LBA)                  18916.47
                                      Unusable                             0.23*
    hda1                    Primary   Linux ext3                       10939.63*
                                      Unusable                             5.00*

de unusable komt omdat de partitienummers op zijn geloof ik, daardoor moest ik een beetje goochelen, en daarbij is er blijkbaar van alles fout gegaan, want hda6 en hda7 (hda6 is de oude home, hda7 is een nieuwe partitie met wat data van de fat32 schijf, net als hda1) zijn geen geldige ext3 meer!

ik had op gegeven moment wat ruimte over tussen hda5 en hda6, en tussen hda6 en hda7, toen heb ik die tussen hda5 en hda6 aan hda5 gegeven, en die tussen hda6 en hda7 aan hda6. Dit omdat ik begreep dat een partitie met filesystem op hetzelfde punt moet beginnen, omdat daar de superblock staat. later zou je dan het fs kunnen resizen.

maar dat lukt dus niet...

zijn er hier filesystem/partie guru's die mij kunnen vertellen wat ik moet doen om mn data terug te krijgen?

It sounds like it could be either bad hardware or software


  • Spider.007
  • Registratie: December 2000
  • Niet online

Spider.007

* Tetragrammaton

Dat ziet er inderdaad uit als een lekkere bende.. Maar ik mis even of je nu nog wel bij je data kunt? Kun je bijvoorbeeld die hda3 partitie niet meer mounten? Verder mis je een bootable partitie wat het opstarten zou kunnen bemoeilijken. Je hebt geen tweede disk liggen om de schoonmaakwerkzaamheden te vergemakkelijken?

---
Prozium - The great nepenthe. Opiate of our masses. Glue of our great society. Salve and salvation, it has delivered us from pathos, from sorrow, the deepest chasms of melancholy and hate


  • smokalot
  • Registratie: Juni 2001
  • Laatst online: 15-01 22:00

smokalot

titel onder

Topicstarter
ik kan hda3 nog wel mounten, maar hda6 en hda7 dus niet.

vooral hda6 is nogal belangrijk, dat is /home nl :X

booten is geen probleem, grub staat op de MBR.

ik heb nog wel wat schijven, maar de data erop gooi ik liever niet weg. Maar als jij een idee hebt hoe ik mn /home terugkrijg door iets op een andere schijf te zetten doe ik t meteen!

It sounds like it could be either bad hardware or software


  • Creepy
  • Registratie: Juni 2001
  • Laatst online: 19:53

Creepy

Tactical Espionage Splatterer

Zo te zien ben je je extended partitie kwijt. Aan de nummering te zien gok ik dat /dev/hda2 je extended partitie was. In de extended partitie "staan" al je logical partities. Maar hoe dit weer goed te krijgen kan ik je helaas niet mee helpen.

Er zijn wel tools om partitie tabellen te reparen. Maar als je pech hebt slopen ze meer dan dat ze recht zetten

[ Voor 3% gewijzigd door Creepy op 20-06-2004 14:21 ]

"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney


  • smokalot
  • Registratie: Juni 2001
  • Laatst online: 15-01 22:00

smokalot

titel onder

Topicstarter
volgens mij ben ik mn extended partitie niet kwijt, dat is niet zo goed te zien met cfdisk, maar wel met fdisk:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
# fdisk -l

Disk /dev/hda: 82.3 GB, 82348277760 bytes
16 heads, 63 sectors/track, 159560 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1          138354      159551    10683225   83  Linux
/dev/hda2            1244      101700    50630265    5  Extended
/dev/hda3          101701      138353    18473112    c  W95 FAT32 (LBA)
/dev/hda4               1        1244      626503+  83  Linux
/dev/hda5            1244       32864    15936479+  83  Linux
/dev/hda6           32864       61424    14394208+  83  Linux
/dev/hda7           61424      101700    20299482+  83  Linux

Partition table entries are not in disk order


hda2 is de extended partitie, en die omvat volgens mij netjes hda5-hda7.

sterker nog, hda5 is /, en daar heeft ie totaal geen problemen mee.

het gekke is dat als ik een fdisk -l van voor de transformatie ertegenaan houd ik bij hda6 en hda7 hetzelfde zie. maar misschien lees ik het wel helemaal verkeerd.

oude fdisk:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
# fdisk -l

Disk /dev/hda: 82.3 GB, 82348277760 bytes
16 heads, 63 sectors/track, 159560 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1          138354      159551    10683225   83  Linux
/dev/hda2            1244       82634    41021001    5  Extended
/dev/hda3          101701      138353    18473112    c  W95 FAT32 (LBA)
/dev/hda5            1244       32864    15936448+  83  Linux
/dev/hda6           32864       61424    14394208+  83  Linux
/dev/hda7           61424       82634    10690249+  83  Linux

[ Voor 37% gewijzigd door smokalot op 20-06-2004 14:24 ]

It sounds like it could be either bad hardware or software


  • irondog
  • Registratie: Januari 2001
  • Laatst online: 11-05-2025

irondog

alle dingen moeten onzin zijn

het gekke is dat als ik een fdisk -l van voor de transformatie ertegenaan houd ik bij hda6 en hda7 hetzelfde zie. maar misschien lees ik het wel helemaal verkeerd.
Nou, ik zie wel verschillen. God wat een bende!

code:
1
2
3
4
5
6
7
8
9
10
Device Boot      Start         End      Blocks   Id  System
/dev/hda1          138354      159551    10683225   83  Linux
/dev/hda2            1244      101700    50630265    5  Extended
/dev/hda3          101701      138353    18473112    c  W95 FAT32 (LBA)
/dev/hda4               1        1244      626503+  83  Linux
/dev/hda5            1244       32864    15936479+  83  Linux
/dev/hda6           32864       61424    14394208+  83  Linux
/dev/hda7           61424      101700    20299482+  83  Linux

Partition table entries are not in disk order

1. Je hebt hier gewoon een overlap van 1 cylinder: levensgevaarlijk om hier mee te gaan werken. De eerste partitie loopt van 1 tot 1244 terwijl de volgende partitie weer bij 1244 begint.
2. Partition table are not in disk order: Waarom fix je dit niet eerst. Een menselijke fout is nu natuurlijk zo gemaakt. Bovendien eng om er dan zo'n resize programma op los te laten.
het gekke is dat als ik een fdisk -l van voor de transformatie ertegenaan houd ik bij hda6 en hda7 hetzelfde zie. maar misschien lees ik het wel helemaal verkeerd.
Dat verschil zie ik dus wel. hda7 was eerst echt een stuk kleiner.

code:
1
2
3
4
5
6
7
8
9
10
11
Disk /dev/hda: 82.3 GB, 82348277760 bytes
16 heads, 63 sectors/track, 159560 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1          138354      159551    10683225   83  Linux
/dev/hda2            1244       82634    41021001    5  Extended
/dev/hda3          101701      138353    18473112    c  W95 FAT32 (LBA)
/dev/hda5            1244       32864    15936448+  83  Linux
/dev/hda6           32864       61424    14394208+  83  Linux
/dev/hda7           61424       82634    10690249+  83  Linux

Waar is cylinder 1 tot 1243? Waar is cylinder 82635 tot 101700?

Hier zie ik weer een vette overlap, en deze zal de problemen veroorzaakt hebben.

Pak knoppix, zorg dat je deze partitietabellen goed backupt (de output van fdisk -l dus!). Maak de partitietabel LEEG! Maak een partitie 1 beginnend bij cylinder 32865 eindigend bij cylinder 61424 en mount deze. Start een NFS / FTP server op knoppix en haal je gegevens over naar een andere PC en ga dan verder spelen.

Als dit niet werkt, gok dan een ander beginpunt / grootte van de partitie die je terug wilt winnen. MOUNT READONLY en nix kwaadaardigs zal gebeuren!!!

GEBRUIK fdisk, hiervan kan ik je garanderen dat ie niets, maar dan ook niets anders doet dan het schrijven in de partitietabel, de eigenlijke data verwoest je pas bij het formatteren / rw mounten.

[P5B deluxe] [Core2Duo 6300] [2 X 1GB DDR2] [GF FX7300] [320 GB WD] [Gentoo] [VISTA]


  • smokalot
  • Registratie: Juni 2001
  • Laatst online: 15-01 22:00

smokalot

titel onder

Topicstarter
1 tot 1243 was vroeger swap, maar omdat ik logische partities te kort kwam en swap toch niet nodig had heb ik deze verwijderd.

Die andere kwam omdat ik bij het resizen met parted een iets te groot beginpunt had gekozen voor de nieuwe partitie.

* smokalot gaat de aanwijzingen van irondog opvolgen, duim voor me :X

It sounds like it could be either bad hardware or software


  • smokalot
  • Registratie: Juni 2001
  • Laatst online: 15-01 22:00

smokalot

titel onder

Topicstarter
knoppix meent dat er geen ext2-fs op dat stukje schijf te vinden is :'(

ik ga maar even kijken wat er nog te redden valt...

heeft iemand een idee voor een goed ext2-rescue-progsel, die hiervoor geschikt zou zijn? mag betaald zijn...

edit:
ehm, nu kan ie zelfs mn / niet meer vinden :?

ik zou toch gewoon een partitie aan moeten maken van 1244 tot 32864? of moet deze per se in een extended partitie liggen?

[ Voor 29% gewijzigd door smokalot op 20-06-2004 16:34 ]

It sounds like it could be either bad hardware or software


  • irondog
  • Registratie: Januari 2001
  • Laatst online: 11-05-2025

irondog

alle dingen moeten onzin zijn

smokalot schreef op 20 juni 2004 @ 16:26:
knoppix meent dat er geen ext2-fs op dat stukje schijf te vinden is :'(

ik ga maar even kijken wat er nog te redden valt...

heeft iemand een idee voor een goed ext2-rescue-progsel, die hiervoor geschikt zou zijn? mag betaald zijn...

edit:
ehm, nu kan ie zelfs mn / niet meer vinden :?

ik zou toch gewoon een partitie aan moeten maken van 1244 tot 32864? of moet deze per se in een extended partitie liggen?
Nu moet je natuurlijk niet meer gaan booten vanaf hd, totdat je je partitietabel gefixt hebt.

Er zijn veel tools om Partities terug te vinden. Zoek maar eens op google naar "partition recovery". Ik kan ze allemaal afraden, want jij weet waarschijnlijk beter dan zo'n programma wat je verneukt hebt.

Een oud tooltje dat goed werkt is mrecover:
http://www.kristenonline.com/lain/cih/mrecover.zip
Maak een DOS bootflop, start het programma, selecteer een drive om te scannen, en laat hem vanaf het begin (0) naar partities zoeken. Dit duurt waarschijnlijk lang, maar hij zal ergens een fat partitie vinden. Zodra dit in beeld komt, moet je duidelijk opschrijven wat dit programma aangeeft.
Laat dit programma niets doen (want als ie het mis heeft / iets verkeerds doet dan vergaat het lachen je snel).
Als het programma aangeeft dat hij op een of andere plaats een fat32 superblok gevonden heeft, bedenk / bereken dan welke cylinder dat is. Bereken ook de grootte in cylinders en maak in linux met fdisk dan de juiste partitie, reboot eventueel, mount de partitie en inspecteer de inhoud.

Als je zorgvuldig te werk gaat met knoppix en het bovenstaande DOS tooltje. Zul je je partitie terug moeten vinden.

edit:
oeps, het gaat om een ext3 partitie, los van het feit dat mrecover met Linux partities om kan gaan, zou je misschien beter iets moderners zoeken. Ik wil nogmaals benadrukken dat je pas mag booten / rw mounten met deze schijf als je er weer helemaal zeker van bent dat je partitietabel klopt.

[ Voor 9% gewijzigd door irondog op 20-06-2004 16:54 ]

[P5B deluxe] [Core2Duo 6300] [2 X 1GB DDR2] [GF FX7300] [320 GB WD] [Gentoo] [VISTA]


  • smokalot
  • Registratie: Juni 2001
  • Laatst online: 15-01 22:00

smokalot

titel onder

Topicstarter
ik heb de FAT32 partitie teruggevonden, maar de anderen nog niet.

ik kan de andere partities niet vinden, deze zijn allemaal ext2/ext3, en hoewel mijn fins (?) niet zo goed is geloof ik niet dat dat tooltje ze kan opsporen. Ik heb niet geprobeerd van hdd te booten hoor, ook binnen knoppix kan ik ze gewoon niet vinden...

ik ga wel even uitzoeken hoe ik cylinders kan berekenen adhv de positie in MBs.

It sounds like it could be either bad hardware or software


  • cavey
  • Registratie: Augustus 2000
  • Laatst online: 17-02 19:31
ik kan je een tip geven, heb zelf ook flink lopen eikelen met m'n partities toen ik over ging van 3 schijven naar 1 hardeschijf (linux migratie ole ole).

maximaal 4 primary partities, of 3 primary partities en 1 extenden partitie.

dussssssssssss ......... zul je flink moeten goochelen om dat in orde te krijgen.... die unusable space moet je dus in je extended partitie zien te krijgen ... suc6 daarmee (herpartitie zal uitkomst moeten bieden.... hopelijk heb je een backup strategie ;) )

Bij mij was het niet zo een probleem, echter een mixed environment opzetten (win2k/linux) met behoud van m'n oude linux install was een crime.

maar uiteindelijk gelukt.

hda1 = /boot
hda2 = win2k
hda3 = /
hda5 = /usr
hda6 = /home
hda7 = /var
hda8 = /tmp

ofzo.... 5-8 extended partitie... owja, zit ook nog ergens een swap tussen :P hda9 ofzo

maar goed, heeft me wat hoofdbrekens gekost, maar kwam erop neer: 3 primary + 1 extended. 4 primary + 1 extended ging niet lukken .... (of had ik iig niet nodig)...


[toevoeging]
ext3 is een laag over ext2...... dus je kan er gewoon met ext2 tools bij.. alleen je journalling is zwaar fux0r3d dan. Hehe.. maar dat boeit nu toch niet, omdat de boel toch al fux0r3d is...

[ Voor 10% gewijzigd door cavey op 20-06-2004 16:58 ]


  • smokalot
  • Registratie: Juni 2001
  • Laatst online: 15-01 22:00

smokalot

titel onder

Topicstarter
mn journal kan me idd niet zo heel veel schelen, dat ik mn hele / kwijt ben, en mn hele /home is wel een stukje vervelender.

schrale troost is dat ik de FAT32 weer terug heb, dat zijn al mn mp3tjes tenminste...

wat ik nog moet weten is:
- hoe bereken ik de correcte cylinder aan de hand van de output van parted:
code:
1
2
3
4
5
6
7
8
9
Disk geometry for /dev/ide/host0/bus0/target0/lun0/disc: 0.000-78533.437 megabytes
Disk label type: msdos
Minor    Start       End     Type      Filesystem  Flags
2        611.851  30231.694  extended
5        611.881  16174.819  logical   ext3
6      16174.850  30231.694  logical   ext3
3      30232.125  58711.570  primary   fat32       lba
4      58711.570  68095.832  primary
1      68095.833  78528.669  primary   ext3

- als ik een partitie maak die een ext2 partitie zou moeten bevatten, is het dan erg als het einde een paar cilinders te vroeg/laat zit? het belangrijkst is toch de superblock, en die zit toch in de eerste cilinder?

It sounds like it could be either bad hardware or software


  • irondog
  • Registratie: Januari 2001
  • Laatst online: 11-05-2025

irondog

alle dingen moeten onzin zijn

smokalot schreef op 20 juni 2004 @ 16:55:
ik heb de FAT32 partitie teruggevonden, maar de anderen nog niet.

ik kan de andere partities niet vinden, deze zijn allemaal ext2/ext3, en hoewel mijn fins (?) niet zo goed is geloof ik niet dat dat tooltje ze kan opsporen. Ik heb niet geprobeerd van hdd te booten hoor, ook binnen knoppix kan ik ze gewoon niet vinden...
Deze is engels:
http://www.pcworld.com/do...ad.asp?fid=6614&fileidx=1
ik ga wel even uitzoeken hoe ik cylinders kan berekenen adhv de positie in MBs.
Dat is niet moeilijk:
code:
1
2
3
Disk /dev/hda: 82.3 GB, 82348277760 bytes
16 heads, 63 sectors/track, 159560 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes


Denk na en juig / boot niet te vroeg.
Voor later:
Geef goede nummers aan de partities, verander je /etc/fstab op de juiste manier, geef aan de kernel de goede root partitie door bij het booten als dit verandert.

Je moet een of ander tooltje nu gewoon laten zoeken en jouw laten vertellen hoe hij denkt dat de partities eruit zien op je schijf. Of zelf nadenken over wat je allemaal gedaan hebt en in welke volgorde.
- als ik een partitie maak die een ext2 partitie zou moeten bevatten, is het dan erg als het einde een paar cilinders te vroeg/laat zit? het belangrijkst is toch de superblock, en die zit toch in de eerste cilinder?
Je moet het nu gewoon goed doen: geen overlap, geen gaten. Het eerste cylinder moet sowieso goed zijn. De laatste zal bij de meeste filesystems inderdaad minder nauw komen.

[ Voor 24% gewijzigd door irondog op 20-06-2004 17:13 ]

[P5B deluxe] [Core2Duo 6300] [2 X 1GB DDR2] [GF FX7300] [320 GB WD] [Gentoo] [VISTA]


  • AlterEgo
  • Registratie: Juli 2001
  • Niet online
Er is een tooltje om partitie-boundaries te "raden":
Gpart ( http://www.stud.uni-hannover.de/user/76201/gpart ) raadt start- en eindpunt om per ongeluk verloren gegane partities te kunnen herstellen.

Ik heb het nog nooit hoeven gebruiken, dus ik heb geen ervaring.

  • usr-local-dick
  • Registratie: September 2001
  • Niet online
Als je met een rescue cd iets hebt weten te mounten en je kan je files weer zien dan kun je via de bekende tar truuk de inhoud via het netwerk kopieren naar een machine (hier met ip 192.168.1.2):

code:
1
2
cd /mount/screwedup
(tar cf .) | ssh -c arcfour 192.168.1.2 'cd /opt/backups; tar xfp -'

misschien ten overvloede maarja in noodgevallen vergeet je wel eens wat...

  • smokalot
  • Registratie: Juni 2001
  • Laatst online: 15-01 22:00

smokalot

titel onder

Topicstarter
update:
een vriend van me die wel wat vaker data-recovery gedaan heeft heeft de schijf geanalyseerd, maar naast de FAT32 partitie niet veel kunnen vinden. Hij is nu (al 8 uur, nog een aantal te gaan) bezig de RAW data te analyseren, wellicht dat daar nog wat belangrijke filetjes uitkomen, maar dat is erg moeizaam dus.

ik heb besloten maar een 120gig schijf te kopen, en daarop het systeem opnieuw te bouwen, en dan de data van de kapotte schijf te kopieren naar dat ding, en daarop te analyseren (hoewel dat dus veeeeel tijd gaat kosten).

It sounds like it could be either bad hardware or software

Pagina: 1