takze jsem to zkusil prepocitat...
LBA = ( ( CYL * HPC + HEAD ) * SPT ) + SECT - 1 |
LBA: linear base address of the block | 976768064 |
CYL: value of the cylinder CHS coordinate | 60801 |
HPC: number of heads per cylinder for the disk | 255 |
HEAD: value of the head CHS coordinate |
SPT: number of sectors per track for the disk | 63 |
SECT: value of the sector CHS coordinate |
start | end | size | dev |
63 | 39070079 | 39070017 | sda1 |
39070206 | 234388349 | 195318144 | sda5 |
234388413 | 820327094 | 585938682 | sda6 |
972864270 | 976768064 | 3903795 | sda? |
vypis sfdisku ukazuje, ze jsou prekryte sda2 a sda3 (sda3 by melo byt pravdepodobne sda8)
a ze je tam FAT16 partition vetsi nez 4 GB, coz je take spatne (sda7 - ma Id "e", pokud to bude spravne FAT32 (LBA), tak Id by melo byt "c")
pravdepodobne byl puvodne oddil sda3 opravdu vytvoren az za rozsirenym oddilem sda2, coz take neni uplne vporadku (rozsirene oddily by mely byt posledni, ale vetsina dnesnich OS to plynule ignoruje a nedela jim to za normalnich okolnosti problem)
nebyla ta partisna sda7 vytvarena dodatecne jako posledni a pote nastaly potize?
takze bych asi par pokusu na Vasem miste zkusil, nez to cele delat znovu (prinejhorsim to bude jen relativne male zdrzeni...)
nejprve
sudo -izazalohovat obsah MBR i s tou chybou, at je k cemu se vracet... (napr.: dd if=/dev/sda of=/root/MBR.zal bs=512 count=1)
pro jistotu si to ulozte treba i na flash disk pripadne jiny pocitac
potom zkopirujte obdobne i /dev/fstab, pripadne vypis z
blkid (aby bylo dostupne puvodni UUID swapu)
(optimalni by bylo mit moznost odzalohovat cely disk sda, ale na to asi nebude misto)
pomoci
fdisk smazte oddil sda3 a vytvorte na uvolnenem miste oddil sda8 s Id "82" a pomoci
mkswap opet vytvorte swap (s UUID puvodniho)
patrne by bylo dobre odzkouset funkcnost oddilu sda7 a ev. mu zmenit Id na "c" (pokud to bude fungovat i tak, tak asi neresit)
je to pomerne rizikove a asi by bylo lepsi i chvilku pockat, az se k tomuto postupu nekdo vyjadri...