---

Hej NG
Jeg har fået fedtet så meget med min server, at den desværre gik ned
Nå men i den forbindelse havde jeg mountet 2 diske /dev/hdb & /dev/hdc,
og disse var ikke ramt af uheldet, men efter nyinstallation kan jeg ikke
mounte diskene igen, når jeg kører fdisk på dem får jeg på hdb:

[root@odin etc]# fdisk /dev/hdb

Command (m for help): p

Disk /dev/hdb: 255 heads, 63 sectors, 525 cylinders
Units = cylinders of 16065 * 512 bytes

Device Boot Start End Blocks Id System
/dev/hdb1 * 1 1 0 0 Empty
Partition 1 has different physical/logical beginnings (non-Linux?):
phys=(0, 0, 0) logical=(0, 0, 1)
Partition 1 has different physical/logical endings:
phys=(0, 0, 0) logical=(267349, 89, 4)
Partition 1 does not end on cylinder boundary:
phys=(0, 0, 0) should be (0, 254, 63)



og på /dev/hdc :

[root@odin etc]# fdisk /dev/hdc

The number of cylinders for this disk is set to 8912.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
(e.g., DOS FDISK, OS/2 FDISK)

Command (m for help): p

Disk /dev/hdc: 15 heads, 63 sectors, 8912 cylinders
Units = cylinders of 945 * 512 bytes

Device Boot Start End Blocks Id System
/dev/hdc1 * 1 1 0 0 Empty
Partition 1 does not end on cylinder boundary:
phys=(0, 0, 0) should be (0, 14, 63)

Er her nogen hajer til fdisk, som kan fortælle mig om jeg skal rode mere
efter mine data, jeg mener selv det ser lidt sort ud , eller bygge
diskene op igen ?

Hvis nogen kender andre programmer som evt. kan bruges til udredning af
data er links velkomne.


vh
sv-e

---

On Fri, 23 May 2003 08:17:17 +0200, sv-e <sem@odin.dyndns.dk> wrote:

>Er her nogen hajer til fdisk, som kan fortælle mig om jeg skal rode mere
>efter mine data, jeg mener selv det ser lidt sort ud , eller bygge
>diskene op igen ?
>
>Hvis nogen kender andre programmer som evt. kan bruges til udredning af
>data er links velkomne.

Det er ud til at partitionstabellerne er beskadigede.

Hvis du har backup, eller ikke absolut behøver at genskabe data, kunne
du prøve programmet gpart. Hvis du ikke har backup, og behøver at
genskabe data, kontakt mig.
--
Svend Olaf

---

Svend Olaf Mikkelsen wrote:
> Det er ud til at partitionstabellerne er beskadigede.
>
> Hvis du har backup, eller ikke absolut behøver at genskabe data, kunne
> du prøve programmet gpart. Hvis du ikke har backup, og behøver at
> genskabe data, kontakt mig.
Hej
Ja jeg har arbejdet lidt på sagen og fundet ud af følgende som dog ikke
har hjulpet mig endnu, men jeg håber jeg er på vej.Rescuept har kunnet
fortælle mig hvordan mine diske skal se ud:


[root@odin root]# rescuept /dev/hdb
# partition table of /dev/hdb
# total size 8448300 sectors
unit: sectors
# 0 MB candidate ext pt (type 5): sectors 63- 63
# 4125 MB found in ept (type 83): sectors 126- 8448299
# 4125 MB extended part ok (type 5): sectors 63- 8448299
/dev/hdb0 : start= 63, size= 8448237, Id= 5
/dev/hdb0 : start= 126, size= 8448174, Id=83

[root@odin root]# rescuept /dev/hdc
# partition table of /dev/hdc
# total size 8421840 sectors
unit: sectors
# 0 MB candidate ext pt (type 5): sectors 63- 63
# 4110 MB found in ept (type 83): sectors 126- 8418059
# 4110 MB extended part ok (type 5): sectors 63- 8418059
/dev/hdc0 : start= 63, size= 8417997, Id= 5
/dev/hdc0 : start= 126, size= 8417934, Id=83

Jeg har så fundet ud af at man angiveligt kan skrive dette til disken
igen, men jeg har problemer med det. Har kun forsøgt at køre dette på hdc:

