Harddisk met meerdere (vreemde)partitie's ontleden

[jeroenl]

Ik heb een harddisk hier voor me liggen die uit een digitale recorder komt. ( voor het opnemen van camera's)
Ik weet het volgende:
Lilo is de opstart manager
Er staat linux op maar die start niet door in een normale pc ( zal wel hardware missen)

De schijf is opgedeeld in 4 partities :
ext2 ca 30mb
ext2 ca 30mb( identiek aan de eerste lijkt wel ook qua inhoud)
reiserSF 2 gb
en dan nog een partitie die niet herkent wordt ( maar die er wel is en waar de opgeslagen video beelden op moeten staan)

Hoe kom ik meer te weten over dit ding. Met name wat voor een indeling de 4e partitie heeft, en ik wil zijn bestanden lezen.
Edit : even wat aangepast over die reiserfs partitie dat klopte niet wat ik zag
de partities:


1 van de 2 ext2 partities :

[jeroenl]

verkeerde forum ?

[chris.]

nope staat prima hier,, maar weinig kennis mbt je probleem ben ik bang

[mrGee]

Hallo

Gparted herkent standaard lang niet alle filesysteem types;
het fdisk tool op de commando lijn wel.

Aangezien je schijf wordt gezien als sdb;
doe een terminal open
sudo fdisk /dev/sdb
druk dan even op p
daarna laat hij evt. het filsysteem dat daar in
gebruik is zien
met q er weer uit, en wees een beetje voorzichtig in het gebruik van
fdisk en sudo ed. maar aangezien je nu ook al met gparted bezig bent 

Maar dan weet je evt. het filesysteem, daar hoef je dan nog niet blij mee te zijn;
beetje afhankelijk of er dan nog iets mee gedaan kan worden, gemount bijv.
Mits de kernel dat filsysteem aan boord heeft of als module na laat laden.


Groeten Gerrit

[Gijsbert]

Op de foto met de mapjes lijkt er een besturing systeem te staan. Kan je naar de map /boot gaan, daar staat waarschijnlijk een map lilo met daarin een menu.lst o.i.d Als je deze opent kan je zien wat voor een besturings systeem er op staat. Je zou met testdisk kunnen kijken of de partitie tabel nog in orde is, het wil wel voorkomen dat deze niet meer in orde is. Is de hidden partitie niet aangemaakt door het OS?

[jeroenl]

Hallo

Gparted herkent standaard lang niet alle filesysteem types;
het fdisk tool op de commando lijn wel.

Aangezien je schijf wordt gezien als sdb;
doe een terminal open
sudo fdisk /dev/sdb
druk dan even op p
daarna laat hij evt. het filsysteem dat daar in
gebruik is zien
met q er weer uit, en wees een beetje voorzichtig in het gebruik van
fdisk en sudo ed. maar aangezien je nu ook al met gparted bezig bent 

Maar dan weet je evt. het filesysteem, daar hoef je dan nog niet blij mee te zijn;
beetje afhankelijk of er dan nog iets mee gedaan kan worden, gemount bijv.
Mits de kernel dat filsysteem aan boord heeft of als module na laat laden.


Groeten Gerrit

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sdb1               1           4       32098+  83  Linux
/dev/sdb2               5           8       32130   83  Linux
/dev/sdb3               9         270     2104515   83  Linux
/dev/sdb4             271       15017   118455277+  16  Verborgen FAT16

Ik moet eerlijk bekennen dat ik dat al met een andere partitie tool gezien had een keer. Maar het eigenlijk niet zo geloofde. Aangezien het in mijn ogen niet logisch is voor een linux besturings systeem om zijn data op een fat 16 neer te zetten. Zal vast wel een goede reden voor zijn dan.

[jeroenl]

Op de foto met de mapjes lijkt er een besturing systeem te staan. Kan je naar de map /boot gaan, daar staat waarschijnlijk een map lilo met daarin een menu.lst o.i.d Als je deze opent kan je zien wat voor een besturings systeem er op staat. Je zou met testdisk kunnen kijken of de partitie tabel nog in orde is, het wil wel voorkomen dat deze niet meer in orde is. Is de hidden partitie niet aangemaakt door het OS?

De harddisk is in orde ( ik heb er trouwens ook een copy van ) Maar hij is bedoelt voor een digitale video recorder. Vrij specifieke hardware allemaal ( denk aan 4 video in en 1 video uit. en een display op het apparaat met een aantal vaste knoppen )
Helaas bevat de map boot enkel een aantal bestanden :



Edit : de hidden partitie wordt trouwens 100% zeker gebruikt om de opgenomen beelden naar toe te schrijven .

[mrGee]

Hoe is die kopie gemaakt? ; is dat een exacte image?
Bijv. met dd, want dan is het bestandsysteem niet van belang.
en kun je tenminste wat experimenteren.

Ik heb even op een usb stickje met fdisk een echte
hidden fat16 (Id=Hex16) aangemaakt, met een bestandje
daarop; die is gewoon automount en zichtbaar onder linux.

Ik denk dat de fabrikant er een eigen sausje overheen heeft gegoten
en alleen die ID heeft "gezet"

Je zou even kunnen proberen of een datacarver als photorec
(zit bij testdisk in pakket); http://www.cgsecurity.org/wiki/PhotoRec
of met foremost ; http://foremost.sourceforge.net/
kunt proberen die files eraf te halen. (zitten in de repo's; synaptic gebruiken)
Hoeft er niets gemount te worden en als en de mediatype juist is en
het 1 van de bestandsystemen waar 1 van beide tools mee over weg
kunnen, bespaar je jezelf veel werk. Wel mag je alle bestanden gaan
hernoemen.

Groeten Gerrit

[jeroenl]

Hoe is die kopie gemaakt? ; is dat een exacte image?
Bijv. met dd, want dan is het bestandsysteem niet van belang.
en kun je tenminste wat experimenteren.

Ik heb even op een usb stickje met fdisk een echte
hidden fat16 (Id=Hex16) aangemaakt, met een bestandje
daarop; die is gewoon automount en zichtbaar onder linux.

Ik denk dat de fabrikant er een eigen sausje overheen heeft gegoten
en alleen die ID heeft "gezet"

Je zou even kunnen proberen of een datacarver als photorec
(zit bij testdisk in pakket); http://www.cgsecurity.org/wiki/PhotoRec
of met foremost ; http://foremost.sourceforge.net/
kunt proberen die files eraf te halen. (zitten in de repo's; synaptic gebruiken)
Hoeft er niets gemount te worden en als en de mediatype juist is en
het 1 van de bestandsystemen waar 1 van beide tools mee over weg
kunnen, bespaar je jezelf veel werk. Wel mag je alle bestanden gaan
hernoemen.

Groeten Gerrit

Is een exacte kopie ( clonezilla)
De data die er op staat is niet zo van belang ik probeer alleen te begrijpen hoe het een en ander werkt. En de grootste uitdaging is eigenlijk dat die zogenaamde "hidden fat16" partitie groter moet worden. ( dit is een 120 gb disk) Als ik een exacte copy maak op een 500 gb disk dan wil ik graag dat hij zijn data weg schrijft over die 500 gb. Ik heb dit geprobeerd nu en nu ziet de recorder "maar" 120 gb als opslag ruimte. Terwijl ik weet dat hij 500 gb aan kan. Maarja ik kan die partitie niet vergroten .


Edit:

Als ik trouwens opstart vanaf die disk in een normale pc zie ik:
Uncompressing Linux... .. Ok booting the kernel.
En dan stopt het.

[mrGee]

Hallo

Je zou natuurlijk ook even in de /etc/fstab file kunnen kijken
van media van 32.9Mb, of die daar dan op duikt als mount regel.

Groeten Gerrit 

[jeroenl]

Hallo

Je zou natuurlijk ook even in de /etc/fstab file kunnen kijken
van media van 32.9Mb, of die daar dan op duikt als mount regel.

Groeten Gerrit 

Geen fstab aanwezig