Pajad partitionstabell och lite andra problem [LÖST]

[m!rage]

Bytte ner mig från Windows 7 till Windows XP idag. Efter installationen var förstås MBR överskrivet men det var ju väntat. Men när jag bootar en Live-CD med Gparted så hittar den bara en stor grå massa på hårddisken märkt "Unallocated". Samma för både Gparted 0.3.9.4 och det som följer med Ubuntu 9.10.
Windows startar dock fortfarande och i Diskhantering kan jag se de andra partitionerna, även om Windows inte läsa dem. Jag har även en Symantec Recovery CD som jag använde för att ställa om boot-flaggan (jag har grub på sda2 och inte i MBR). Men Ubuntu startar ändå inte, det kommer förbi Grub men hänger sig sen i uppstarten.
Jag har backup på allt viktigt ifall det skulle skita sig, jag vill bara försöka fixa det systemet som redan finns där. Testdisk kanske?

[Rune.K]

Jag har haft problem med att diskhanterarna i Win 7 och Win XP inte läser och skriver partitioner likadant.
Kanske det kan vara förklaringen...

Om du kommer förbi grub så prova att starta i "recovery mode".

[m!rage]

Går inte, det stannar på samma ställe

[m!rage]

Körde igång Clonezilla från ett usb-minne. Det verkar hitta partitionerna. Jag kan även se dem om jag kör fdisk -l. Men något verkar ändå fel, de heter inte vad de borde heta. Jag vill minnas att jag hade det partitionerat så här:

sda1 ntfs Windows
sda2 ext3 /boot
sda3 utökat filsystem
- sda5 ext4 /
- sda6 ext4 /home
- sda7 swap

Men när jag nu monterar allt så ser det ut så här:
sda1 ntfs Windows
sda2 ext3 /boot
sda3 utökat filsystem
- sda4 ext4 /home
- sda5 ext4 /

Jag kan ha förväxlat / och /home men hur som helst så borde sda4 inte finnas, eftersom den första logiska partitionen börjar på nummer 5

[Osprey]

Får du samma resultat med Gparted Live..?

[Bowmore]

Ajdå, känner igen problemet. Råkade ut för det när jag blandade mellan PartionMagic och GParted och hamnade i situationer där den ena kunde läsa disken men inte den andra. I några fall indikerade PartionMagic disken som BAD medan GParted tyckte den var frisk. I andra fall precis som i ditt fall. Numer när jag installerar Windows så skapar jag först partitionen med GParted och installera sen Windows på den.

Jag kan tänka mig att du tog bort Win7-partitionen och sen lät XP skapa en ny under installationen och det kan om man har otur resultera i just att GParted inte längre kan läsa hårddisken.

