To harddiske med RedHat

Skummelt, jeg har gjort det samme og det virker fint.

Du er ikke lige kommet til at sætte din BIOS til first boot device = secondary master, vel?

Om ikke andet, kan du ikke prøve at montere RH8 disken som primary slave?

Prøv at checke BIOS instilingerne. 
Måske booter den fra secundary master

Secondary master hedder forøvrigt nok IDE2 i din BIOS.

Undskyld, men du er ikke kommet til at bytte om på kablerne, vel? :o)

kan du mounte din RH9 under RH8 som HDA2 eller HDC2 ?

Du kan da forresten helt enkelt prøve at bytte disk kablerne, det vil give et hint om hvor der skal ledes.

I BIOS viser den:

Primary Master = Redhat 9 harddisken
Primary Slave = CDROM
Secondary Master = Redhat 8 harddisken
Secondary Slave = None

Boot rækkefølge:

-> Floppy -> CDROM -> Første IDE Device som er Primary Master = RedHat 9.

Det sjove er at bootmanageren som vises er fra installationen af Redhat 9 men når jeg så booter fra den eneste valgmulighed jeg har booter den op på RedHat 8 og crasher.

Hvis jeg slår Secondary Master fra i BIOS booter den fint op på RedHat 9 installationen.

Det eneste jeg skal rede er nogle mapper på RedHat 8 installationen. Jeg kunne prøve at sætte den som secondary master hvor WindowsXP kører som styresystem men så er der vidst også noget med at jeg ikke kan se harddisken som RedHat er installeret på (vidst nok en Bill Gates ting, han elsker jo Linux...)

Har i nogle forslag eller andre ideér til hvordan jeg kan rede data´erne?

Ja, da en hel del.

Du har ret i at du ikke kan se den fra XP. Dertil er der flere grunde.
1. Hvis den er formateret som ren linux disk er formatet vel ext3, som ikke understøttes af Bill.
2. Du har givetvis mindst 3 fysiske partitions hvor Bill kun understøtter 2.

Hvis alt andet kikser kan du bare tage en kopi af 2. partition med Ghost 2002 eller 2003, den forstår ext3, og jeg tror sågar den kan restore i et andet format hvis du vil have data over i Bill format.

Men... Hvad sker der hvis du booter fra din RH boot floppy?

Jeg prøver lige at gøre nøjagtig det samme som dig - I'll be back....

Prøv lige at lade CDROM og redhat8 hd'en bytte plads, så redhat8 blive slave til redhat9 på primær kanalen. Eller simpelthen jumpe redhat8 hd'en til slave på sekundær kanalen.
Kan ikke helt huske det med nummereringen af partitioner men jeg tror problemet ligger i at redhat8 hd'en er MASTER på sekundær kanalen.

Tonnybrandt>> det er rigtigt, der grå kuk i prartitionnummereringen. Jeg tvivler dog på at de ændrer noget at montere RH8 som slave.

Under alle omstændigheder virker det at boote fra RH9 boot floppy, så starter RH9 op på primær master (med mindre man vælger andet).

maksdal>> min laver det samem som din på grund af ovennævnte problem med at partitionnummereringen ændrer sig. Jeg kan ikke lige huske hvordan man snor sig udenom det hvis man ikke vil boote fra floppy, men til en midlertidig løsning virker det fint at boote fra floppy. Er det tilstrækkeligt, eller skal jeg bore lidt i hvordan sammenhængen (og kuren) helt nøjagtigt er?

Jeg tror den permanente løsning er at boote fra floppy og logge ind som root i et tekst vindue.

Derefter starter du grub og taster:

root (hd0,0)    <<husk mellemrum mellem root og (hd0,0)
kernel /boot/vmlinuz ro root=/dev/hda2

Så burde det virke næste gang du booter fra harddisk, jeg har dog ikke testet det. Har du problemer med det tester jeg det gerne.

Prøver lige nogle forskellige ting, vender tilbage...

Prøvede at boote fra en floppy, hjalp heller ikke. Prøvede til sidst at sætte RedHat 9 som secondary master og RedHat 8 som primary master. Så kunne den starte op i RedHat 9 men med RedHat 8 boot manager (meget mærkeligt) dog med nogle af de fejl som jeg fik da RedHat 8 startede op (endnu mere mærkeligt). Fik kopieret de filer jeg skulle bruge over på RedHat 9.

Efter jeg har fjernet RedHat 8 igen og sat RedHat 9 som primary master booter jeg op uden problemer nu.

>> tonnybrandt og torleifj, er villig til at dele point mellem jer men i bliver lige nød til at komme med et svar.

Fint at du fik løst problemet, selvom det vist var lidt af et puslespil.
Her er så svaret.

Hm, det lyder som en kombination af den kryptiske partitionnummerering og nogle fejl på din boot partition. Godt du kom videre.

Hej igen,

nu begynder det at dæmre. Jeg skal lige igennem det samme som dig i forbindelse men en opgradering til RH9 og en helt ny men defekt disk - lang lidelseshistorie.

Jeg har tidligere mounted diske uden problemer, men ser nu det samme som dig. Forskellen er naturligvis at på den kørende RH8 disk er defineret mountpoints for 2 af partitionerne, hvilket gør at de mounter sig "oveni" den disk, der mounter den. Jeg er ret sikker på at løsningen er at fjerne (eller ændre) mountpoint for RH8 disken. Jeg er løbet tør for tid lige nu og forsøger i aften.

Nå, så virker det omsider. Problemet er at RH9 som default mounter root og /boot ud fra parition label i stedet for ud fra fysisk placering. Fint når der bare ikke er 2 partitions med samme label.

Det rettes således:

de 2 første linier i /etc/fstab rettes fra

LABEL=/                /                      ext3    defaults        1 1
LABEL=/boot            /boot                  ext3    defaults        1 2

til:

/dev/hda2              /                      ext3    defaults        1 1
/dev/hda1              /boot                  ext3    defaults        1 2

En linie i /boot/grub/grub.conf rettes fra:

    kernel /vmlinuz-2.4.20-8 ro root=LABEL=/ hdc=ide-scsi

(hvis du har CD brænder i, ellers står der nok ikke noget med hdc=ide-scsi)

til:

    kernel /vmlinuz-2.4.20-8 ro root=/dev/hda2 hdc=ide-scsi

Så virker det!

>> torleifj

Det må jeg nok sige, har ikke prøvet det endnu men er da glad for at du har brugt tid på at løse problemet.

Som sagt byttede jeg om på harddiskene så:

RedHat 8 = Primary Master
RedHat 9 = Secondary Master

Så brugte den bootmanageren fra RedHat 8 og Bootede op på RedHat 9. Dog fik jeg samme fejl under opstarten som på RedHat 8 indtil jeg pillede RedHat 8 af og satte RedHat 9 som primary master.

Men alt i alt - jeg kunne rede dataerne som var problemet.

Ja klart, for den vil nemlig boote og bruge lidt fra hver disk.

Det virkede dog ikke for mig idet jeg havde en disk fra en AMD PC og en fra en P4 PC. Kernen er tilsyneladene ikke ens, så den bragede ned eller gav en masse fejlmeddelelser under opstart.