Op deze website gebruiken we cookies om content en advertenties te personaliseren, om functies voor social media te bieden en om ons websiteverkeer te analyseren. Ook delen we informatie over uw gebruik van onze site met onze partners voor social media, adverteren en analyse. Deze partners kunnen deze gegevens combineren met andere informatie die u aan ze heeft verstrekt of die ze hebben verzameld op basis van uw gebruik van hun services. Meer informatie.

Akkoord

Vraag & Antwoord

OS Linux

Primaire - en extended partitie id spontaan gewijzigd

None
15 antwoorden
  • Zoals in de topic titel staat heb ik een probleem, dat de derde primaire partitie spontaan verandert van partitie id. Maar het lijkt me het beste dat ik begin bij het begin,

    Eerst bestond deze 80 GB WDC harddisk uit 3 primaire FAT32 partities, een logische FAT32 partitie, 6 Linux partities, en een Linux swap partitie. Op die partities waren geen problemen.

    Maar ik kocht een FreeBSD 5.0 CD set. Omdat FreeBSD een eigen primaire partitie vereist, moest ik een van de Windows partities verwijderen. Ik verwijderde primaire partitie /dev/hda3. Ik maakte een FreeBSD slice, en daarin een root - en swap partitie. De installatie verliep goed, en kon worden voltooid. Toen zijn de partitie problemen begonnen. Zie ook mijn topic in OS Anders. [b:7f238f88f4] Opmerking voor Maximilaan. [/b:7f238f88f4] Deze post is niet bedoelt als crosspost. Sluit zo nodig mijn topic in OS Anders.

    Omdat er geen reactie volgde, omdat ik deze primaire partitie even nodig had, voor SuSE 8.1 in verband met deze reply. heb ik die onbekende primaire partitie verwijderd. En een primaire Linux partitie id 83 aangemaakt. Vervolgens SuSE 8.1 erop geinstalleerd. Dat was dus eergisteren. Gisteren wilde ik deze SuSE 8.1 weer starten in verband met deze topic Maar SuSE 8.1 wilde niet meer starten, want de Linux partitie bleek te zijn veranderd in id 93.
    [code:1:7f238f88f4]
    jolo@linux:~> su
    Password:
    linux:/home/jolo # fdisk -l

    Disk /dev/hda: 80.0 GB, 80026361856 bytes
    255 heads, 63 sectors/track, 9729 cylinders
    Units = cylinders of 16065 * 512 = 8225280 bytes

    Device Boot Start End Blocks Id System
    /dev/hda1 1 752 6040408+ 1b Hidden Win95 FAT32
    /dev/hda2 * 766 1530 6144831 c Win95 FAT32 (LBA)
    /dev/hda3 1531 2295 6144862+ 93 Amoeba
    /dev/hda4 2296 9729 59713605 f Win95 Ext'd (LBA)
    /dev/hda5 2296 3315 8193118+ b Win95 FAT32
    /dev/hda6 3316 5010 13615056 83 Linux
    /dev/hda7 5011 6158 9221278+ 83 Linux
    /dev/hda8 6159 7306 9221278+ 83 Linux
    /dev/hda9 * 7307 8454 9221278+ 83 Linux
    /dev/hda10 8455 9092 5124703+ 83 Linux
    /dev/hda11 9093 9158 530113+ 82 Linux swap
    /dev/hda12 9159 9729 4586526 83 Linux
    linux:/home/jolo #
    [/code:1:7f238f88f4]
    /dev/hda3 1531 2295 6144862+ 93 Amoeba

    Ook heb ik met fdisk de partitie id terug veranderd in id 83. SuSE 8.1 kon weer worden gestart.

    Maar vandaag, toen ik die PC, mijn Athlon XP, weer aan zette, bleek de partitie id 83, weer opnieuw te zijn veranderd in id 93
    Ik weet 't niet meer. Een primaire partitie kan toch zomaar niet, blijven veranderen van id. :-?
  • Wegens een test, heb ik met PatitionMagic, de primaire partities /dev/hda1 en /dev/hda2 tijdelijk verwijderd. Toen ik na die test, die twee primaire partities, met PartitionMagic opnieuw wilde maken, lukte in eerste instantie alleen met /dev/hda. De tweede partitie gaf een foutmelding, en werd niet gemaakt. Later op de dag heb ik die tweede partitie, alsnog kunnen maken met PartitieMagic.

    Toen ik de PC op startte met de Knoppix CD, om die partitie met id 93 terug te veranderen, met fdisk naar id 83, bleken de partities niet meer in volgorde te staan. Heeft PartitieMagic er dan toch nog een 'rommeltje' van gemaakt?
    [code:1:672e47a65c]
    Device Boot Start End Blocks Id System
    /dev/hda1 * 1 765 6144831 b Win95 FAT32
    /dev/hda2 1531 2295 6144862+ 83 Linux
    /dev/hda3 2296 9729 59713605 f Win95 Ext'd (LBA)
    /dev/hda4 766 1530 6144862+ 1c Hidden Win95 FAT32 (LBA)
    /dev/hda5 2296 3315 8193118+ b Win95 FAT32
    /dev/hda6 3316 5010 13615056 83 Linux
    /dev/hda7 5011 6158 9221278+ 83 Linux
    /dev/hda8 6159 7306 9221278+ 83 Linux
    /dev/hda9 * 7307 8454 9221278+ 83 Linux
    /dev/hda10 8455 9092 5124703+ 83 Linux
    /dev/hda11 9093 9158 530113+ 82 Linux swap
    /dev/hda12 9159 9729 4586526 83 Linux

    Partition table entries are not in disk order
    [/code:1:672e47a65c]
  • Ik kan maar één antwoord geven: Partition Magic is Kl@#$%^&*te
  • //water

    Ik heb een vaag vermoeden, dat jij geen fan bent van PartitionMagic. (Ik heb ook nog Partitie Genie.) Al heeft PartitieMagic er wellicht voor gezorgd, dat Linux de partities in een andere volgorde leest, geeft dat nog geen verklaring voor die spontane partitie id verandering.

    Ik heb inmiddels grub in Red Hat 9.0, en de /etc/fstab in die SuSE 8.1 gewijzigd. Nu start deze ook weer op, maar dan nu vanaf /dev/hda2.

    Ik heb ook nog in de BIOS Boot Virus Detection gezet op Enable. Maar als ik in Red Hat 9.0, doe [code:1:31bd867f68]grub-install /dev/hda [/code:1:31bd867f68] dan verschijnt er geen foutmelding, wel de gebruikelijke [code:1:31bd867f68] no error reported[/code:1:31bd867f68]
  • Omdat ik dat gedoe met die spontane partitie wijzigingen niet vertrouwde, was ik al bezig te kijken hoeveel ruimte ik nodig had, op mijn pas gekochte externe 120 GB harddisk. Ik kwam uit op 7.1 GB op mijn FAT32 partitie. En ook nog wat dat op mijn Linux partities, maar dat was hoogstens 400 MB. Omdat ik op dat moment op die externe harddisk alleen een FAT32 partitie had van 6 GB, leek het me het beste, om de pc de herstarten naar WinXP om dan met PartitionMagic een FAT32 partitie van 10 GB + een Linux ext3 van 6 GB.

    Maar toen ik in WinXP PartitionMagic startte zag ik dat er iets mis was. Niet alleen was volgens partitionMagic mijn externe harddisk, harddisk 1 geworden. En mijn interne harddisk, harddisk 2. Maar bestond mijn interne harddisk, opeens nog maar uit 4 partities.

    En ik kon niet meer opstarten in Linux :(
    [code:1:013282ba40]
    Grub Loading Stage1.5.

    Grub Loading, please wait…
    Error 22
    [/code:1:013282ba40]
    Ik startte de pc op met de Knoppix CD en… [b:013282ba40] fdisk -l [/b:013282ba40]
    [code:1:013282ba40]
    Schijf /dev/hda: 80.0 GB, 80026361856 bytes
    255 koppen, 63 sectoren/spoor, 9729 cylinders
    Units = cylinders of 16065 * 512 = 8225280 bytes

    Apparaat Opstart Start Einde Blokken Id Systeem
    /dev/hda1 * 1 765 6144831 b Win95 FAT32
    /dev/hda2 1531 2295 6144862+ 93 Amoeba
    /dev/hda3 2296 9729 59713605 1f Onbekend
    /dev/hda4 766 1530 6144862+ 1c Verborgen Win95 FAT32 (LBA)

    Partitietabel ingangen zijn niet in schijfvolgorde
    [/code:1:013282ba40] Niet alleen is die SuSE 8.1 partitie id weer veranderd in id 93, maar ook mijn extended partitie heeft een andere id. :(

    Wat ik zou kunnen doen is het volgende:

    1.Met de Knoppix CD en fdisk, partitie /dev/hda2 id 93 weer terug veranderen in id 92
    2.Met de Knoppix CD en fdisk, partitie /dev/hda3 id 1f weer terug veranderen in id f

    De vraag is nu is dat een goed plan? Als het lukt, kan ik daarna alsnog data backuppen.
    Of kan ik beter de alle harddisk partities backuppen naar de externe 120 GB harddisk met dd?
    TestDisk gebruik ik voor dit probleem liever niet. Er zijn tenslotte geen partities verdwenen.

    Opmerking: Omdat er nu zelfs twee primaire id's zijn gewijzigd, heb ik de topic titel gewijzigd.
  • Ik zou als de sodemieter de boel backuppen en me vooral aanleren in het vervolg slecht 1 partitie manager te gebruiken en niet verschillende.

    Ik heb met PQ magic nog nooit problemen gehad (tenzij je het wijzigen van partitienummers een probleem noem ) tot het moment dat ik bijv. mbv. YAST of Ranisch de tabel ging aanpassen. Dan kreeg ik dus wel problemen.

    Dus alles er af en met 1 part-manager nieuwe aanmaken.
  • [quote:e582e3f09e="wstolk"] in het vervolg slecht 1 partitie manager te gebruiken en niet verschillende.
    .[/quote:e582e3f09e]

    Dit is iets dat iedereen zich in de oren moet knopen, gebruik altijd 1 type partioneerprogramma, anders kun je tegen de gekste problemen aanlopen..
    Dat komt doordat elk programma zijn eigen manier van partitioneren heeft, en lang niet alle partitioneerprogramma's de verschillende methoden van partitioneren herkennen.
    Mandrake 8. was bijv. berucht om zijn partitioneerprogramma die er voor zorgde dat oa pq-magic niet langer met de schijf kon omgaan.

    Max
  • [quote:4f094cc619="maximilaan"][quote:4f094cc619="wstolk"]Dus alles er af en met 1 part-manager nieuwe aanmaken.[/quote:4f094cc619] Dit is iets dat iedereen zich in de oren moet knopen, gebruik altijd 1 type partioneerprogramma, anders kun je tegen de gekste problemen aanlopen.. [/quote:4f094cc619] Voordat ik FreeBSD installeerde, waren alle partitie aangemaakt door PartionMagic. Alleen liet ik elke Linux distro de root partitie en swap opnieuw formatteren. Er waren toen geen problemen met partitie id's.

    PartitionMagic kan echter geen FreeBSD slices maken, dus deze heb ik vanzelfsprekend aangemaakt met de FreeBSD partioneerprogramma. Omdat voor FreeBSD een primaire partitie vereist is, werd dat dus /dev/hda3. En vanaf dat moment begon het probleem. De partitie die ik aanmaakte, na het verwijderen van FreeBSD is ook weer aangemaakt door PatitionMagic.
    [quote:4f094cc619="jolo"]
    1.Met de Knoppix CD en fdisk, partitie /dev/hda2 id 93 weer terug veranderen in id 92 [/quote:4f094cc619] Deze stap heb uitgevoerd, en is gelukt.
    [quote:4f094cc619="jolo"] 2.Met de Knoppix CD en fdisk, partitie /dev/hda3 id 1f weer terug veranderen in id f
    [/quote:4f094cc619] Deze stap is niet gelukt. Fdisk gaf bij het proberen te veranderen, van partitie id 1f naar id f de volgende foutmelding. [quote:4f094cc619] U kunt een partitie niet veranderen in een uitgebreide of andersom. Verwijder de partitie eerst. [/quote:4f094cc619] Als een gewone partitie niet in een uitgebreide partitie veranderd kan worden, en ook niet andersom, hoe kan dit dan toch gebeurd zijn?

    Ik dacht omdat er geen partities verdwenen zijn, dat TestDisk hier nutteloos zou zijn. Omdat fdisk de 1f partitie niet meer kon terug veranderen in f, startte ik TestDisk. Na search toonde TestDisk de partities, op één na, zoals deze waren. Dat wil zeggen, partitie start 1 end 765 is in TestDisk start 1 end 764 enz. Een kleine onnauwkeurigheid zal wel normaal zijn. Afronding? Aangezien ik die foute partitie liever niet kopieerde naar mijn externe harddisk, heb ik TestDisk deze gevonden partitie laten wegschrijven naar de harddisk.

    Na een reboot gaf grub error 17. Ik gecontroleerd wat PartitonMagic van deze reparatie vond. In PartitionMagic zag ik dat alle partities terug waren, behalve de belangrijkste, namelijk de FAT32 partitie /dev/hda5. Die bleek ongepartitioneerd. TestDisk nogmaals laten zoeken, vond nu ook deze FAT32 partitie. En inderdaad ook in PatitionMagic was die FAT32 partition weer terug. Ook bleek de foutmelding die PartitionMagic (opgestart vanaf CD) nog toonde, voor de reparatie door TestDisk, [quote:4f094cc619] PowerQuest PartitionMagic has detected an error 114 on the partition at sector 53255537 enz. [/quote:4f094cc619] te zijn verdwenen. Grub gaf nog steeds error 17. Dus Red Hat 9.0 CD1 er in, en via [code:1:4f094cc619] linux rescue [/code:1:4f094cc619] Grub hersteld.

    Waarna ik de pc op startte in SuSE 8.2. De 10 GB FAT32 partitie, die ik met PartionMagic, op de externe harddisk aangemaakt had, in /etc/fstab geplaatst. Zodat ik een back-up kon maken als user. De Linux partitie /dev/sda6 op de externe harddisk, zette ik ook in /etc/fstab. Echter om een back-up naar een Linux partitie te maken, moest ik toch nog root worden. Met kdesu konqueror vond ik dat te moeilijk. Dus heb ik de back-up van de Linux data, gemaakt in een Konsole.

    Eind goed al goed. Al weet ik nog steeds niet wat er precies met de partitie tabel misging. Maar het doel van deze topic was in ieder geval niet, het aanwijzen van een zwarte piet. Ik laat de partities nu nog zoals ze zijn. FreeBSD installeer ik later wel weer opnieuw. Alleen met een verschil, dat ik nu een back-up heb. Ik moet er nog wel voor zorgen dat ik 'm regelmatig update.

    Hierbij bedank ik iedereen voor het meedenken. :wink:
  • Wat ik zou doen in zo'n geval is iig slechts 1 partitiemanager gebruiken en met deze dan evt. lege partitie's maken die je daarna formatteer.

    gelukkig heb je de boel kunnen redden maar ik zou de schijf nu niet vertrouwen en toch even (mbv. rsync) ff een copy maken van alle partitie's en dan de disk ff van 0af opnieuw opzetten.
  • [quote:5f6012cd47="wstolk"]Wat ik zou doen in zo'n geval is iig slechts 1 partitiemanager gebruiken en met deze dan evt. lege partitie's maken die je daarna formatteer. [/quote:5f6012cd47] Een lege partitie? Ongeformatteerd bedoel je zeker? Voor Linux is dat geen probleem, maar de FreeBDS installer kan alleen een slice aanmaken, in een ongepartitoneerd deel van de harddisk. Een eventuele ongeformatteerd partitie, zal dan eerst weer moeten worden verwijderd, door de FreeBDS installer. Zodat je in dat geval, toch altijd 2 partitiemanagers gebruikt.
    [quote:5f6012cd47="wstolk"]toch even (mbv. rsync) ff een copy maken van alle partitie's en dan de disk ff van 0af opnieuw opzetten[/quote:5f6012cd47] rsync ken ik niet zo goed, maar heeft zo te zien een hele waslijst aan options. En wat boel je met, opnieuw opzetten? Dat heeft TestDisk toch al gedaan?
  • [quote:fd7c7bb34e="jolo"]Ik laat de partities nu nog zoals ze zijn. FreeBSD installeer ik later wel weer opnieuw.[/quote:fd7c7bb34e] Ik had gisteren voor FreeBSD een tweede harddisk ingebouwd. (8 GB slave)
    Toen controleerde ik in Linux met fdisk -l of deze de tweede harddisk zag. Dat was inderdaad het geval. Maar tevens zag ik dat op mijn Master harddisk, primaire Linux partitie id 83 op /dev/hda3 weer opnieuw was veranderd in id 93. [code:1:fd7c7bb34e]
    /dev/hda3 1531 2295 6144862+ 93 Amoeba [/code:1:fd7c7bb34e]
    Het lijkt er op dat de partitie tabel toch op de een of andere manier corrupt is geworden. Een probleem met een partitie tabel heb ik met een andere harddisk al eens eerder gehad.

    In 1997 had ik met een 850 MB WDC harddisk toen deze ongeveer 1,5 jaar oud was, dat plotseling de partitie tabel verdween. Ik had toen de partitie tabel op een diskette, en kon deze terug schrijven naar de harddisk. Maar dat loste het probleem niet op. De partitie tabel verdween 3 maal per week. De WDC Diagnostic test was ok. In dat geval bracht een low level format uitkomst. Na de low level format is de partitie tabel niet meer verdwenen.
  • Het begint iid een beetje te lijken op een harde schijf die eens een flinke oppepper nodig heeft. Ik heb een soortgelijk probleem gehad met mijn Seagate schijf van 20 GB. Bij mij kon ik niets meer beginnen met Windows, maar met Linux kon ik mijn data redden. Vervolgens een lowlevelformat (Seagate noemt het niet zo, maar dat is het feitelijk wel), en de schijf deed het weer. Overigens had ik ergens daarvoor ook PM gebruikt.

    Ik vermoed dat die schijven in de loop der tijd iets te veel magnetisiteit (?) verliezen, waardoor dit soort problemen ontstaan.
  • [quote:1dfa2e36c1="water"]Vervolgens een lowlevelformat (Seagate noemt het niet zo,[/quote:1dfa2e36c1] mid level format, meen ik me te herinneren.[quote:1dfa2e36c1="water"]Ik vermoed dat die schijven in de loop der tijd iets te veel magnetisiteit (?) verliezen, waardoor dit soort problemen ontstaan.[/quote:1dfa2e36c1] Dan hebben toch niet alle schijven er last van. Bijvoorbeeld bij die 8 GB (Quantum) die ik heb ingebouwd als slave, heb ik geen partitie tabel problemen kunnen vaststellen.
  • Inmiddels is de low level format uitgevoerd, op die WDC harddisk met dat id 82 > id 93 probleem. Dat low level format van die 80 GB harddisk duurde 10 en een half uur. Daar kwam nog ongeveer 3 kwartier bij voor de extended test. Zowel de low level format als wel de extended test rapporteerde.
    [quote:2966aac54b]No errors detected for this drive.[/quote:2966aac54b]De partities op deze harddisk heb ik allemaal aangemaakt met PartitionMagic 8.0. Met bad blok controle duurde dat ook nog ongeveer 4 uur. Daarna heb ik WinXP geinstalleerd. Vervolgens FreeBSD geintalleerd op de bijgeplaatste harddisk hdb, waar fdisk in tegenstelling tot hda, niet over klaagde. (Deze 8 GB harddisk had ik van te voren leeggemaakt, ongepartitioneerd.) Als boot loader option heb ik uiteraard gekozen voor None. Als derde besturingssysteem heb ik Red Hat 9.0 geinstalleerd. (/dev/hda6) Bij het selecteren van deze partitie, verscheen er nog wel de melding [quote:2966aac54b] Unable to align partition properly. This means that another partitioner tool generated an incorrect partition table, because it didn't have the correct BIOS geometry. It is safe to ignore, but may cause (fixable) problems with some boot loaders. [/quote:2966aac54b] Ik heb gekozen voor Negeren.
    Dit is mijn [b:2966aac54b] fdisk -l [/b:2966aac54b] nu
    [code:1:2966aac54b]
    Schijf /dev/hda: 80.0 GB, 80026361856 bytes
    255 koppen, 63 sectoren/spoor, 9729 cylinders
    Units = cylinders of 16065 * 512 = 8225280 bytes

    Apparaat Opstart Start Einde Blokken Id Systeem
    /dev/hda1 * 1 765 6144831 7 HPFS/NTFS
    /dev/hda2 766 1530 6144862+ 1c Verborgen Win95 FAT32 (LBA)
    /dev/hda3 1531 2295 6144862+ 83 Linux
    /dev/hda4 2296 9729 59713605 f Win95 Ext'd (LBA)
    /dev/hda5 2296 2550 2048256 b Win95 FAT32
    /dev/hda6 2551 3570 8193118+ 83 Linux
    /dev/hda7 3571 4590 8193118+ 83 Linux
    /dev/hda8 4591 5610 8193118+ 83 Linux
    /dev/hda9 5611 6630 8193118+ 83 Linux
    /dev/hda10 6631 7650 8193118+ 83 Linux
    /dev/hda11 7651 8670 8193118+ 83 Linux
    /dev/hda12 8671 9690 8193118+ 83 Linux
    /dev/hda13 9691 9729 313236 82 Linux wisselgeheugen

    Schijf /dev/hdb: 8455 MB, 8455200768 bytes
    16 koppen, 63 sectoren/spoor, 16383 cylinders
    Units = cylinders of 1008 * 512 = 516096 bytes

    Apparaat Opstart Start Einde Blokken Id Systeem
    /dev/hdb1 * 1 16383 8257000+ a5 FreeBSD
    [/code:1:2966aac54b] De overige Linux distro's installeer ik in /dev/hda7 t/m /dev/hda12. /dev/hda3 laat ik voorlopig nog zonder besturingssysteem. Als het goed is zou dat id 82 > id 93 amoeba probleem opgelost moeten zijn. Zo niet, dan zit er niets ander op dat ik deze 80 GB hardisk moet afkeuren, en vervangen. :roll:
  • [quote:fcc5821010="jolo"]/dev/hda3 laat ik voorlopig nog zonder besturingssysteem. Als het goed is zou dat id 82 > id 93 amoeba probleem opgelost moeten zijn. Zo niet, dan zit er niets ander op dat ik deze 80 GB hardisk moet afkeuren, en vervangen. [/quote:fcc5821010] De partities zijn nu, dus twee weken na de [b:fcc5821010] low level format [/b:fcc5821010] nog in orde. Ik vertrouw deze 80 GB harddisk nog wel, en hoeft nog niet vervangen te worden. Ik heb vandaag zelfs op die /dev/hda3 Linux distro Red Hat 8.0 geinstalleerd.

    Hierbij dank ik nogmaals iedereen voor het meedenken. :wink:

Beantwoord deze vraag

Dit is een gearchiveerde pagina. Antwoorden is niet meer mogelijk.