En bra start är väl att köra en analys med testdisk som du skriver och även kolla med fdisk -l att det ser ok ut och inga överlapp. Borde även gå att ta bort XP-partitionen med fdisk och se om det löser sig. Kör du grub legacy så behöver du nog skriva om VBR (MBR's like i partitionens bootsektor där jag förstod att du skivit in den) om Ubuntus systempartition gränsar till XP's dito.

Edit
Såg att det kommit in några inlägg före mitt på vägen

[Bowmore]

Jag vill minnas att jag hade det partitionerat så här:
sda1 ntfs Windows
sda2 ext3 /boot
sda3 utökat filsystem
- sda5 ext4 /
- sda6 ext4 /home
- sda7 swap

Men när jag nu monterar allt så ser det ut så här:
sda1 ntfs Windows
sda2 ext3 /boot
sda3 utökat filsystem
- sda4 ext4 /home
- sda5 ext4 /

Jag minns ett tidigare fall (tråd) där jag var inblandad men kommer inte ihåg vem det var som drabbades då. Hur som helst, så visade det sig vara ett överlapp mellan två partitioner som orsakade det problemet.

Som du ser så heter den logiska partitionen där /home ligger nu helt plötsligt sda4! sda4 är beteckningen på en primär partition! Frågan är hur detta har hänt? Är det så att Windows sda1 fysiskt ligger intill den utökade partitionen sda3?

[m!rage]

Fysiskt på hårddisken ligger sda1 (ntfs) först [60GB], sen sda2 (ext3, /boot) [250MB] och sen sda3 som är ett utökat filsystem på ungefär 40GB. Analyserade disken med Testdisk, loggen följer nedan. sdb är usb-minnet som jag startade ifrån

Kod: Markera allt

Sat Jan 16 18:26:36 2010
Command line: TestDisk

TestDisk 6.9, Data Recovery Utility, February 2008
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
Linux version (ext2fs lib: 1.41.3, ntfs lib: 10:0:0, reiserfs lib: none, ewf lib: none)
Hard disk list
Disk /dev/sda - 100 GB / 93 GiB - CHS 12161 255 63, sector size=512 - ATA FUJITSU MHV2100B
Disk /dev/sdb - 2045 MB / 1951 MiB - CHS 1022 63 62, sector size=512 - Generic STORAGE DEVICE

Disk /dev/sda - 100 GB / 93 GiB - ATA FUJITSU MHV2100B
Partition table type: Intel

Analyse Disk /dev/sda - 100 GB / 93 GiB - CHS 12161 255 63
Geometry from i386 MBR: head=255 sector=63
NTFS at 0/1/1
get_geometry_from_list_part_aux head=255 nbr=12
get_geometry_from_list_part_aux head=8 nbr=2
get_geometry_from_list_part_aux head=16 nbr=2
get_geometry_from_list_part_aux head=32 nbr=1
get_geometry_from_list_part_aux head=64 nbr=1
get_geometry_from_list_part_aux head=128 nbr=1
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=12
Current partition structure:
 1 P hid. HPFS/NTFS           0   1  1  7953 254 63  127780947
 2 * Linux                 7954   0  1  7985 254 63     514080
 3 E extended              7986   0  1 12160 254 63   67071375
 4 P Linux                 9914   1  1 12029 254 63   33993477
Space conflict between the following two partitions
 3 E extended              7986   0  1 12160 254 63   67071375
 4 P Linux                 9914   1  1 12029 254 63   33993477
   X extended              7986   0  2  9913 254 63   30973319
 5 L Linux                 7986   2  1  9913 254 63   30973194
   X extended             12030   0  1 12160 254 63    2104515
 6 L Linux Swap           12030   1  1 12160 254 63    2104452
Ask the user for vista mode
Computes LBA from CHS for Disk /dev/sda - 100 GB / 93 GiB - CHS 12162 255 63
Allow partial last cylinder : Yes
search_vista_part: 1

search_part()
Disk /dev/sda - 100 GB / 93 GiB - CHS 12162 255 63
NTFS at 0/1/1
filesystem size           127780947
sectors_per_cluster       8
mft_lcn                   786432
mftmirr_lcn               7986309
clusters_per_mft_record   -10
clusters_per_index_record 1
   D HPFS - NTFS              0   1  1  7953 254 63  127780947
     NTFS, 65 GB / 60 GiB

recover_EXT2: s_block_group_nr=0/31, s_mnt_count=21/26, s_blocks_per_group=8192
recover_EXT2: s_blocksize=1024
recover_EXT2: s_blocks_count 257040
recover_EXT2: part_size 514080
   D Linux                 7954   0  1  7985 254 63     514080
     EXT3 Sparse superblock, 263 MB / 251 MiB

recover_EXT2: s_block_group_nr=0/118, s_mnt_count=34/38, s_blocks_per_group=32768
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 3871649
recover_EXT2: part_size 30973192
   D Linux                 7986   2  1  9913 254 61   30973192
     EXT3 Large file Sparse superblock, 15 GB / 14 GiB

recover_EXT2: s_block_group_nr=0/129, s_mnt_count=26/30, s_blocks_per_group=32768
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 4249184
recover_EXT2: part_size 33993472
   D Linux                 9914   1  1 12029 254 58   33993472
     EXT3 Large file Sparse superblock, 17 GB / 16 GiB
   D Linux Swap           12030   1  1 12160 254 43    2104432
     SWAP2 version 1, 1077 MB / 1027 MiB
get_geometry_from_list_part_aux head=255 nbr=8
get_geometry_from_list_part_aux head=8 nbr=2
get_geometry_from_list_part_aux head=16 nbr=2
get_geometry_from_list_part_aux head=32 nbr=1
get_geometry_from_list_part_aux head=64 nbr=1
get_geometry_from_list_part_aux head=128 nbr=1
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=8

Results
   * HPFS - NTFS              0   1  1  7953 254 63  127780947
     NTFS, 65 GB / 60 GiB
   P Linux                 7954   0  1  7985 254 63     514080
     EXT3 Sparse superblock, 263 MB / 251 MiB
   L Linux                 7986   2  1  9913 254 63   30973194
     EXT3 Large file Sparse superblock, 15 GB / 14 GiB
   L Linux                 9914   1  1 12029 254 63   33993477
     EXT3 Large file Sparse superblock, 17 GB / 16 GiB
   L Linux Swap           12030   1  1 12160 254 63    2104452
     SWAP2 version 1, 1077 MB / 1027 MiB

interface_write()
 1 * HPFS - NTFS              0   1  1  7953 254 63  127780947
 2 P Linux                 7954   0  1  7985 254 63     514080
 3 E extended LBA          7986   1  1 12160 254 63   67071312
 5 L Linux                 7986   2  1  9913 254 63   30973194
 6 L Linux                 9914   1  1 12029 254 63   33993477
 7 L Linux Swap           12030   1  1 12160 254 63    2104452
simulate write!

write_mbr_i386: starting...
write_all_log_i386: starting...
write_all_log_i386: CHS: 7986/1/1,lba=128295153
write_all_log_i386: CHS: 9914/0/1,lba=159268410
write_all_log_i386: CHS: 12030/0/1,lba=193261950

TestDisk exited normally.

Jag har lite svårt att tyda loggen, men det jag reagerar på är att det står space conflict mellan partition 3 och 4, dvs utökat filsystem och /. Vad ska jag göra nu? ta bort sda1 med fdisk?

[Bowmore]

Hmm, testdisk säger samma sak men har inte hunnit läsa hela loggen än.

Det den och säger är att en logisk partition blivit primär vilket testdisk då loggar som "Space conflict between the following two partitions" eftersom en primär partition inte kan ingå i en extended.

Det intressanta nu är vad följande kommando ger

Kod: Markera allt

sudo dd if=/dev/sda count=1 | hexdump -C

som i slutet innehåller partitionstabellen för de primära partitionerna.

[m!rage]

Kod: Markera allt

$ sudo dd if=/dev/sda count=1 | hexdump -C
1+0 records in
1-0 records out
512 bytes (512 B) copied, 2.0883e-05 s, 24.5 MB/s
00000000  33 c0 8e d0 bc 00 7c fb  50 07 50 1f fc be 1b 7c  |3.....|.P.P....||
00000010  bf 1b 06 50 57 b9 e5 01  f3 a4 cb bd be 07 b1 04  |...PW...........|
00000020  38 6e 00 7c 09 75 13 83  c5 10 e2 f4 cd 18 8b f5  |8n.|.u..........|
00000030  83 c6 10 49 74 19 38 2c  74 f6 a0 b5 07 b4 07 8b  |...It.8,t.......|
00000040  f0 ac 3c 00 74 fc bb 07  00 b4 0e cd 10 eb f2 88  |..<.t...........|
00000050  4e 10 e8 46 00 73 2a fe  46 10 80 7e 04 0b 74 0b  |N..F.s*.F..~..t.|
00000060  80 7e 04 0c 74 05 a0 b6  07 75 d2 80 46 02 06 83  |.~..t....u..F...|
00000070  46 08 06 83 56 0a 00 e8  21 00 73 05 a0 b6 07 eb  |F...V...!.s.....|
00000080  bc 81 3e fe 7d 55 aa 74  0b 80 7e 10 00 74 c8 a0  |..>.}U.t..~..t..|
00000090  b7 07 eb a9 8b fc 1e 57  8b f5 cb bf 05 00 8a 56  |.......W.......V|
000000a0  00 b4 08 cd 13 72 23 8a  c1 24 3f 98 8a de 8a fc  |.....r#..$?.....|
000000b0  43 f7 e3 8b d1 86 d6 b1  06 d2 ee 42 f7 e2 39 56  |C..........B..9V|
000000c0  0a 77 23 72 05 39 46 08  73 1c b8 01 02 bb 00 7c  |.w#r.9F.s......||
000000d0  8b 4e 02 8b 56 00 cd 13  73 51 4f 74 4e 32 e4 8a  |.N..V...sQOtN2..|
000000e0  56 00 cd 13 eb e4 8a 56  00 60 bb aa 55 b4 41 cd  |V......V.`..U.A.|
000000f0  13 72 36 81 fb 55 aa 75  30 f6 c1 01 74 2b 61 60  |.r6..U.u0...t+a`|
00000100  6a 00 6a 00 ff 76 0a ff  76 08 6a 00 68 00 7c 6a  |j.j..v..v.j.h.|j|
00000110  01 6a 10 b4 42 8b f4 cd  13 61 61 73 0e 4f 74 0b  |.j..B....aas.Ot.|
00000120  32 e4 8a 56 00 cd 13 eb  d6 61 f9 c3 49 6e 76 61  |2..V.....a..Inva|
00000130  6c 69 64 20 70 61 72 74  69 74 69 6f 6e 20 74 61  |lid partition ta|
00000140  62 6c 65 00 45 72 72 6f  72 20 6c 6f 61 64 69 6e  |ble.Error loadin|
00000150  67 20 6f 70 65 72 61 74  69 6e 67 20 73 79 73 74  |g operating syst|
00000160  65 6d 00 4d 69 73 73 69  6e 67 20 6f 70 65 72 61  |em.Missing opera|
00000170  74 69 6e 67 20 73 79 73  74 65 6d 00 00 00 00 00  |ting system.....|
00000180  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001b0  00 00 00 00 00 2c 44 63  79 06 79 06 00 00 00 01  |.....,Dcy.y.....|
000001c0  01 00 17 fe ff ff 3f 00  00 00 53 c8 9d 07 80 fe  |......?...S.....|
000001d0  ff ff 83 fe ff ff 92 c8  9d 07 20 d8 07 00 00 fe  |.......... .....|
000001e0  ff ff 05 fe ff ff b2 a0  a5 07 8f 6d ff 03 00 fe  |...........m....|
000001f0  ff ff 83 fe ff ff 79 3e  7e 09 05 b3 06 02 55 aa  |......y>~.....U.|
00000200