[root@odin root]# rescuept /dev/hdc | sfdisk /dev/hdc
Checking that no-one is using this disk right now ...
BLKRRPART: Device or resource busy

This disk is currently in use - repartitioning is probably a bad idea.
Umount all file systems, and swapoff all swap partitions on this disk.
Use the --no-reread flag to suppress this check.
Use the --force flag to overrule all checks.

Som det fremgår, ser det jo ud til at disken er optaget, men den er ikke
mountet ?

[root@odin root]# mount
/dev/hda6 on / type ext3 (rw,usrquota,grpquota)
none on /proc type proc (rw)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
/dev/hda1 on /boot type ext3 (rw)
none on /dev/shm type tmpfs (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)

Altså er jeg kørt lidt fast mht. hvorledes maskinen har fat i diskene,
kan det være noget med at de figurerer i proc ?


Problemet er også at maskinen ikke er tilsluttet skærm tastatur, men kun
forbudnet via ethernet, og den derfor er svær at sætte i runlevel 1, så
gode råd til hvordan jeg kommer videre er velkomne.

Ps.
Det er ikke fordi jeg ikke vil modtage hjælp direkte fra Svend Olaf, men
en af iderne med usenet er vel at alle skal have glæde af løsningerne,
så derfor forsættes denne tråd med ovenstående, og jeg vil selvfølgelig
gerne genskabe mine data, men de er ikke uundværlige for mig, og jeg
giver det 3 - 4 dage, inden jeg giver op.

vh
sv-e

---

Har prøvet følgende:

[root@odin root]# sfdisk /dev/hdc
Checking that no-one is using this disk right now ...
OK

Disk /dev/hdc: 8912 cylinders, 15 heads, 63 sectors/track

sfdisk: ERROR: sector 0 does not have an msdos signature
/dev/hdc: unrecognized partition
Old situation:
No partitions found
Input in the following format; absent fields get a default value.
<start> <size> <type [E,S,L,X,hex]> <bootable [-,*]> <c,h,s> <c,h,s>
Usually you only need to specify <start> and <size> (and perhaps <type>).

/dev/hdc1 :
/dev/hdc1 0+ 8911 8912- 4210919+ 83 Linux
/dev/hdc2 :
/dev/hdc2 0 - 0 0 0 Empty
/dev/hdc3 :
/dev/hdc3 0 - 0 0 0 Empty
/dev/hdc4 :
/dev/hdc4 0 - 0 0 0 Empty
New situation:
Units = cylinders of 483840 bytes, blocks of 1024 bytes, counting from 0

Device Boot Start End #cyls #blocks Id System
/dev/hdc1 0+ 8911 8912- 4210919+ 83 Linux
/dev/hdc2 0 - 0 0 0 Empty
/dev/hdc3 0 - 0 0 0 Empty
/dev/hdc4 0 - 0 0 0 Empty
Warning: no primary partition is marked bootable (active)
This does not matter for LILO, but the DOS MBR will not boot this disk.
Do you want to write this to disk? [ynq] q

sfdisk: Quitting - nothing changed


Mit spørgsmål er så, hvis jeg nu lader den skrive ovenstående til
disken, er der så chance for at jeg kan læse data igen, eller får jeg
blot en tom partition ?

vh
sv-e

---

On Fri, 23 May 2003 23:05:01 +0200, sv-e <sem@odin.dyndns.dk> wrote:

>Disk /dev/hdc: 8912 cylinders, 15 heads, 63 sectors/track

>/dev/hdc1 0+ 8911 8912- 4210919+ 83 Linux

8912 * 15 * 63 - 4210919.5 * 2 er 1, hvor det vist skulle være 126, så
nej.

Det må antages at 0+ her står for cylinder 0, head 0, sector 2.

Hvis du laver en primær partition, skal den begynde cylinder 0, head
2, sector 1, hvilket vil sige LBA 126. Bemærk at Linux fdisk
nummererer cylindere fra 1.
--
Svend Olaf

---

