/u/11437/wandcontactdoos.png?f=community)
Ik heb hier een fileserver, met daarin een Areca 16-poort controller en 9 300gb schijven.
Dit levert een raidset van 2700gb op, en daar heb ik weer een volumeset op in raid5, waardoor er 2400gb overblijft.
Ik _had_ op die pc Debian staan. Eerst (wat nu old-)stable (is) en toen dat van 3.0 naar 3.1 ging ben ik vlekkeloos ge-dist-upgrade.
Enige probleempje was dat Linux maar 2 TB van de 2.4 zag, ondanks de kernel-optie large-block-devices (of hoe heet hij precies). Partitie aangemaakt, XFS van gemaakt, en op 4gb na volgestampt.
Nu ben ik echter overgestapt van software raid1 op de onboard scsi-controller naar hardware raid1 op een Compaq Smart array. Ik vond het voldoende reden om er Debian eens opnieuw op te zetten.
Veiligheid boven alles -> die 9 schijven eruit. Nieue hardware erin,debian cd erin, installeren, Areca drivers downloaden, in de kernel compileren, kernel installeren, rebooten en in dmesg een melding tegenkomen van de drivers dat ik de firmware moet upgraden. Dat laatste heb ik dus ook maar gedaan.
En toen, het moment, de schijven er terug in. Geen probleem, Areca ziet de array en schotelt Linux een /dev/sda voor. Hmm, mountpoint blijft leeg... Een cat /proc/partitions leert me dat het ook bij sda blijft, er is geen sda1
Met fdisk kijken dan, p(rint) optie, dan staat er:
Ik heb gezocht op die eerste melding, de cylinders-melding, maar daar kan het volgens de zoekresultaten niet aan liggen. Zet ik die overigens op 267350 dan verdwijnt (tijdens die sessie) wel de 2 (en 3e) melding, maar mijn partite heb ik er niet mee terug.
Volgens /proc/partitions ziet Linux nu _wel_ die 2.4TB, waardoor hij de originele partitie niet meer kan vinden / gebruiken. fdisk kan hem nog wel vinden maar geeft er een fout bij.
Alles wat ik vind bij het zoeken op die 2e foutmelding zijn een paar honderd copy/pastes van hetzelfde: als het partitie 1 is is het hetzelfde probleem en komt het omdat een hoop fdisken een tabel wegschrijven die ze zelf niet snappen
Alleen staat er dus niet bij hoe je dit oplost. Ja, data kopieren en uithuilen (2TB backuppen ), nieuwe partitie maken en data terugzetten. Alleen kan ik dus niet bij die data!
Hoe los ik dit op? Het is niet _heel_ kritisch, want als het echt moet dan kan ik nog terug naar de oude installatie (die staat op een ander paar scsi schijven dan er nu aan de hw-raidcontroller hangen) en ook de firmware valt nog wel terug te flashen, maar als ik er zonder deregelijk kunst en vliegwerk nog bij kan, heel graag!
Dit levert een raidset van 2700gb op, en daar heb ik weer een volumeset op in raid5, waardoor er 2400gb overblijft.
Ik _had_ op die pc Debian staan. Eerst (wat nu old-)stable (is) en toen dat van 3.0 naar 3.1 ging ben ik vlekkeloos ge-dist-upgrade.
Enige probleempje was dat Linux maar 2 TB van de 2.4 zag, ondanks de kernel-optie large-block-devices (of hoe heet hij precies). Partitie aangemaakt, XFS van gemaakt, en op 4gb na volgestampt.
Nu ben ik echter overgestapt van software raid1 op de onboard scsi-controller naar hardware raid1 op een Compaq Smart array. Ik vond het voldoende reden om er Debian eens opnieuw op te zetten.
Veiligheid boven alles -> die 9 schijven eruit. Nieue hardware erin,debian cd erin, installeren, Areca drivers downloaden, in de kernel compileren, kernel installeren, rebooten en in dmesg een melding tegenkomen van de drivers dat ik de firmware moet upgraden. Dat laatste heb ik dus ook maar gedaan.
En toen, het moment, de schijven er terug in. Geen probleem, Areca ziet de array en schotelt Linux een /dev/sda voor. Hmm, mountpoint blijft leeg... Een cat /proc/partitions leert me dat het ook bij sda blijft, er is geen sda1
Met fdisk kijken dan, p(rint) optie, dan staat er:
farli:/home/pnieuwkamp# fdisk /dev/sda
You must set cylinders.
You can do this from the extra functions menu.
Command (m for help): p
Disk /dev/sda: 0 MB, 0 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 267350 2147483647+ ee EFI GPT
Partition 1 has different physical/logical beginnings (non-Linux?):
phys=(0, 0, 1) logical=(0, 0, 2)
Partition 1 has different physical/logical endings:
phys=(1023, 254, 63) logical=(267349, 89, 4)
Command (m for help):Ik heb gezocht op die eerste melding, de cylinders-melding, maar daar kan het volgens de zoekresultaten niet aan liggen. Zet ik die overigens op 267350 dan verdwijnt (tijdens die sessie) wel de 2 (en 3e) melding, maar mijn partite heb ik er niet mee terug.
Volgens /proc/partitions ziet Linux nu _wel_ die 2.4TB, waardoor hij de originele partitie niet meer kan vinden / gebruiken. fdisk kan hem nog wel vinden maar geeft er een fout bij.
Alles wat ik vind bij het zoeken op die 2e foutmelding zijn een paar honderd copy/pastes van hetzelfde: als het partitie 1 is is het hetzelfde probleem en komt het omdat een hoop fdisken een tabel wegschrijven die ze zelf niet snappen
Alleen staat er dus niet bij hoe je dit oplost. Ja, data kopieren en uithuilen (2TB backuppen ), nieuwe partitie maken en data terugzetten. Alleen kan ik dus niet bij die data!Hoe los ik dit op? Het is niet _heel_ kritisch, want als het echt moet dan kan ik nog terug naar de oude installatie (die staat op een ander paar scsi schijven dan er nu aan de hw-raidcontroller hangen) en ook de firmware valt nog wel terug te flashen, maar als ik er zonder deregelijk kunst en vliegwerk nog bij kan, heel graag!
"Your life is yours alone. Rise up and live it." - Richard Rahl
Rhàshan - Aditu Sunlock