[Bowmore]

Det var som jag trodde

000001be 00 01 01 00 17 fe ff ff 3f 00 00 00 53 c8 9d 07
000001ce 80 fe ff ff 83 fe ff ff 92 c8 9d 07 20 d8 07 00
000001de 00 fe ff ff 05 fe ff ff b2 a0 a5 07 8f 6d ff 03
000001ee 00 fe ff ff 83 fe ff ff 79 3e 7e 09 05 b3 06 02

De röda siffrorna anger filtyp
17 = dold ntfs-partition
83 = extN-partition
05 = utökad partition
Den sista raden (0x1ee-0x1fd) är info om sda4, det är den fjärde och sista platsen i partitionstabellen för primära partitioner.

Varför den tidigare logiska partitionen blivit en primär sda4 förstår jag inte men antar att det skett under installationen av Windows XP.

Det man kan testa är att först backa upp de första 512 bytes på sda (dvs MBR) med dd för att sen kunna återställa MBR. Sen kan man med dd nollställa de 16 bytes 0x1ee-0x1fd i MBR. Då borde det mesta dyka upp igen i Gparted mfl, dock med risk för att "sda4" saknas som logisk partition.

Sda4 borde man få fram genom att istället nollställa bytes 0x1de-0x1ed.

I övrigt verkar partitionerna intakta, och frågan är om inte testdisk kan fixa till det, dvs nollställa pos 4 i partitionstabellen och länka in den i den logiska partitionskedjan. Dock mer än jag vet då jag knapp använt testdisk.