sv-e wrote:
> Har prøvet følgende:
>
> [root@odin root]# sfdisk /dev/hdc
> Checking that no-one is using this disk right now ...
> OK
>
> Disk /dev/hdc: 8912 cylinders, 15 heads, 63 sectors/track
>
> sfdisk: ERROR: sector 0 does not have an msdos signature
> /dev/hdc: unrecognized partition
> Old situation:
> No partitions found
> Input in the following format; absent fields get a default value.
> <start> <size> <type [E,S,L,X,hex]> <bootable [-,*]> <c,h,s> <c,h,s>
> Usually you only need to specify <start> and <size> (and perhaps <type>).
>
> /dev/hdc1 :
> /dev/hdc1 0+ 8911 8912- 4210919+ 83 Linux
> /dev/hdc2 :
> /dev/hdc2 0 - 0 0 0 Empty
> /dev/hdc3 :
> /dev/hdc3 0 - 0 0 0 Empty
> /dev/hdc4 :
> /dev/hdc4 0 - 0 0 0 Empty
> New situation:
> Units = cylinders of 483840 bytes, blocks of 1024 bytes, counting from 0
>
> Device Boot Start End #cyls #blocks Id System
> /dev/hdc1 0+ 8911 8912- 4210919+ 83 Linux
> /dev/hdc2 0 - 0 0 0 Empty
> /dev/hdc3 0 - 0 0 0 Empty
> /dev/hdc4 0 - 0 0 0 Empty
> Warning: no primary partition is marked bootable (active)
> This does not matter for LILO, but the DOS MBR will not boot this disk.
> Do you want to write this to disk? [ynq] q
>
> sfdisk: Quitting - nothing changed
>
>
> Mit spørgsmål er så, hvis jeg nu lader den skrive ovenstående til
> disken, er der så chance for at jeg kan læse data igen, eller får jeg
> blot en tom partition ?
>
> vh
> sv-e
>
Hej
Da jeg ikke rigtigt følte at der var landvinding, gik jeg over til lidt
mere drastiske metoder, som indtil videre har givet mig mine data på
/dev/hdc tilbage, jubbi

Først udførdte jeg:

sfdisk /dev/hdc << END
0,8912,83
;
;
END

Dernæst :

fdisk -l /dev/hdc |sfdisk --no-reread /dev/hdc


Da fik jeg en exstra partition som ikke var der førend forsøget:

[root@odin testit]# fdisk -l /dev/hdc

Disk /dev/hdc: 15 heads, 63 sectors, 8912 cylinders
Units = cylinders of 945 * 512 bytes

Device Boot Start End Blocks Id System
/dev/hdc1 1 8908 4208998+ 5 Extended
/dev/hdc2 1 8908 4208967 83 Linux
/dev/hdc5 1 8908 4208967 83 Linux

Jeg har så forsøgsvis mountet /dev/hdc5, og /dev/hdc2, med success.

Altså skal jeg nu bare have skrevet den rigtige opsætning for min
/dev/hdb, uden doubbletter

Ja ja, man skal jo lære så længe man lever.

vh
sv-e

---

On Fri, 23 May 2003 22:03:45 +0200, sv-e <sem@odin.dyndns.dk> wrote:

>/dev/hdb0 : start= 126, size= 8448174, Id=83

>/dev/hdc0 : start= 126, size= 8417934, Id=83

Begge ext2 partitioner ser ud til at være lavet med 16 hoveder/63
sektorer geometri, da eksempelvis 16*63 går op i 8448174-126. Næppe så
vigtigt her.

Hvis losetup er tilgængelig, kunne man teste med (efter hukommelsen):

losetup -o 64512 /dev/loop0 /dev/hdb

mount /dev/loop0 /mnt

Med tilføjelse af parameter for read only.

Skulle virke, fordi offset er mindre end 2^31. Det er 126*512.

>[root@odin root]# rescuept /dev/hdc | sfdisk /dev/hdc
>Checking that no-one is using this disk right now ...
>BLKRRPART: Device or resource busy

Det kan jeg ikke forklare.

>Ps.
>Det er ikke fordi jeg ikke vil modtage hjælp direkte fra Svend Olaf, men
>en af iderne med usenet er vel at alle skal have glæde af løsningerne,
>så derfor forsættes denne tråd med ovenstående, og jeg vil selvfølgelig
>gerne genskabe mine data, men de er ikke uundværlige for mig, og jeg
>giver det 3 - 4 dage, inden jeg giver op.

Jo, men af og til må man give det første prioritet at løse problemet.
--
Svend Olaf

---

Lige et link som har hjulpet mig indtil nu:
http://startlinux.co.nz/articles/article_166.php

vh
sv-e