[m!rage]

Ok, vad är kommandot för att nollställa endast de bytes:en? Göra backup på hela sektorn är ju helt enkelt

Kod: Markera allt

dd if=/dev/sda of=fil count=1

Och hur påverkas sda4? Den "finns" ju inte, eller? Eller menar du den som blivit felmärkt, alltså sda6? Bästa sättet kanske är att använda testdisk, om jag tar backup på hela sektor 1 (MBR?) så borde väl inget ont kunna hända?

[Rune.K]

Ok, vad är kommandot för att nollställa endast de bytes:en? Göra backup på hela sektorn är ju helt enkelt

Kod: Markera allt

dd if=/dev/sda of=fil count=1

Och hur påverkas sda4? Den "finns" ju inte, eller? Eller menar du den som blivit felmärkt, alltså sda6? Bästa sättet kanske är att använda testdisk, om jag tar backup på hela sektor 1 (MBR?) så borde väl inget ont kunna hända?

STOPP !
Jag misstänker starkt att du missförstått Bowmore's förklaring av att ta backup på MBR.
Avvakta tills Bowmore återkommer.

[Bowmore]

Japp, backa upp MBR med t.ex

Kod: Markera allt

sudo dd if=/dev/sda of=mbr_backup count=1

Sen kommer det lite obehagliga då det är lätt att göra fel och man nollar saker som inte ska nollas.

Det jag kommit fram till är att detta borde ta bort sda4 som primär partition i tabellen.

Kod: Markera allt

sudo dd if=/dev/zero of=/dev/sda bs=1 skip=494 count=16

dvs blockstorlek = 1 byte, skippa de första 494 (=0x1ee) bytes och nollställ sen de följande 16 bytes.

Har verifierat att den nollar 10 bytes men inte att den nollar rätt 10 bytes så
Dubbelchecka detta med manualen för dd innan du kör det


Efteråt kollar du igen med

Kod: Markera allt

sudo dd if=/dev/sda | hexdump -C

att det blev rätt.

[m!rage]

Jag gjorde en kopia av MBR först och gjorde ändringar i den istället för direkt i MBR. Kommandot stämmer inte helt. Det ska vara seek istället för skip (seek är för output file, skip för input file), annars skrivs den över med 16 byte 0x00. Så jag körde

Kod: Markera allt

dd if=/dev/zero of=test seek=494 bs=1 count=16

Före:

000001b0 00 00 00 00 00 2c 44 63 79 06 79 06 00 00 00 01
000001c0 01 00 17 fe ff ff 3f 00 00 00 53 c8 9d 07 80 fe
000001d0 ff ff 83 fe ff ff 92 c8 9d 07 20 d8 07 00 00 fe
000001e0 ff ff 05 fe ff ff b2 a0 a5 07 8f 6d ff 03 00 fe
000001f0 ff ff 83 fe ff ff 79 3e 7e 09 05 b3 06 02 55 aa
00000200

Efter:

000001b0 00 00 00 00 00 2c 44 63 79 06 79 06 00 00 00 01
000001c0 01 00 17 fe ff ff 3f 00 00 00 53 c8 9d 07 80 fe
000001d0 ff ff 83 fe ff ff 92 c8 9d 07 20 d8 07 00 00 fe
000001e0 ff ff 05 fe ff ff b2 a0 a5 07 8f 6d ff 03 00 00
000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00
000001fe

Som synes faller de sista två bytes:en bort (MBR-signaturen 0xAA55). Så då fick jag lägga tillbaka dem från backupfilen med

Kod: Markera allt

dd if=mbrbackup of=test skip=510 seek=510 bs=1 count=2

Efter det blev resultatet

000001b0 00 00 00 00 00 2c 44 63 79 06 79 06 00 00 00 01
000001c0 01 00 17 fe ff ff 3f 00 00 00 53 c8 9d 07 80 fe
000001d0 ff ff 83 fe ff ff 92 c8 9d 07 20 d8 07 00 00 fe
000001e0 ff ff 05 fe ff ff b2 a0 a5 07 8f 6d ff 03 00 00
000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa
00000200

Ser ganska bra ut tycker jag. Kan du bara titta på det en sista gång innan jag skriver det till MBR?

[Bowmore]

Ser ganska bra ut tycker jag. Kan du bara titta på det en sista gång innan jag skriver det till MBR?

Japp, partitionstabellen ser bra ut. Antar att detta bara är ett utdrag ur den 512 bytes filen.

Då är det väl bara att köra igång livecd, patcha in den och sen verifiera med gparted och fdisk att sda4 är borta. Sen är frågan om sda4's motsvarighet som logisk partition dyker upp. Jag tror det inte.

Tänkte vidare på att testdisk skulle kunna återskapa den logiska partitionen men tror inte att den klarar ext4 så då blir det klurigare med klart utmanade

[m!rage]

Du nu blir jag osäker. Testade att kopiera de första två blocken (1024B) till en fil (twoblocks) med

Kod: Markera allt

dd if=/dev/sda of=twoblocks count=2

och sen patcha den med

Kod: Markera allt

dd if=test of=twoblocks

men då skriver den över twoblocks helt så att den blir 512B stor. Är du säker på att samma sak inte kommer att hända om jag skriver test till sda?

[Osprey]

Antagligen beror det på att "twoblocks" är en vanlig fil, som jag skulle gissa att dd skapar ny varje gång den anges som "of", medan sda är en block-special som behandlas/fungerar på ett lite annat sätt...

Men för säkerhets skull, vänta på Bowmore och hör vad han säger...

[m!rage]

Använde en gammal hårddisk som övning och det gick bra att göra en enkel dd if=test of=/dev/sdc mot den, efterföljande block påverkades inte. Sen patchade jag MBR på den riktiga hårddisken och resultatet blev väl sådär. Den listas visserligen i Gparted men /home är borta nu (visas som opartitionerat utrymme). Jag tror att det var fel att ta bort sda4 helt, den ska nog istället göras om till en logisk partition. Tror testdisk kan göra det men jag vet inte om jag vågar mig på att göra några ändringar med det programmet.
Patchen jag använde:

Kod: Markera allt

00000000  33 c0 8e d0 bc 00 7c fb  50 07 50 1f fc be 1b 7c  |3.....|.P.P....||
00000010  bf 1b 06 50 57 b9 e5 01  f3 a4 cb bd be 07 b1 04  |...PW...........|
00000020  38 6e 00 7c 09 75 13 83  c5 10 e2 f4 cd 18 8b f5  |8n.|.u..........|
00000030  83 c6 10 49 74 19 38 2c  74 f6 a0 b5 07 b4 07 8b  |...It.8,t.......|
00000040  f0 ac 3c 00 74 fc bb 07  00 b4 0e cd 10 eb f2 88  |..<.t...........|
00000050  4e 10 e8 46 00 73 2a fe  46 10 80 7e 04 0b 74 0b  |N..F.s*.F..~..t.|
00000060  80 7e 04 0c 74 05 a0 b6  07 75 d2 80 46 02 06 83  |.~..t....u..F...|
00000070  46 08 06 83 56 0a 00 e8  21 00 73 05 a0 b6 07 eb  |F...V...!.s.....|
00000080  bc 81 3e fe 7d 55 aa 74  0b 80 7e 10 00 74 c8 a0  |..>.}U.t..~..t..|
00000090  b7 07 eb a9 8b fc 1e 57  8b f5 cb bf 05 00 8a 56  |.......W.......V|
000000a0  00 b4 08 cd 13 72 23 8a  c1 24 3f 98 8a de 8a fc  |.....r#..$?.....|
000000b0  43 f7 e3 8b d1 86 d6 b1  06 d2 ee 42 f7 e2 39 56  |C..........B..9V|
000000c0  0a 77 23 72 05 39 46 08  73 1c b8 01 02 bb 00 7c  |.w#r.9F.s......||
000000d0  8b 4e 02 8b 56 00 cd 13  73 51 4f 74 4e 32 e4 8a  |.N..V...sQOtN2..|
000000e0  56 00 cd 13 eb e4 8a 56  00 60 bb aa 55 b4 41 cd  |V......V.`..U.A.|
000000f0  13 72 36 81 fb 55 aa 75  30 f6 c1 01 74 2b 61 60  |.r6..U.u0...t+a`|
00000100  6a 00 6a 00 ff 76 0a ff  76 08 6a 00 68 00 7c 6a  |j.j..v..v.j.h.|j|
00000110  01 6a 10 b4 42 8b f4 cd  13 61 61 73 0e 4f 74 0b  |.j..B....aas.Ot.|
00000120  32 e4 8a 56 00 cd 13 eb  d6 61 f9 c3 49 6e 76 61  |2..V.....a..Inva|
00000130  6c 69 64 20 70 61 72 74  69 74 69 6f 6e 20 74 61  |lid partition ta|
00000140  62 6c 65 00 45 72 72 6f  72 20 6c 6f 61 64 69 6e  |ble.Error loadin|
00000150  67 20 6f 70 65 72 61 74  69 6e 67 20 73 79 73 74  |g operating syst|
00000160  65 6d 00 4d 69 73 73 69  6e 67 20 6f 70 65 72 61  |em.Missing opera|
00000170  74 69 6e 67 20 73 79 73  74 65 6d 00 00 00 00 00  |ting system.....|
00000180  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001b0  00 00 00 00 00 2c 44 63  79 06 79 06 00 00 00 01  |.....,Dcy.y.....|
000001c0  01 00 17 fe ff ff 3f 00  00 00 53 c8 9d 07 80 fe  |......?...S.....|
000001d0  ff ff 83 fe ff ff 92 c8  9d 07 20 d8 07 00 00 fe  |.......... .....|
000001e0  ff ff 05 fe ff ff b2 a0  a5 07 8f 6d ff 03 00 00  |...........m....|
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000200

Dessutom är jag ganska övertygad om att sda5 har ext4 som filsystem, men det är möjligt att det är en gammal version av Gparted så att den listas som ext3

[Osprey]

Ett alternativ till att "patcha" med dd, är att editera direkt med hexedit, den klarar av block-special också och då blir det lättare att ändra en byte/bit fram och tillbaka för att se vad som händer...